Post subject: Re: NEU veröffentlicht - KURZSCHLUßSPANNUNGSEINSTELLUNG
Posted: 2003-08-26 17:10:18
Replies: 20 Views: 1109
Martin Laabs <98malaab@gmx.de> schrieb:
>Zur Spannungsversorgung fange ich mir ein paar Zitteraale
>und die Antenne bin ich selbst.
>Ein Gleichrichter um die Spannung der Zitteraale
>gleichzurichten wird dann aus einer rostigen alten
>Zange gefertigt.
Haben Zitteraale Wechselspannung?
Wie/wozu verwendest du die Zange?
Post subject: Allgemeine Frage und Hilfe benötigt!
Posted: 2003-08-31 22:53:44
Replies: 8 Views: 1565
MaWin schrieb:
>
>> man tanzt Schritte nach! macht unheimlich viel Spass
>
>Super RTL Kindersendung ?
:)
Ich kenn solche Dancepad nur aus asiatischen Filmen.
Gibt es dort fuer saemtliche Spielkonsolen oder als Spielautomat
(auch mit Lichtschranken fuer Armbewegungen)
Ob es Spass macht, kann ich nicht beurteilen.
Es schaut manchmal recht laecherlich aus.
Post subject: Allgemeine Frage und Hilfe benötigt!
Posted: 2003-09-01 10:35:07
Replies: 8 Views: 1565
Lorenz Wutke schrieb:
BTW: Lern zitieren und Betreff aendern!
Hier ist kein Webforum.
>Lächerlich mag es aussehen, aber Spaß macht es dennoch. Für
manche mag
>es auch lächerlich aussehen seinen Kopf über Elektronikbauteile
zu
>halten und mit einer heißen Metallspitze, eine leicht metaphorische
>Darlegung eines Lötkolbens, rumzufurchteln. Ich habe eben Spaß
an
>rhytmisch orientierten Spielen! Lächerlich oder nicht!
Wenn du so abwertend ueber elektronische Bastelarbeiten schreibst,
solltest du besser von deinen Projekt absehen.
Bestell dir eine dancing mat um 19 Euro (+ ca. 25 Euro Porto) aus HK.
>Das alles sollte nicht beleidigend wirken, sondern nur konstruktiv
>kritisieren.
Hmm, wo es etwas zu kritisieren gab, kann ich nicht finden.
Ach uebrigens, du bist als Troll in meinen Filter gelandet.
Realnamen im Betreff fasse ich als Beleidungung auf.
>ich verwende in einer Schaltung den 16 Bit Timer des AT90S8515.
>
>Der µC läuft mit 8 MHz, eine externe Taktfrequenz ist nicht
angelegt.
>
>Nun stimmen meine Berechnungen bezüglich des Teilers und der
erreichbaren
>Taktzeiten hinten und vorne nicht - die Takte sind viel zu lange.
>
>Ich hatte ermittelt, daß mit CK/1024 und entsprechendem Setzen des
Zählers
>ca. 5-6 IRQs ausgelöst werden.
>Weit gefehlt, ich habe allenfalls 1/4 Hz, daß ändert sich auch
durch Ändern
>des Zähler-Startwert nicht gravierend.
Falls du den Overflow interrupt verwendest, wird alle 8,39 Sekunden ein
interrupt ausgeloest. Ausser du initialisiert den Zaehler in der ISR neu.
Was jedoch nicht sehr sinnvoll (jitter) ist.
Fuer periodischen Interrupts empfiehlt sich der Output Compare Match
interrupt (zusammen mit dem CTC-Bit oder aendern der Match register in
der interrupt service routine)
Wenn du einige Zeilen Code postest, kann man dir besser helfen.
>kommt in einer kurzen Zeitspanne das gleiche Byte 2 mal, soll der
>aktuelle Zustand der Eingänge gesendet werden. Wird dagegen nur 1 Byte
>oder 2 verschiedene Bytes gesendet, soll das letzte gesendete Byte an
>den Ausgängen ausgegeben werden.
Hast du die Zeitspanne ausreichend dimensioniert.
Die Uebertragung eines Bits dauert bei 9600baud ueber 1000 CLK (10MHz).
Da kann man sich bei Warteschleifen verschaetzen.
>Folgende Reaktion war aber zu beobachten:
>Die Ausgänge sind alle immer 0. Sendet man 2x das gleiche Byte
>(Zeitabstand egal!), so kommt ein "Dach" (schätzungsweise
ASCII 30)
>zurück, die Eingänge sind durch die Pullups alle auf 1. Sendet
man das
>Zeichen noch 2x, passiert nichts mehr, erst, nachdem man ein anderes
>Zeichen gesendet hat (oder ein anderes Zeichen 2x sendet, dann kommt
>wieder das Dach).
Meinst du ^ mit Dach? Hat dieses nicht einen hoeheren ASCII Wert?
Georg Acher schrieb:
>In article <3fe31a1c$1 2@news.bluewin.ch>,
> Rolf Bombach <rolfnospambombach@bluewin.ch> writes:
>
>|> Probleme. In Hochschulen ist da doch manchmal eher der Trend
>|> in Richtung Behandlung extra dazu erfundener, eigentlich
>|> irrelevanter Probleme. So wie bei den Informatikern tendenziell
>|> auch. *duck*
>
>Da fühle ich mich jetzt angesprochen... Aber ich kann Dir sagen, dass
es
>bei den Infotikern sowieso nur EIN Grundproblem gibt, aus dem ALLE
>anderen abgeleitet werden, also quasi das Maxwell-Gesetz auf informatisch.
>Es lautet:
>
> "Wie bekomme ich das Zeug schneller?"
Dann hast du die falschen Informatiker getroffen.
Ich sehe eher die Ausnutzung der Resourcen und kompakten Code als
Zielvorgabe. Zumindest bei Mikrokontrollerprogrammierung.
Gleich wichtig ist wiederverwendbarerer Code.
MaWin schrieb:
>Thomas Mozgan <thomas.m@gmx.at.invalid> schrieb:
>>
>> Dann hast du die falschen Informatiker getroffen.
>>
>Danke ja, auf die Bestaetigung habe ich seit Jahren gewartet:
Bitte.
>> die Ausnutzung der Resourcen
>
>"Verbrauche die ganze CPU fuer dich allein." heisst das doch.
Zum Teil. Es sollen die verfuegbaren Sachen auch verwendet werden.
Wenn man die Implemetierung einer Stoppuhr auf einen AT90S4433
ohne Timer/Counter sieht (nur mit Zaehlschleifen in main()), kann
man sich etwas wundern. Dieses Monat gesehen :)
Wenn nur x kB Speicher auf einem y MHz Prozessor zur Verfuegung stehen,
sollte man als Informatiker abschaetzen koennen, welche Aufgaben
realisierbar sind. Die meisten Informatiker sind dazu nicht mehr in
der Lage, da sie sich selten die Muehe machen die benoetigten Resourcen
ihrer Programme zu erfassen. Einfacher ist es auf ein groesseres
System auszuweichen.
Du solltest nicht alle Teilbereiche der Informatik ueber einen
Kamm kehren. Deine Ausage stimmt jedoch teilweise, je schneller
sie Systeme werden und je weiter weg von der Hardware desto
schwachsinniger werden manche Softwareloesungen.
MaWin schrieb:
>Thomas Mozgan <thomas.m@gmx.at.invalid> schrieb im Beitrag
>>
>> Es sollen die verfuegbaren Sachen auch verwendet werden.
>
>DAS halte ich fuer eine zweifelhafte Einstellung.
Warum?
Wenn ich z.B. mehrere Timer/Counter habe, kann ich diese
verwenden und mir Zaehlvariablen sparen. Der Code wird
eventuell laenger, aber flexibel und modular.
>KISS gefaellt mir das besser :-)
Bin deiner Meinung.
Wahrscheinlich reden wir aneinander vorbei.
>> Wenn man die Implemetierung einer Stoppuhr auf einen AT90S4433
>> ohne Timer/Counter sieht (nur mit Zaehlschleifen in main()), kann
>> man sich etwas wundern.
>
>Die koennte von mir sein...
Kann jedoch problematisch werden, wenn man den Code erweitert.
Ein Timer-Interrupt ist da sicher die flexiblere Loesung.
>> Hier mal der Code (Bascom)
>Bascom erzeugt offensichtlich dafür einen zu langsamen Code.
>Selbst ein C-Compiler hat da schon nicht mehr viel Spielraum
>(ich hatte mal mit dem AVR-GCC bei 10 MHz einen 65kHz-Interrupt
>generiert).
So etwas aehnliches dachte ich mir auch.
Vor allem die Abfrage auf X=1 bzw X=2 ist ungut, wenn X schon
groesser als 2 ist (weil isr X moeglicherweise schneller raufzaehlt,
als abgefragt wird). Ich haette diese Abfrage in die isr verschoben.
>Statt die 40 kHz "von Hand" zu erzeugen, dürfte es in Deinem
Fall
>besser sein, Du benutzt einen der Timer, um damit den OC1-Pin (Port
>B3) zu toggeln (schaue Dir mal das Register TCCR1A genauer an).
>So würdest Du ausschließlich Hardware für die Generierung
Deines
>Rechtecks benutzen und nicht noch unnötig Rechenperformance verbraten.
>Bekanntlich sieht man bei mit Wechselstrom (50Hz) betriebenen
>Glühlampen kein Flackern. Meßtechnisch ist es nachweisbar - auch
aus
>Glühlampen kommt ein schöner 50Hz-Sinus raus (den man bei
>Einstreuungen auf optische Sensorik leicht mit einem Netzbrumm
>verwechseln kann), aber die Lichtstromänderungen sind so gering,
daß
>sie bei dieser Frequenz vom Auge nicht wahrgenommen werden.
Vielleicht werden die Helligkeitsschwankungen durch das nachgluehen
des Gluehdrahtes verhindert.
Post subject: Unterschiede 80C515 und C-515 / bzw. 80C517 und C-517
Posted: 2003-12-18 00:48:55
Replies: 4 Views: 2121
«
Marc Keller schrieb:
>
>ich bin schon am rätseln was der eigentliche Unterschied
>der zwischen 80C515 <----> C-515 (bzw. 80C517 <----> C-517)
sein soll.
>Die Pinbelegung ist die selbe.
>Weis jemand kurz (oder auch lang) die Unterschiede der selbigen?
>Ne URL wo mans nachlesen kann wäre auch ok. (bevorzugt dt. Quellen)
jetmarc schrieb:
>> In Sachen Diplomarbeit brauche ich eine verlässliche Aussage zur
>> unterscheidung harter und weicher Echtzeit. Ich fand da zwei
>> gegensätzliche Definitionen.
>
>Die IMHO beste Definition ist folgende:
>
>Harte Echtzeit heisst, dass auf ein Ereignis in einer bestimmten
>Zeit reagiert werden muss. Verstreicht die Zeit ohne Reaktion,
>braucht die Reaktion gar nicht mehr zu erfolgen.
>
>Ein einleuchtendes Beispiel waere ein Fallschirm: Ist der Springer
>erst mal auf dem Boden aufgeschlagen, braucht sich der Schirm nicht
>mehr verspaetet zu oeffnen.
>
>Weiche Echtzeit heisst, dass die Reaktion innerhalb einer bestimmten
>Zeit erfolgen sollte oder meistens erfolgt. Nach Verstreichen des
>Zeitpunkts ist die Reaktion aber immer noch (mehr oder weniger)
>sinnvoll.
>
>Um bei unserem Springer zu bleiben: Ein Beispiel fuer weiche
>Echtzeit waere die Anfahrtszeit des Notarztes. Selbst wenn er die
>bei der Planung des Rettungswesens angesetzte maximale Anfahrtszeit
>von 15 (?) Minuten ueberschreitet, ist es immer noch sinnvoll die
>Fahrt fortzusetzen. Mit zunehmender Zeit sinkt aber der Nutzen
>der Reaktion und erreicht vielleicht auch Null.
Ein aehnliches Beispiel hab ich in einer Vorlesung gehoert.
Als hard rts wurde ein Motormanagment (Einspritzzeitpunkt, elektrische
Einlassventil) mit fatalen Auswirkungen von falschen Aktionen.
Als soft rts eine Postsortieranlage (einige falsch sortierte Briefe
sind tolerierbar)
Hard: Eine Reaktion des Echtzeitsystem muss immer im richtigen
Zeitfenster kommen. Eine falsche Reaktion kann fatal sein.
Soft: Der Schaden durch eine falsche Reaktion des EZS ist
ueberschaubar.
Thomas Finke schrieb:
>> > /ABC v A
>> >
>> > BC v A
[..]
>Ich weiss ja nicht, ich glaub die Sache ist für jeden hier grad
>logisch...aber kann diesen Schritt mal bitte einer mit den Regeln der
>booleschen Algebra lösen? ;-)
Q = /ABC v A
Q = /ABC v A(1 v BC)
Q = /ABC v A v ABC
Q = (/A v A)BC v A
Q = BC v A
>ich bin auf der Suche nach einem Uhren-IC. Es sollte auf
"Knopfdruck"
>auch Datumsanzeige können und stromsparend sein, da Batteriebetrieb.
>Die Ausgänge sollten einen 5V-Pegel haben, da ich bei verschiedenen
>Ereignissen die Uhrzeit abspeichern möchte. Ob BCD oder
>7-Segment-Ausgänge ist egal.
>Ich habe zwar ein paar Schaltpläne für Uhrenschaltungen,
allerdings
>sind dieICs nirgendswo zu bekommen.
Ich wuerde zur Loesung mit Mikrocontroller tendieren.
servus thomas
--
Wenn du wissen willst, wasch dir die Hände.
Wenn du wissen willst, putz dir die Zähne.
Wenn du wissen willst, werde zum Freund.
"20th Century Boys" von Naoki Urasawa (Planet Manga)
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
Login
Search
![New posts [ Popular ]](images/topic_unread_hot.gif "New posts [ Popular ]"){kind=small}
![No new posts [ Popular ]](images/topic_read_hot.gif "No new posts [ Popular ]"){kind=small}
![New posts [ Locked ]](images/topic_unread_locked.gif "New posts [ Locked ]"){kind=small}
![No new posts [ Locked ]](images/topic_read_locked.gif "No new posts [ Locked ]"){kind=small}
