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

Grundsätzlich schaft es jeder Arduino mit Marlin 6 Achsen zu steuern. Ist soweit ich weiss in Assembler geschrieben, denke in Verbindung mit Interrupt. ( Konnte ich 80 für meinen Dipl. auch noch) Aber ohne Ethernet Stack. Und soweit ich bei Marlin mitbekommen habe sehen die Cracks dort keine Chance für diese Schnittstelle.
Mike

Mike_Eitel wrote: Aber ohne Ethernet Stack. Und soweit ich bei Marlin mitbekommen habe sehen die Cracks dort keine Chance für diese Schnittstelle.

ja, eth und arduino kann man knicken (also fuer die direkte uebertragung der steps per eth).
das 100Mbit-shield mag das rechnerisch schaffen - aber die schlappe arduino "cpu" ist mit
der datemenge ueberfordert. (da nuetzt auch asm nicht - es sei denn, es waere ein heftiges
leak in der eth-lib)
wenn man aber mit 1ms zufrieden ist und 16 (oder mehr) I/O-ports in 200 meter entfernung
per eth mit linuxCNC steuern will: geil!
(zumal ein PC locker X von den arduinos zugleich ansteuern kann)

spimpler und kostenguenstiger gehts nicht.
vor allem, weil man dem arduino ja auch noch mit wenig aufwand eine gewisse "eigeninteligenz"
mitgeben kann. so eine art FPGA fuer arme

munter bleiben

wicki

Ja, für einfache Signale ist sowas gut, bleibt nur noch die EMV Frage.
Und du kannst als Eigenbau so eine Baugruppe auch (nicht Normgerecht) über das ETH Kabel Speisen.

Nehme an Du nutzt UDP.
Dann solltest Du einen einfachen zyklischen Watchdog Mechanismus einbauen. Z. B. Jede Seite empfängt einen Wert zählt 1 dazu und sendet den zurück. Und jede überwacht das es regelmässige Änderungen gibt. Wichtig ist eine Änderung und nicht das Erreichen eines bestimmten Werts. So bleibt auch der Integer Überlauf problemlos.

wicki wrote: bis jetzt macht das raspberry bis ca. 5kHz recht verlaesslich mit.

das ist schon krass....

diese 5kHz habe ich konventionell (also single-step) gemessen.
(und dabei aus den augen verloren, warum ich das eigentlich mit dem anderen
step-type eigentlich gemacht hatte)
nun das raspberry so umgefummelt, dass aus aus dem quadratur-signal ein
eigenes "single-step" macht und dann komme ich tatsaechlich auf ueber 10k.

und es stellte sich eine unzulaenglichkeit eines meiner oscs. heraus:
wenn ich den step-puls auf nur ein paar nsec. breite einstelle, dann
bekommt das osc. nicht jeden puls mit, wenn ich die zeitbasis zu gross mache.
und dadurch sieht das total instabil aus
das ist wohl der preis, den man fuer lautlose oszilloskope zahlen muss....
das "laute" oszilloskop sagt eindeutig: >10kHz

ein jitter ist aber immer noch da...

Mike_Eitel wrote: als Eigenbau so eine Baugruppe auch (nicht Normgerecht) über das ETH Kabel Speisen.

Nehme an Du nutzt UDP

nope
nix UDP.
raw-socket - ohne jeden overhead.
brauche ich auch nicht, da ich (zunaechst) davon ausgehe, das da PC und endgeraet direkt und allein
mit einander verbunden sind.

daher sind mir eigendwelche normen auch zunaechst mal vollkommen egal.
schoenes gefuehl . so befreiend

die bandbreite scheint aber bei diesem konzept trotzdem auszureichen, um jedes einzelne paket
zu quittieren.
wobei ich aber davon ausgehe, dass ich die quittung vermutlich nur bei jedem 10. oder 100. paket schicke.

ggf. aber noch n watchdog-signal. mal sehen.

nun kann endlich der test von PC zu PC beginnen....

Es geht halt nichts über so einen alten analogen Osci.
Die digitalen haben mich schon ganz schön nicht existente Fehler suchen lassen.