Neue Master Firmware (RF.01.38)

[RF1000]

Hallo,


wir haben heute die neue Version der Master Firmware auf GitHub hochgeladen. Diese ist funktional identisch zur bisherigen Development Firmware (= RF.01.37) und meldet sich als "RF.01.38" und kann sowohl für den RF1000 als auch für den RF2000 kompiliert werden.

Das Change Log dazu lautet:

V RF.01.38 (2017-12-19)
- Fixing of compiler errors in case FEATURE_MILLING_MODE was set to 0 for the RF1000 variant of the firmware.
- Adding of a timeout so that continuePrint() can not block the further execution of G-Codes forever.
- Improved handling of RF1000 installations where the z-min and z-max endstops are within the same circuit.
- Adding of support for the following device configuration:
- RF2000 + miller
- Direct steps into the y and z direction could cause small, unwanted steps into the x direction.
- These small steps could cause the x stepper to buzz.
- The menu items "Set XY Start" and "Set XY End" did not set the start/end position properly in case direct movements where used to move to the start/end position.
- readIdlePressure() cancels the heat bed scan in case the idle pressure is not constant.
- After the start of the heat bed scan, the firmware waits until all temperatures are reached before it starts with the homing.
- After the homing, the z-axis is moved down HEAT_BED_SCAN_Z_START_STEPS steps (default = 0.5 mm).
- The default homing speeds for the milling mode have been increased by about 50 %.
- 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.
- The last column and row of the heat bed/work part scan did not find their way into the heat bed/work part compensation matrix.
- Improved rounding of the x/y positions within the first row/column of the compensation matrix.
- In case both extruders were heated up before the heat bed scan, only the first extruder was turned off at the end of the scan.
- Adding of support for M3117.
- This command can be used in order to set a status text which is not overwritten by M117.
- M3117 makes M3110 obsolete, thus M3110 is not supported anymore.
- In case the Z-compensation is active, "Cmp" is displayed at the status display right to the current z-value.
- Adding of support for an alternative mode for the displayed z-value.
- In operating mode "print", the menu entry "Configuration" - "General" - "Z Scale" can be used in order to determine whether the displayed z-value shall be counted from z-min or from the surface of the heat bed.
- In operating mode "mill", the menu entry "Configuration" - "General" - "Z Scale" can be used in order to determine whether the displayed z-value shall be counted from the determined z-origin or from the surface of the work part.
- In case an error or a warning is detected by the firmware, an according error/warning information can be displayed directly at the display.
- The status information is displayed until it is acknowledged via a button (or until it is overwritten by a following status information).
- An eventually ongoing print/mill operation is not interrupted/delayed through a displayed status information.
- Additional information can be provided via the log of the connected PC application (Repetier-Host).
- In case FEATURE_EMERGENCY_Z_STOP is active, the strain gauge values are not examined anymore while the print/mill operation is paused.
- During this pause, someone might want to clean the extruder or to exchange the used tool of the miller. Such operations can bring high forces onto the strain gauge, in which case an emergency z block was possible.
- In case the z-origin at the beginning of a mill operation was not searched at the x/y start position of the work part scan, the determined z offset could be wrong.
- In case the firmware processes a long-lasting operation, it can notify an attached PC application via "busy:" packets. As a result, the PC application knows that the firmware is still alive and can avoid unnecessary timeouts.
- Adding of support for multiple (up to 9) heat bed z-compensation matrices.
- Possible use cases are different heat bed z-compensation matrices for different beds and/or different heat bed z-compensation matrices for different filaments/temperatures.
- The active heat bed z-compensation matrix can be chosen via M3009.
- Adding of support for a more precise heat bed scan.
- This more precise mode waits longer after heating up of the heating bed and extruders and it determines the static offset in z-direction which is caused by the changing length of the extruder at the printing temperature.
- The menu entries "Configuration" - "Z Calibration" - "Scan PLA/ABS" perform the scan with predefined temperature profiles for PLA/ABS.
- M3010 can be called with the S1 (PLA) or S2 (ABS) parameters now in order to start the scan with predefined temperature profiles for PLA/ABS.
- The G-codes M3030, M3031, M3032, M3033, M3040, M3041, M3042, M3050, M3051, M3052, M3053, M3054 and M3055 are available also in operating mode "mill" now.
- G0/G1 commands are allowed to overdrive Z-min now.
- The overdrive is limited through Z_OVERRIDE_MAX and allows G0/G1 to decrease the height of the first layer even in case Z-min is active already.
- An example use case can appear in case the calibration line is printed with a bigger height (e.g. 0.35 mm) than the first layer (e.g. 0.1 mm) - in such a scenario, the active z-compensation could drive the heat bed upwards so that Z-min is active already.
- The mode of the movement via the "Position X/Y/Z" menus can be configured now.
- Within these menus, the right menu button can be pressed in order to switch the mode between "Single Steps", "Single Move", "1 mm", "10 mm" and "50 mm".
- The mode which is chosen within the "Position Z" menu is applied also to the "Heat Bed up" and "Heat Bed down" hardware buttons.
- The speed of the PWM for the fans has been changed from ~15 to ~122 Hz.
- The maximal length in x direction has been changed to 230 mm for the milling mode.
- M3006 and M3146 support the Z parameter now which allows to configure the static z-offset in [mm].
- M3007 and M3008 support the Z parameter now which allows to configure the z-compensation scope in [mm].
- The codepage of all .cpp and .h files has been changed so that also characters like ° and µ can be used without warnings from the Arduino IDE.
- Improved description of all RF-specific M-codes within RF.h.
- M3013 P1 and M3153 P1 can be used now in order to output the z-offsets from the current z-compensation matrix in [mm] (instead of the default unit [steps]).
- The firmware has sent "Start" via USB instead of "start" after its startup, which could cause problems with applications like OctoPrint.
- Single moves into z-direction via the hardware buttons could continue although the button was released already.
- Some unnecessary blocking of manual movements into the x, y and z-directions has been removed.
- The "Hotend Type" setting from the menu was reset during each restart of the firmware.
- There were situations where the wrong heat bed matrix could be loaded.
- M303 did not update the P-value (only the I- and D-values were written to the EEPROM).
- In case the "Z Type" of the RF1000 was configured to "Circuit", the firmware could detect Z-max as hit instead of Z-min during the processing of the first layers.
- The firmware could hang or reset in case it had to process a lot of G-codes of rather short execution length (e.g. the single linear segments of a circle).
- The emergency stop because of too high pressure values from the strain gauge stops all axes (instead of only the z-axis) now.
- Successive homing of the z-axis and enabling of the z-compensation could lead to a wrong calculation of the z-position.
- Removing of the .gitattributes file in order to allow easier cross-platform collaboration.
- In case the heat bed scan is started and the extruder is warmer than the target temperature, the firmware waits until the extruder has cooled down.
- Review of all calls to the watchdog in order to avoid situations where the heaters could remain constantly on because of a hang of the firmware.
- "Printer Ready" could be shown too early (= at any moment in the middle of the printing). Typically this information was shown only for a short moment of time.
- On some boards the watchdog could fire during the startup of the firmware, in which case the firmware ended in an endless restart loop.
- M116 uses TEMP_TOLERANCE instead of "1" in order to judge whether the target temperature has been reached.
- The PWM speed for the fan of the RF1000 has been changed from 122 Hz to 15 Hz.
- The PWM speed for the fan of the RF2000 remains unchanged at 122 Hz.
- Directly after the start of the firmware, wrong values could be shown for the current temperatures of the heat bed and of the extruder.
- After a restart of the firmware, the menu of the RF2000 could show that the 230 V plug is on although it is always turned off during the start of the firmware.
- Minor clean-ups.


Die neue Firmware ist wie immer hier zu finden: https://github.com/rf1000/repetier-firmware/tree/master
Die Anleitung zum Aktualisieren der Firmware hier im Forum ist hier zu finden: http://www.rf1000.de/wiki/index.php/Firmware_Update


mfG
RF1000

[Nibbels]

Das ist die bisherige 1.37 die nun die 1.10 ersetzt, wenn ich mich nicht irre.
Meiner Meinung nach würde ich folgende Änderungen vornehmen, wenn ihr die benutzt:

1) Diese Zeile:
https://github.com/RF1000/Repetier-Firm ... .cpp#L1046
https://github.com/RF1000/Repetier-Firm ... .cpp#L1046

Code: Alles auswählen

HAL::allowInterrupts();

Muss definitiv raus!

2) Diesen Wert 12000
https://github.com/RF1000/Repetier-Firm ... 000.h#L837
https://github.com/RF1000/Repetier-Firm ... 000.h#L837
Würde ich auch bei der 1.38 auf eine Zahl maximal 10000, besser 9000, 8000, 6500 o.ä. ändern.
Evtl. muss man dann noch diese Error-Abfrage ausbauen.

Dann hat man die letzte Firmware "even more stable" und flüssiger in der Bedienung.
In 1.39 sind diese Änderungen drin. Wenn also diese neue Development keine groben Fehler drin hat, würde ich nicht die 1.38 aufspielen, sondern 1.39.

LG

[hal4822]

Wer kämpfen will hat also weiterhin viel zu tun und wer auf "Nummer Sicher" gehen will, der denke über Marcometaners Spruch nach : "... wird offiziell nicht unterstützt und wenn auf Grund dieser Firmware Schäden enstehen sind diese von der Gewährleistung ausgeschlossen."

p.s.: für den RF1000 kommt das alles ja nun eher als Nachruf.

https://de.wikipedia.org/wiki/Firmware# ... Definition

Dort zu lesen : "...Unter Firmware (engl. firm ‚fest‘) versteht man Software..." . - meine Definition ist, dass Firmware für das ausgelieferte Gerät genau passt und nur ein Update brauchen sollte, wenn an der Hardware was geändert wurde.

[Nibbels]

Wer kämpfen will hat also weiterhin viel zu tun und wer auf "Nummer Sicher" gehen will, der denke über Marcometaners Spruch nach : "... wird offiziell nicht unterstützt und wenn auf Grund dieser Firmware Schäden enstehen sind diese von der Gewährleistung ausgeschlossen."

p.s.: für den RF1000 kommt das alles ja nun eher als Nachruf.

Hi

So schwarz darf man das nicht sehen. Sehe mal so.. Die 1.10 ist endlich vom Tisch.

Ich hätte mir natürlich gewünscht, dass diese zwei Bugs für ewig aus allen Kundengeräten raus sind. Trotzdem funktioniert diese Firmware. Man sollte nur nicht zwingend was ändern oder modden solange der overflow passieren kann.

Marcometaner sagt übrigens genau das richtige. Das kam glaube ich bei manchen von euch falsch an.

"auf Grund dieser Firmware Schäden enstehen". Ich weiss noch nicht wo dieser Fräsbug zu suchen ist der hier letztens diskutiert wurde, aber viele andere sind und bleiben Aus dem Mod raus. Die können nichts mehr anrichten.
Wenn jemand mit mir die Firmware oder auch den mod auf Herz und Nieren testet hilft das allen. Trotzdem arbeiten wir dann in einer development umgebung und wir sind nicht der Hersteller.
Doch die wichtigen fehler sind alle bei RF1000 gelandet. Er konnte sich die mit seinem vorwissen nochmal anschauen -> 1.39

[Pinocchio89]

Hallo,
Mein Englisch ist nicht so gut. Aber wenn ich den changelog lese, steht da doch, dass dies passieren könnte oder jenes könnte passieren.
Bedeutet das nun, dass diese Dinge in dieser FW-Version auftreten können oder das diese Dinge, die früher auftreten konnten nun behoben sind?

Eine wichtigere Frage: ist in dieser FW-Version nun das Problem mit dem kaputt fahren des z-Sensors definitiv behoben?

Ich kenne mich mit dem Zeug nicht so aus. Deshalb würde ich gerne wissen, ob ich als einfacher Benutzer, glücklich werden kann, wenn ich diese FW im originalen aufspielen würde. (Die original FW-Version, die damals auf dem Drucker war, hatte damals auch ausgereicht)

Die zwei Dinge, die man ändern sollte: Was bewirken diese? Was könnte passieren, wenn man diese so lässt?

Ich bevorzuge eigentlich die Stabile Version, da ich mich nicht auskenne und keine Probleme beim Drucken haben möchte. Allerdings wäre ich einer kleinen Erklärung zu den Developer Version nicht abgeneigt. Das diese Version nicht offiziell muss ja nicht unbedingt heißen, dass diese unstabiler sind.
Also wenn man schnell, einfach und sicher Dinge drücken möchte, die nicht sehr speziell und aus einfachen Material sind: reicht die Stabile Version aus oder ist die Developer Version trotzdem besser? Bei welchen Bedingungen würde die Developer Version vorteilhafter sein?

Vielen Dank Schonmal für eure Hilfe.

[RF1000]

Hallo Pinocchio89,


im Change Log stehen immer jene Dinge, die in der neuen Version geändert worden sind. Wenn also mögliche Fehler im Change Log stehen dann sollten diese mit der neuen Version nicht mehr auftreten, können aber in vorherigen Versionen enthalten sein.

Ich kenne mich mit dem Zeug nicht so aus. Deshalb würde ich gerne wissen, ob ich als einfacher Benutzer, glücklich werden kann, wenn ich diese FW im originalen aufspielen würde.

Ja, das wirst du. Die neue Master-Firmware sollte besser funktionieren und/oder mehr Funktionen bieten als die bisherige.

Allerdings wäre ich einer kleinen Erklärung zu den Developer Version nicht abgeneigt. Das diese Version nicht offiziell muss ja nicht unbedingt heißen, dass diese unstabiler sind.

Die RF.01.39 enthält gegenüber der RF.01.38 weitere Funktionen und/oder behebt Fehler, die in der RF.01.38 noch enthalten waren. Grundsätzlich wird die Development Firmware öfter aktualisiert als der Master Stand. Wenn eine Development Firmware auf GitHub veröffentlicht wird hat sie in der Regel weniger Tests durchlaufen als ein Master Stand.

Wenn du gerade mit dem 3D-Druck beginnst empfehle ich dir die Master Firmware. Wenn du experimentierfreudiger wirst dann könnte auch die Development Firmware für dich sinnvoll werden.


mfG
RF1000

[reini0077]

Hallo, ich bin neu auf dem Sektor 3D Druck. Was bringt das Update und wie spiele ich das auf?

lg Reini

[Digibike]

...Die neue Firmware ist wie immer hier zu finden: https://github.com/rf1000/repetier-firmware/tree/master
Die Anleitung zum Aktualisieren der Firmware hier im Forum ist hier zu finden: http://www.rf1000.de/wiki/index.php/Firmware_Update
...

Hi Reini0077,

RF1000 hat die beiden Links ganz am Ende seines Change logs gestellt. Dort in der Wiki ist es erklärt und in der Github findest
die FW zum downloaden.
Gesehen oder hast du ein spezielles Problem/Frage bezüglich dem Aufspielen?
Das Update korrigiert viele kleine Bugs, wurde etwas Optimiert und hat neue Features drin. Wie ich in deinem Willkommens-Thread
geschrieben habe, weiß ich nicht, was für einen RF1000 du hast, weil du seit 2015 anscheinend regestriert bist, aber wohl Inaktiv
warst. Wenn der RF1000 aus der Zeit ist und keine Updates drauf bekommen hat, ist wohl eine 0.9xxxx FW drauf - da empfiehlt
sich defenitiv ein Update. Aber bei den vielen kleinen Optimierungen und gefundenen Bugs würde ich generell zumindest die
neue Stable drauf machen, wenn du mich fragst.

Gruß, Christian

[Pinocchio89]

Danke für die super schnelle Antwort.

Ich habe jetzt die RF.01.38 auf den Drucker gemacht.

Nun lässt sich aber leider die Z-Calibration nicht mehr durchführen.
-Zuerst Home ich den Drucker in alle Richtungen. Das Bett ist dann ca 1,5cm hinter der Düse.
-Dann drücke ich auf Scan/Scan PLA
-Dann heizt sich die Düse und das Bett auf
-Da dann nichts weiter passiert, drücke ich noch einmal auf Scan/Scan PLA
-nun fahren die drei Motoren ca. 1cm hin und her. Je nachdem, ob ich auf Scan oder Scan PLA drücke, fahren die drei Motoren in unterschiedlicher Reihenfolge
-Die Düse wird dabei nicht einmal auf den Tisch "gedrückt", da dieser noch immer hinter der Düse ist
-Dann piept der Drucker drei mal und kühlt wieder ab.

Das war es dann leider
Ich hab das nun mehrmals versucht aber es funktioniert einfach nicht.
Kann mir jemand meinen Fehler erklären?

[PeterKa]

Gib dem Drucker mehr Zeit. Wenn Du Scan PLA machst, wartet das Programm 10 Minuten bis sich die Temperatur stabilisert hat, geh solangr eine rauchen, das schont die Nerven

PeterKa