Hallo,


wir haben heute die neue Version der Development Firmware auf GitHub hochgeladen. Diese meldet sich als "RF.01.19" und kann sowohl für den RF1000 als auch für den RF2000 kompiliert werden.

Das Change Log dazu lautet:

V RF.01.19 (2016-04-04)
- Improved handling of RF1000 installations where the z-min and z-max endstops are within the same circuit.
- The previous firmware could attempt to drive z-max free during the heat bed scan.
- The z offset from the menu was not taken over during the startup of the firmware.
- The z offset from the menu was not updated properly after the switch of the operating mode.


mfG
RF1000

Hi there!

War auf meiner Austausch-Hauptplatine schon drauf! Wow!
Und funktioniert prima! Wirklich gut!

Ciao for now
druckttoll

währe nett den link mal zu posten

Jürgen,

Dazu gibt es im Forum eine brauchbare Anleitung, hier. Da ist der Link, wo die Firmware heruntergeladen werden kann auch dabei (ein wenig versteckt). Ein klick auf den FW-Link bringt dich zur Seite der letztgültigen STABLE-Version (zur Zeit RF.01.10). Hier musst du nur von Branch 'master' auf 'development' wechseln und du kannst dir die RF.01.19 holen.
Wenn es noch immer Probleme gibt, einfach melden.

mjh11

Die Firmware compiliert immer noch nicht mit FEATURE_OUTPUT_FINISHED_OBJECT = 0....

mhier,

Falls es dir sehr daran liegt, die RF.01.19 zu verwenden, kannst du einfach die Feature aktiviert lassen

mhier hat geschrieben:FEATURE_OUTPUT_FINISHED_OBJECT = 1....

[/size][/font] Damit erreichst du dasselbe wie wenn du den Support deaktivierst. Da geschieht am Ende des Drucks nichts (bis auf eine Millisekunde Wartezeit).

Das soll natürlich nicht heißen, dass man den Bug, falls es sich um einen handelt, nicht korrigieren sollte.

mjh11

mjh11,

danke, das weiß ich sehr wohl. Ich wollte die Entwickler vom großen C nur auf einen kleinen Fehler aufmerksam machen

Gruß
Martin

Danke,


wir haben das in der kommenden Firmware bereits korrigiert.


mfG
RF1000

Danke!

Ich habe noch mehr, die mir alle im Fräsmodus aufgefallen sind Die Bugs sind aber wahrscheinlich nicht neu, sondern waren auch schon in älteren Versionen enthalten:

• Wird per Menü eine Position angefahren und dann ebenfalls per Menü diese als XY-Origin festgelegt, funktioniert anschließend die Work Part Z-Kompensation nicht (immer gleiche Korrektur-Werte, offensichtlich falsche Behandlung des Offsets in XY). Wird hingegen der selbe XY-Origin per G-Code-Befehle gesetzt (per G00 hinfahren dann M3115), funktioniert die Kompensation.
• Betrifft vermutlich auch den Druck-Modus: Bei Bewegungen per Menü bzw. direkte Bewegungs-Tasten stoppt die Bewegung gelegentlich nicht beim Loslassen der Taste. Ich kann nicht sagen, ob er von selbst irgendwann gestoppt hätte, da ich in solchen Fällen so schnell wie möglich den Strom ausgeschaltet habe. Leider (oder zum Glück?) passiert das nur ganz selten (vielleicht 3 bis 5 Mal während meinen Experimenten zum Platinenfräsen am Wochenende), aber es ist eben trotzdem ein ernstzunehmender Bug, da man sich damit leicht einiges zerstören kann. Im Log konnte ich leider keine damit verbundenen Meldungen sehen!
• Die Work-Part-Matrix bleibt nicht nach dem Ausschalten erhalten, laut M-Code-Beschreibung sollte sie aber im EEPROM abgespeichert werden.
• (NACHTRAG per EDIT) Das Finden des Z-Origin zusammen mit der Workpart-Z-Kompensation funktioniert nur korrekt, wenn der Z-Origin am Startpunkt des Workpart-Scans gesucht wird. Wir der Z-Origin z.B. in der Mitte des Scanbereiches gesucht, müsste der Z-Origin um den Z-Kompensations-Wert korrigiert werden.

Und ich habe noch folgende Verbesserungsvorschläge:

• Die Einstellungen zur Feed-Rate und zur Acceleration sollten getrennt für den Fräs- und Druck-Modus gespeichert werden.
• Die Beschleunigung sollte automatisch reduziert werden, wenn für die eingestellte Beschleunigung zu kleine Feed-Rates angefordert werden.
• Bitte so schnell wie möglich die Optionen einbauen, mit der per Menü genaue und langsame Bewegungen wieder möglich werden!
• M3164 und M3165 benötigen eine Angabe bzgl. zur rechten hinteren Ecke statt zum Ursprung des Koordinatensystems. Das macht es unnötig kompliziert, diese Befehle zu benutzen. Bitte dahingehend ändern, dass einheitlich das selbe Koordinatensystem verwendet wird wie für alle anderen Befehle auch, oder (noch besser) die Angabe relativ zu M3160/M3161 erfolgt (also als Größe des Scan-Bereichs). Eine Änderung sollte problemlos möglich sein, da mangels Dokumentation die Befehle aktuell eh noch keiner wirklich verwenden kann
• Siehe: http://www.rf1000.de/viewtopic.php?f=27&t=1321

mhier hat geschrieben: Wird per Menü eine Position angefahren und dann ebenfalls per Menü diese als XY-Origin festgelegt, funktioniert anschließend die Work Part Z-Kompensation nicht (immer gleiche Korrektur-Werte, offensichtlich falsche Behandlung des Offsets in XY). Wird hingegen der selbe XY-Origin per G-Code-Befehle gesetzt (per G00 hinfahren dann M3115), funktioniert die Kompensation.

Ist in der kommenden Version der Firmware bereits korrigiert.

mhier hat geschrieben: Betrifft vermutlich auch den Druck-Modus: Bei Bewegungen per Menü bzw. direkte Bewegungs-Tasten stoppt die Bewegung gelegentlich nicht beim Loslassen der Taste.

Das können wir bisher nicht reproduzieren.

mhier hat geschrieben: Die Work-Part-Matrix bleibt nicht nach dem Ausschalten erhalten, laut M-Code-Beschreibung sollte sie aber im EEPROM abgespeichert werden.

Das können wir nicht bestätigen, wie stellst du fest, dass a) vor dem Ausschalten die Work Part Matrix korrekt war und b) nach dem Einschalten weg ist?

mhier hat geschrieben: Das Finden des Z-Origin zusammen mit der Workpart-Z-Kompensation funktioniert nur korrekt, wenn der Z-Origin am Startpunkt des Workpart-Scans gesucht wird. Wir der Z-Origin z.B. in der Mitte des Scanbereiches gesucht, müsste der Z-Origin um den Z-Kompensations-Wert korrigiert werden.

Das können wir nicht bestätigen. Wenn du den Z-Origin ermittelt und danach die Z-Kompensation aktiviert hast dann kannst du "M3200 P7" an die Firmware senden und bekommst die x, y und z-Koordinate vom Z-Origin. Wobei die z-Koordinate aus der Kompensationsmatrix errechnet wird (und davon abhängt, an welcher x/y Position der Z-Origin ermittelt worden ist. Was gibt deine Firmware nach "M3200 P7" aus? Wie immer würde vermutlich die gesamte Logdatei (ab Start der Firmware) helfen, und auch ein "M3153" wäre nützlich (damit man auch die aktuelle Work Part Matrix in der Logdatei hat).

mhier hat geschrieben: Die Einstellungen zur Feed-Rate und zur Acceleration sollten getrennt für den Fräs- und Druck-Modus gespeichert werden.

OK, ich kann aber noch nicht sagen wann das kommt.

mhier hat geschrieben: Die Beschleunigung sollte automatisch reduziert werden, wenn für die eingestellte Beschleunigung zu kleine Feed-Rates angefordert werden.

Wir müssen klären, inwieweit das sinnvoll umsetzbar ist.

mhier hat geschrieben: Bitte so schnell wie möglich die Optionen einbauen, mit der per Menü genaue und langsame Bewegungen wieder möglich werden!

Ist in der kommenden Version der Firmware bereits umgesetzt.

mhier hat geschrieben: M3164 und M3165 benötigen eine Angabe bzgl. zur rechten hinteren Ecke statt zum Ursprung des Koordinatensystems. Das macht es unnötig kompliziert, diese Befehle zu benutzen. Bitte dahingehend ändern, dass einheitlich das selbe Koordinatensystem verwendet wird wie für alle anderen Befehle auch, oder (noch besser) die Angabe relativ zu M3160/M3161 erfolgt (also als Größe des Scan-Bereichs). Eine Änderung sollte problemlos möglich sein, da mangels Dokumentation die Befehle aktuell eh noch keiner wirklich verwenden kann

Das müssen wir klären. Eigentlich sind diese G-Codes rein für automatische Debug- und Testläufe gedacht. Was hast du denn für einen Anwendungsfall, wo du die auch "produktiv" verwendest?


mfG
RF1000