Neue Development Firmware (RF.01.15)

Firmware Veröffentlichungen und Einstellungen können hier angekündigt und diskutiert werden.
RF1000
Developer
Developer
Beiträge: 340
Registriert: Fr 10. Okt 2014, 16:31
Has thanked: 40 times
Been thanked: 80 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von RF1000 »

mhier hat geschrieben: Woran erkennst du das?
An den folgenden Logeinträgen:

21:25:37.142: M3141: enabling z compensation
21:25:38.480: nCPS X;7866; nCPS Y;11022; nCPS Z;512000; tCZ;-172; cCZ;-172; tPSZ;0; cPSZ;0; dZ;512000; cZ;512000; Int32;0; RAM;1948
21:25:40.544: nCPS X;18991; nCPS Y;26666; nCPS Z;512000; tCZ;-312; cCZ;-312; tPSZ;0; cPSZ;0; dZ;512000; cZ;512000; Int32;0; RAM;1948
21:25:42.641: nCPS X;21332; nCPS Y;24327; nCPS Z;512000; tCZ;-312; cCZ;-312; tPSZ;0; cPSZ;0; dZ;512000; cZ;512000; Int32;0; RAM;1948
21:25:44.738: nCPS X;17067; nCPS Y;29104; nCPS Z;512000; tCZ;301; cCZ;301; tPSZ;0; cPSZ;0; dZ;512000; cZ;512000; Int32;0; RAM;1948

"tCZ" ist die "Target Compensation" in Z-Richtung (= die Z-Position, welche von der Z-Kompensation angefahren werden soll), "cCZ" die "Current Compensation in Z-Richtung" (= die Z-Position, welche von der Z-Kompensation angefahren worden ist).
Beide Werte ändern sich und stimmen überein.

Anscheinend wird dein Test-G-Code innerhalb von wenigen Sekunden abgearbeitet, korrekt?


mfG
RF1000
RF1000
Developer
Developer
Beiträge: 340
Registriert: Fr 10. Okt 2014, 16:31
Has thanked: 40 times
Been thanked: 80 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von RF1000 »

mhier hat geschrieben: Ich habe zuerst per Menü meine absichtlich schiefe Platte gescannt (per Befehl ging nicht, da M3164 und M3165 nicht funktionieren -> noch ein Bug?).
M3164 und M3165 funktionieren korrekt, siehe die folgende Logdatei:

Code: Alles auswählen

09:20:29.622 : restoreDefaultScanParameters(): the default scan parameters have been restored
09:20:29.714 : FIRMWARE_NAME:Repetier_RF.01.15 FIRMWARE_URL:https://github.com/RF1000/Repetier-Firmware/ PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mendel EXTRUDER_COUNT:1 REPETIER_PROTOCOL:2
09:20:29.714 : Milling time:0 days 0 hours 0 min
09:20:29.714 : N9 M220 S100*104
09:20:29.714 : N10 M221 S100*81
09:20:29.714 : N11 M111 S6*87
09:20:29.720 : N12 T0*9
09:20:29.721 : X:0.00 Y:0.00 Z:0.00 E:0.00
09:20:29.721 : Begin file list
09:20:29.721 : End file list
09:21:05.346 : N13 M3160 S70*81
09:21:05.357 : M3160: new x start position: 70 [mm], 10666 [steps]
09:21:23.829 : N14 M3161 S65*83
09:21:23.844 : M3161: new y start position: 65 [mm], 9904 [steps]
09:21:56.529 : N15 M3164 S98*85
09:21:56.553 : M3164: new x end position: 98 [mm], 14933 [steps]
09:21:56.553 : M3164: new x max position: 22400 [steps]
09:22:16.045 : N16 M3165 S105*98
09:22:16.069 : M3165: new y end position: 105 [mm], 15999 [steps]
09:22:16.069 : M3165: new y max position: 21334 [steps]
09:22:29.558 : N17 M3150*34
09:22:30.050 : scanWorkPart(): the scan has been started
09:22:30.050 : outputScanParameters(): current scan parameters:

...

09:27:32.233 : scanWorkPart(): 60 -> 65
09:27:32.401 : scanWorkPart(): raw work part compensation matrix:
09:27:32.401 : front left ... front right
09:27:32.401 : ...        ...         ...
09:27:32.401 : back left  ...  back right
09:27:32.401 : ;6;0;69;89;109
09:27:32.401 : ;0;0;0;0;0
09:27:32.401 : ;64;0;-144;-80;64
09:27:32.401 : ;84;0;-576;-492;-408
09:27:32.401 : ;104;0;-1188;-1160;-988
09:27:32.401 : offset = 64 [steps] (= 0.03 [mm])
09:27:32.401 : g_uZMatrixMaxX = 5
09:27:32.401 : g_uZMatrixMaxY = 5
09:27:32.401 : g_nActiveWorkPart = 1
09:27:32.401 : scan start: x = 70.00, y = 65.00 [mm]
09:27:32.401 : scan steps: x = 20.00, y = 20.00 [mm]
09:27:32.401 : scan end: x = 147.00, y = 140.01 [mm]
09:27:32.578 : scanWorkPart(): total scan time: 302 [s]
09:27:32.579 : scanWorkPart(): g_uZMatrixMaxY.1 = 6
09:27:32.579 : scanWorkPart(): g_uZMatrixMaxY.2 = 6
09:27:32.579 : scanWorkPart(): converted work part compensation matrix:
09:27:32.579 : front left ... front right
09:27:32.579 : ...        ...         ...
09:27:32.579 : back left  ...  back right
09:27:32.579 : ;6;0;69;89;109;245
09:27:32.579 : ;0;-144;-144;-80;64;64
09:27:32.579 : ;64;-144;-144;-80;64;64
09:27:32.579 : ;84;-576;-576;-492;-408;-408
09:27:32.579 : ;104;-1188;-1188;-1160;-988;-988
09:27:32.579 : ;245;-1188;-1188;-1160;-988;-988
09:27:32.579 : offset = 64 [steps] (= 0.03 [mm])
09:27:32.579 : g_uZMatrixMaxX = 6
09:27:32.579 : g_uZMatrixMaxY = 6
09:27:32.579 : g_nActiveWorkPart = 1
09:27:32.579 : scan start: x = 70.00, y = 65.00 [mm]
09:27:32.579 : scan steps: x = 20.00, y = 20.00 [mm]
09:27:32.580 : scan end: x = 147.00, y = 140.01 [mm]
09:27:32.580 : saveCompensationMatrix(): valid data detected
09:27:33.568 : scanWorkPart(): the work part compensation matrix has been saved > 1
09:27:34.907 : scanWorkPart(): idle pressure at start: 510
09:27:34.907 : scanWorkPart(): idle pressure at stop: 510
09:27:34.907 : scanWorkPart(): the scan has been completed
Beachte, dass M3164 die Endposition vom rechten Rand aus (= x max) erwartet (sowie M3160 die Startposition vom linken Rand aus (= x min) erwartet. Dementsprechend erwartet M3165 die Endposition auch vom hinteren Rand aus (= y max).


mfG
RF1000
mhier
Prof. Dr. des 3D-Drucks
Prof. Dr. des 3D-Drucks
Beiträge: 1672
Registriert: Fr 11. Sep 2015, 11:37
Has thanked: 279 times
Been thanked: 246 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von mhier »

RF1000 hat geschrieben:"tCZ" ist die "Target Compensation" in Z-Richtung (= die Z-Position, welche von der Z-Kompensation angefahren werden soll), "cCZ" die "Current Compensation in Z-Richtung" (= die Z-Position, welche von der Z-Kompensation angefahren worden ist).
Beide Werte ändern sich und stimmen überein.
Aber das heißt ja nur, dass er irgendwie richtig rechnet. Ob er die Werte tatsächlich zur Z-Position hinzuaddiert, geht daraus doch nicht hervor?
RF1000 hat geschrieben:Anscheinend wird dein Test-G-Code innerhalb von wenigen Sekunden abgearbeitet, korrekt?
Ja bei dem Test schon, aber ich habe das selbe auch manuell Befehl für Befehl ausgeführt. Da mir das aber zu lästig zum Produzieren des Logs war, habe ich sie schließlich im Repetier-Server abgespeichert als Befehlssequenz. Dann werden sie natürlich alle unmittelbar hintereinander ausgeführt ohne Pause. Macht das einen Unterschied? Das passiert doch beim Fräsen genauso.
RF1000 hat geschrieben:Beachte, dass M3164 die Endposition vom rechten Rand aus (= x max) erwartet (sowie M3160 die Startposition vom linken Rand aus (= x min) erwartet. Dementsprechend erwartet M3165 die Endposition auch vom hinteren Rand aus (= y max).
Ok, die Information fehlte mir. Wo ist so etwas eigentlich dokumentiert? Ich kenne nur die eher sparsame Dokumentation aus RF.h (die die meisten Benutzer ohnehin nicht finden werden).
Gruß, Martin

Klipper Firmware für den RFx000: Klipper für RFx000 | Original-Dokumentation | Diskussion | Wiki mit Installations-Anleitung

(Ich bin in diesem Forum nicht mehr aktiv)
RF1000
Developer
Developer
Beiträge: 340
Registriert: Fr 10. Okt 2014, 16:31
Has thanked: 40 times
Been thanked: 80 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von RF1000 »

mhier hat geschrieben: Aber das heißt ja nur, dass er irgendwie richtig rechnet. Ob er die Werte tatsächlich zur Z-Position hinzuaddiert, geht daraus doch nicht hervor?
Doch. "cCZ" zeigt den Wert von compensatedPositionCurrentStepsZ an. Und diese Variable wird direkt (und nur) dann verändert, wenn die Z-Kompensation die Z-Achse bewegt.
mhier hat geschrieben: Ja bei dem Test schon, aber ich habe das selbe auch manuell Befehl für Befehl ausgeführt. Da mir das aber zu lästig zum Produzieren des Logs war, habe ich sie schließlich im Repetier-Server abgespeichert als Befehlssequenz. Dann werden sie natürlich alle unmittelbar hintereinander ausgeführt ohne Pause. Macht das einen Unterschied? Das passiert doch beim Fräsen genauso.
Nein, macht keinen Unterschied. Diese Sequenz kann man natürlich genau so ablaufen lassen, wenn der ganze Vorgang nur wenige Sekunden dauert könnte es aber theoretisch sein, dass man die Z-Veränderungen / Z-Bewegungen in dieser kurzen Zeitspanne nicht mitbekommt (weil man im richtigen Moment auf die richtigen Veränderungen / Bewegungen achten muss).
mhier hat geschrieben: Ok, die Information fehlte mir. Wo ist so etwas eigentlich dokumentiert? Ich kenne nur die eher sparsame Dokumentation aus RF.h (die die meisten Benutzer ohnehin nicht finden werden).
Vermutlich ist nur die Steuerung über das Menü im Handbuch dokumentiert, ich werde das bei Gelegenheit prüfen.


mfG
RF1000
mhier
Prof. Dr. des 3D-Drucks
Prof. Dr. des 3D-Drucks
Beiträge: 1672
Registriert: Fr 11. Sep 2015, 11:37
Has thanked: 279 times
Been thanked: 246 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von mhier »

RF1000 hat geschrieben:
mhier hat geschrieben: Aber das heißt ja nur, dass er irgendwie richtig rechnet. Ob er die Werte tatsächlich zur Z-Position hinzuaddiert, geht daraus doch nicht hervor?
Doch. "cCZ" zeigt den Wert von compensatedPositionCurrentStepsZ an. Und diese Variable wird direkt (und nur) dann verändert, wenn die Z-Kompensation die Z-Achse bewegt.
Dann muss irgendwo da der Bug liegen. Habt ihr das schon versucht zu reproduzieren?
RF1000 hat geschrieben:Vermutlich ist nur die Steuerung über das Menü im Handbuch dokumentiert, ich werde das bei Gelegenheit prüfen.
Ich meinte eine Dokumentation der Befehle. Dass z.B. M3164 die Koordinaten relativ zum rechten Rand erwartet, muss doch irgendwo dokumentiert sein?
Gruß, Martin

Klipper Firmware für den RFx000: Klipper für RFx000 | Original-Dokumentation | Diskussion | Wiki mit Installations-Anleitung

(Ich bin in diesem Forum nicht mehr aktiv)
RFrank
Erfahrener 3D-Drucker
Erfahrener 3D-Drucker
Beiträge: 163
Registriert: Do 13. Nov 2014, 08:55
Wohnort: Wuppertal
Has thanked: 57 times
Been thanked: 9 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von RFrank »

Hallo RF1000
RF1000 hat geschrieben: Soweit ich das bisher überblicke funktioniert der Heizbett-Scan der RF.01.xx nicht schlechter als der Heizbett-Scan der V 0.91.yy.
RF1000
Vielen Dank für die Antwort.
Die Mechanik ist in Ordnung und ich bin nicht allein.
Wenn auch nur geschätzte 2% in einer ähnlichen Situation sind und der Rest die 91.48 nutzt oder gar nicht fräsen möchte.
Das Hauptproblem beginnt, wenn man auch fräsen können möchte, heißt der untere Schalter ist eingebaut und die Steuerung auf Circle gestellt.
Damit gehen die Probleme los:
1) Beschriebenes Verhalten beim Scan (falsches Fahren mit Zerstören der Wägezellen; schön wäre wenn die Pause-Überlastfunktion aktiviert wäre; Fail safe)
2) Der Drucker fährt das Heizbett unkontrolliert in Richtung Extruder, wenn ein Schalter/ Schranke bedeckt wird.
Das heißt die Maschine (im Sinne der Maschinenrichtlinie) startet den Motor ohne Vorwarnung. Eine miese Erfahrung, wenn man den Z-Nullpunkt einstellen möchte.
Solche Hinweise gehören in den Change-Log als Info.

Dies passiert alles nur, wenn man zwei Endschalter nutzt.

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?

Gruß RFrank
RF1k_1: Erhöh.+Verl. Kabelk. (2G), NOT-AUS (Reset), Opt. Z-Endschalter, Einhausung, Aludruckfräspl.
RF1k_2: Erhöh. Kabelk., 2x Motorkühlung, Lüfterplatine, 2xY, X-,Y-Gegenlager, magn. Alupl. mit Metallauflage, 2x E3D V6 (L 3mm, R 1,75mm)
Benutzeravatar
rf1k_mjh11
Developer
Developer
Beiträge: 2051
Registriert: Di 6. Jan 2015, 19:44
Wohnort: Autriche
Has thanked: 263 times
Been thanked: 542 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von rf1k_mjh11 »

mhier,
mhier hat geschrieben:....
Ich meinte eine Dokumentation der Befehle. Dass z.B. M3164 die Koordinaten relativ zum rechten Rand erwartet, muss doch irgendwo dokumentiert sein?
Sehe mal in der Wiki nach. Dort ist es zwar nur sehr dürftig, aber doch beschrieben.

mjh11
RF1000 (seit 2014) mit:
  Pico Hot End (mit eigenem Bauteil- und Hot End Lüfter)
  Ceran Bett
  FW RF.01.47 (von Conrad, modif.)

Die Natur kontert immer sofort mit einem besseren Idioten.
mhier
Prof. Dr. des 3D-Drucks
Prof. Dr. des 3D-Drucks
Beiträge: 1672
Registriert: Fr 11. Sep 2015, 11:37
Has thanked: 279 times
Been thanked: 246 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von mhier »

rf1k_mjh11 hat geschrieben:Sehe mal in der Wiki nach. Dort ist es zwar nur sehr dürftig, aber doch beschrieben.
Danke, da steht aber auch nicht mehr als in der RF.h, aber immerhin könnte man es ergänzen :-) Kann man da Edit-Rechte bekommen?
Gruß, Martin

Klipper Firmware für den RFx000: Klipper für RFx000 | Original-Dokumentation | Diskussion | Wiki mit Installations-Anleitung

(Ich bin in diesem Forum nicht mehr aktiv)
Benutzeravatar
rf1k_mjh11
Developer
Developer
Beiträge: 2051
Registriert: Di 6. Jan 2015, 19:44
Wohnort: Autriche
Has thanked: 263 times
Been thanked: 542 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von rf1k_mjh11 »

mhier,
mhier hat geschrieben:...Danke, da steht aber auch nicht mehr als in der RF.h, aber immerhin könnte man es ergänzen :-) Kann man da Edit-Rechte bekommen?
Melde dich bei JoBo. Er kann dir die Rechte geben.
Wäre nett, wenn noch mehr Leute am Wiki mitarbeiten würden.

mjh11
RF1000 (seit 2014) mit:
  Pico Hot End (mit eigenem Bauteil- und Hot End Lüfter)
  Ceran Bett
  FW RF.01.47 (von Conrad, modif.)

Die Natur kontert immer sofort mit einem besseren Idioten.
Benutzeravatar
JoBo
Globaler Moderator
Globaler Moderator
Beiträge: 448
Registriert: Fr 31. Okt 2014, 13:30
Has thanked: 15 times
Been thanked: 59 times

Re: Neue Development Firmware (RF.01.15)

Beitrag von JoBo »

mhier, auf der Startseite des Wikis gibt's einen Link zu deiner Gruppenverwaltung. Sobald du der Gruppe "Wiki" beitrittst, bekomme ich eine Benachrichtigung. Nur zu...
Antworten

Zurück zu „Firmware / Tweaks“