nicht registriert

Hi,

sind die DRV8825 richtig gesteckt? Die Orientierung der beiden unterschiedlcihen Treiber kann man leicht verwechseln wenn mann die Typen tauscht:



Was Du mit "unterbrechen die Stomzufuhr" meinst ist mir nicht klar. Ggf. kannst du mal ein Video davon machen?

Und wenn Du nicht mehr weiter weisst, könntest Du ja mal die Tipps weiter oben in Erwähnung ziehen
Also mal GRBL probieren oder Deine Estlcam Einstellung posten, ...

Zuletzt bearbeitet am 14.01.18 23:55

Hallo,
Prinzipiell gibt es von der Belegung und Ansteuerung her m.E. keinen nennenswerten Unterschied zwischen den Boards - m.E. geht's nur um den Formfaktor bzw. darum, dass beim Nano-Board der Arduino Nano als Prozessor leicht tauschbar wäre.
Was ich damit sagen will: Wenn das Eine Board nicht funktioniert, tut es das andere sehr wahrscheinlich auch nicht.
Der Unterschied wäre Arduino UNO zu Nano ... was der Estlcam Software aber egal sein soll bei (korrekter Einstellung).

Hast du die Estlcam-Software einfach nochmal drüber geflasht? vielleicht ging beim flashen was schief?

Ausm Bauch raus würde ich vermuten, dass deine Treiber einen weg haben...das geht u.U. sehr schnell.

Vom Grundsatz her erinnert mich dein Problem nämlich sehr an einen Beitrag hier im Forum, wo jemand die Treiber erst falsch herum aufgesteckt und damit gegrillt hatte (dazu müssen sie nicht lange falsch herum gesteckt sein).
Aus eigener Erfahrung kann ich das bestätigen, bei meinen ersten Gehversuchen mit einer günstigen GRBL-China-CNC habe ich den gleichen Fehler gemacht und damit die Treiber gekillt.
Das Resultat war wie du es auch beschreibst, die Motoren fuhren nur in eine Richtung und das auch nur, wenn sie Lust dazu hatten.
(Hat also wenigstens den DIR-Eingang vom Treiber gegrillt...kein Wunder, um 180° versetzt liegt der auf 24V vom Netzteil)

Was die Treiber auch schnell grillt ist deren Betrieb ohne angeschlossenen Motor. Gerade dann wenn du keine Kühlkörper verklebt hast und erst recht, wenn du ESTLCAM nutzt, weil hier standardmäßig ab Controller-Start alle Motoren voll bestromt werden, damit sich die Achsen nicht mehr verschieben lassen - mit den Standard-GRBL-Einstellungen auf meinem GRBL-Controller-Board waren das glaube ich immer nur 25ms (Step-Idle delay=25)...da wäre die Überlebenschance schon deutlich größer.

Bist du dir also sicher, dass die Treiber selbst in Ordnung sind? Hättest du evtl. Ersatz zum testen in Reichweite?
Weiterhin könntest du auch messen, ob das DIR-Signal am Treiber überhaupt ankommt

Vielleicht wäre es auch grundlegend erstmal sinnvoll die Fräse mit GRBL komplett zum laufen zu kriegen um sicher zu sein, dass alles so läuft, wie es laufen sollte, bevor du auf Alternativen (Estlcam) ausweichst.

Gruß Markus

nicht registriert

Eine Weitere Fehlerquelle sind die Endschalter.
Hast Du die verbaut?
Es kann sein dass es da zu übersprechen kommt und die Maschine einen falschen Endanschlag erkennt. Ich weiß nicht wie Estlcam da reagiert, unter GRBL sieht man das an einer entsprechenden Meldung.
Da helfen dann ggf. geschirmte Kabel und Entstörkondensatoren wie im Wiki beschrieben.

Moderator

Hallo,

also ich kann nur sagen, dass ich bisher ca. 300 GRBL-Controller-Boards und ca. 100 GRBL-NANO-Boards verkauft habe. Wenn die nicht alle in einer Schublade sind, dann gehe ich davon aus, dass diese produktiv im Einsatz sind, oder zumindest schon mal gelaufen sind. Wenn nicht hätten sich die Kunden bei mir schon gemeldet.

Ich selber habe die Boards ja über mehrere Prototypen hinweg entwickelt, und habe selber beide Boards bei mir im Einsatz. Mit der GRBL-Version 0.8, 0.9 und 1.1 sind die Boards getestet und haben, zumindest bei mir, funktioniert. ESTLCam und deren eigene Firmware kenne ich selber zu wenig, gehe aber nicht davon aus, dass hier wesentliche Änderungen zur GRBL-Version sind. Ich kenne nur Ältere Versionen von ESTLCam, bei denen zwei Firmware Versionen optional mögliche waren. Entweder original GRBL oder eben die eigene von ESTLCam. Bei der ESTLCam Version war damals die Pinbelegung eine andere als bei GRBL.

Leider kann ich nicht für jede erdenkliche Kombination von möglichen Firmware-Varianten und PC-Software Programm die es im Internet gibt Unterstützung leisten. Was ich unterstütze ist z.Z. die originale GRBL-Firmware Linie von Github und die PC-Software "GRBL-Controller" und "Candle". Weiterhin noch die Programmierung mit "XLoader". Alles andere liegt in der Hand des Anwenders.

Ich hoffe Ihr könnt mich da verstehen.

LG Ronald

Die Verbindung ist ok, hab nochmal alles durchgeklingelt.
ich hab die Befürchtung das das Signal zwar raus geht aber nicht mit dem richtigen Befehl.

Ich benutze estlcam und hab noch nichts fräsen können also auch noch keinen g-code erstellt.
Die Funktionen lassen sich über estlcam in der nutzeroberfläche ja schön testen und ich wollt einfach nur die verschiedenen achsen fahren um zu sehen ob alles passt und um die Endschalter zu testen.

ich hab die Firmware GRBL 0.9 nicht drauf sondern den arduino nano über estlcam programmiert
Kristian Knüll der Herausgeber von estlcam meinte, das er keine Erfahrung mit dem board von myhobby-cnc hat aber mit der grbl Einstellung in estlcam eigentlich alles ordnungsgemäß laufen sollte.

@crix
Danke, ich wied mal Deine Einstellungen testen und bericht erstatten

ich wird heut Abend nochmal alles kontrollieren die Leitungen und ströme überprüfen und wenn ich nicht weiter komme muss ich das board leider erst mal zum Ronald zurück zum überprüfen schicken.

ich hab auch schon mal überlegt ob ich mir das GRBL-Controller-Board für 39€ bestelle und teste ob es damit geht. crix hast du damit Erfahrung?