Neue Development Firmware (RF.01.19)

Firmware Veröffentlichungen und Einstellungen können hier angekündigt und diskutiert werden.
RF1000
Developer
Developer
Beiträge: 340
Registriert: Fr 10. Okt 2014, 16:31
Has thanked: 40 times
Been thanked: 80 times

Neue Development Firmware (RF.01.19)

Beitrag von RF1000 »

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
Benutzeravatar
druckttoll
Erfahrener 3D-Drucker
Erfahrener 3D-Drucker
Beiträge: 266
Registriert: So 7. Dez 2014, 21:28
Wohnort: Ruhrgebiet
Has thanked: 24 times
Been thanked: 28 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von druckttoll »

Hi there!

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

Ciao for now
druckttoll
Jürgen Hartig
Filamenttester
Filamenttester
Beiträge: 10
Registriert: Di 19. Apr 2016, 16:51

Re: Neue Development Firmware (RF.01.19)

Beitrag von Jürgen Hartig »

währe nett den link mal zu posten
Benutzeravatar
rf1k_mjh11
Developer
Developer
Beiträge: 2051
Registriert: Di 6. Jan 2015, 19:44
Wohnort: Autriche
Has thanked: 263 times
Been thanked: 542 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von rf1k_mjh11 »

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
RF1000 (seit 2014) mit:
  Pico Hot End (mit eigenem Bauteil- und Hot End Lüfter)
  Ceran Bett
  FW RF.01.47 (von Conrad, modif.)

Die Natur kontert immer sofort mit einem besseren Idioten.
mhier
Prof. Dr. des 3D-Drucks
Prof. Dr. des 3D-Drucks
Beiträge: 1672
Registriert: Fr 11. Sep 2015, 11:37
Has thanked: 279 times
Been thanked: 246 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von mhier »

Die Firmware compiliert immer noch nicht mit FEATURE_OUTPUT_FINISHED_OBJECT = 0....
Gruß, Martin

Klipper Firmware für den RFx000: Klipper für RFx000 | Original-Dokumentation | Diskussion | Wiki mit Installations-Anleitung

(Ich bin in diesem Forum nicht mehr aktiv)
Benutzeravatar
rf1k_mjh11
Developer
Developer
Beiträge: 2051
Registriert: Di 6. Jan 2015, 19:44
Wohnort: Autriche
Has thanked: 263 times
Been thanked: 542 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von rf1k_mjh11 »

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....
und dafür die zwei Skripts hier
#define OUTPUT_OBJECT_SCRIPT_PRINT "G21\nG91\nG1 E-10\nG1 Z210 F5000\nG1 Y250 F7500"
#define OUTPUT_OBJECT_SCRIPT_MILL "G28 Z0\nG21\nG91\nG1 Y250 F7500"
[/size][/font]
mit leeren Strings befüllen, oder zur Not jeweils mit dem String "G4 P1", wo halt eine Millisekunde gewartet wird - und fertig!
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.:developer:

mjh11
RF1000 (seit 2014) mit:
  Pico Hot End (mit eigenem Bauteil- und Hot End Lüfter)
  Ceran Bett
  FW RF.01.47 (von Conrad, modif.)

Die Natur kontert immer sofort mit einem besseren Idioten.
mhier
Prof. Dr. des 3D-Drucks
Prof. Dr. des 3D-Drucks
Beiträge: 1672
Registriert: Fr 11. Sep 2015, 11:37
Has thanked: 279 times
Been thanked: 246 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von mhier »

mjh11,

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

Gruß
Martin
Gruß, Martin

Klipper Firmware für den RFx000: Klipper für RFx000 | Original-Dokumentation | Diskussion | Wiki mit Installations-Anleitung

(Ich bin in diesem Forum nicht mehr aktiv)
RF1000
Developer
Developer
Beiträge: 340
Registriert: Fr 10. Okt 2014, 16:31
Has thanked: 40 times
Been thanked: 80 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von RF1000 »

Danke,


wir haben das in der kommenden Firmware bereits korrigiert.


mfG
RF1000
mhier
Prof. Dr. des 3D-Drucks
Prof. Dr. des 3D-Drucks
Beiträge: 1672
Registriert: Fr 11. Sep 2015, 11:37
Has thanked: 279 times
Been thanked: 246 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von mhier »

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
Gruß, Martin

Klipper Firmware für den RFx000: Klipper für RFx000 | Original-Dokumentation | Diskussion | Wiki mit Installations-Anleitung

(Ich bin in diesem Forum nicht mehr aktiv)
RF1000
Developer
Developer
Beiträge: 340
Registriert: Fr 10. Okt 2014, 16:31
Has thanked: 40 times
Been thanked: 80 times

Re: Neue Development Firmware (RF.01.19)

Beitrag von RF1000 »

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
Antworten

Zurück zu „Firmware / Tweaks“