Jag är imponerad av OpenPnP och framför allt av Jason som står för >98% av jobbet bakom. Det känns som allt han gör med programmet är extremt genomtänkt, inga ful- eller snabbhack.
Det är open source och för de som är programmerare är det nog den bästa språngbrädan man kan få om man vill "ta nått" och själv bygga vidare på (och/eller bidra till projektet såklart). Jag är ingen programmerare så jag får förlita mig helt på Jasons goda vilja att driva projektet framåt. Det har inte visat sig vara fel beslut ännu i alla fall.
Och, förutom att skriva eget, från scratch, vilka alternativ finns? Inga som jag hittat.
Det finns stöd för ett antal olika enheter i OpenPnP (TinyG, GRBL etc) men den mest flexibla och rekommenderade är
GCodeDriver och det är vad jag använder ihop med ett 5-axligt Smoothieboard. Tyvärr stödjer det inte mer avancerad motion controllers som t.ex PoKeys, KFlop.
Min setup ser ut som följer:
OpenPnP -> USB -> Smoothieboard -> Motordrivsteg
och
OpenPnP -> USB-to-RS485 -> HeadPCB och Feeders.
OpenPnP har ett antal inbyggda kommandon (Enable, Disable, Home, MoveTo, Pick, Place etc) och du kan själv konfigurera vad OpenPnP skall skicka till själva styrsystemet för respektive kommando. Allt sånt konfigureras genom en .xml fil, t.ex
Kod: Markera allt
<move-to-command>G0 {X:X%.4f} {Y:Y%.4f} {Z:Z%.4f} {Rotation:E%.4f} F{FeedRate:%.0f}
M400</move-to-command>
Och så finns det "sub-drivers" vilket betyder att olika kommandon kan skickas till en, eller flera, enheter. Så i mitt fall skickas "move-to" kommando till Smoothieboard via COM4 och kommandon för ventiler och feeders ut på RS485-bussen via COM7.
Så, väldigt flexibelt men inte lätt att konfigurera. Med allt detta sagt så fungerar ju inte min maskin och jag har ju därför inte heller ANVÄNT OpenPnP ännu så vi får väl se vad jag tycker om/när jag kommer dit.....
Har du nån projekttråd? Om inte, fixa det!
