Moderator

Hallo,

leider kann ich hier nicht von Erfahrung sprechen, da ich so ein Verhalten bisher noch nicht gehört/erlebt habe. Ich kann mir zwei Sachen vorstellen:

• Der Bootsektor des Prozessors ist nicht geschützt oder fehlerhaft. Das könnte man mit der Neuprogrammierung des Bootsektors und der Fuse-Bits ev. beheben. Eine echte Alternative wäre es auch, das NANO-Board mit einem Arduino-NANO zu versuchen.
• Im G-Code befindet sich ein Befehl, den die GRBL-Firmware nicht interpretieren kann, und daduch auf eine Fehlersituation läuft. Du müsstest uns mal den G-Code zur Verfügung stellen, und ein anderer könnte schauen, ob es bei Ihm auch zu Fehlern kommt? Womit exportierst Du denn den G-Code aus Deiner CAD/CAM Software?
  

Zuletzt bearbeitet am 17.02.22 10:05

Hallo Ronald, hallo Crix

danke für eure Einschätzungen.
Das verhalten der Fräse ist in der Tat sehr seltsam, deshalb finde ich auch keinerlei infos von
anderen GRBL CNC Fräsen darüber - schon das ganze Netz danach durchsucht, leider nichts.

Bin mir nicht sicher, ob der G-Code wirklich eine Große Rolle an dem Phänomen spielt, vielleicht begünstigt er es in einigen Fällen aber die Ursache scheint er nicht zu sein. Die Fehler traten sowohl von Fusion360 exportierten G-Codes, als auch direkt aus Easel gesendeten Codes auf - mit komplett unterschiedlicher Komplexität.

Noch eine Idee: Der erste Fehler trat ja meistens bei längeren Fräsvorgängen in schwierigeren Materialien auf - kommt dann ab da aber auch bei anderen Fräsungen vor. Also tritt das Problem immer erst unter Last in Erscheinung. Dachte schon das es vielleicht einfach mit Schrittverlusten zu tun haben könnte. Gestern habe ich z.b. festgestellt dass nach dem Problem die Position um fast 2 mm verschoben war trotz ausgeschaltetem Schlafmode der Schrittmotoren. Bei größeren Fräsen werden ja bei sowas auch die Achsen gestoppt. Halte es zwar für unwahrscheinlich, da ja dann der "Alert" Staus aktiviert werden müsste, aber läuft hier diesbezüglich irgendwas auf dem Controller Board was einen Stopp verursachen könnte?

Ansonsten muss ich mich wohl der FUSE Geschichte annehmen wenn das was bringt.
Hört sich auf jeden Fall nicht verkehrt an. Gibt es irgendwo eine genauere Anleitung für sowas? Leider bin ich kein Programmierer.

Interessehalber: Wie würde ich denn mit einem Nano Board experimentieren können? Lässt dieser sich mit dem Controller board verbinden? Auf dem Board befinden sich ja alle Treiber und Schrittmotoranschlüsse, das lässt sich ja nicht so einfach ersetzen oder?

Wie gesagt, aktuell läuft die Fräse ja, aber dass der Fehler gestern wieder auftrat ist kein gutes Zeichen.

Grüße Crisp

crix:

---

Das ISP flashen ist nicht ohne, da musst Du dich zunächst einlesen, denn dabei kann man viel kaputt machen.
Ein paar artikel gibt es auch dazu im Wiki:
http://wiki.myhobby-cnc.de/doku.php?id=m...c:grbl-firmware

Im Forum gibt es auch einiges dazu, einfach mal suchen und einlesen..

Zuletzt bearbeitet am 17.02.22 12:03

nicht registriert

Ich habe meinen Aufbau im Forum dokumentiert:
https://forum.myhobby-cnc.de/board/thema...bau-3_33_4.html

Flashen bedeutet den Flash Baustein im Atmega neu zu beschreiben. Da liegt die GRBL Firmware drin und die Einstellungen im EEPROM.
Das wird beim Flashen neu geschrieben. Das geht über den Bootloader im Atmega oder eben über die ISP Schnittstelle.
Letztere bietet darüber hinaus noch die Möglichkeit die Fuses des Atmega zu programmieren. Darüber kann beispielsweise eine Option aktiviert werden die bei unterschreiten einer gewissen Versorgungsspannung den Atmega in den Reset bringt. Das sollte Flash korruption verhindern. Wird aber in so einem Fall dann auch das Programm beenden, da der Atmega wie gesagt resetted wird. Das könnte man als Hinweis sehen dass es tatsächlich Probleme mit der Stromversorgung sind wenn dann gehäuft Resets des Atmega auftreten.

Beim setzen der Fuses kann man allerdings auch den Atmega kaputtkonfigurieren, deswegen muss man da wissen was man tut.

Gruß
crix

nicht registriert

Das läuft seither stabil. Inzwischen habe ich noch den Fräsmotor gegen eine kleine Kress getauscht und eine andere Z-Achse verbaut.
Seitdem läuft das Teil 1A.

Bei einem Reset ist der Nullpunkt weg. Da wird der Atmega hart abgeschaltet.
Die Funktion nennt sich Brown Out Detection (BOD).
Dabei überwacht der Atmega seine eigene Spannungsversorgung. Der Hersteller des Prozessors garantiert eine fehlerfreie Funktion in einem bestimmten Bereich der Versorgungsspannung. Der hängt von der verwendeten Taktfrequenz ab.
Wenn die BOD per Fuse aktiviert wird (was sie standardmäßig nicht ist) dann würde im Falle dass die Spannung ausserhalb des zulässigen Bereichs liegt der Atmega sich selbst hart abschalten.
So wird verhindert dass der Prozessor weiterläuft während die Spannung ausserhalb des tolerierten Bereichs liegt.
Betreibt man einen Microprozessor ausserhalb des zulässigen Versorgungsspannungs Bereiches, so ist nicht mehr definiert wie er sich verhält. Da kann vieles passieren, was nie genau vorhergesagt werden kann. Bekannt ist, dass dabei der Speicherinhalt verändert werden kann. Aber es kann alle möglichen Phänomene verursachen, da eben nicht mehr definiert ist was passiert.

Die aktive BOD verhindert dass der Prozessor im nicht definierten Betrieb läuft. Wenn das zuschlägt während die Fräse läuft ist der Nullpunkt und auch der Punkt wo das Programm grad stand weg. Es gibt keine Möglichkeit das Programm fortzusetzen.

Das ganze ist eine Schutzfunktion, bringt Dich aber nicht wirklich weiter.

Basierend auf der Erfahrung mit den 2 Kandidaten die da ähnliche Probleme hatten wäre meine Empfehlung auf externe Treiber zu wechseln und ohne das GRBL Controller Board zu arbeiten. Also einen Arduino Uno direkt mit passenden Treibern zusammenzuschliessen. Ich weiss nicht ob es die Treiber die ich verwendet habe noch so gibt, jedenfalls ist da etwas Knoff Hoff in Schaltungstechnik nötig um das zu verkabeln und ggf. anzupassen. Das geht ja aus dem Wiki Artikel hervor.

Wenn Du EstlCam in Erwägung ziehst, meine ich dass Christian Knüll da mal eine interessante Hardware angeboten hatte, aber ich glaube er verkauft das ncht mehr. Aber die Daten sind open Source, könnte man sich also selbst bauen.

Gruß
crix