..ich habe kein NDS3 und kenne auch den move-Befehl nicht..
Durch das while ist jetzt eine Endlosschleife enstanden, also
led rot an, nds move, warten bis fertig, led aus - led rot an nds move.. usw.
Geht die rote LED überhaupt aus?
Was paassiert, wenn am Ende noch ein Delay(1000); eingefügt wird?

Vielleicht ist die 180 Grad Ehrenrunde ein Feature der Init Funktion?!

Und ich würde das "sei" an den Anfang der while-schleife packen.

Ich konnte es mir nicht verkneifen, die 1000ste Antwort zu posten

Hallo BirgerT,
das 'sei()' würde ich schon außerhalb der Schleife lassen. Die nds3_init() Funktion ist nicht der Grund für die "Ehrenrunde". Läßt man den Init (nur zu Testzwecken) weg, so bleibt die "Ehrenrunde".
Aktueller Programmablauf (letzter Codeschnipsel): 180Grad-Scan des Scankopfes, dann praktisch zeitgleich Sensorposition nach vorn und kurzes Aufblitzen der roten LED. Einen Augenblick später leuchtet die LED und bleibt dauerhaft an.
An der Entfernung oder Erklärung der "Ehrenrunde" wäre ich weiter interessiert.

Also gut, ich habe mal einen Blick in das nds3.c geworfen (Installationsverzeichnis - Sources - nds3.c)
Da ist für das nds3_init nur ein leerer Methodenrumpf drin, also da passiert derzeit gar nix, kannst den Aufruf sparen, oder besser durch nds3_reset ersetzen.

Und wenn man sich den Rest anschaut und mit dem Programm von hgs vergleicht, folgere ich, dass bevor das nds3_busy kommt, schon etliche mal das nds3_move aufgerufen wurde. Die Befehle gehen alle über den i2c, und der braucht bestimmt einige Zeit, bis er sagen kann "so jetzt bin ich busy", und das Hauptprogramm ruft derweil "move, move, move", und die Senderoutine in i2c_master.c schreit "Error, Error, Error".. aber das hört keiner.

Versuch mal ein delay(20) zwischen dem move und dem while(busy)..

Ich habe kein NDS3 und will auch keins mehr.
Der maximale mögliche Winkel ist 255, weil nur ein uint8 übertragen wird.

Alternativ gäbe es da noch eine Funktion nds3_move_servo(uint16_t usec); aber da fehlt irgendwie die Richtung

OK - irgendwie lässt mich das Thema doch nicht los..
Ich wünschte mir, dass die Libs und das Wiki genauso toll und informativ wären, wie die Bauanleitungen.
Wo finde ich eigentlich die Sourcen für den Tiny auf dem nds3?
Auf dem Board sind ja Lötinseln der freien Pins verfügbar, also müsste man den Tiny ja auch selber programmieren können?!

Und an hgs07:
Nutze doch mal die Suchfunktion mit nds3; hast Du das nds3_calibration ausgeführt und die Calibrierdaten abgespeichert?
Was macht der Kopf, wenn Du das move mal auskommentierst - fährt der dann auch eine Ehrenrunde?
Ach - in den Beispielprogrammen von workwind wird auch kein nds3_Init verwendet..

Hallo BirgerT,
mit Suchfunktion meinst du vielleicht eine Kombination von nds3_measure(..),
nds3_read(..) und nds3_distance[..]? Habe diese mal kurz versucht, scheint aber noch mehr Zeit darin zu investieren zu sein. Benutze nds3_get_distanc() mit den copro IR-Funktionen. nds2_calibration musste ich schon oft benutzen, um neu zu kalibrieren (auch die ATtiny84 Firmware des NDS3 habe ich schon zweimal aufgespielt). Programmierfehler im eigenen Coding können leicht die gespeicherten Calibrierdaten abschießen, ist mir mehrmals passiert. Scheint mir vom Systemdesign her nicht sehr glücklich gelöst zu sein.