Wie OpenPnP mit Grbl Controler betreiben?

Wie gesagt die Feeder sind aktuell nicht das Problem.
Hier wäre nur wichtig wie man die später ansteuert.
USB wird wohl das einfachste sein, entweder ein Arduino System oder man 
baut sich was selber.
Aber ich habe keine Ahnung was an Software da drauf muss und was ich 
dann bei OpenPnP eintragen muss.

Von der Hardware Seite ist das alles zum Glück nichts wildes.

Meine Maschine besteht zur Zeit nur aus den Grbl Controler und Motoren.
Der Rest der Mechanik ist bestellt und trudelt die nächsten Tage bei mir 
ein. Dann muss ich noch einiges fräsen und alles zusammen bauen.
Es wird also noch etwas dauern bis ich da mal ein Foto machen kann.

OpenPnP hat zwar einige unschönheiten aber ich würde nie mich hinsetzen 
und was eigenes schreiben. Die X Manjahre spare ich mir lieber. Und wenn 
mich mal etwas an OpenPnP so doll stört, dann kann ich das ja beheben 
wenn ich es unbedingt will.

Aber die schönste Mechanik und die "Beste" Software nützt nichts wenn 
ich die nicht verbinden kann.

Und da scheitere ich immer noch dran. Die Doku für OpenPnP ist irgentwie 
eine Katastrophe oder ich finde die richtige einfach nicht.

Kennt sich damit hier wirklich keiner aus?

Was ist Das  Problem ?
Grbl mit 6 Achsen, teilweise auch 2x ,
jedoch verwende ich GrblDriver wegen der Sicherheitsthematik und wegen 
des vermindertenm CPH des GcodeDrivers.
Beim GcodeDriver unter MoveTo
G1 {X:X%.4f} {Y:Y%.4f} {Z:Z%.4f} {Rotation:C%.4f} F{FeedRate:%.0f}
G4P0

Wenn man zwei Driver benutzt, dann halt nur X/Y für den ersten und Z/C
Und für Homing $H .
Ist dies so schwer? In dem Wiki ist das Setup des Drivers beschrieben, 
mit Beispielen. Die nicht mehr aktuell sind aber trotzdem gültig.


Chris

Ich kann die Probleme gut nachvollziehen. Letztes Jahr habe ich mich 
auch daran versucht und bin gescheitert. Das ist nicht so einfach 
beschrieben besonders wenn man 2 Controller hat. Mal sehen ob ich es mal 
wieder ausprobieren werde.

Da würde das eine oder andere Beispiel gut helfen.

So ich habe weiter gespielt.
Ergebniss: Geht besser wenn man die OK Antwort auch richtig einträgt.

Jetzt geht zwar noch nicht alles aber ich bin einen Schritt weiter und 
die Motoren bewegen sich.

Jetzt fehen noch die Parameter für diese ganzen Funktionen.

Chris:
Da wäre es super wenn Du einfach mal deinen Driver Teil aus der 
machine.xml hier ablegen könntest.

Viele Grüsse, Uli

Ich habe es heute noch einmal versucht und bin diesmal besser zurecht 
gekommen. Keine Ahnung was letztes Mal schief gelaufen ist.
Aber so richtig scheint alles noch nicht zu sein.
Bekomme viele timeouts weil keine Antwort ankommt. Warum???
Oder die powerup Meldung kommt obwohl ich die nicht erwarte.

Hoffe das ihr hier das Problem lösen könnt.

Dann stell doch hier mal deine Config rein.
Achso, welches Grbl verwendet ihr, 0.8 0.9 oder 1.1 ?

Was zu beachten ist, bei der Kamera muss man Motion eingeben, nur X und 
Y,

Hier ein xml fuer ein standard grbl shield (4 driver) welches zwei 
Nozzles
direkt ansteuert, shared C.

Fuer Subdriver habe ich nur Beispiele fuer Smoothie,
da Grbl max 22 Achsen erlaubt (XYZ UVW ABCDE und xyz uvw abcde)
sowie mittels i2c Treiber (T code gibt die i2c Adresse vor) M19 die 
Rotation
sind bei openpnp ung Grbl Subdriver wirklich die Seltenheit, auch weil
OpenPnP nicht von einem Error und nur der Checksum error nicht 
unterscheiden kann, und somit das Einschalten der Checksum irrelevant 
ist und der USB Kabel
im Head kritisch ist. Z.B. die Webcam faellt dauern aus, wird durch

Auch wenn teilweise die Driver auf dem "head" sind, step und dir werden
von der "base" zum Head mit Ethernetkabeln geleitet, dank Optokopplern
gibt es da keine Stoerungen.