Neue Development Firmware (RF.01.21)

Firmware Veröffentlichungen und Einstellungen können hier angekündigt und diskutiert werden.
Benutzeravatar
rf1k_mjh11
Developer
Developer
Beiträge: 2100
Registriert: Di 6. Jan 2015, 19:44
Wohnort: Autriche
Has thanked: 276 times
Been thanked: 557 times

Neue Development Firmware (RF.01.25) - HBS Probleme

Beitrag von rf1k_mjh11 »

Wollte heute mit Nylon weitermachen. Nachdem ich gestern eine neue HBS Matrix in Speicherstelle 3 schreiben habe lassen (siehe Log im vorigen Post), sagte heute der Drucker nach Eingabe von M3013:
loadCompensationMatrix(): invalid sector format detected: -1 (expected: 7)

Wie erwartet, hat der Drucker sich gemerkt, dass gestern Speicherstelle 3 gewählt wurde, wie M3009 bestätigt.

Im Log sieht man, dass es 'scheinbar ein Problem mit Speicherstelle 3 gibt, siehe obige Fehlermeldung. Interessanterweise gibt es für Speicherstelle 2 plötzlich kein Problem mehr, hier wird die Matrix schön (in [mm]) ausgegeben.
Teil des Logs

Code: Alles auswählen

09:08:51.099 : N143 M3009 *63
09:08:51.121 : M3009: currently active heat bed z matrix: 3
09:09:03.260 : N147 M3013 P1 S3 *49
09:09:03.337 : loadCompensationMatrix(): invalid sector format detected: -1 (expected: 7)
09:09:03.337 : prepareZCompensation(): the compensation matrix is not available
09:09:03.337 : M3013: the heat bed z-compensation matrix is not valid ( 0 / 7 )
09:09:12.690 : N149 M3013 S3 *126
09:09:12.766 : loadCompensationMatrix(): invalid sector format detected: -1 (expected: 7)
09:09:12.766 : prepareZCompensation(): the compensation matrix is not available
09:09:12.766 : M3013: the heat bed z-compensation matrix is not valid ( 0 / 7 )
09:09:23.097 : N152 M3013 S2 *117
09:09:25.325 : busy: processing
09:09:27.420 : busy: processing
09:09:27.837 : resetZCompensation()
09:09:27.837 : M3013: current heat bed z-compensation matrix:
09:09:27.837 : front left ... front right
09:09:27.837 : ...        ...         ...
09:09:27.837 : back left  ...  back right
09:09:27.837 : ;7;0;15;35;55;75;95;115;135;155;175;195;215;235;245
09:09:27.837 : ;0;-772;-772;-552;-512;-444;-296;-236;-164;-236;-308;-416;-496;-652;-652
09:09:27.837 : ;30;-772;-772;-552;-512;-444;-296;-236;-164;-236;-308;-416;-496;-652;-652
09:09:27.837 : ;50;-704;-704;-580;-504;-388;-268;-160;-148;-212;-272;-392;-476;-624;-624
09:09:27.837 : ;70;-708;-708;-544;-456;-364;-292;-168;-120;-124;-248;-400;-420;-612;-612
09:09:27.837 : ;90;-636;-636;-508;-436;-328;-200;-120;-68;-144;-220;-356;-428;-568;-568
09:09:27.837 : ;110;-660;-660;-472;-428;-324;-192;-148;-80;-164;-196;-488;-424;-664;-664
09:09:27.837 : ;130;-608;-608;-460;-440;-320;-216;-132;-52;-88;-192;-448;-436;-648;-648
09:09:27.837 : ;150;-708;-708;-532;-476;-392;-292;-192;-120;-212;-252;-476;-492;-676;-676
09:09:27.837 : ;170;-776;-776;-616;-520;-476;-328;-180;-180;-216;-420;-592;-536;-736;-736
09:09:27.837 : ;190;-780;-780;-560;-512;-376;-268;-220;-152;-224;-396;-492;-532;-700;-700
09:09:27.837 : ;210;-816;-816;-632;-516;-416;-316;-248;-208;-284;-404;-540;-556;-740;-740
09:09:27.837 : ;230;-736;-736;-556;-432;-316;-288;-172;-128;-164;-332;-464;-472;-644;-644
09:09:27.837 : ;245;-736;-736;-556;-432;-316;-288;-172;-128;-164;-332;-464;-472;-644;-644
09:09:27.837 : offset = -52 [steps] (= -0.02 [mm])
09:09:27.837 : g_uZMatrixMax[X_AXIS] = 14
09:09:27.837 : g_uZMatrixMax[Y_AXIS] = 13
09:09:27.837 : g_nActiveHeatBed = 2
09:09:53.578 : N160 M3013 P1 S2 *53
09:09:53.753 : M3013: current heat bed z-compensation matrix:
09:09:53.753 : front left ... front right
09:09:53.753 : ...        ...         ...
09:09:53.753 : back left  ...  back right
09:09:53.753 : ;7;0;15;35;55;75;95;115;135;155;175;195;215;235;245
09:09:53.753 : ;0;-0.30;-0.30;-0.22;-0.20;-0.17;-0.12;-0.09;-0.06;-0.09;-0.12;-0.16;-0.19;-0.25;-0.25
09:09:53.753 : ;30;-0.30;-0.30;-0.22;-0.20;-0.17;-0.12;-0.09;-0.06;-0.09;-0.12;-0.16;-0.19;-0.25;-0.25
09:09:53.753 : ;50;-0.27;-0.27;-0.23;-0.20;-0.15;-0.10;-0.06;-0.06;-0.08;-0.11;-0.15;-0.19;-0.24;-0.24
09:09:53.753 : ;70;-0.28;-0.28;-0.21;-0.18;-0.14;-0.11;-0.07;-0.05;-0.05;-0.10;-0.16;-0.16;-0.24;-0.24
09:09:53.753 : ;90;-0.25;-0.25;-0.20;-0.17;-0.13;-0.08;-0.05;-0.03;-0.06;-0.09;-0.14;-0.17;-0.22;-0.22
09:09:53.753 : ;110;-0.26;-0.26;-0.18;-0.17;-0.13;-0.08;-0.06;-0.03;-0.06;-0.08;-0.19;-0.17;-0.26;-0.26
09:09:53.753 : ;130;-0.24;-0.24;-0.18;-0.17;-0.12;-0.08;-0.05;-0.02;-0.03;-0.08;-0.17;-0.17;-0.25;-0.25
09:09:53.753 : ;150;-0.28;-0.28;-0.21;-0.19;-0.15;-0.11;-0.08;-0.05;-0.08;-0.10;-0.19;-0.19;-0.26;-0.26
09:09:53.753 : ;170;-0.30;-0.30;-0.24;-0.20;-0.19;-0.13;-0.07;-0.07;-0.08;-0.16;-0.23;-0.21;-0.29;-0.29
09:09:53.753 : ;190;-0.30;-0.30;-0.22;-0.20;-0.15;-0.10;-0.09;-0.06;-0.09;-0.15;-0.19;-0.21;-0.27;-0.27
09:09:53.753 : ;210;-0.32;-0.32;-0.25;-0.20;-0.16;-0.12;-0.10;-0.08;-0.11;-0.16;-0.21;-0.22;-0.29;-0.29
09:09:53.753 : ;230;-0.29;-0.29;-0.22;-0.17;-0.12;-0.11;-0.07;-0.05;-0.06;-0.13;-0.18;-0.18;-0.25;-0.25
09:09:53.753 : ;245;-0.29;-0.29;-0.22;-0.17;-0.12;-0.11;-0.07;-0.05;-0.06;-0.13;-0.18;-0.18;-0.25;-0.25
09:09:53.753 : offset = -52 [steps] (= -0.02 [mm])
09:09:53.753 : g_uZMatrixMax[X_AXIS] = 14
09:09:53.753 : g_uZMatrixMax[Y_AXIS] = 13
09:09:53.753 : g_nActiveHeatBed = 2
Nach mehrmaligem Connect/Disconnect in Repetier-Host wurde, nach einigen Fehlermeldungen, schließlich sowohl die 2. als auch die 3. Speicherstelle fehlerfrei wiedergegeben.

Hier ist irgendein Fehler beim Speichern, bzw. beim Erkennen ob ordnungsgemäß gespeichert wurde. Erst durch den mehrmaligen Connect/Disconnect-Vorgang (wo, glaube ich, die CPU resettet wird), scheint es zu klappen.
Ein Aus- und Einschalten des Druckers führt wieder zur Fehlermeldung bei der Abfrage nach der Matrix in der 2. Speicherstelle. Aber Speicherstelle 3 wird anstandslos ausgegeben.
Und dann der Clou! nach dem zweiten Aufruf wird auch Speicherstelle 2 ohne Fehler angezeigt!
Log-Abschnitt hier

Code: Alles auswählen

09:54:13.448 : Printer reset detected - initalizing
09:54:13.448 : start
09:54:13.448 : start Watchdog
09:54:13.653 : N1 M110 *2
09:54:13.653 : N2 M115 *4
09:54:13.653 : N4 M114 *3
09:54:13.716 : N5 M111 S6 *66
09:54:13.770 : N6 T0 *28
09:54:13.770 : N7 M20 *54
09:54:13.771 : N9 M80 *50
09:54:15.000 : Info:External Reset
09:54:15.016 : Free RAM:1913
09:54:15.120 : FIRMWARE_NAME:Repetier_RF.01.25a mjh11 FIRMWARE_URL:https://github.com/RF1000/Repetier-Firmware/ PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mendel EXTRUDER_COUNT:1 REPETIER_PROTOCOL:2
09:54:15.120 : Printed filament:0.00m Printing time:0 days 0 hours 0 min
09:54:15.124 : N10 M220 S100 *112
09:54:15.124 : N11 M221 S100 *112
09:54:15.124 : N12 M111 S6 *116
09:54:15.222 : N13 T0 *40
09:54:15.275 : X:0.00 Y:0.00 Z:0.00 E:0.00
09:54:15.275 : Begin file list
09:54:15.275 : Arduino/
09:54:15.275 : Arduino/Info.txt 142
09:54:15.275 : Arduino/arduino-1.0.1-windows/
09:54:15.363 : Cura/
09:54:15.363 : Cura/Advanced.png 10579
09:54:15.363 : Cura/Basic.png 11368
09:54:15.363 : Cura/Endcode.txt 459
09:54:15.363 : Cura/Expert_Config.png 38699
09:54:15.363 : Cura/Info.txt 68
09:54:15.363 : Cura/Maschine_Settings.png 29639
09:54:15.363 : Cura/Settings.ini 5593
09:54:15.363 : Cura/Startcode.txt 1032
09:54:15.363 : Firmware/
09:54:15.363 : Firmware/Info.txt 45
09:54:15.363 : Firmware/Repetier/
09:54:15.363 : Firmware/Repetier/Commands.cpp 56528
09:54:15.363 : Firmware/Repetier/Commands.h 1846
09:54:15.363 : Firmware/Repetier/Communication.cpp 20744
09:54:15.363 : Firmware/Repetier/Communication.h 10587
09:54:15.363 : Firmware/Repetier/Configuration.h 58572
09:54:15.363 : Firmware/Repetier/Eeprom.cpp 35032
09:54:15.363 : Firmware/Repetier/Eeprom.h 10943
09:54:15.363 : Firmware/Repetier/Extruder.cpp 48246
09:54:15.363 : Firmware/Repetier/Extruder.h 10105
09:54:15.363 : Firmware/Repetier/FASTIO.H 67113
09:54:15.363 : Firmware/Repetier/FatStructs.h 16524
09:54:15.364 : Firmware/Repetier/GCODE.CPP 24857
09:54:15.364 : Firmware/Repetier/GCODE.H 5180
09:54:15.364 : Firmware/Repetier/HAL.CPP 50359
09:54:15.364 : Firmware/Repetier/HAL.H 21424
09:54:15.364 : Firmware/Repetier/MOTION.CPP 94443
09:54:15.364 : Firmware/Repetier/MOTION.H 19483
09:54:15.364 : Firmware/Repetier/PINS.H 57561
09:54:15.364 : Firmware/Repetier/Printer.cpp 54188
09:54:15.364 : Firmware/Repetier/Printer.h 21439
09:54:15.364 : Firmware/Repetier/Repetier.h 13715
09:54:15.364 : Firmware/Repetier/Repetier.ino 6312
09:54:15.364 : Firmware/Repetier/RF1000.CPP 103108
09:54:15.364 : Firmware/Repetier/RF1000.H 11813
09:54:15.364 : Firmware/Repetier/SDCard.cpp 10509
09:54:15.364 : Firmware/Repetier/SdFat.cpp 128789
09:54:15.364 : Firmware/Repetier/SdFat.h 89542
09:54:15.364 : Firmware/Repetier/u8glib_ex.h 235876
09:54:15.364 : Firmware/Repetier/UI.CPP 97217
09:54:15.364 : Firmware/Repetier/UI.H 47478
09:54:15.364 : Firmware/Repetier/UICONFIG.H 17017
09:54:15.364 : Firmware/Repetier/UILANG.H 67757
09:54:15.364 : Firmware/Repetier/UIMENU.H 28863
09:54:15.364 : GCODE/
09:54:15.364 : GCODE/ABS/
09:54:15.376 : GCODE/ABS/Bottle_opener.gcode 535549
09:54:15.376 : GCODE/ABS/CalBox.gcode 388119
09:54:15.376 : GCODE/ABS/Filament_guide.gcode 603980
09:54:15.376 : GCODE/ABS/Heart.gcode 112144
09:54:15.376 : GCODE/ABS/Parametric.gcode 144122
09:54:15.376 : GCODE/PLA/
09:54:15.377 : GCODE/PLA/Bottle_opener.gcode 582800
09:54:15.377 : GCODE/PLA/CalBox.gcode 393549
09:54:15.377 : GCODE/PLA/Filament_guide.gcode 669354
09:54:15.377 : GCODE/PLA/Heart.gcode 131486
09:54:15.377 : GCODE/PLA/HeartFast.gcode 105072
09:54:15.377 : GCODE/PLA/Parametric.gcode 159399
09:54:15.377 : Manual/
09:54:15.447 : Manual/1007507_08_V2_0214_01_m_li 56024331
09:54:15.447 : Manual/Info.txt 261
09:54:15.447 : Repetier-Host/
09:54:15.447 : Repetier-Host/Info.txt 65
09:54:15.447 : Repetier-Host/setupRepetierHost_0_95.exe 39536770
09:54:15.447 : Slic3r Settings/
09:54:15.447 : Slic3r Settings/Lauf_nach_Abbruch_Code.txt 293
09:54:15.447 : Slic3r Settings/Run_On_Kill_Code.txt 293
09:54:15.447 : Slic3r Settings/ABS/
09:54:15.447 : Slic3r Settings/ABS/RF1000_ABS_100.ini 3996
09:54:15.448 : Slic3r Settings/ABS/RF1000_ABS_200.ini 3997
09:54:15.448 : Slic3r Settings/ABS/RF1000_ABS_300.ini 3996
09:54:15.448 : Slic3r Settings/ABS/RF1000_ABS_400.ini 3996
09:54:15.448 : Slic3r Settings/ABS/RF1000_ABS_SMALL_POINTS.in 3996
09:54:15.448 : Slic3r Settings/ABS/RF1000_ABS_VASE.ini 3993
09:54:15.448 : Slic3r Settings/PLA/
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_100.ini 3995
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_200.ini 3998
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_300.ini 3997
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_400.ini 3998
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_FAST.ini 4000
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_FAST_VASE.ini 3993
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_SMALL_POINTS.in 3999
09:54:15.448 : Slic3r Settings/PLA/RF1000_PLA_VASE.ini 3991
09:54:15.448 : STL/
09:54:15.448 : STL/Architecture/
09:54:15.463 : STL/Architecture/House_EG.stl 20684
09:54:15.463 : STL/Bottle opener/
09:54:15.513 : STL/Bottle opener/Bottle_opener.stl 49484
09:54:15.513 : STL/Calbox/
09:54:15.513 : STL/Calbox/Calbox.png 21792
09:54:15.513 : STL/Calbox/Calbox.stl 8084
09:54:15.513 : STL/Filament guide/
09:54:15.513 : STL/Filament guide/Filament_guide.stl 177584
09:54:15.513 : STL/Heart/
09:54:15.513 : STL/Heart/Heart.stl 9684
09:54:15.513 : STL/Parametric/
09:54:15.571 : STL/Parametric/Konstruktion1.png 34054
09:54:15.571 : STL/Parametric/Parametric.stl 15284
09:54:15.571 : Version.txt 22
09:54:15.571 : WebCamHolder_20140529_plat 723008
09:54:15.571 : 40mm_calibration_box_20140 389829
09:54:15.571 : HoleSizeCalibration_export 519486
09:54:15.571 : HoleSizeCalibration_export 1288612
09:54:15.571 : WateringConeAdapter(1e)_7x 3943855
09:54:15.571 : 7xWateringConeAdapter(1e)_ 18281351
09:54:15.571 : MilkFoamer(1cb_high)_12;16 1699261
09:54:15.571 : DiagAntiRotBrgBlk.gcode 3872338
09:54:15.571 : DiagAntiRotBrgBlk_ascii.gc 6977814
09:54:15.578 : End file list
09:54:27.959 : N16 M3013 P1 S2 *5
09:54:28.033 : loadCompensationMatrix(): invalid sector format detected: -1 (expected: 7)
09:54:28.033 : prepareZCompensation(): the compensation matrix is not available
09:54:28.033 : M3013: the heat bed z-compensation matrix is not valid ( 0 / 7 )
09:57:46.699 : N57 M3013 P1 S3 *1
09:57:48.926 : busy: processing
09:57:51.022 : busy: processing
09:57:51.496 : resetZCompensation()
09:57:51.496 : M3013: current heat bed z-compensation matrix:
09:57:51.496 : front left ... front right
09:57:51.496 : ...        ...         ...
09:57:51.496 : back left  ...  back right
09:57:51.496 : ;7;0;15;35;55;75;95;115;135;155;175;195;215;235;245
09:57:51.496 : ;0;-0.27;-0.27;-0.19;-0.18;-0.14;-0.10;-0.07;-0.05;-0.06;-0.08;-0.11;-0.16;-0.19;-0.19
09:57:51.496 : ;30;-0.27;-0.27;-0.19;-0.18;-0.14;-0.10;-0.07;-0.05;-0.06;-0.08;-0.11;-0.16;-0.19;-0.19
09:57:51.496 : ;50;-0.25;-0.25;-0.20;-0.17;-0.12;-0.09;-0.04;-0.03;-0.05;-0.09;-0.10;-0.14;-0.19;-0.19
09:57:51.496 : ;70;-0.26;-0.26;-0.19;-0.17;-0.13;-0.10;-0.04;-0.03;-0.05;-0.08;-0.11;-0.13;-0.17;-0.17
09:57:51.496 : ;90;-0.24;-0.24;-0.17;-0.16;-0.12;-0.07;-0.04;-0.01;-0.04;-0.06;-0.10;-0.12;-0.16;-0.16
09:57:51.496 : ;110;-0.24;-0.24;-0.15;-0.15;-0.11;-0.07;-0.04;-0.01;-0.03;-0.05;-0.09;-0.10;-0.15;-0.15
09:57:51.496 : ;130;-0.23;-0.23;-0.17;-0.15;-0.10;-0.07;-0.03;0.01;-0.01;-0.04;-0.08;-0.10;-0.13;-0.13
09:57:51.496 : ;150;-0.25;-0.25;-0.19;-0.17;-0.13;-0.09;-0.05;-0.01;-0.05;-0.06;-0.06;-0.12;-0.15;-0.15
09:57:51.496 : ;170;-0.27;-0.27;-0.21;-0.17;-0.15;-0.10;-0.05;-0.03;-0.04;-0.07;-0.12;-0.11;-0.15;-0.15
09:57:51.496 : ;190;-0.27;-0.27;-0.19;-0.16;-0.12;-0.06;-0.04;-0.02;-0.04;-0.05;-0.08;-0.09;-0.14;-0.14
09:57:51.496 : ;210;-0.27;-0.27;-0.20;-0.14;-0.12;-0.06;-0.05;-0.03;-0.05;-0.05;-0.08;-0.10;-0.15;-0.15
09:57:51.496 : ;230;-0.24;-0.24;-0.16;-0.12;-0.07;-0.06;-0.02;0.01;-0.00;-0.02;-0.04;-0.07;-0.12;-0.12
09:57:51.496 : ;245;-0.24;-0.24;-0.16;-0.12;-0.07;-0.06;-0.02;0.01;-0.00;-0.02;-0.04;-0.07;-0.12;-0.12
09:57:51.496 : offset = 28 [steps] (= 0.01 [mm])
09:57:51.496 : g_uZMatrixMax[X_AXIS] = 14
09:57:51.496 : g_uZMatrixMax[Y_AXIS] = 13
09:57:51.496 : g_nActiveHeatBed = 3
09:57:58.505 : N60 M3013 P1 S2 *4
09:58:00.740 : busy: processing
09:58:02.840 : busy: processing
09:58:03.127 : resetZCompensation()
09:58:03.300 : M3013: current heat bed z-compensation matrix:
09:58:03.300 : front left ... front right
09:58:03.300 : ...        ...         ...
09:58:03.300 : back left  ...  back right
09:58:03.300 : ;7;0;15;35;55;75;95;115;135;155;175;195;215;235;245
09:58:03.300 : ;0;-0.30;-0.30;-0.22;-0.20;-0.17;-0.12;-0.09;-0.06;-0.09;-0.12;-0.16;-0.19;-0.25;-0.25
09:58:03.300 : ;30;-0.30;-0.30;-0.22;-0.20;-0.17;-0.12;-0.09;-0.06;-0.09;-0.12;-0.16;-0.19;-0.25;-0.25
09:58:03.300 : ;50;-0.27;-0.27;-0.23;-0.20;-0.15;-0.10;-0.06;-0.06;-0.08;-0.11;-0.15;-0.19;-0.24;-0.24
09:58:03.300 : ;70;-0.28;-0.28;-0.21;-0.18;-0.14;-0.11;-0.07;-0.05;-0.05;-0.10;-0.16;-0.16;-0.24;-0.24
09:58:03.300 : ;90;-0.25;-0.25;-0.20;-0.17;-0.13;-0.08;-0.05;-0.03;-0.06;-0.09;-0.14;-0.17;-0.22;-0.22
09:58:03.300 : ;110;-0.26;-0.26;-0.18;-0.17;-0.13;-0.08;-0.06;-0.03;-0.06;-0.08;-0.19;-0.17;-0.26;-0.26
09:58:03.300 : ;130;-0.24;-0.24;-0.18;-0.17;-0.12;-0.08;-0.05;-0.02;-0.03;-0.08;-0.17;-0.17;-0.25;-0.25
09:58:03.300 : ;150;-0.28;-0.28;-0.21;-0.19;-0.15;-0.11;-0.08;-0.05;-0.08;-0.10;-0.19;-0.19;-0.26;-0.26
09:58:03.300 : ;170;-0.30;-0.30;-0.24;-0.20;-0.19;-0.13;-0.07;-0.07;-0.08;-0.16;-0.23;-0.21;-0.29;-0.29
09:58:03.300 : ;190;-0.30;-0.30;-0.22;-0.20;-0.15;-0.10;-0.09;-0.06;-0.09;-0.15;-0.19;-0.21;-0.27;-0.27
09:58:03.300 : ;210;-0.32;-0.32;-0.25;-0.20;-0.16;-0.12;-0.10;-0.08;-0.11;-0.16;-0.21;-0.22;-0.29;-0.29
09:58:03.300 : ;230;-0.29;-0.29;-0.22;-0.17;-0.12;-0.11;-0.07;-0.05;-0.06;-0.13;-0.18;-0.18;-0.25;-0.25
09:58:03.300 : ;245;-0.29;-0.29;-0.22;-0.17;-0.12;-0.11;-0.07;-0.05;-0.06;-0.13;-0.18;-0.18;-0.25;-0.25
09:58:03.300 : offset = -52 [steps] (= -0.02 [mm])
09:58:03.300 : g_uZMatrixMax[X_AXIS] = 14
09:58:03.300 : g_uZMatrixMax[Y_AXIS] = 13
09:58:03.300 : g_nActiveHeatBed = 2
Das Problem an dem notwendigen, zweimaligen Aufruf ist, dass die Druckeranzeige die Fehlermeldung 'einfriert' und man sonst nichts mehr sieht außer
Error: . . . .
Z Compensation
Invalid Matrix
Die Anzeige geht nur mittels Connect/Disconnect, Aus- und Einschalten, oder M3090 (Reset CPU) wieder weg. Alle drei Methoden haben den Nachteil, dass die Matrix danach nicht richtig erkannt wird, und das Display die Fehlermeldung wieder permanent anzeigt.
Die bisher einzige Methode, die ich gefunden habe, ist (bevor die Fehlermeldung da ist),
  • mittels M3009 sich die aktive Matrix ausgeben zu lassen
  • mittels M3009 eine andere gültige Matrix auszuwählen
  • mittels M3009 schließlich die gewünschte Matrix auszuwählen.
Danach kann man sich mittels M3013 S<n> die HBS Matrix ansehen (und verwenden?) ohne dass eine Fehlermeldung erscheint. Erscheint eine, dann Drucker 'resetten' und die Schritte wiederholen.

mjh11
Kabelbruch
Im Zuge der Versuche habe ich vermutlich einen möglichen Kabelbruch entdeckt.

EDIT, nachträglich - siehe nachfolgenden Post: @ RF1000: Ja die OK-Taste klappt, danke. Die Fehlermeldung verschwindet. (Es war leicht, die Fehlermeldung zu provozieren :yes: )
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von rf1k_mjh11 am Di 24. Mai 2016, 12:07, insgesamt 2-mal geändert.
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.
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.21)

Beitrag von RF1000 »

Hallo mhj11,


jede angezeigte Meldung sollte sich durch drücken vom OK-Taster bestätigen lassen - danach kann das Menü wieder ganz normal bedient werden. Klappt das Bestätigen über den OK-Taster bei dir nicht?

Den Rest deiner Anmerkungen sehen wir uns noch an.


mfG
RF1000
Benutzeravatar
rf1k_mjh11
Developer
Developer
Beiträge: 2100
Registriert: Di 6. Jan 2015, 19:44
Wohnort: Autriche
Has thanked: 276 times
Been thanked: 557 times

Neue Development Firmware (RF.01.25) - HBS Probleme

Beitrag von rf1k_mjh11 »

RF1000,

Ich habe mir eben überlegt, was zu dem komischen Verhalten führen könnte (Fehlermeldung beim erstmaligen Zugriff auf die HBS-Matrix):

Ich habe noch eine alte Matrix an erster Stelle gespeichert. Die alte Matrix hatte eine Spalte weniger, dürfte damit 'ungültig' sein.

Obwohl der Drucker sich merkt, welche Matrix zuletzt ausgewählt war, entweder Matrix 2 oder 3 (also nicht die alte, ungültige), könnte die FW trotzdem dadurch irritiert werden, oder?
Später, durch das explizite Anwählen von Matrix 2 und/oder 3 mittels M3009 S<n>, bereinigt sich die Sache, da die FW gar nicht mehr bei 1 'nachschaut'.

Könnte das die Ursache sein?

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.
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.21)

Beitrag von RF1000 »

Hallo mjh11,


die Firmware muss sich beim Starten die aktuelle Z-Matrix holen, wenn als "Z Scale" Modus "Surface" ausgewählt ist. Dabei hat sie nicht die richtige Z-Matrix geholt, was zu dem von dir beobachteten Effekt führen konnte.

Wir haben das in der RF.01.27 korrigiert, siehe http://www.rf1000.de/viewtopic.php?f=7&t=1348.


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: 247 times

Re: Neue Development Firmware (RF.01.21)

Beitrag von mhier »

Hallo RF1000,

so langsam bin ich mit meiner Geduld am Ende. Nach der Ankündigung hatte ich erst gehofft, endlich eine Firmware zu erhalten, die hält was sie (bzw. die Produktbeschreibung des RF1000) verspricht. Leider weit gefehlt. Die Firmware ist immer noch massiv verbuggt und so absolut unbrauchbar. In Folge der Bugs hat mir der RF1000 meine 0.3mm-Düse zerstört, da er mal wieder in die falsche Richtung gefahren ist und dann schön die Düse über das Heizbett gekratzt hat. Das hat er mehrfach getan, einmal so stark, dass danach das Loch komplett zu war (man konnte es nicht mal mehr erahnen). Ich habe es wieder aufgeschmirgelt, aber die Düse wird wohl kaum je wieder den richtigen Durchmesser haben.

Zusammengefasst habe ich folgende Probleme gefunden. Sie beziehen sich alle auf den Druckmodus, zum Fräsen bin ich noch nicht gekommen:
  • Unter gewissen Voraussetzungen, die ich nicht nicht exakt eingrenzen kann, fährt der Drucker das Heizbett in die Düse. Durch die "tolle" Begrenzung von max. 0.5mm Überfahren des Z-Schalters kommt es dann nicht zu einer Not-Abschaltung, sondern der Drucker druckt munter weiter - mit dem beschriebenen Ergebnis. Das Sicherheits-Feature ist also wohl ein Schuss in den Ofen. Außerdem wie gesagt war es *kein* Bedienfehler, dass der Drucker die Düse ins Heizbett gefahren hat. Ich habe es in folgenden Situationen erlebt:
    • Vor dem Abbruch eines Drucks per Repetier-Host wollte ich sicherheitshalber die Düse vom Heizbett entfernen und habe während des Drucks manuell mit den Tasten das Heizbett nach unten bewegt. Ab einem gewissen Punkt (evlt. da wo der Z-Schalter gelöst wird) ist er dann mit hoher Geschwindigkeit wieder nach oben gefahren, mutmaßlich bis besagtes Limit gegriffen hat, und hat aber weiter gedruckt (Digits waren halt noch unter der Schwelle).
    • Ich habe eine Druck von der SD-Karte abgebrochen (wegen dem nächsten Fehler) und dazu im Menü Druck Abbrechen gewählt. Daraufhin hat der Drucker das Heizbett nach oben (statt wie zu erwarten nach unten) bewegt, eben wieder mutmaßlich bis zu dem Sicherheits-Check, und ist anschließend mit dem Bett nach ganz vorne gefahren - also quasi ein schiefgegangenes Output Object. Wieder mit dem Ergebnis, dass die Düse nochmals "abgeschliffen" wurde.
    • Etwas andere Situation vielleicht: Der neue, zusätzliche Scan am Ende eines HBS. Die Position dafür liegt mitten auf dem Heizbett, dort fährt er anscheinend von vorne links aus hin. Leider war er einmal dabei nicht weit genug vom Heizbett entfernt. Zwei Mal ist es allerdings gut gegangen. Mir ist absolut unklar, warum das Verhalten unreproduzierbar ist, aber es war so.
  • Bei einem Druck eines recht hohen Objektes (Heizbett-Kompensation aktiviert, 0.1mm Layerhöhe, 1. Layer 0.15mm, von Hand leicht verkleinerte 1. Layerhöhe während des Brims, um eine gute Haftung zu erhalten - das mache ich eigentlich immer so) ist die Z-Achse auf gleichem Level geblieben, bis auf kleine Bewegungen zur Z-Kompensation. Das Objekt hat effektiv keine Höhe bekommen und natürlich hat der Extruder kein Material mehr rausbekommen. Die Bewegungen in X/Y schienen aber korrekt zu sein.
Alles in Allem kann ich aktuell so nicht drucken. Ich werde jetzt wieder eine alte Firmware zurückspielen und warten, bis eine funktionierende Version vorhanden ist. Logfiles habe ich keine, und ich werde auch so ohne Weiteres keine anfertigen. Ihr müsst eure Firmware schon selber testen, ich finde das so nicht in Ordnung. Ich habe vermutlich bisher mehr Zeit darauf verwendet, eure Bugs zu suchen und euch Logs zu liefern, als ich mit dem Drucker tatsächlich gearbeitet habe. Der Drucker ist ein kommerzielles Produkt und ich habe viel Geld dafür bezahlt. Die Firmware ist Teil des Kaufs. Wenn ihr nicht ohne Unterstützung von Usern in diesem Ausmaß in der Lage seid, eine Firmware zu liefern, die der Produktbeschreibung entspricht, verlange ich Geld zurück.

Für die beschädigte Düse möchte ich so oder so Ersatz.
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.21)

Beitrag von RF1000 »

Hallo mhier,
mhier hat geschrieben: Die Firmware ist immer noch massiv verbuggt und so absolut unbrauchbar.
Von welcher Version der Firmware sprechen wir da? Verwendest du unseren Originalstand von GitHub oder auch eigene Modifikationen?
mhier hat geschrieben: Vor dem Abbruch eines Drucks per Repetier-Host wollte ich sicherheitshalber die Düse vom Heizbett entfernen und habe während des Drucks manuell mit den Tasten das Heizbett nach unten bewegt. Ab einem gewissen Punkt (evlt. da wo der Z-Schalter gelöst wird) ist er dann mit hoher Geschwindigkeit wieder nach oben gefahren, mutmaßlich bis besagtes Limit gegriffen hat, und hat aber weiter gedruckt (Digits waren halt noch unter der Schwelle).
Wir werden versuchen, das zu reproduzieren.
mhier hat geschrieben: Ich habe eine Druck von der SD-Karte abgebrochen (wegen dem nächsten Fehler) und dazu im Menü Druck Abbrechen gewählt. Daraufhin hat der Drucker das Heizbett nach oben (statt wie zu erwarten nach unten) bewegt, eben wieder mutmaßlich bis zu dem Sicherheits-Check, und ist anschließend mit dem Bett nach ganz vorne gefahren - also quasi ein schiefgegangenes Output Object.
Wir werden versuchen, das zu reproduzieren.
mhier hat geschrieben: Etwas andere Situation vielleicht: Der neue, zusätzliche Scan am Ende eines HBS. Die Position dafür liegt mitten auf dem Heizbett, dort fährt er anscheinend von vorne links aus hin. Leider war er einmal dabei nicht weit genug vom Heizbett entfernt. Zwei Mal ist es allerdings gut gegangen. Mir ist absolut unklar, warum das Verhalten unreproduzierbar ist, aber es war so.
Wir haben richtig viele Heizbettscans durchgeführt. Bevor der Extruder aufgeheizt wird fährt er auf die Home-Position. Wenn er die Z-Home Position erreicht hat und dann beim Fahren in x/y-Richtung gegen das Heizbett fährt ist keinerlei Z-Kompensation aktiv. Hast du zwischen deinen Versuchen den Auslösezeitpunkt von Z-Min verändert?
mhier hat geschrieben: von Hand leicht verkleinerte 1. Layerhöhe während des Brims, um eine gute Haftung zu erhalten - das mache ich eigentlich immer so
Diese Anmerkung ist etwas off-Topic, ich halte sie aber für relevant: Warum muss du beim ersten Layer manuell eingreifen? Mit aktiver Z-Kompensation sollte der 1. Layer exakt so hoch sein wie vom Slicer eingestellt ... wenn man den ersten Layer anders haben wollen würde, dann sollte das über Slicer-Einstellungen möglich sein, oder?
Ungeachtet dessen sollte das Verändern der Z-Position über die Hardwaretaster natürlich auch während dem Drucken vom 1. Layer funktionieren.
mhier hat geschrieben: ... ist die Z-Achse auf gleichem Level geblieben, bis auf kleine Bewegungen zur Z-Kompensation. Das Objekt hat effektiv keine Höhe bekommen und natürlich hat der Extruder kein Material mehr rausbekommen. Die Bewegungen in X/Y schienen aber korrekt zu sein.
Wurde auf dem Display keine Fehlermeldung angezeigt? Welche Z-Position wurde am Display angezeigt?
mhier hat geschrieben: Alles in Allem kann ich aktuell so nicht drucken.
Deine bisherigen Anmerkungen sind leider nicht so konkret dass wir eine Chance hätten, das von dir beschriebene Verhalten zu reproduzieren (und gegebenenfalls zu ändern). Wir können uns nur Dinge ansehen, die für uns nachvollziehbar sind.
Ich kann nicht abschätzen auf wie vielen Anwendergeräten mittlerweile die RF.01.27 installiert ist, aber mit dieser Version der Firmware kann man definitiv drucken und fräsen, und zwar sowohl mit dem RF1000 als auch mit dem RF2000.


mfG
RF1000
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.21)

Beitrag von RFrank »

Hallo mhier

Danke für deine Pionierarbeit.
Durch mein Probieren habe ich ebenfalls eine 0,3 Düse verpresst und die Wägezellen massiv aus dem Gleichgewicht gebracht.
mhier hat geschrieben: Zusammengefasst habe ich folgende Probleme gefunden. Sie beziehen sich alle auf den Druckmodus, zum Fräsen bin ich noch nicht gekommen:
Hast du, da du vom Fräsen sprichst, den unteren Z-Schalter aktiv? (War bei mir für die schlimmsten Sachen verantwortlich).

Solange es keine Übereinkunft mit beim Ausprobieren der Software entstandene Schäden und ggf. Ausgleich gibt, werde ich keine neue Software mehr Testen.
Die meisten bleiben eh bei ihrer funktionierenden 90-xxxer Version

Gruß Frank
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)
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: 247 times

Re: Neue Development Firmware (RF.01.21)

Beitrag von mhier »

RF1000 hat geschrieben:Von welcher Version der Firmware sprechen wir da? Verwendest du unseren Originalstand von GitHub oder auch eigene Modifikationen?
Ich werde kaum Bugreports von Versionen mit eigenen Modifikationen machen. Vielleicht solltet ihr besser binaries bereit stellen, wenn ihr sicher gehen wollt, dann kann man sich darauf beziehen.
RF1000 hat geschrieben:
mhier hat geschrieben: Etwas andere Situation vielleicht: Der neue, zusätzliche Scan am Ende eines HBS. Die Position dafür liegt mitten auf dem Heizbett, dort fährt er anscheinend von vorne links aus hin. Leider war er einmal dabei nicht weit genug vom Heizbett entfernt. Zwei Mal ist es allerdings gut gegangen. Mir ist absolut unklar, warum das Verhalten unreproduzierbar ist, aber es war so.
Wir haben richtig viele Heizbettscans durchgeführt. Bevor der Extruder aufgeheizt wird fährt er auf die Home-Position. Wenn er die Z-Home Position erreicht hat und dann beim Fahren in x/y-Richtung gegen das Heizbett fährt ist keinerlei Z-Kompensation aktiv. Hast du zwischen deinen Versuchen den Auslösezeitpunkt von Z-Min verändert?
Ich habe selbstverständlich nichts angefasst, während der Heizbettscan durchgeführt wurde. Ich war sogar nicht mal im Raum, da doch recht viel Wartezeit hinzugekommen ist, seit der Drucker (sinnvollerweise) wartet, bis das Bett gut durchgeheizt ist. Ich glaube euch gerne, dass ihr richtig viele Scans durchgeführt habt, aber habt ihr auch richtig viele Fehlerzustände ausprobiert? Anscheinend nicht, sonst wäre das ja nicht passiert.
RF1000 hat geschrieben:
mhier hat geschrieben: von Hand leicht verkleinerte 1. Layerhöhe während des Brims, um eine gute Haftung zu erhalten - das mache ich eigentlich immer so
Diese Anmerkung ist etwas off-Topic, ich halte sie aber für relevant: Warum muss du beim ersten Layer manuell eingreifen? Mit aktiver Z-Kompensation sollte der 1. Layer exakt so hoch sein wie vom Slicer eingestellt ... wenn man den ersten Layer anders haben wollen würde, dann sollte das über Slicer-Einstellungen möglich sein, oder?
Klar theoretisch. I.d.R. bekomme ich nicht auf Anhieb gute Haftung bei ABS und verkleinere deshalb vorsichtig per Hardwaretasten bis die Haftung da ist. Ich habe mir einfach noch nicht die Mühe gemacht, das sauber einzustellen im Slicer. Zu viele andere Probleme. Wie gesagt, investiere ich noch immer mehr Zeit ins Firmewaredebugging als in tatsächliche Druck- und Fräsarbeiten... :-(
RF1000 hat geschrieben:Ungeachtet dessen sollte das Verändern der Z-Position über die Hardwaretaster natürlich auch während dem Drucken vom 1. Layer funktionieren.
Klar, die Tasten sind ja Teil der Produktbeschreibung und dafür sind sie ja da.
RF1000 hat geschrieben:
mhier hat geschrieben: ... ist die Z-Achse auf gleichem Level geblieben, bis auf kleine Bewegungen zur Z-Kompensation. Das Objekt hat effektiv keine Höhe bekommen und natürlich hat der Extruder kein Material mehr rausbekommen. Die Bewegungen in X/Y schienen aber korrekt zu sein.
Wurde auf dem Display keine Fehlermeldung angezeigt? Welche Z-Position wurde am Display angezeigt?
Keine Fehlermeldung wurde angezeigt und es wurde immer die gleiche Z-Position gezeigt (abgesehen von den Korrektur-Bewegungen). Der G-Code beinhaltet eindeutig die Befehle um die korrekten Z-Positionen anzufahren:

Code: Alles auswählen

$ grep Z test.gcode 
G1 Z5 F2000
G1 Z0.150 F30000.000
G1 Z0.250 F30000.000
G1 Z0.350 F30000.000
G1 Z0.450 F30000.000
G1 Z0.550 F30000.000
G1 Z0.650 F30000.000
G1 Z0.750 F30000.000
G1 Z0.850 F30000.000
G1 Z0.950 F30000.000
G1 Z1.050 F30000.000
G1 Z1.150 F30000.000
G1 Z1.250 F30000.000
G1 Z1.350 F30000.000
G1 Z1.450 F30000.000
G1 Z1.550 F30000.000
G1 Z1.650 F30000.000
(Rest abgeschnitten)
RF1000 hat geschrieben:
mhier hat geschrieben: Alles in Allem kann ich aktuell so nicht drucken.
Deine bisherigen Anmerkungen sind leider nicht so konkret dass wir eine Chance hätten, das von dir beschriebene Verhalten zu reproduzieren (und gegebenenfalls zu ändern). Wir können uns nur Dinge ansehen, die für uns nachvollziehbar sind.
Ich kann nicht abschätzen auf wie vielen Anwendergeräten mittlerweile die RF.01.27 installiert ist, aber mit dieser Version der Firmware kann man definitiv drucken und fräsen, und zwar sowohl mit dem RF1000 als auch mit dem RF2000.
Das seh ich ein bisschen anders. Zuerstmal ist das euer Problem, wie ihr die Firmware testet. Es gibt Spezifikationen des Druckers, nach denen ich diesen gekauft habe. Bisher gibt es keine Firmware-Version, die diesen Spezifikationen in allen Punkten entspricht. Rechtlich seit ihr als Händler zur Gewährleistung verpflichtet, dass diese Spezifikationen eingehalten werden.

Wenn ich mich ransetze und für euch genaurer Informationen liefere, ist das reine Kulanz von meiner Seite. Das beschriebene Fehlerbild ist eindeutig. Wenn ihr es nicht reproduzieren könnt, fehlen euch einfach die Testmöglichkeiten. Das ist letzlich eh offensichtlich, hier müsst ihr mal massiv investieren. Ich bin selbst in der Softwareentwicklung tätig, typischerweise ist der Aufwand für Tests größer (oft erheblich) als der für die Implementierung. Ihr wälst den Test-Aufwand einfach zu einem erheblichen Teil auf die User ab. Das machen zwar viele Firmen so, dadurch wird es aber nicht besser. Vor allem mit einer derart kleinen Nutzerzahl (vergleichen mit sagen wir dem iPhone) wird es dann nie eine fehlerfreie Version geben.

Mein Workflow mag etwas anders sein als der von den meisten Benutzern. Z.B. habe ich keinen PC neben dem Drucker stehen (kein Platz) und bin deshalb in vielen Punkten auf die Bedienung per Hardware-Tasten und Menü angewiesen. Das wurde von euch aber so beworben und war für mich ein Kaufgrund. Ein anderer war die Fräsoption, weswegen ich z.B. Z-Max installiert und i.d.R. auch aktiviert habe. Dann kommt es mir beim Fräsen noch sehr genau auf eine gute Z-Kompensation aus dem Workpart-Scan an, auch dieser wurde beworben und war Kaufgrund für mich. Vielleicht habe ich unwissentlich noch andere Besonderheiten, ihr gebt ja auch gar keinen Standard Workflow an nach dem ich mich richten könnte (oder?).

So oder so müsst ihr im Grunde jeden möglichen Workflow unterstützen. Das schließt mit ein, dass ihr entsprechende Tests vornehmt. Mir ist klar, dass man nicht alles testen kann. Aktuell scheint ihr aber nur einen winzigen Bruchteil der möglichen Kombinationen zu testen, was dazu führt, dass ich bisher bei jedem Firmware-Release, das ich ausprobiert habe, neue Bugs gefunden habe. Das liegt nicht an mir, sondern an euren unzureichenden Tests!

Ich bin bereit unter folgenden Umständen weiterhin für euch zu Testen und zu Debuggen:
  • Ich erhalte so schnell wie möglich eine neue 0.3mm-Düse als kostenfreien Ersatz, ohne dass ich mich groß beim Support rechtfertigen muss und ohne dass ich die alte zurückschicken muss (die kann ich dann zum Testen verwenden und brauch nicht alle zwei Wochen ne neue). Bitte mich per PN kontaktieren wegen weiteren Details.
  • Ihr sprecht die Garantie aus, dass ihr für Folgeschäden am Gerät, die sich aus den Tests ergeben, voll und ganz und unbürokratisch haftet (ein Versprechen hier im Forum genügt mir, es gibt ja genug Zeugen).
  • Wenn das überhand nimmt (was es schon fast tut), erwarte ich irgendwann eine teilweise Rückerstattung des Kaufpreises als Kompensation für Zeit, Material und Nerven. Ihr spart schließlich Arbeitskraft dadurch und kommt letzlich immer noch ergeblich günstgier dabei weg!
  • Ihr fixed endlich mal die falsche End-of-Line-Kodierung in github. Wenn ich doch mal was modifizieren möchte (z.B. Debug-Output hinzufügen) bekomme ich beim nächsten Release massiv Konflikte, das nervt. Checkt das Repo mal unter Linux aus und schaut euch direkt den Output von "git status" an, dann wisst ihr was ich meine.
Wenn wir nicht in absehbarer Zeit zu einem vernünftigen Ergebnis kommen, erwäge ich den Drucker komplett mit allem Zubehör zurückzuschicken und den vollen Kaufpreis zu verlangen. Ich seh zwar leider kein anderes Gerät, das mich weiter bringen würde, aber so kann ich ja auch nicht vorwärts kommen. Also hoffe ich erstmal, dass wir das irgendwie doch noch hinbekommen und bin wie gesagt zu den o.g. Bedingungen gerne bereit, weiterhin zu helfen! Ich sehe mich hier aber nicht in der Bringschuld!

P.S. @RFrank: Für mich ist bisher leider keine brauchbare Firmewareversion dabei, zurückgehen auf die 90er bringt mir nichts, da kriege ich nicht die Genauigkeit beim Fräsen hin mangels funktionierender Workpart-Kompensation. Außerdem fliegt einem bei der Version alles um die Ohren, wenn man mal vergisst im Druckbetrieb den unteren Z-Schalter zu deaktivieren. Ich kann auch schlecht ständig ne neue Firmware flashen, wenn ich zwischen Fräs- und Druckbetrieb umschalte...
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)
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: 247 times

Re: Neue Development Firmware (RF.01.21)

Beitrag von mhier »

RF1000 hat geschrieben:Wurde auf dem Display keine Fehlermeldung angezeigt? Welche Z-Position wurde am Display angezeigt?
mhier hat geschrieben:Keine Fehlermeldung wurde angezeigt und es wurde immer die gleiche Z-Position gezeigt (abgesehen von den Korrektur-Bewegungen). Der G-Code beinhaltet eindeutig die Befehle um die korrekten Z-Positionen anzufahren:
Nachtrag zu diesem Punkt: Mit der Version RF.01.19 druckt die selbe Datei problemlos.
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.21)

Beitrag von RF1000 »

Hallo mhier,


wir haben soeben die RF.01.29 hochgeladen, siehe http://www.rf1000.de/viewtopic.php?f=7&t=1369. Wir denken, dass wir darin die von dir beschriebenen falschen Z-Verhalten in Kombination mit dem "Z Type" Wert "Circuit" behoben haben.

Deine restlichen Anmerkungen habe ich in das System eingekippt, ich habe dazu aber selbst noch keine Antworten erhalten. We'll keep you informed.


mfG
RF1000
Antworten

Zurück zu „Firmware / Tweaks“