Seite 1 von 1

Neue Development Firmware (RF.01.29)

Verfasst: Fr 3. Jun 2016, 11:51
von RF1000
Hallo,


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

Das Change Log dazu lautet:

V RF.01.29 (2016-06-03)
- 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).
- Minor clean-ups.

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


mfG
RF1000

Re: Neue Development Firmware (RF.01.29)

Verfasst: Di 7. Jun 2016, 18:13
von 3D-Doodler
Hallo,

ich habe gestern die V01.29 installiert und nach einer notwendigen kleinen Korrektur meines Z-Endschalters den HBS durchgeführt. Das Ergebnis ist das beste, von allen bisher installierten Versionen. Die maximale Höhenabweichung bei einem 200 x 200 x 0,2mm Testdruck (Kreuz mit Rahmen beträgt 0,02mm - Respekt! Die zusätzlichen Wartezeiten und vor Allem das abschließende Vermessen der Extruderlänge nach Erreichen der späteren Solltemperatur lohnt sich und erspart einem das Ausprobieren und Korrigieren nach dem HBS mit M3006 ...

Es gab nur ein Problem, weswegen ich den Z-Endschalter neu einstellen musste: Wenn der Z-Endschalter leicht im Minusbereich liegt (dieser war bei mir auf ca. -0,1mm eingestellt), fährt der Extruder nach dem HBS eine Stelle nahe der Mitte der Druckplatte an, hebt dann die Druckplatte bis zum Extruder an und heizt diesen dann auf die spätere Zieltemperatur auf. Fatal, wenn man, wie ich, eine DDP hat. Diese hätte ganz sicher Schaden genommen, wenn ich das nicht mitbekommen hätte.

Also an die Entwickler: Bitte vor dem Anfahren der x/y-Position nach den HBS einen Sicherheitsabstand zur Platte einhalten bevor der Extruder hochgeheizt wird. Sonst alles gut gemacht. Danke dafür.

Viele Grüße
Ralf

Re: Neue Development Firmware (RF.01.29)

Verfasst: Mi 8. Jun 2016, 07:54
von Spoosie
Moin,

ich habe auch die 1.29 installiert, und bin froh das mein Druckfehler nun beseitigt ist. Ich wollte noch kurz eine Sache schildern, die mir von der Stable auf die 1.27 passiert ist. Vllt. gibt es da noch Verbesserungsbedarf.
Und zwar gibt es jetzt ja die verschiedenen HBS Z Matrixen. Als ich das update durchgeführt hatte, konnte ich auf Matrix #1 keinen HBS durchführen. Ständig kam ein Fehler, den ich jetzt allerdings nicht mehr nennen kann. (Irgendwas mit falschen Daten oder Struktur) Erst als ich auf #2 geschaltet habe, konnte ich mit der neuen Version den Scan durchführen. Seitdem habe ich nur #2 als aktive Einstellung laufen.

Ich habe gesehen, dass es einen GCode zum Zurücksetzen der Daten in den Matrixen gibt. Wäre es nicht sinnvoll für diese Funktion einen Unterpunkt in dem Menü zu erstellen? Ein Zurücksetzen der ganzen Maschine in den Systemeinstellungen hat übrigens auch nicht recht geholfen. Vllt. wird das dort nicht mit ausgeführt?

Gruß
Kevin

Neue Development Firmware (RF.01.29) - Fehlermeldung HBS

Verfasst: Mi 8. Jun 2016, 08:56
von rf1k_mjh11
Kevin/Spoosie,

Den Fehler hatte ich auch, beim erstmaligen Wechsel von der v.0.91.xx auf die (damals) RF.1.23. Der Grund ist der, dass in den älteren Versionen die Anzahl der Spalten geringer, und damit die Matrix anders aufgebaut war.
Du hattest dabei vermutlich folgende Meldung:
loadCompensationMatrix(): invalid header format detected: 6 (expected: 7)).
Ob sich die neue Matrix nicht trotzdem über die alte (falsche) Matrix speichern lässt, habe ich selbst auch nicht geprüft. Wenn ich mein Ceran-Heizbett am Laufen habe. kann ich es testen.
Spoosie hat geschrieben:...Ein Zurücksetzen der ganzen Maschine in den Systemeinstellungen hat übrigens auch nicht recht geholfen. Vllt. wird das dort nicht mit ausgeführt?...
Meinst du damit M502 ? Da werden die Werte nicht im EEPROM gespeichert. (Das könnte man anschließend mit M500 erreichen.)

mjh11

Re: Neue Development Firmware (RF.01.29)

Verfasst: Mi 8. Jun 2016, 12:07
von Spoosie
Naja, ich sehe das so. Wenn man vor dem Gerät steht und es damit nicht vollständig bedienen kann, läuft irgendwas schief. Denn erst mit nem Rechner oder Raspi (Octoprint usw) da irgendwelche Befehle einzuhacken finde ich aus Nutzersicht etwas umständlich. :)

Also so eine Art "Reset Matrix" wäre da vllt. sinnvoll?!

Re: Neue Development Firmware (RF.01.29)

Verfasst: Do 9. Jun 2016, 13:35
von RF1000
Hallo Spoosie,


bei der RF.01.21 wurde das Format der Matrix geändert, d.h. die RF.01.21 (und neuer) kann die Matrix von der RF.01.19 (und älter) nicht verwenden (und umgekehrt).
Nach dem Aktualisieren auf die RF.01.29 sollte es aber über das Menü problemlos möglich sein, einen neuen Heizbettscan zu starten (der dann per Default auf der Speicherstelle 1 landen würde). PC oder Raspi sollten dafür nicht notwendig sein.
Um heraus zu finden, warum das bei dir nicht geklappt hat wäre natürlich sehr wichtig zu wissen, welche Fehlermeldung im Display angezeigt worden ist.


mfG
RF1000

Re: Neue Development Firmware (RF.01.29)

Verfasst: Do 9. Jun 2016, 20:40
von peba
Hab beim Update ein Problem.
Halte mich an die Anleitung! Arduino 1.6.6 & RF.01.29
Bekomme nach einigen Sekunden eine für mich unverständliche und ellenlange Fehlermeldung zurück. Einen Teil häng ich mal unter die Anfrage.
... (das Ganze hab' ich mit gleichem Ergebnis auch schon mit der Arduino 1.6.9 Vers. und Mega 2560 als Einstellung versucht ... das gleiche Ergebnis).

Arduino: 1.6.6 (Windows 10), Board: "Arduino Mega ADK"

In file included from sketch\HAL.h:57:0,

from sketch\Repetier.h:36,

from E:\RenkForce_3D\FW_01.29\RF1000\Repetier\Repetier.ino:112:

pins.h:114: error: pasting "/* PINB.3, 22, MISO*/" and "_DDR" does not give a valid preprocessing token

#define MISO_PIN 50 // PINB.3, 22, MISO

sketch\fastio.h:49:38: note: in definition of macro '_SET_INPUT'

#define _SET_INPUT(IO) do {DIO ## IO ## _DDR &= ~MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:645:9: note: in expansion of macro 'SET_INPUT'

SET_INPUT(MISO_PIN);

sketch\HAL.h:645:19: note: in expansion of macro 'MISO_PIN'

SET_INPUT(MISO_PIN);

pins.h:114: error: pasting "/* PINB.3, 22, MISO*/" and "_PIN" does not give a valid preprocessing token

#define MISO_PIN 50 // PINB.3, 22, MISO

sketch\fastio.h:49:65: note: in definition of macro '_SET_INPUT'

#define _SET_INPUT(IO) do {DIO ## IO ## _DDR &= ~MASK(DIO ## IO ## _PIN); } while (0)
sketch\HAL.h:645:9: note: in expansion of macro 'SET_INPUT'

SET_INPUT(MISO_PIN);

sketch\HAL.h:645:19: note: in expansion of macro 'MISO_PIN'

SET_INPUT(MISO_PIN);

pins.h:115: error: pasting "/* PINB.2, 21, MOSI*/" and "_DDR" does not give a valid preprocessing token

#define MOSI_PIN 51 // PINB.2, 21, MOSI

sketch\fastio.h:52:39: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:646:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(MOSI_PIN);

sketch\HAL.h:646:20: note: in expansion of macro 'MOSI_PIN'

SET_OUTPUT(MOSI_PIN);

pins.h:115: error: pasting "/* PINB.2, 21, MOSI*/" and "_PIN" does not give a valid preprocessing token

#define MOSI_PIN 51 // PINB.2, 21, MOSI

sketch\fastio.h:52:66: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:646:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(MOSI_PIN);

sketch\HAL.h:646:20: note: in expansion of macro 'MOSI_PIN'

SET_OUTPUT(MOSI_PIN);

pins.h:113: error: pasting "/* PINB.1, 20, SCK*/" and "_DDR" does not give a valid preprocessing token

#define SCK_PIN 52 // PINB.1, 20, SCK

sketch\fastio.h:52:39: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:647:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(SCK_PIN);

sketch\HAL.h:647:20: note: in expansion of macro 'SCK_PIN'

SET_OUTPUT(SCK_PIN);

pins.h:113: error: pasting "/* PINB.1, 20, SCK*/" and "_PIN" does not give a valid preprocessing token

#define SCK_PIN 52 // PINB.1, 20, SCK

sketch\fastio.h:52:66: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:647:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(SCK_PIN);

sketch\HAL.h:647:20: note: in expansion of macro 'SCK_PIN'

SET_OUTPUT(SCK_PIN);

pins.h:82: error: pasting "/* PINB.0, 19, SS*/" and "_DDR" does not give a valid preprocessing token

#define SDSS 53 // PINB.0, 19, SS

sketch\fastio.h:52:39: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:650:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(SDSS);

sketch\HAL.h:650:20: note: in expansion of macro 'SDSS'

SET_OUTPUT(SDSS);

pins.h:82: error: pasting "/* PINB.0, 19, SS*/" and "_PIN" does not give a valid preprocessing token

#define SDSS 53 // PINB.0, 19, SS

sketch\fastio.h:52:66: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:650:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(SDSS);

sketch\HAL.h:650:20: note: in expansion of macro 'SDSS'

SET_OUTPUT(SDSS);

pins.h:115: error: pasting "/* PINB.2, 21, MOSI*/" and "_DDR" does not give a valid preprocessing token

#define MOSI_PIN 51 // PINB.2, 21, MOSI

sketch\fastio.h:52:39: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:670:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(MOSI_PIN);

sketch\HAL.h:670:20: note: in expansion of macro 'MOSI_PIN'

SET_OUTPUT(MOSI_PIN);

pins.h:115: error: pasting "/* PINB.2, 21, MOSI*/" and "_PIN" does not give a valid preprocessing token

#define MOSI_PIN 51 // PINB.2, 21, MOSI

sketch\fastio.h:52:66: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:670:9: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(MOSI_PIN);

sketch\HAL.h:670:20: note: in expansion of macro 'MOSI_PIN'

SET_OUTPUT(MOSI_PIN);

pins.h:114: error: pasting "/* PINB.3, 22, MISO*/" and "_DDR" does not give a valid preprocessing token

#define MISO_PIN 50 // PINB.3, 22, MISO

sketch\fastio.h:49:38: note: in definition of macro '_SET_INPUT'

#define _SET_INPUT(IO) do {DIO ## IO ## _DDR &= ~MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:671:9: note: in expansion of macro 'SET_INPUT'

SET_INPUT(MISO_PIN);

sketch\HAL.h:671:19: note: in expansion of macro 'MISO_PIN'

SET_INPUT(MISO_PIN);

pins.h:114: error: pasting "/* PINB.3, 22, MISO*/" and "_PIN" does not give a valid preprocessing token

#define MISO_PIN 50 // PINB.3, 22, MISO

sketch\fastio.h:49:65: note: in definition of macro '_SET_INPUT'

#define _SET_INPUT(IO) do {DIO ## IO ## _DDR &= ~MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:671:9: note: in expansion of macro 'SET_INPUT'

SET_INPUT(MISO_PIN);

sketch\HAL.h:671:19: note: in expansion of macro 'MISO_PIN'

SET_INPUT(MISO_PIN);

pins.h:92: error: pasting "/* PINC.0*/" and "_DDR" does not give a valid preprocessing token

#define WATCHDOG_PIN 37 // PINC.0

sketch\fastio.h:52:39: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:763:3: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(WATCHDOG_PIN);

sketch\HAL.h:763:14: note: in expansion of macro 'WATCHDOG_PIN'

SET_OUTPUT(WATCHDOG_PIN);

pins.h:92: error: pasting "/* PINC.0*/" and "_PIN" does not give a valid preprocessing token

#define WATCHDOG_PIN 37 // PINC.0

sketch\fastio.h:52:66: note: in definition of macro '_SET_OUTPUT'

#define _SET_OUTPUT(IO) do {DIO ## IO ## _DDR |= MASK(DIO ## IO ## _PIN); } while (0)

sketch\HAL.h:763:3: note: in expansion of macro 'SET_OUTPUT'

SET_OUTPUT(WATCHDOG_PIN);

sketch\HAL.h:763:14: note: in expansion of macro 'WATCHDOG_PIN'

SET_OUTPUT(WATCHDOG_PIN);

pins.h:92: error: pasting "/* PINC.0*/" and "_DDR" does not give a valid preprocessing token

#define WATCHDOG_PIN 37 // PINC.0

..... und so weiter.
Ich komm' damit (natürlich) nicht weiter! Evtl. gibt's ja ein (einfache?) Lösung.

Danke schonmal;
Peter

Re: Neue Development Firmware (RF.01.29)

Verfasst: Do 9. Jun 2016, 21:09
von peba
Hat sich erledigt! 'tschuldigung für die Störung!
Hab's dann mit Arduino 1.6.5 nochmal ausprobiert ... tja man (-n) sollte sich auch an alles halten.
Bin nun schonmal ein wenig weiter (schlauer?).

vG

Peter

Re: Neue Development Firmware (RF.01.29)

Verfasst: Do 9. Jun 2016, 21:38
von Spoosie
Moin,

das man die Software nur mit 1.6.5 kompilieren kann, fand ich auch etwas seltsam. Aber man kann ja zum Glück mehrere Versionen gleichzeitig installiert haben. :)

Die Geschichte mit dem Fehler in der Matrix war, wie rf1k_mjh11 schon sagte.. der

loadCompensationMatrix(): invalid header format detected: 6 (expected: 7)).

Und ich konnte den HBS für diese Matrix dann auch nicht starten. Und hatte es dann mal mit Slot 2 versucht. Ich fand es sowieso etwas komisch, denn wenn man auf "Start" oder "Start PLA" klickt, passierte bei mir auf dem Display erstmal gar nix.. sondern man konnte nur auf der Schnittstelle sehen, dass er nun anheizt und etwas macht. Ich hätte mir da sowas wie "starting hbs.." oder so gewünscht.
Es war wohl so, dass erst die Temp hochgefahren wird, und dann bewegt sich die Kiste erst. Mir waren da zu wenig Informationen auf dem Display und ich womöglich wieder zu nervös. :D

Ich kann Morgen nochmal versuchen auf Matrix 1 den HBS zu starten, und würde dann entsprechend Infos liefern.