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

More
13 Mar 2019 22:05 #128545 by wicki
also je mehr ich mich mit dem arduino beschaeftige, um so mehr komme ich zu dem schluss:
das ist n krampf!
fuer viel mehr als digital/analog-IO taugt der nicht

ich dachte, man koennte ein schoenes DRO mit einer 8x8-matrik draus bauen.
aber dieses lib-gewurschtel ist irgendwie ganz schoen nerviger kram,
wenn man gleichzeitig eth- und matrix-libs benutzen will.
die komme sich ins gehege - aber ohne einen error oder conflict zu melden.

das leg ich erst mal beiseite und probier das mal mit nem raspi.
da kann man wenigstens ordentliche compiler und tools benutzen.

Please Log in or Create an account to join the conversation.

More
14 Mar 2019 07:51 #128562 by pl7i92
kann doch garnicht sein
die ARDUINO CNC Gemeinde wächst täglich um mehrere Hundert Personen
alle Estlcam Platinen verkaufen sich wie Geschnitten brot
und die 3D drucker sind bei Hornbach und Bauhaus ständig ausverkauft

Please Log in or Create an account to join the conversation.

More
14 Mar 2019 10:43 #128570 by wicki

kann doch garnicht sein


hoere ich da einen leicht sarkastischen, wenn nicht gar zynischen, unterton? ;)

so ein arduino ist nicht sooo schlecht. und um ein laempchen anzusteuern oder
einen input zu liefern, ist er sogar in verbindung mit linuxCNC zu verwenden.

aber auf einem raspberry geht das dann doch alles deutlich flotter von der hand.

jetzt bekomme ich auch schon die position via eth am matrixdisplay angezeigt.
aber nun ist der ganze code natuerlich erst mal wieder verhunzt....

*grmbl*

Please Log in or Create an account to join the conversation.

More
14 Mar 2019 11:49 #128578 by pl7i92
Das Wird schon immer Weiter Wir Zählen auf dich

Sarkasmuss ist da nicht mit im Spiel
wenn windoof das hinbekommt sollte es auch bei den tuxlern funzen
ohrenschützer nicht vergessen

Please Log in or Create an account to join the conversation.

More
14 Mar 2019 17:40 #128599 by wicki
ein nebenprodukt des raw-eth-treibers:



wird einfach mit

net X ethraw.0.par-00-pos <= stepgen.0.position-fb

eingebunden.
das hier wird von einem raspberry-zero gesteuert (mit usb-eth dran).
ich glaube, ich baue fuer die gemaechlichen sachen noch einen
"normalen" IP-stack mit ein.

irgendwie kommen immer neue baustellen dazu... ;)

Please Log in or Create an account to join the conversation.

More
14 Mar 2019 20:08 #128605 by Mike_Eitel
Na dann hast de ja wat zu tun. Sonst wird Dir noch langweilig ;-()

Please Log in or Create an account to join the conversation.

More
15 Mar 2019 08:13 #128646 by pl7i92
Schön gross das Display es fehlt der "springende Punkt"

Please Log in or Create an account to join the conversation.

More
15 Mar 2019 09:29 #128648 by wicki

Schön gross das Display es fehlt der "springende Punkt"



alles zu seiner zeit....
ich bau grade neben raw-eth noch udp ein (fuer "langsame" sachen wie display und so)

und bin da in eine falle gelaufen :-(
(bei udp ist das allerdings kein problem - es tritt nur bei raw-eth auf)

ich frag mal hier rum, aber vermutlich ist das wohl ehr was fuer die developer-liste:

da ich die raw-pakete "von hand" filtern muss, erwies sich die idee, direkt mit einem
gemeisamen receive- und arbeits-buffer als eine scheissidee.
ueber-optimiert nennt man das wohl ;-)

denn wenn die daten da sind und ich merke, dass die ja gar nicht fuer mich sind,
dann haben sie ja schon die zuvor validen altdaten uberschrieben.

also muss ich den relevanten datenbereich aus dem empfangspuffer rausschaffen.
und nun die frage:
kann es passieren, wenn ich diese 20 bytes mit memcpy in den validen bereich
move, dass ein linuxCNC-thread waehrenddessen zuschlaegt ? - und das genau
dann, wenn der memcpy erst 10 der 20 bytes gemoved hat?

munter bleiben

wicki

Please Log in or Create an account to join the conversation.

More
15 Mar 2019 13:45 #128655 by pl7i92
matrixtreiber wie cool ist das denn
der MCP23017 oder S017 ist der oberhammer für displays

Please Log in or Create an account to join the conversation.

More
15 Mar 2019 17:06 #128671 by Mike_Eitel
Ja, generell ein bekanntes und nicht immer einfaches Problem. Speziell wen Du keine RT Umgebung hast.
Wenn Du keine Möglichkeit hast DMA / Interrupt zu unterbinden (denke das kannst Du nicht) dann müsstest Du mit grösserem Ringbuffer arbeiten und anhand des Anfang/ End Pointers Dein Memcopy machen. Aber ob das im Raspi möglich ist weiss ich nicht. Beim Arduino würde ich solange die Interupts disablen.

Please Log in or Create an account to join the conversation.

Time to create page: 0.176 seconds
Powered by Kunena Forum