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

rodw wrote:

This may help
stackabuse.com/speeding-up-arduino/

creteinly not...
the above message is about raspberry

wicki wrote:

rodw wrote:

This may help
stackabuse.com/speeding-up-arduino/

creteinly not...
the above message is about raspberry

Thought I saw a post saying the Arduino was slower than the rapberry. This is probably why.

This is most peoples problem to many projekts and more to start
WE Shoudt open a general theme not taking in GERMAN SPACE

dann machen wir mal wieder n bisschen auf deusch weiter...

wie gesagt: ab ca. 8kHz wirds zappelig.
und ich weiss nicht genaut, was die pakete unterwegs hemmt.
denn versendet werden sie auch bei 10kHz noch recht zeitgenau:

53.083363 - 0.00010000
53.083463 - 0.00010000
53.083563 - 0.00010000
53.083664 - 0.00010100
53.083763 - 0.00009900
53.083863 - 0.00010000
53.083963 - 0.00010000

auf dem raspberry ankommen tun sie aber sehr wabbelig:
(nur pakete mit laufzeiten >0.00015 sec. ausgefiltert)

Zeit: 2019-03-09, 15:05:52.261563 time:0.000386
Zeit: 2019-03-09, 15:05:52.261960 time:0.000397
Zeit: 2019-03-09, 15:05:52.262176 time:0.000216
Zeit: 2019-03-09, 15:05:52.263197 time:0.001019
Zeit: 2019-03-09, 15:05:52.263562 time:0.000365




auf einem flotteren PC als dem raspberry kommen sie auch noch recht
zeitgenau an:

24.766231 - 0.00010000
24.766356 - 0.00012500
24.766455 - 0.00009900
24.766552 - 0.00009700
24.766631 - 0.00007900
24.766730 - 0.00009900
24.766832 - 0.00010200
24.766929 - 0.00009700
24.767032 - 0.00010300
24.767131 - 0.00009900

aber pakete verschlucken tut die beeere nicht.
es koennte also ein problem der raspberry-netzwerkkarte sein.

jetzt koennte man sagen: OK, muss man mit leben.
aber ich hab da grad eine idee.
wenn ich die timing-infos der sendezeit mit ins paket packe, dann kann ich das
auf der raspberry seite wieder synchronisieren.
das klingt schraeg, koennte aber funktionieren.

mal probieren.....

munter bleiben

wicki

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!