Neue Firmware für RF1000 und RF2000 (RF.01.10)

[RF1000]

Hallo,


wir haben heute die neue Version der Firmware auf GitHub hochgeladen. Diese meldet sich als "RF.01.10" und kann sowohl für den RF1000 als auch für den RF2000 kompiliert werden.
Die RF1000 Variante unterstützt wie gehabt den Druck- und den Fräsmodus.
Beim RF2000 wird vorerst nur der Druckmodus unterstützt, der Fräsmodus ist in der Firmware zwar natürlich auch vorhanden aber wird erst offiziell freigegeben, wenn auch die entsprechenden Erweiterungssets für den RF2000 verfügbar sind.

Der Inhalt der Ordner "RF1000" und "RF2000" ist identisch, außer dass in der Configuration.h der Druckertyp im Ordner "RF1000" auf "RF1000" voreingestellt ist und im Ordner "RF2000" auf "RF2000". Damit kann sich jeder die für seinen Drucker passende Firmware kompilieren, ohne die Sourcen anfassen zu müssen.

Mit diesem Update sind der Development und der Master Stand der Firmware erst einmal identisch.
Nähere Informationen gibt es wie immer im Change Log.


mfG
RF1000

[riu]

Vielen Dank für die Info RF1000. Btw: Ein Link zum Changelog wäre fein gewesen.

Liebe Grüße,
Udo

[RF1000]

Der neue Master Stand liegt hier:

https://github.com/RF1000/Repetier-Firmware

Das dazugehörige Change hier:

https://github.com/RF1000/Repetier-Firm ... ngelog.txt


mfG
RF1000

[X4r3]

Funktioniert bei jemanden das Hochladen der neuen Firmware per Arduino 1.6.5?:

Code: Alles auswählen

In file included from Repetier.h:152:0,
                 from Commands.cpp:19:
Printer.h: In static member function 'static bool Printer::isZMinEndstopHit()':
Printer.h:652: error: 'operatingMode' was not declared in this scope
    if( operatingMode == OPERATING_MODE_PRINT )
        ^
Printer.h:684: error: 'MINIMAL_Z_ENDSTOP_MAX_TO_MIN_STEPS' was not declared in this scope
    if( stepsSinceZMaxEndstop && stepsSinceZMaxEndstop > MINIMAL_Z_ENDSTOP_MAX_TO_MIN_STEPS )
                                                         ^
Printer.h:699: error: 'Z_ENDSTOP_MIN_TO_MAX_INITIAL_STEPS' was not declared in this scope
    stepsSinceZMinEndstop = Z_ENDSTOP_MIN_TO_MAX_INITIAL_STEPS;
                            ^
Printer.h: In static member function 'static bool Printer::isZMaxEndstopHit()':
Printer.h:751: error: 'operatingMode' was not declared in this scope
    if( operatingMode == OPERATING_MODE_MILL )
        ^
Printer.h:783: error: 'MINIMAL_Z_ENDSTOP_MIN_TO_MAX_STEPS' was not declared in this scope
    if( stepsSinceZMinEndstop && stepsSinceZMinEndstop < MINIMAL_Z_ENDSTOP_MIN_TO_MAX_STEPS )
                                                         ^
Printer.h:801: error: 'Z_ENDSTOP_MAX_TO_MIN_INITIAL_STEPS' was not declared in this scope
    stepsSinceZMaxEndstop = Z_ENDSTOP_MAX_TO_MIN_INITIAL_STEPS;
                            ^
'operatingMode' was not declared in this scope

Edit: Ahja, habe in der RF1000.h #define FEATURE_MILLING_MODE auf 0 gesetzt. Mit 1 funktioniert's.

[3D-Doodler]

Moin zusammen,

folgende Zeilen im Change Log ließen mich hoffen, dass die Kommunikationsprobleme mit Simplify3D endlich gelöst sind:

40 - The actual calculation of the z-compensation is done with less blocking of interrupts.

41 - This modification should eliminate seldom communication errors (and as a result, short stops of the printing process) which could have occurred with previous versions.

Ich habe das natürlich gleich ausprobiert und musste feststellen, dass sich an diesem Problem leider nichts geändert hat.
Außerdem vernahm ich ein seltsames Brummen, das sich beim Verfahren der Y-Achse leicht veränderte aber beunruhigend laut war.

Ich habe jetzt die V 0.91.48 wieder drauf und trage weiterhin die Daten per SD-Karte zum Drucker.

Viele Grüße
Ralf

PS: Mit Arduino 1.6.5 hochgeladen.

[mhier]

Benutzt hier jemand Linux? Wenn ich die Firmware per git auschecke, werden sehr viele Dateien anscheinend mit CRLF line ending ausgecheckt. Entsprechend gibt mir git status viele Modifikationen. Ist im Moment erstmal kein großes Problem, wenn ich aber Änderungen vornehmen möchte, bedeutet das unweigerlich einen riesen Haufen Konflikte beim nächsten Update. Das Phänomen ist erstaunlicherweise Unabhängig von meiner Einstellung core.autocrlf in git. Sind die CRLFs vielleicht im Repository schon drin?

PS: Bei mir baut die Firmware problemlos, hochladen mach ich über den Repetier-Server.

[R3D3]

Moin zusammen,

[....]
Außerdem vernahm ich ein seltsames Brummen, das sich beim Verfahren der Y-Achse leicht veränderte aber beunruhigend laut war.

Ich habe jetzt die V 0.91.48 wieder drauf und trage weiterhin die Daten per SD-Karte zum Drucker.

Viele Grüße
Ralf

PS: Mit Arduino 1.6.5 hochgeladen.

Kannst du die Quelle des Brummens näher einkreisen? Etwa der z-Spindelmotor? Die z-Bewegungssteuerung hat sich ja wohl geändert...

Hab ebenfalls noch die 0.91.48 drauf, allerdings wegen Dual Extruder in (m)einer angepassten Form von Husky's Dual-Version. Müsste ähnliche Änderungen ebenso in der RF.01.10 machen, aber angesichts der noch offenen Fragen glaube ich, dass ich noch warte bis weitere prinzipielle Erfahrungen vorhanden sind...

[RF1000]

40 - The actual calculation of the z-compensation is done with less blocking of interrupts.

41 - This modification should eliminate seldom communication errors (and as a result, short stops of the printing process) which could have occurred with previous versions.

Diese Änderung gibt es im Development-Zweig ja schon seit der V 0.91.49. Im Thread zum Simplify3D Thema konnten wir dieses Verhalten leider nicht weiter eingrenzen, von daher ist in der Version RF.01.10 wahrscheinlich noch nichts enthalten, was an diesem Thema etwas geändert hätte.


mfG
RF1000

[shaddi]

Benutzt hier jemand Linux? Wenn ich die Firmware per git auschecke, werden sehr viele Dateien anscheinend mit CRLF line ending ausgecheckt. Entsprechend gibt mir git status viele Modifikationen.

Ja, das war leider immer schon so. Die arbeiten scheinbar mit Windows und einem miesen Editor. Die Files die C nicht angefasst hat, waren in Ordnung und der Rest mit CRLF...

[3D-Doodler]

Kannst du die Quelle des Brummens näher einkreisen? Etwa der z-Spindelmotor? Die z-Bewegungssteuerung hat sich ja wohl geändert...

... leider nicht (mehr), ich habe jetzt die FW 0.91.48 wieder drauf. Ich denke aber es lag am y-Motor.

Gruß, Ralf