RFrank hat geschrieben: Welche Software ist zur Zeit "stable" ladbar und mit wenig Fehlern und druckt nach einem Scan in der richtigen Höhe und ist für zwei Endschalter geeignet?

Wir haben heute die RF.01.19 hochgeladen, in welcher das Z-Freifahren beim Heizbettscan nicht mehr passiert.


mfG
RF1000

Hallo RF1000

Danke für die Info hatte gestern schon in das Change-Log geschaut, aber keine Info gefunden.
Ist die Scan-Matrix wieder so, wie bei den 90er war oder besteht da noch Handlungsbedarf?

Gruß RFrank

Hallo RFrank,


die Änderung von RF.01.15 auf RF.01.19 betrifft im Wesentlichen nur a) den Heizbettscan, wenn der "Z Type" auf "Circuit" eingestellt ist und b), dass der im Menü eingestellte "Z Offset" Wert beim Start der Firmware nicht übernommen worden ist.
Der Heizbettscan an sich sollte mit der RF.01.19 daher gleich gut funktionieren wie mit der RF.01.15 (wo er wiederum gleich gut funktionieren sollte wie in der V 0.91.xx ... wobei wir ja noch nicht heraus gefunden haben, warum das bei dir nicht der Fall ist).

Wenn wir heraus finden wollen warum sich der Heizbettscan bei dir mit der RF.01.19 anders verhält als mit der V 0.91.xx, dann benötigen wir wie bereits Ende Februar hier http://www.rf1000.de/viewtopic.php?p=12225#p12225 angefragt):

- Eine Logdatei vom Repetier-Host vom Heizbettscan mit der V 0.91.xx
- Die Firmware muss mit "#define DEBUG_HEAT_BED_SCAN 1" kompiliert werden (siehe Zeile 1428von Configuration.h).
- Eine Logdatei vom Repetier-Host vom Heizbettscan mit der RF.01.19
- Die Firmware muss mit "#define DEBUG_HEAT_BED_SCAN 1" kompiliert werden (siehe Zeile 179 von Configuration.h).

In beiden Fällen muss natürlich die allgemeingültige Vorgehensweise für den Heizbettscan beachtet werden. Und es muss auch sichergestellt sein, dass es keine unerwünschte mechanische Verbindung gibt (siehe z.B. hier http://www.rf1000.de/viewtopic.php?p=12238#p12238).


mfG
RF1000

Hallo RF1000

RF1000 hat geschrieben:

RFrank hat geschrieben: Wie man sieht, fehlt eine Reihe und Spalte, durch das einfache dublizieren von Werten und die nicht benutzten Werte geht die notwendige Genauigkeit verloren.

Korrekt. Wir werden das in der nächsten Version der Firmware korrigieren.

RF1000

War allerdings in: Unvollständige Ausgabe ggf. Umsetzung der Heat Bed Matrix

RF1000 hat geschrieben:Hallo RFrank,



die Änderung von RF.01.15 auf RF.01.19 betrifft im Wesentlichen nur a) den Heizbettscan, wenn der "Z Type" auf "Circuit" eingestellt ist und b), dass der im Menü eingestellte "Z Offset" Wert beim Start der Firmware nicht übernommen worden ist.
Der Heizbettscan an sich sollte mit der RF.01.19 daher gleich gut funktionieren wie mit der RF.01.15 (wo er wiederum gleich gut funktionieren sollte wie in der V 0.91.xx ... wobei wir ja noch nicht heraus gefunden haben, warum das bei dir nicht der Fall ist).

Wenn wir heraus finden wollen warum sich der Heizbettscan bei dir mit der RF.01.19 anders verhält als mit der V 0.91.xx, dann benötigen wir wie bereits Ende Februar hier http://www.rf1000.de/viewtopic.php?p=12225#p12225 angefragt):

mfG
RF1000

Der Link auf eine SCAN LOG Datei vom 6.3.2016
http://www.rf1000.de/download/file.php?id=3096

Die Log Datei einer ist 91er ist wie man sie kennt, schlank, schnell und ohne Fehler und ohne Probleme für die Wägezellen.
Werde ich nachliefern.

Ob die neue Software funktioniert hätte ich lieber von jemanden anders getestet, da meine Wägezellen schon gelitten haben.

Gruß RFrank

Hallo RFrank,


die Korrektur der Z-Kompensationsmatrizen haben wir zwar schon umgesetzt, das wird aber erst im Rahmen der nächsten größeren Freigabe fertig getestet und dann mit freigegeben. Diese nächste größere Freigabe wird es wohl voraussichtlich im Mai (2016) geben.

RFrank hat geschrieben: Der Link auf eine SCAN LOG Datei vom 6.3.2016
download/file.php?id=3096

Diese Logdatei fängt leider nicht mit dem Start der Firmware an und enthält auch nicht den Start vom Scan (also jenen Teil, wo alle Scanparameter ausgegeben werden). Für unsere weitere Analyse können wir damit nicht viel anfangen. Dein DMS-Ruhewert scheint aber um die -3900 zu liegen, was ziemlich viel ist. Hast du schon einmal versucht, diesen Wert näher an die 0 zu bekommen?
Diese Logdatei wurde auch zu früh abgeschnitten, am Ende fehlen die folgenden Einträge:

scanHeatBed(): idle pressure at start:
scanHeatBed(): idle pressure at stop:

Diese könnten auch Auskunft darüber geben, ob eine mechanische Ursache in Frage kommt (wenn alles mechanisch passt, dann sollten sich diese beiden Werte nicht viel voneinander unterscheiden).

Unser Heizbettscan von http://www.rf1000.de/viewtopic.php?p=12229#p12229 hat z.B. so geendet:

11:44:26.351 : scanHeatBed(): the heat bed compensation matrix has been saved
11:44:27.655 : scanHeatBed(): idle pressure at start: 207
11:44:27.655 : scanHeatBed(): idle pressure at stop: 199
11:44:27.655 : scanHeatBed(): the scan has been completed

D.h. wir hatten dabei einen DMS-Ruhewert von ca. +200, der sich von "vor dem Start" bis "nach dem Ende" auch um weniger als 10 Digits verändert. So sollte das in etwa sein.

Beim erfolgreichen Scan von mhier von http://www.rf1000.de/viewtopic.php?p=12251#p12251 hat das ebenfalls gut ausgesehen (DMS-Ruhewert Delta sogar weniger als 5 Digits):

scanHeatBed(): the heat bed compensation matrix has been saved
wait
wait
scanHeatBed(): idle pressure at start: 964
scanHeatBed(): idle pressure at stop: 968
scanHeatBed(): the scan has been completed


mfG
RF1000