Musst echt die Ursache posten, wenn du rausfindest woran das liegt.
Wir machen ja alle Ports nicht umsonst "Aktiv an". Wegen Sicherheit. Aus diesem Grund nutzen die Drucker-FWs keine Hardware-PWM habe ich mal gelesen.

Wenn du neu aufspielst:
- Das Bett bleibt aber kühl?
- Dein Licht geht nicht an?
- Dein Bauteillüfter geht auch nicht auf 100%?
- ...

Male zur Not doch einfach mal in einen Screenshot des RF1000-Lüfer-Schaltplan deine Änderungen rein. Hast du die Z-Diode komplett rausgenommen? Oder gebrückt?
Dein Spannungsregler ist ja inzwischen raus, korrekt?

Ich hab alleine heute 5x geflashed und der Drucker blieb absolut kühl.
(-> FW 1.43.78:
Ich habe nun auch endlich die Ursache dafür gefunden, warum ich nach einem Druck nicht mehr extrudieren konnte.
Bin mal wieder auf mich selbst reingefallen. Ich hatte beschlossen, dass Extrudieren nicht möglich sein darf, solange die GCode-Koordinaten "theoretisch" über dem Z-Max-Schalter sind.
-> Jetzt resette ich diese Überfahr-Zähler beim entfernen des Homings einer Achse. Darum gehts wieder )

LG

Nibbels hat geschrieben:Musst echt die Ursache posten, wenn du rausfindest woran das liegt.
Wir machen ja alle Ports nicht umsonst "Aktiv an". Wegen Sicherheit. Aus diesem Grund nutzen die Drucker-FWs keine Hardware-PWM habe ich mal gelesen.

Wenn du neu aufspielst:
- Das Bett bleibt aber kühl?
*Macht keinen Muxer.

- Dein Licht geht nicht an?
*Das ist beim RF1000 immer an.

- Dein Bauteillüfter geht auch nicht auf 100%?
*Das könnte er, wenn er wollte, tut er aber nicht.
- ...

* Aber nur beim Flashen, die Heizung vom V2 fährt dann unkontrolliert hoch!
* Ich korrigiere, nach 10 Resets hinter einander, habe ich die V2 Temperatur um ein paar Grad erhöhen können.
* Die Bett Temperatur bleibt stabil.

Male zur Not doch einfach mal in einen Screenshot des RF1000-Lüfer-Schaltplan deine Änderungen rein. Hast du die Z-Diode komplett rausgenommen? Oder gebrückt?
*Demnächst werde ich es hier rein stellen.

Dein Spannungsregler ist ja inzwischen raus, korrekt?
*Diode D2 und R97 wurden durch eine Eigenständige Platine mit dem Spannungsregler L7812 ersetzt.

LG

*Bei einem Reset ist nichts zu erkennen, dass irgendwo was hoch läuft, falsch das V2 läuft um ein paar Grad hoch!
*Es ist eine komische Sache, ich werde in Zukunft beim Flashen, die Heizung vorher abklemmen müssen.
*Ich habe da wenig Hoffnung diesen Fehler zu finden.
*Der kann überall sein, sogar im Arduino (Mega 2560) selbst.

*LG AtlonXP

Ja, leider ist RAU nicht mehr unter uns, er ist ein Ass im Gebiet der Elektronik.
Ich habe mich früher mit ihm per PN gerne unterhalten.
Mein Problem mit dem Aufheizen im Reset, ist eine gefährliche Sache.

- Das kommt gleich nach dem Häuser anzünden.
- Man sollte sein Auto nicht so dicht am Haus parken.
- Es ist gut, wenn die Feuerwehr nicht so weit weg ist.

Wenn es dumm Läuft kann das V2 soweit durchheizen, bis es bei 330 C° schmilzt.

Den Schaltplan habe ich eben durchgekaut.
Da ist nicht viel, wo kaputt gehen kann.
Die Baustufe liegt aber genau neben meiner Doktor Arbeit auf der Platine.

Hier ein Link zu RAU:
http://www.rf1000.de/viewtopic.php?p=12896#p12896

Eine Lösung hat der sogar dort genannt.

Vielleicht hat jemand eine Ahnung was die VSS Spannung genau ist und wie hoch die sein sollte?
Ich vermute, ich werde es wohl selber messen müssen.
Schreibt mir bitte nicht es heißt Versorgungsspannung.

Und wieder wird meine Zeit verbraten!

LG AtlonXP

Guten Morgen,

Ich werde heute mal bei meinen rf1000 drauf achten. Nach einen reset sind doch alle pins als input mit pullup definiert oder? Bei der Pic serie ist es halt so. Dann hätte man eine Spannung am mosfet das sollte aber nicht zum schalten reichen?!

Lg nikibalboa

So, bei mir tut sich garnix während des Flash-Vorgang.

Könnte es sein das der mosfet etwas abbekommen hat beim löten?

Kleine Korrektur, die pullup sind nicht automatisch aktiv bei den PIC's aber eine Spannung liegt trotzdem an wenn sie als input definiert sind.

Ich vermute mal das wird beim mega auch so sein.

Lg

Also es ist schon so, dass eigentlich alle Pins so gemacht sind, dass sie nicht die Peripherie bestromen, solange nicht aktiv von der Software angeschaltet wird.
Ich kenne bei den RF2000-Boards zumindest eigentlich keine reinen Elektronik-Probleme, bis auf manche Drucker bei denen der Lüfter nicht richtig funktioniert. (Hier hilft vermutlich der 1Ohm-Fix.) Und manche Displays sind sensibel auf Störungen unbekannter Art.

Ein Flash-Vorgang dauert übrigens immer fast genau 2 Minuten.
AtlonXPs Hotend wird also immer 120 * 1,5(?) [°K/s] = grob unter 200 [°C] heiß.

Eins würde ich bei dem Board auf keinen Fall machen: Einen Z-Endstop auf Reset anklemmen. Das wäre damit fatal.
Ich würde auch meinen, dass evtl. eine Litze irgendwohin Kontakt herstellt, der Mosfet ein Problem hat oder irgendwo sonst die Masse nicht (mehr?) sauber getrennt ist.

Ich habe extrem oft geflashed, wie oben erwähnt und das Problem trat NIE auf.

Ich habe den Arc-Support für die aktuellste Mod durchgetestet.
Es funktioniert.
Auch mit Extrusion, was wirklich niemand braucht, weil es kein mir bekannter Slicer automatisch unterstützt.

Dabei fiel mir auf, dass man teilweise ungestraft unmögliche Kreise anweisen konnte, die dann zwar Bewegungen erzeugt haben, welche aber unsinnig schienen.
Der Commit repariert das.
https://github.com/Nibbels/Repetier-Fir ... 1269c0849e
Mein Verdacht ist, dass Arc-Support wirklich keiner braucht
Aber jetzt ist das Thema mal geklärt.
Ich hab testweise mal eine Tonne damit aufgebaut. Damit spielen macht schon spass.

Im Milling-Mode kann inzwischen mit den Extruder-Tasten die interne Feedrate manipulieren(, die durch Gcodes eingestellt wird).
Im Positionsmenü gabs bisher genau eine Geschwindigkeit, die hardcoded in der Configuration.h/RFx000.h war.
Man kann jetzt im Menü Position->Pos-Feedrate: xxx zwei "Profile" auswählen. Gcode und Std. für Standard.
Wählt man dort GCode hört das Positionieren immer auf die zuletzt eingestellte Gcode-Feedrate. Das sollte fürs manuelle Verfahren beim Milling praktisch sein.
Das eben erwähnte verstellen der Feedrate funktioniert auch in den Menüs Position->X Position, Y Position, Z Position.
Dass man sieht was man tut, habe ich in diesen Untermenüs die Anzeige für die Endstops etwas kompakter gestaltet und dort die jeweils gewählte Feedrate anzeigen lassen. Oder Standard: Die Feedrate sieht man auch im Menü 3: Mit der Feedrate haben wir jetzt ein Milling-Feature im Mod, das die Bedienbarkeit des Druckers einfacher machen sollte.
(Danke an nikibalboa)
Es steht aber für mich noch aus, die ganzen Milling-Features von Conrad zu testen, die mit Z-Origin und Workpart-Matrix zusammenhängen.
Darum ist, wenn man den Milling-Mode in der FW aktiviert immernoch ein "#error" mit nachricht in der RFx000.h eingetragen, den man erst lesen und entfernen muss. ^^

LG

Hallo,
erst einmal danke für die moralische Unterstützung hier.

Dieses Thema hier möchte ich nicht weiter verwässern, da es kein Firmware Problem war.

Kurz um, ich habe einen winzigen Elektrikerfloh gefunden, der das Problem verursacht hatte.
Nach dem entfernen, behält das V2 nun wieder, auch bei einem Reset, einen kühlen Kopf.
Der Ausgang ist wieder dicht.

In den nächsten Tagen stelle ich meine Gewerke, wo anders hier ausführlich vor.

LG AtlonXP

Glückwunsch und sehr gut, dass du die Ursache gefunden hast!

LG

Hallo,
ich hatte vor einiger Zeit bei meinem RF1000 die 1.43.20 getestet und heute die 1.43.80 (normaler Druckerbetrieb).
Bei beiden Versionen habe ich das Problem, dass der Tisch nach einiger Zeit während des Drucks einfach nach hinten fährt. Als ob er in dieser Bewegung festhängt.
Sind die Versionen nicht mehr für den RF1000 gedacht?