NACHTRAG:
Mit dem standardmäßig bei der Installation von der Arduino-Entwicklungsumgebung gesetzten Warning Level (== compiler.warning_flags) tritt beim Compilieren und Installieren keine einzige Warning auf. Für Otto-Normal-User sollte das eigentlich auch OK sein.

Ich hatte vorher ein kleines Akkuproblem, drum steht hier bisher kein Beitrag. Ich hatte alles feinsäuberlich dokumentiert - dann poff.
Aber diese ganzen Warnings habe ich hier
https://github.com/Nibbels/Repetier-Firmware/
inzwischen gefixed.

short uMax = -1000000;
z.B. ist da nun short uMax = -32768;
etc.

Beim Beeper steht nicht mehr 1000 in einem uint

https://forum.repetier.com/discussion/2 ... ion-issues
ist übernommen.

diverse (long) und (unsigned long) halfen gegen diese impliziten konvertierungen
... und viele mehr.

(Zumindest mit Warnungen = KEINE oder STANDARD wird jetzt nichts mehr angezeigt.)

Arduino 1.8.0 kompiliert bei mir inzwischen alles sauber!
Aber zweifel, sodass ich gerne erst selbst auf meinem Drucker testen will, bleiben mir natürlich.
Gerne kannst du bei meinem Github mal drüberschauen, was ich für Commits (https://github.com/Nibbels/Repetier-Firmware/commits/) gemacht habe.

Hallo!

Ich habe vorhin die Source Trees von rf1000/Repetier-Firmware/RF2000 und Nibbles/Repetier-Firmware/RF2000 per Diff verglichen.
Schaut gut aus

Danke vielmals für die viele Arbeit!

Bezügl. der CPP Line Comments in der Zeile nach dem eigentlichen #define Statement wäre ich persönlich nicht so glücklich (bezieht sich auf pins.h).
Bis jetzt ist es in C / C++ Standard, daß die Kommentare in den Zeilen vor der eigentlichen Line stehen und nicht nach der eigentlichen Line.
Sollte sich ein Entwickler später auf die Kommentare beziehen, könnte er böse Überraschungen erleben, da er nicht damit rechnet, daß sich die Kommentare auf die darüberliegende Zeile beziehen und nicht auf die darunterliegende.

Da ich gesehen habe, daß in 'Repetier-Firmware' sich ein Doxygen Config File befindet, habe ich das sed Statement nochmals angepaßt (zusätzliches '\/' vor dem ' \2\n' Statement). Es läßt sich auch unter Windows einfach durchführen, solange man das GIT Package für Window von https://www.git-scm.com/ installiert hat (enthält integriert eine mingw bash Implementierung == eine Unix Shell): Und danach sollte es auch unter Windows compilieren / funktionieren und Doxygen auch dann die richtige Dokumentation liefern (http://www.stack.nl/~dimitri/doxygen/)

Viele Grüße und einen guten Rutsch ins neue Jahr

So

viele Tests später.
Version 1.8.0 will bei mir nicht perfekt laufen.

Crash mit: Und zwar bei OutputObject immer kurz vor
Commands::waitUntilEndOfAllMoves();

Ich habe erst beim Mod Probleme festgestellt, dann bei der originalen V1.35.
Aber kompiliert hatte ich immer mit Arduino 1.8.0

Erst als ich mit Arduino 1.6.5 kompiliert hatte, liefs bisher problemlos.
Ich hatte in einer Konstellation zwischen jedem Befehl in OutputObject ein Com::printFLN( PSTR( "xxxxxxxxx()" ) ); eingebaut, um zu sehen, wie weit der Drucker läuft, dann gings.
Aber das war mir zu unsicher. Und die Effekte waren nie exakt gleich - ähnlich wie damals mit dem Speedbug.

Ich bleibe deshalb bei Arduino 1.6.5, bis es da was offizielles gibt.

LG

Hallo
bin seit 4 Tagen besitzer eines rf 1000.
zu beginn habe ich die Standard Firmware 0.9.... auf 1.10 geändert. Habe eine Z config machen wollen. 10x versucht immer ein abbruch bekommen. Beim Druck reinigt er die Düse mit korrektem Abstand zum Bett. Bei dem Druck vom Modell ist die Düse auf einmal zu weit Weg, mehr als 0,7 mm. Das bedeutet das das Filament irgendwo und nicht geziehlt abgelegt wird und das Filament kurze Zeit später vom Heizbett abgezogen wird. Das Druckbild sieht auch furchtbar aus.

Nächster Logischer Schritt update 1.33.
Z config kalibriert alles sah gut aus Druckperimeter eingestell und los.
Doch dann, reinigen der Düse ok Modelldruck beim 1 layer fuhr die düse leicht kratzend übers Heizbett, Notstop.
Also ist der Abstand auf einmal zu gering.

Nächster Schritt UPdate 1.35 heute am 03.01.2017 um 19:00 installiert.
Drucker startet nicht mehr und bleibt im restartfenster (Angabe der Version und Conrad SE) hängen.

Ein paar Daten

Renkforce 1000
drucke mit PLA bei Extruder 210C° Heizbett 75C°
Z offset immer 0
1. layer 0,35
Layer high 0,1
Programm repetier host und slic3r
Firmwareupdate mit arduino 1.6.5

Ich komm nicht mehr weiter da man hier sagt das 1.35 funzt, bei mir aber nicht.
Desweiteren einmal zu viel Abstand und dann zu wenig. Was ist los mit meinem Drucker, will er nicht oder mach ich was verkehrt, aber was.
Kann mir da einer bitte weiter helfen?

Vielen Dank schon mal fürs lesen.

Ein Update zu meinem Problem

habe jetzt eine version von Repetier Host v1.6.2 installiert, jedoch finde ich keine RF 1000 Repetier version gefunden.
Zu dieser Repetier host benutze ich die RF 1000firnware 1.33.
mit ein paar grundeinstellungen fährt der Drucker in einem zu großen höhe über das Heizbett so das dass filament den Tisch nicht berührt, sich aber um die Düse wickelt.
Desweiteren fördert der Extruder Filament in der Ausgangsposition kurz vor dem Start(30mm und mehr). Temp. von 180 bis 220 probiert immer das gleiche ergebniss. Das Filament liegt da wos nicht hingehört, vor dem Tisch.

1. kann mir jemand eine RF 1000 Repetier Host 1.6.x download link verraten -- conrad bietet keine links mehr

2. warum ist der Abstand zu größ

3. warum die Filamentförderung vor dem Start.

Ich brauche dringend jemand der mich an die Hand nimmt , bin in pc technik nich unbeholfen und mit Kunsttsoff kenn ich mich dafür genügend aus ,aber der Drucker is mir ein Schloß für den scheinbar kein Schlüssel passt.
Ich will dies als Modellbauer nicht aufgeben, ich beiss mich immer durch Probleme nur diesmal habe ich schon Tränen in den Augen.

Dieken hat geschrieben: 2. warum ist der Abstand zu größ

Ich versuche mal, das Problem mit dem Abstand technisch aufzubauen.
Das musst aber evtl. mehrmals lesen und wenn jemand Fehler oder Irrungen findet, bitte kommentieren!
Es kann gut sein, dass dir das meiste absolut geläufig ist. Ich wollte es nur mal komplett niederschreiben.

Wie weiß der Drucker wann er ans Heizbett stößt?
Der Motor weiß beim Druckerstart nicht, wo das Heizbett ist, also fährt er wenn er das wissen soll (Homing) ganz nach oben, bis er am Z-Schalter anstößt.
Dann merkt er, "hier ist Null". Fährt die Ebene ins Z-Minus, fährt sie nach oben (Abstand Bett-Düse sinkt). Fährt sie ins Z-Plus, fährt sie nach unten.
Eigentlich könnte er an diesem "Null"-Punkt exakt mit der Düse ans Heizbett stoßen. Das ist aber praktisch nicht gut.
- Wenn das Bett und oder die Düse warm ist, verringert sich der Abstand.
- Wenn das Bett uneben ist (es ist leicht wellig), variiert der Abstand je nach Position.

Was ist und macht der Startcode?
Er wird an den Anfang deiner G-Code-Dateien platziert und beinhaltet Anweisungen für die initialisierung aller wichtiger Parameter die dein Drucker zum Anlaufen braucht. Er hat noch nichts mit dem G-Code fürs Bauteil zu tun. Da werden besondere Features aktiviert, Geschwindigkeiten eingestellt, das Aufheizen wird gesteuert... usw. Ebenfalls wird meist etwas Material in der "Startmade" ausgeworfen, sodass im Hotend sicher keine Luft ist und evtl. verbrutzeltes Material (z.B. bei ABS) raus ist.
Du solltest einen Startcode verwenden, der zu deinem RF1000 passt und je nach Firmwarestand kann der leicht anders sein.

Zurück zum Abstandsproblem: Es existieren zur Einstellung und Kompensation 3 Stufen:
- Z-Schalter = 0 -> Grobe Nullposition, aber mit idealerweise 0,3mm +-0.2mm Abstand zum Bett im geheizten Zustand.
- Z-Offset zur Feinkorrektur wegen Wärmeausdehnung. Wird auch hier diskutiert: http://www.rf1000.de/viewtopic.php?f=7&t=1504
- HBS = HeatBedScan bzw. diese Wertetabelle mit Positionsoffsets zur Unebenheitskorrektur des Bettes (Begriff: "Z-Matrix")
Punkt 2 und 3 sind solche "Features" die man im Startcode einstellen kann.

Wie und wo kann ich diese "3 Stufen" einstellen?
- Den Z-Schalter stellst du manuell ein. (Vergleich: Beim RF2000 stellt man die Schraube nur verhältnismäßig grob ein und man stellt den exakten Düse-Bett-Abstand durch "Herunterlassen beider V2-Hotends" ein - die sind beim RF2000 geklemmt und nicht geschraubt, wie beim RF1000.)
- Das Z-Offset findest du im Druckermenü bei Configuration->Z-Configuration->Z-Offset. Oder in deinen G-Codes (im "Startcode") als Befehl M3006 (http://www.rf1000.de/wiki/index.php/GCo ... r_Z-Offset) Z0.0 für 0.0mm Z-Offset [Alte Firmwares: M3006 S0, noch älter: M3004 S0 http://www.rf1000.de/wiki/index.php/GCo ... r_Z-Offset]. Minus heißt näher ran, Plus heißt weiter weg/Bett weiter runter.
- Die HBS Z-Matrix ist nach einem erfolgreichen Scan im Drucker gespeichert und du kannst dort "mehrere" Hinterlegen und übers Menü auswählen. Normalerweise ist 1 aktiv - das reicht auch wenn man nicht mehrere Heizbetten besitzt. Um die Z-Matrix zu nutzen, muss inn deinem Startcode der Befehl M3001 (http://www.rf1000.de/wiki/index.php/GCo ... inschalten) nach einem Homing G28 (http://www.rf1000.de/wiki/index.php/GCo ... m_Ursprung) sein. Im Display des Druckers steht während des Druckes CMP hinter der Z-Angabe der Druckhöhe, wenn die Z-Kompensation korrekt aktiviert wurde.

Welche Abstandsänderungen kann ich inetwa erwarten?
AtlonXP (http://www.rf1000.de/viewtopic.php?f=25 ... 1mm#p15339) hat mal geschrieben dass pro 10°C der Extruder um 0.01mm längt. Erhöhst du also von 20°C auf 220°C ist das -0.2mm. Quasi eine Lage. So kannst du deinen Sicherheitsabstand ziemlich genau von einer kalt perfekten Druckereinstellung auf "Übers Bett schleifen" verändern. Läuft der Drucker ein bisschen längt das Hotend nochmal ca. 0.11mm nach (=du verlierst ebenfalls Abstand).
Auch das Bett könnte dir noch ein bisschen "entgegen kommen". Es kann gut sein, dass dein Bett um 0.2 .. 0.3mm variiert. Darum soll man die Abstandsjustage am höchsten Punkt machen. Eben da, wo das Bett der Düse am nächsten ist.

Fazit:
Der Grundtrick ist also, dass bei der justage deines Z-Schalters genügend Platz bleibt. Kalt vermutlich um die 0.6mm -> Aber das soll man heiß machen. Das wissen aber sicher ein paar andere hier besser. Ich habe den RF2000 und nicht den RF1000.
Die Heizplatte sollte plan aufliegen und nicht wippen oder so. (Da sollte keine Franse aus der Silikonmatte eine Ecke anheben etc.)
Anfangs sollte dein Z-Offset 0.0mm sein, das kannst du später nachstellen.
Beim RF1000 ist der obere Z-Schalter meiner Information nach ein mechanischer Schalter, den man nicht übermäßig überfahren kann, beim RF2000 eine Lichtschranke, da ist glaub ein wenig mehr Fahrweg ins -Z erlaubt. Halte dich also ziemlich genau an die Anweisung zum suchen des höchsten Bett-Punktes und an die Angabe, dass du die Vorjustage bei heißem Extruder machen solltest.

Die neueste Firmware 1.35 ist eine sehr gute Idee
Dazu gibts aber auch eine aktuelle Anleitung: Siehe http://www.rf1000.de/viewtopic.php?f=23&t=1625#p16071
Der Repetier-Host und seine Version dürfte nebensächlich sein, wenn du auf deinen Startcode (M3001 drin? M3006 korrekt? "CMP" erscheint bei Test im Display) achtest und der Text hier drüber verstanden ist.

Dieken hat geschrieben: 1. kann mir jemand eine RF 1000 Repetier Host 1.6.x download link verraten -- conrad bietet keine links mehr

Solltest du die alte Rep-Host wirklich brauchen, keinen Link mehr finden und das suchen: 001395717-up-01-en-SETUP_REPETIER_HOST_RENKFORCE_1_6_1.zip (gespeichert 21.08.16) -> könnte ich dir schicken. Schreib mir dazu ne PN.

Aber:

Michael2016 hat geschrieben:Ja gibt es schon: http://www.produktinfo.conrad.com/daten ... _1_6_2.zip
[...]

Und:
https://www.conrad.de/de/renkforce-rf10 ... 07507.html http://www.produktinfo.conrad.com/daten ... _1_6_1.zip
http://www.produktinfo.conrad.com/daten ... _1_6_2.zip

LG

Dieken hat geschrieben: Desweiteren fördert der Extruder Filament in der Ausgangsposition kurz vor dem Start(30mm und mehr). Temp. von 180 bis 220 probiert immer das gleiche ergebniss. Das Filament liegt da wos nicht hingehört, vor dem Tisch.

3. warum die Filamentförderung vor dem Start.

Das liegt sicher an deinem Startcode.
Schau dir das mal an: http://www.rf1000.de/viewtopic.php?f=57 ... hse#p15909
Dort das Beispiel.
Evtl. musst du erst dein Filament-Achsen-Wert nullen und dann loslegen.

[Man stellt auch im Startcode diese relativen Strecken ein, ob das damit zu tun haben könnte, siehe Code M82, weiß ich aber nicht.]

LG

Dieken hat geschrieben: Nächster Schritt UPdate 1.35 heute am 03.01.2017 um 19:00 installiert.
Drucker startet nicht mehr und bleibt im restartfenster (Angabe der Version und Conrad SE) hängen.

Bei mir dauert das immer ne ganze Weile und einmal wars auch bei mir (RF2000) so. Ohne dass ich wusste warum.
Evtl. hatte ich mich verschaut und zu früh das Kabel abgezogen.
Dann hab ich das Flashen wiederholt und es lief wunderbar.

LG

Hallo,

es gibt offenbar ein Problem mit der RF.01.35.
Diese funktioniert bei manchen RF1000 nicht, bei anderen schon.
Es wird intern an einer Lösung gearbeitet, leider hat der Firmwareentwickler einen Drucker bei dem die RF.01.35 funktioniert,
was die Fehlersuche nicht gerade erleichtert.
Wenn die RF.01.35 bei einem nicht bootet, bitte erstmal weiterhin die RF.01.33 verwenden.
Und auf jeden Fall die aktuelle Anleitung lesen, wie das mit dem neuen Heatbedscan abläuft und dass man dann kein M3004 und M3006 mehr braucht.
Dieses könnte sonst zum Crash mit Düse und Heizbett führen.
https://drive.google.com/file/d/0BydSlT ... JZSjQ/view