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

Mike_Eitel wrote: Gratulation. Sieht gut aus.

danke.

ich finds auch geil

die neue version mit shmem-treiber als eigener thread/task laeuft jetzt auch.
nun gehts ans testen und dokumentieren.
wenn das wetter so bescheiden bleibt, koennte es diese woche fertig werden.

eine frage hab ich noch:
ich habe ethraw.com und ethsh.com - beide verhalten sich im iedealfall gleich.
ersterer handlet den paktversand selbst, letzterer ueberlaesst die kommunikation
einer userspace-task.

zum testen brauche ich aber 2 config-files, weil sonst der compiler meckert, wenn
das .comp-file anders heisst als die komponente.

wahrscheinlich ist es das kluegste, wenn ich beide vereinige. (wahlweise shmem oder
raw-socket anhand von config-parametersn auswaehlen)
aber das geht nicht, wenn ich einen rtai-kernel benutze - denn dort mag er
#include <socket.h>
usw. nicht compilieren.

jemand ne idee dazu?

Die groste DRO der welt ! Schon !

tommylight wrote: Die groste DRO der welt ! Schon !

danke
man muss halt was tun gegen nachlassende sehstaerke

aber der treiber kann auch 7-segmenter ansteuern.
die sind etwas kleiner und dann ist man preislich auch in dimensonen,
bei denen kein tablet mehr mitkommt:
www.amazon.de/8-Stelle-Anzeige-MAX7219-D...RZXKX218B7F2T395M1RG

sind auf dem weg aus chinesien zu mir. bins gespannt, wann sie ankommen
aber man kann damit halt nicht aplhanumerisch - und man kann kein tetris drauf spielen....

und das sollte auch ein arduino locker schaffen. aber wenn ich preis/leistung von raspberry zero
und arduino mit eth- oder wlan-shield vergleiche, dann faellt das ganz klar zugunsten vom
raspberry aus.


jetzt ist auch der quad-modus fuer den raspberry-treiber wieder gaengig (der war bei
basteln verloren gegangen).
und wenn das die tests jetzt wirklich bis 5kHz mitmacht, dann komme ich auf
(5000*(1/120))*60 = 2500mm/minute bei 1/120mm aufloesung.
das ist mehr als meine maschinchen verpacken, denke ich.

die 7segment gibt es auch in grossen grössen für wenig geld
und jeweils in 2er ziffern erweiterbar
mit den 7219 habe ich auch schon einiges mit den mechatroniker Auszubildenden realisiert
tolle teile

sodele,

einer der drehwinkelgeber ist jetzt da.
funktionieren tut er auch.
jetzt wie ich nur noch nicht, ob und wie ich ihn anschliesse.
ist ja auch ein mechanisches problem...

die optionen:

einfach auf linCNC-input pins gehen?
ist vielleicht nicht so clever und sinnvoll, weil man dann ja das etwas schraege
encodersignal ( www.thingbits.net/products/incremental-p...otary-encoder-400p-r )
dort zerlegen muss.

mit einem rasberry oder arduino das signal in absolute positionen (bzw. bewegungen)
umrechnen und die daten per raw-eth senden?
klingt naheliegend....

oder nach einem fertigen encoderchip fuer diese geber suchen?
gibts bestimmt....

die zweite moeglichkeit ist vermutlich die sinnvollste.

Das ist kein schräges sondern das normale Encoder Signal. Durch den 90°Versatz kannst Du die Richtung bestimmen. Und wenn Du's passend zu LCNC machen willst solltest Du im Arduino Increments daraus machen. Wie bei MESA