Gefunden für atmega8 schneller prozessor - Zum Elektronik Forum |
| 1 - Modellbahn Weichenantrieb mit PC schalten -- Modellbahn Weichenantrieb mit PC schalten | |||
| |||
| 2 - Zeitabstand, Schranken, Programmieren -- Zeitabstand, Schranken, Programmieren | |||
| PyMite mag schön und gut sein, aber dafür braucht man ziemlich viele Ressourcen und die haben die wenigsten AVRs, der Atmega8 schon gar nicht.
Außerdem ist es bei weitem nicht so schnell, da Byte Code interpretiert wird. Programme, die in den AVR-Maschinencode übersetzt werden, sind viel schneller. Nehmen wir einen Systemtakt von nur 1MHz an (bei den meisten ICs der Standardtakt), dann können pro Sekunde bis zu einer Million Maschinenbefehle ausgeführt werden! Das schafft PyMite nicht, es hat allerdings andere Vorteile, die du aber nicht benötigst. Wenn du aber Python kannst, dann sollte der Schritt zu C nicht allzu heftig sein, zumindest von den Grundzügen der Programmierung. ... | |||
3 - Suche schnelles Panelmeter (5-10 Samples/s) -- Suche schnelles Panelmeter (5-10 Samples/s) | |||
| Ich hab sowas mal in ein Labornetzeil eingebaut. Misst zwei Spannungen und zwei Ströme mit nem µC Atmega8 und zeigt sie dann auf einem 2x16 LCD an. Mit dem internen Oszillator auf 1 MHz wars immernoch unablesbar schnell...
Hab das dann mit nem Delay auf so 5 Samples/s eingestellt, ist so merklich "schneller" als die Panelmeter. Sonst gibts noch die Möglichkeit eines linearen Graphen oder eines Drehspulinstruments. Gruß Martin ... | |||
| 4 - Messwerte erfassen und auswerten mit PC -- Messwerte erfassen und auswerten mit PC | |||
| Hallo,
Erstmal Herzlich Willkommen im Elektronikforum, Uwe. Zu allererst, bevor es zum eigentlichen Inhalt geht: bemühe dich doch bitte, etwas ordentlicher und strukturierter zu schreiben. Zum Thema: Die von dir genannte Software dynometer34 konnte ich nicht finden. uniplot dagegen liefert, nach ersten Google-Recherchen, eine Sprache mit, in der man eigene Dinge implementieren kann, so ist es u.U. sogar möglich, eigene Hardware über eine Bibliothek einzubinden. Das ist also kein Problem. Du benötigst ein Modul, welches dir Impulse liefert, die du in einer festgelegten Zeiteinheit zählst. Damit kannst du die Drehzahl bestimmen. Dazu würde ich einen Mikrokontroller benutzen, denn der ist wesentlich schneller bzw. genauer als z.B. der LPT-Port. Außerdem rechtfertigen die vier Temperatursensoren den Mikrokontroller noch mehr. Du hast leider überhaupt nichts zu der Präzision der Messwerte geschrieben. Z.B. die Auflösung und Toleranz der Temperaturerfassung, die Minimal- und Maximalwerte etc. Und zuguter letzt: wie fit bist du im Programmieren sowohl in C (für den µC) als auch in der von uniplot mitgelieferten Sprache? Denn beides wirst du relativ gut beherrschen müssen, um ordentliche Ergebnisse erzielen zu können. Als Mikrokont... | |||
| 5 - Framegrabber-Karte für Scannersignal -- Framegrabber-Karte für Scannersignal | |||
| also ich hab jetzt mal ein bisschen bei den µC's geschaut, aber das große Problem ist da die Zeit zum AD-Wandeln.
Die AVR's (z.B.atmega8-128)können das minimal in 65µs, das sind 15kHz. Ist also viel zu langsam. Schneller sind da die PIC's mit minimal 1,6µs (=625kHz), wie z.B der PIC16F87XA. Würde also vielleicht gerade so funktionieren, wenn ich meinen Sensor mit 500kHz betreibe. Gibt es den keine µC's die das schneller können? Mir würden da ja schon zwei Eingänge und 6 Bit Auflösung reichen. Was geht denn eigentlich mit weniger Aufwand aber gleichem Resultat: die Lösung nach alpha-ranger oder die µC-Methode für einen der von beiden noch keine Ahnung hat? danke... | |||
| 6 - MFV-Ton Decodierung -- MFV-Ton Decodierung | |||
| Ich würde da einen ATmega8, 16 oder 128 verwenden. Die arbeiten mit 16 MHz (16 MIPS) und dürften hinsichtlich des Taktes reichen. Der Timer und Interrupt sowie der A/D-Wandler sind dafür völlig ungeeignet. Mache aus dem Sinussignal ein Rechtecksignal, lasse einen Counter (long) mit Laufen und vergleiche den Zeitintervall (generiert durch den Counter) der Signale (Low >High> Low Flanke). Das führt auf alle Fälle schneller zum Ziel. Bei diesen Routinen ist der Assembler klar im vorteil.
Das geht wenn nur die MFV Töne am ATmega anliegen. Sonst wird's, wie Perl geschrieben hatt, keine Kleinigkeit. PIC's (Perl wird es entschuldigen) und C-Controll haben da keine Chance. ... |
|
Zum Ersatzteileshop Bezeichnungen von Produkten, Abbildungen und Logos , die in diesem Forum oder im Shop verwendet werden, sind Eigentum des entsprechenden Herstellers oder Besitzers. Diese dienen lediglich zur Identifikation! gerechnet auf die letzten 30 Tage haben wir 8 Beiträge im Durchschnitt pro Tag heute wurden bisher 8 Beiträge verfasst 3 Besucher in den letzten 60 Sekunden alle 20.00 Sekunden ein neuer Besucher ---- logout ----su ---- logout ---- |