Diskussion:RN-Control Demoprogramm in C - Versionsgeschichte

Manni2k: Rechtschreibfehler

2010-04-18T13:57:48Z

Rechtschreibfehler

Manni2k: Abschnitte hinzugefügt / modifiziert (-> strukturierter jetzt)

2010-04-18T13:56:18Z

Abschnitte hinzugefügt / modifiziert (-> strukturierter jetzt)

Manni2k: Korrektur der Soundausgabe 2

2010-04-18T13:54:04Z

Korrektur der Soundausgabe 2

Manni2k am 18. April 2010 um 13:52 Uhr

2010-04-18T13:52:56Z

Manni2k: Triple-Post entfernt.

2010-04-18T13:23:17Z

Triple-Post entfernt.

Besserwessi: /* Optimierungen */

2008-09-07T12:28:26Z

‎Optimierungen

Besserwessi: Optimierungen

2008-09-07T12:21:24Z

Optimierungen

Infestor_alt: Korrektur der Soundausgabe

2008-03-08T03:36:50Z

Korrektur der Soundausgabe

Infestor_alt: Korrektur der Soundausgabe

2008-03-08T03:36:08Z

Korrektur der Soundausgabe

Infestor_alt: Korrektur der Soundausgabe

2008-03-08T03:35:57Z

Korrektur der Soundausgabe

@@ Zeile 217: / Zeile 217: @@
 Das ganze lässt sich sicher noch optimieren. Probierts mal aus, bei mir hats hervorragend geklappt. Wenn das ganze bugfrei ist, dann würd ichs (wenn das genehm ist) im Hauptartikel entsprechend umschreiben.
-'''EDIT von Manni2k: Hat bei mit leider auch nicht funktioniert. Du rufst "_delay_us" auch mit einer Nicht-Konstanten auf, was laut avr-libc doku zu fehlerhaften Delays führt.'''
+'''EDIT von Manni2k: Hat bei mir leider auch nicht funktioniert. Du rufst "_delay_us" auch mit einer Nicht-Konstanten auf, was laut avr-libc doku zu fehlerhaften Delays führt.'''
 == Korrektur der Soundausgabe 2 ==
-Ich habe mich mal rangemacht, das Sound-Problem zu lösen und bin am Ende zu einer kurzen, schlanken und effizienten Lösung gekommen, die darin besteht, lediglich die Zeilen in der sound()-Funktion mit "_delay_ms(hoehe);" durch "_delay_loop_2(hoehe<<7);" zu ersetzen. Die Problematik bestand u.a. darin, dass laut avr-libc doku _delay_ms und _delay_us nur mit zur Compilerzeit konstanten Werten aufgerufen werden dürfen. Die ist bei den delay_basic-Funktionen _delay_loop_1 und _delay_loop_2 ander. Wie diese Funktionen genau funktionieren steht in der avr-libc doku ([http://www.nongnu.org/avr-libc/user-manual/group__util__delay__basic.html hier]). Die Multiplikation von hoehe mit der Konstanten 128 (hoehe<<7) wurde experimentell bestimmt und lässt sich durch (hoehe<<7) effizient berechnen.
+Ich habe mich mal rangemacht, das Sound-Problem zu lösen und bin am Ende zu einer kurzen, schlanken und effizienten Lösung gekommen, die darin besteht, lediglich die Zeilen in der sound()-Funktion mit "_delay_ms(hoehe);" durch "_delay_loop_2(hoehe<<7);" zu ersetzen. Die Problematik bestand u.a. darin, dass laut avr-libc doku _delay_ms und _delay_us nur mit zur Compilerzeit konstanten Werten aufgerufen werden dürfen. Die ist bei den delay_basic-Funktionen _delay_loop_1 und _delay_loop_2 anders. Wie diese Funktionen genau funktionieren steht in der avr-libc doku ([http://www.nongnu.org/avr-libc/user-manual/group__util__delay__basic.html hier]). Die Multiplikation von hoehe mit der Konstanten 128 (hoehe<<7) wurde experimentell bestimmt und lässt sich durch (hoehe<<7) effizient berechnen.
 Weiteres dazu unter folgendem Thread:

@@ Zeile 1: / Zeile 1: @@
 Das Programm erzeugt beim kompilieren mit AVRStudio 4.13.528 Fehler bei den For-Schleifen. Das rührt daher, dass in rncontrol.h Variablen in C++-Manier in den for-Anweisung selbst deklariert werden.
@@ Zeile 45: / Zeile 47: @@
-== Neuer Abschnitt ==
+== Tastenabfrage ==
 Zum letzten Abschnitt:  Stimmt!

@@ Zeile 42: / Zeile 42: @@
 eingefügt.
-EDIT von Manni2k: Ich habe in den Anmerkungen zum C-Demoprogramm mal den Hinweis eingebaut, dass man dem AVR-Compiler den C99-Standard mitteilen muss. Ich denke, dass dies besser ist, als das Programm auf den alten Standard hin umzubauen.
+'''EDIT von Manni2k: Ich habe in den Anmerkungen zum C-Demoprogramm mal den Hinweis eingebaut, dass man dem AVR-Compiler den C99-Standard mitteilen muss. Ich denke, dass dies besser ist, als das Programm auf den alten Standard hin umzubauen.'''
@@ Zeile 215: / Zeile 215: @@
 Das ganze lässt sich sicher noch optimieren. Probierts mal aus, bei mir hats hervorragend geklappt. Wenn das ganze bugfrei ist, dann würd ichs (wenn das genehm ist) im Hauptartikel entsprechend umschreiben.
-EDIT von Manni2k: Hat bei mit leider auch nicht funktioniert. Du rufst "_delay_us" auch mit einer Nicht-Konstanten auf, was laut avr-libc doku zu fehlerhaften Delays führt.
+'''EDIT von Manni2k: Hat bei mit leider auch nicht funktioniert. Du rufst "_delay_us" auch mit einer Nicht-Konstanten auf, was laut avr-libc doku zu fehlerhaften Delays führt.'''
 == Korrektur der Soundausgabe 2 ==
@@ Zeile 221: / Zeile 221: @@
 Ich habe mich mal rangemacht, das Sound-Problem zu lösen und bin am Ende zu einer kurzen, schlanken und effizienten Lösung gekommen, die darin besteht, lediglich die Zeilen in der sound()-Funktion mit "_delay_ms(hoehe);" durch "_delay_loop_2(hoehe<<7);" zu ersetzen. Die Problematik bestand u.a. darin, dass laut avr-libc doku _delay_ms und _delay_us nur mit zur Compilerzeit konstanten Werten aufgerufen werden dürfen. Die ist bei den delay_basic-Funktionen _delay_loop_1 und _delay_loop_2 ander. Wie diese Funktionen genau funktionieren steht in der avr-libc doku ([http://www.nongnu.org/avr-libc/user-manual/group__util__delay__basic.html hier]). Die Multiplikation von hoehe mit der Konstanten 128 (hoehe<<7) wurde experimentell bestimmt und lässt sich durch (hoehe<<7) effizient berechnen.
 [http://www.roboternetz.de/phpBB2/viewtopic.php?t=53723 Thread: Sound-Probleme mit dem Demoprogramm in C + kurze Fragen]

@@ Zeile 41: / Zeile 41: @@
 eingefügt.
@@ Zeile 212: / Zeile 214: @@
 Das ganze lässt sich sicher noch optimieren. Probierts mal aus, bei mir hats hervorragend geklappt. Wenn das ganze bugfrei ist, dann würd ichs (wenn das genehm ist) im Hauptartikel entsprechend umschreiben.
 == Optimierungen ==

@@ Zeile 182: / Zeile 182: @@
 |106
 |}
 == Korrektur der Soundausgabe ==

← Nächstältere Version		Version vom 7. September 2008, 12:28 Uhr
Zeile 274:		Zeile 274:

	== Optimierungen ==		== Optimierungen ==
		+	Ich bin zwiar kein wirklicher C Spezi, aber da sind einige Teile nicht gut gelöst. Einen Teil könnte der Compiler eventuell automatisch optinmieren, GCC tuts aber noch nicht überall.
		+
		+	Bei der ADWandlerroutine solle man statt
		+	wert = wert / 4; besser "wert >> 2" nutzen, ist nicht so übersichtlich, aber die Division wird so vermieden.
		+
		+	Viele der ganz kurzen Funktionen (z.B. Bit in Ports setzen) sollte man wenigstes als inline deklarieren.
		+	Besser wäre es da mit #define zu arbeiten.

← Nächstältere Version		Version vom 7. September 2008, 12:21 Uhr
Zeile 272:		Zeile 272:

	Das ganze lässt sich sicher noch optimieren. Probierts mal aus, bei mir hats hervorragend geklappt. Wenn das ganze bugfrei ist, dann würd ichs (wenn das genehm ist) im Hauptartikel entsprechend umschreiben.		Das ganze lässt sich sicher noch optimieren. Probierts mal aus, bei mir hats hervorragend geklappt. Wenn das ganze bugfrei ist, dann würd ichs (wenn das genehm ist) im Hauptartikel entsprechend umschreiben.
		+
		+	== Optimierungen ==

← Nächstältere Version		Version vom 8. März 2008, 03:35 Uhr
Zeile 182:		Zeile 182:
	\|106		\|106
	\|}		\|}
		+
		+	== Korrektur der Soundausgabe ==
		+
		+	Hallo,
		+
		+	ich bin zwar grad erst in die Mikrocontrollerwelt eingestiegen, habe aber gleich mal einen Verbesserungsvorschlag für das Demoprogramm:
		+
		+	Die Soundausgabe hat bei mir nicht wirklich funktioniert (RN-Control mit 16 MHz). Es lag einerseits daran, dass die waitms()-Funktion nicht die korrekte Anzahl an Millisekunden gewartet hat und andererseits hat auch die sound()-Funktion nur komische Töne erzeugt. Unter [http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=30242 diesem Link] (Registrierung nötig) kann man sich eine alternative delay.h herunterladen (delay_x.h). Diese stellt Delays bis auf einen Taktzyklus genau dar und ist Compileroptimierungsunabhängig. Damit habe ich eine neue sound()-Funktion geschrieben, der als Argumente die Frequenz in Hertz und die Dauer in 1/10-Sekunden übergeben wird.
		+
		+	<pre>
		+	void sound(uint16_t frequenz, uint16_t dauer)
		+	{
		+	uint32_t cycles;
		+	uint16_t holdtime;
		+	cycles=frequenz*dauer/2;
		+	holdtime=1000000/frequenz;
		+
		+	for (uint16_t i = 0; i<(cycles/10); i++)
		+	{
		+	setportdon(7);
		+	_delay_us(holdtime);
		+	setportdoff(7);
		+	_delay_us(holdtime);
		+	}
		+	}
		+	</pre>
		+
		+	Natürlich vorher die delay_x.h ins \util-Verzeichnis packen und die include Anweisung entsprechend anpassen.
		+
		+	Das ganze lässt sich sicher noch optimieren. Probierts mal aus, bei mir hats hervorragend geklappt. Wenn das ganze bugfrei ist, dann würd ichs (wenn das genehm ist) im Hauptartikel entsprechend umschreiben.