Hallo Leute, ich habe mal mein PRG in C erstellt mit AVR-Studio hochgeladen. Es ist ein "Test - PRG". Ziel war ein 2 Zeilen LCD anzusteuern, einen ADC auszuwerten, die Messdaten an die UART auszugeben. Wie gesagt, nur ein TestPrg, sehen was passiert und auswerten. Was könnte man besser machen? Ist ein BUG drin ? Bitte Kritik... Greaz bbv
:
Verschoben durch Moderator
Hallo, txt Dateien sind keine C Programme. Dieser Code ist ungewöhnlich, was soll er bewirken?
1 | while (ADCSRA & (1<<ADSC) ) // auf Abschluss der Konvertierung warten |
2 | {
|
3 | (void) ADCW; // <===== |
4 | }
|
bbv:
> Ist ein BUG drin ?
Hast Du mal versucht, ein build zu starten? Dann kannst Du die Frage
erst mal ganz grob selbst beantworten.
mfg
eventuell habe ich mich falsch ausgedrückt, das PRG funktioniert. Dachte es kommen irgendwelche Vorschläge, was man besser machen könnte. MfG bbv
Karl M. schrieb: > Hallo, > > txt Dateien sind keine C Programme. > Dieser Code ist ungewöhnlich, was soll er bewirken? >
1 | while (ADCSRA & (1<<ADSC) ) // auf Abschluss der |
2 | > Konvertierung warten |
3 | > { |
4 | > (void) ADCW; // <===== |
5 | > } |
Hallo Karl, genau das möchte ich. Dort wird der Wert vom ADC gelesen, aber warum das warten ? Kannst Du es erklären ? Mfg bbv
Hallo Karl, ich habe die Zeilen ADCSRA |= (1<<ADSC); // eine ADC-Wandlung while (ADCSRA & (1<<ADSC) ) // auf Abschluss der Konvertierung warten { (void) ADCW; } rausgenommen, funktioniert. Danke für den Hinweis. MfG bbv
Uwe H. schrieb: > Was könnte man besser machen? Stell dir mal vor jemand sollte deine Sourcen verwenden und mit dem Mischmasch aus Tabs und Spaces zurechtkommen ... Stell dir mal vor jemand sollte deine Sourcen verwenden und hätte eine andere Einstelung seines Editors bezüglich Tabs ... Stell dir mal vor du wolltest deine Sourcen jemals wieder- verwenden und dein anderes Entwicklunssystem hat im Editor eine ganz andere Verhaltensweise bezüglich Tabs und Spaces ... Stell dir vor es gibt Möglichkeiten Tabs gänzlich zu vermeiden. Stell dir vor es gibt hier im Forum beim Posten einen Hinweis- text den man lesen, verstehen und beachten sollte (speziell hier z.B. Formatierung).
Das verstehe ich jetzt nicht. Wie soll ich den Code posten ? Geschrieben im AtmelStudio7, einfach kopiert in den Edit. Für mich sind die "TAB" Informationen die dahinter stehen wichtig. Formatierung ist wichtig, nur , hat mir keiner gesagt wie? TXT Dateien sind doch nichts anderes als Informationen egal in welchen Entwicklersystem es verarbeitet wird. MfG bbv
bbv schrieb: > Wie soll ich den Code posten ? Eine *.c - Datei, so wie sie ist. bbv schrieb: > Für mich sind die "TAB" Informationen die dahinter stehen wichtig. Du brauchst die "Informationen" ja nicht weglassen. bbv schrieb: > TXT Dateien sind doch nichts anderes als Informationen egal in welchen > Entwicklersystem es verarbeitet wird. Im Forum hier wird unterschieden zwischen Sourcen und Textdateien. Das machen Betriebssysteme und Entwicklungsumgebungen übrigens auch.
clangformat Mir gefällt meine Schreibweise übersichtlicher. Ist nicht's für mich. MfG bbv
So nun als C-Datei. Ich habe aufgrund einiger Hinweise etwas geändert. Das PRG funktioniert. Kann man etwas verbessern ? MfG bbv
komisch, aber Danke. bei mir im AtmelStudio sieht mein PRG so aus(Anhang).
das Empfangen und Senden von Zeichen via UART läßt sich mittels Interrupt natürlich "eleganter" und vor allem wesentlich effizienter als mit Polling realisieren. Wirst Du merken, wenn Dein Programm "wächst" und jede µs gebraucht wird. mfg
Hallo und guten Morgen, @ Bernd N Danke wird ich ausprobieren schaut gut aus. @ J Zimmermann habe ich schon vorbereitet, is klar, zwischendurch muss ich aber auch Geld verdienen, ist eben nur ein "Hobby" schönes WE BBV und Danke
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.