Mal wieder: Arduino und Rapsberry als Treiber-Boards - Deutsches Howto

tommylight wrote: Die RPI netzwerk karte ist durch USB geleitet, und das mecht ein paar probleme mit dem lag.

ja.... das hab ich eigentlich auch gewusst - aber verdraengt....

doch mit dem timestamp im telegramm funktioniert.
aber leider nicht zu meiner zufriedenheit.

ich probiere gerade was neues:
je ein eigener scheduler fuer port-I/O und fuer netzwerk.
auf getrennten CPUs - die dann per shmem kommunizieren.

klingt ein bisschen krank, sieht aber bislang vielversprechend aus.
(das sahen andere versuche aber auch schon)

munter bleiben

wicki

ginge da dann nicht auch ein usb tunnel zum arduino
mit the ttyUSB seriell
so wie es die Windoof truppe macht zB estlcam

wicki wrote: klingt ein bisschen krank, sieht aber bislang vielversprechend aus.

kann man wohl auch knicken....
die zeitbasis des raspberry ist einfach zu schlecht.

verlustfreier datenempfang ist moeglich - aber die timings sind unter aller sau.

naechste idee: die gpio-clock als zeitbasis.
ist auch nix. sobald man die pulseite auf mehr als 1 usec erhoeht, sind immer
wieder low-peaks oder aussetzer drin.
dann das pwm-signal der gpio?
gruselig!


zwischen 3 usec und 60 usec ist alles moeglich.....



dann kann man nur noch ueber eine externe hw-clock nachdenken....

oder man muss einsehen, dass mehr als 5kHz nicht geht..

Für günstige I/O hast Du eine Lösung aufgezeigt. Motoren ansteuern geht zwar auch, aber halt nur gemächlich.

Einfacher Stepper mit 600 Upm = 10 U/sec. 5000 / 10 = 500 Pulse per Umdrehung..
Normaler Stepper macht 200 per Umdr. Halbschritt ist rau, aber sollte gehen.

Formel 1 brauchen halt andere Motoren.
Wenn Du mehr willst must Du Richtung FPGA/MESA oder Beaglebone gehen.
Mike

P. S. Ich finde Du machst tolle Arbeit!

danke

ich werde jetzt mal den code ein bisschen glaetten und das dann erst mal so einsetzen.
das war jedenfalls alles sehr lehrreich und unterhaltsam.

aber einen versuch mit einem externen taktgeber werde ich irgendwann mal machen.
ich glaube, dass es wirklich die zeitbasis des raspberry ist, die vernuenftiges arbeiten
verhindert. die rechnleistung reicht.

Das wird doch wohl nicht das Ende des Projekts sein