rehome.g not found

[Marco Bona]

Hello, I have a little problem with stall detection, when a stall is detected is displayed only on panel due file rehome.g not found and nothing happens. I confirm that the file has been placed in the sys folder as indicated in the guide.
I also do not understand how I calculate actual current in 3D printer calc toolbox file.
Does anyone want to help me?
Thank you
Marco

[Phaedrux]

Are you sure it's named exactly the same?
Are you sure it's in the right place?

In the root of the SD card should be /sys/ and then inside there rehome.g.

Sometimes things get messed up and we're working on files in the wrong place.

I'm not sure what you mean by calculate actual current?

[Marco Bona]

@Phaedrux, I'm working on Duet3 with SBC, so I don't have SD, the file is placed inside the system folder.

[Phaedrux]

Are you using an expansion board? Motors connected to an expansion board cannot currently be used for stall detection homing.

Are you all up to date with sudo apt update, etc?

[Marco Bona]

@Phaedrux, I also connected an expansion board but the motors on which I'm detecting the stall are on main board.
I would also need some information regarding the calculation of the value H of M915, I do not clear how to calculate the actual current value on spreadsheet 3D printer calc toolbox.
Now is setting this but I don't know if is correct:

M569 P0.0 V40 H5                                               
M569 P0.1 V40 H5                                                
M915 X Y T20000 S15 H200 F1 R3                        

I had to set the S value pretty high because otherwise it wasn't reliable

[Phaedrux]

I'm not currently setup to test stall detection on a Duet 3, it'll be a while yet before I'm able to fully convert my printer.

Does the stall detection work if the expansion board is removed entirely?

[Marco Bona]

@Phaedrux, I didn't try to remove it, but I'd rather avoid it because I need the connected motors for prepare printing. Could it be enough to remove can cable?

[Marco Bona]

@Phaedrux, this morning I did some tests:
1_ start printing as from last configuration and while running start.g continues to appear rehome.g not found on panel due, on DWC nothing is displayed.
2_ running start.g from DWC, no error and I did not find anything abnormal.
Having said that, I think there is something that conflicts with the gcode created by the slicer. I'm currently using the latest version of cura mater (4.7.1).
Publish file in question White_minnow_rev1.gcode

I believe that the errors caused during printing are derived from same problem.
If it is necessary I can try to start printing from another slicer

[Marco Bona]

@Phaedrux, I also created a small macro that passed to the ends of the axes moving first X then Y and finally moving the diagonals increasing the speed of 1000 at each cycle and even this did not give problems

[Phaedrux]

Can you post some additional information?

Results of M122, config.g, homing files, start.g, bed.g any other files that may get called in the chain between startup and starting a print.

[Marco Bona]

@Phaedrux ,I'm not on the printer now. I'll get you the files tomorrow evening. Do you need M122 results after the error appears?

[Phaedrux]

@Marco-Bona said in rehome.g not found:

Do you need M122 results after the error appears?

Ideally.

[Marco Bona]

@Phaedrux, ecco i file:
-M122 results after error appears:

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v0.6 or 1.0 (SBC mode)
Board ID: 08DJM-956L2-G43S4-6JKF0-3S86T-9A5YD
Used output buffers: 1 of 40 (15 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 164528 of which 28 recycled
Exception stack ram used: 520
Never used ram: 73536
Tasks: NETWORK(ready,1968) HEAT(blocked,1188) CanReceiv(suspended,3424) CanSender(suspended,1432) CanClock(blocked,1436) TMC(blocked,68) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:02:21 ago, cause: power up
Last software reset at 2020-09-11 16:40, reason: User, spinning module LinuxInterface, available RAM 73508 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 23.0, current 28.1, max 28.2
Supply voltage: min 23.9, current 24.1, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.0, current 12.0, max 12.1, under voltage events: 0
Driver 0: ok, reads 29500, writes 26 timeouts 0, SG min/max 0/1023
Driver 1: ok, reads 29500, writes 26 timeouts 0, SG min/max 0/1023
Driver 2: standstill, reads 29500, writes 26 timeouts 0, SG min/max 0/1023
Driver 3: standstill, reads 29496, writes 31 timeouts 0, SG min/max 0/1023
Driver 4: standstill, reads 29511, writes 17 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 29511, writes 17 timeouts 0, SG min/max 0/0
Date/time: 2020-09-11 16:43:03
Slowest loop: 7.11ms; fastest: 0.13ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 37.5MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 372, MaxWait: 43407ms
Bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 30, completed moves: 30, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = 3 -1 -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by File
HTTP* is ready with "M122" in state(s) 0
Telnet is idle in state(s) 0
File* is idle in state(s) 43 0 0, running macro
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger* is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon* is idle in state(s) 0 0, running macro
Aux2 is idle in state(s) 0
Autopause* is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 1.28ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 0 of 8
- Ethernet -
State: disabled
Error counts: 0 0 0 0 0
Socket states: 0 0 0 0 0 0 0 0
=== CAN ===
Messages sent 547, longest wait 2ms for type 6011
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 18ms ago
RX/TX seq numbers: 3923/3924
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 120/192-0
=== Duet Control Server ===
Duet Control Server v3.1.1
File:
Buffered code: G30 P1 X140 Y0 Z-99999 S2 ; right lead screw
Buffered code: M402 ; retract the Z probe
Buffered code: G29 ; probe the bed and enable compensation
==> 112 bytes
Executing macro bed.g, started by G32
> Next stack level
Executing macro start.g, started by system
Suspended code: G1 Z10 F800
Suspended code: G1 X0 Y0 F8000 ;go to the center of bed
Suspended code: G30 X0 Y0 S-2 ;probe current position and ajust Z offset
Suspended code: G1 Z40 F1000 ;go to Z40
Suspended code: M584 P5
Suspended code: M98 P"homev.g"
Suspended code: M584 P3
Suspended code: G1 X-137 Y120 F8000 ;go to X-137 Y160
Suspended code: ;M42 P6 S50
Suspended code: G4 S1
> Next stack level
Suspended code: T0
Suspended code: M82 ;absolute extrusion mode
Suspended code: ;Sliced at: Wed 09-09-2020 18:17:10
Suspended code: M82 ;absolute extrusion mode
Suspended code: M104 T0 S175
Suspended code: M190 S50
Suspended code: M109 S205
Suspended code: M82 ;absolute extrusion mode
Suspended code: T0
Suspended code: G21
Suspended code: G90
Suspended code: G92 E0
Suspended code: G1 X-50 Z2.5 E20 F1500
Suspended code: G92 E0
Suspended code: G1 X50 Z0.15 F1000
Suspended code: M82 ;absolute extrusion mode
Suspended code: M117 P"rinting..."
Suspended code: ;
Suspended code: M82 ;absolute extrusion mode
Suspended code: ;T0                             ;switch to extruder 1
Suspended code: ;G92 E0                      ;reset extruder distance
Suspended code: ;G1 F2000 E93           ;load filament
Suspended code: ;G92 E0                      ;reset extruder distance
Suspended code: ;M104 S205
Suspended code: ;
Suspended code: M83 ;relative extrusion mode
Suspended code: M83 ;relative extrusion mode
Suspended code: G10
Suspended code: ;LAYER_COUNT:96
Suspended code: G92 E0
Suspended code: ;LAYER:0
Suspended code: M107
Daemon:
Finishing macro daemon.g, started by system
> Next stack level
Code buffer space: 3904
Configured SPI speed: 8000000 Hz
Full transfers per second: 23.89
File /opt/dsf/sd/gcodes/White_minnow_rev1.gcode is selected, processing

-Varius file:start.g rehome.g probe.g homeall.g customconfig.g config-override.g config.g bed.g
I think there should be everything.
Thank you

[Marco Bona]

@Phaedrux, after upgrading to 3.2 the problem persists.
I found that the error (Warning: Macro file rehome.g not found) is also displayed when I launch the macro with M98 P "rehome.g".
Have you had the opportunity to verify?

[Marco Bona]

@Phaedrux, i found the problem. The file name had a space after the .g file extension. Sorry but it wasn't easy to see.
Eliminating the space works correctly.
It remains to be understood why when I print, motorss continue to stall while if I start "start.g" from the console machine works correctly.
I look forward to some help from you if possible.
Thank you

[droftarts]

@Marco-Bona This is the start of the gcode you posted earlier:

;FLAVOR:RepRap
;TIME:1692
;Filament used: 1.00837m, 0m
;Layer height: 0.15
;MINX:-9.255
;MINY:-35.116
;MINZ:0.15
;MAXX:9.259
;MAXY:34.982
;MAXZ:14.4
;POSTPROCESSED
;Generated with Cura_SteamEngine mb-master-20200822
T0
M82 ;absolute extrusion mode
;Sliced at: Sun 06-09-2020 12:09:56
M82 ;absolute extrusion mode
M104 T0 S175
M190 S50
M109 S205
M82 ;absolute extrusion mode
T0
G21
G90
G92 E0
G1 X-50 Z2.5 E20 F1500
G92 E0
G1 X50  Z0.15 F1000
M82 ;absolute extrusion mode
M117 Printing...
;
M82 ;absolute extrusion mode
;T0                             ;switch to extruder 1
;G92 E0                      ;reset extruder distance
;G1 F2000 E93           ;load filament
;G92 E0                      ;reset extruder distance
;M104 S205
;
 
M83 ;relative extrusion mode
M83 ;relative extrusion mode
G10
;LAYER_COUNT:96
G92 E0
;LAYER:0
M107
M204 T1000
M566 X600 Y600
G0 F2400 X6.196 Y0.892 Z0.15
M204 P500
;TYPE:SKIRT
G11
G1 F2100 X6.391 Y3.65 E0.07207
G1 X6.657 Y6.33 E0.0702
G1 X7.007 Y9.063 E0.07182
G1 X7.427 Y11.74 E0.07064
G1 X7.926 Y14.423 E0.07114

It has these lines:

M204 T1000
M566 X600 Y600
...
M204 P500

M204 is setting acceleration for travel moves to 1000mm/s^2 and printing moves to 500mm/s^2, and M566 sets jerk for X and Y. Are these correct values?

Ian

[Phaedrux]

@Marco-Bona said in rehome.g not found:

It remains to be understood why when I print, motorss continue to stall while if I start "start.g" from the console machine works correctly.

Sorry can you explain that again?

When you start a print, start.g will get called automatically.

[Marco Bona]

@droftarts, I think they are correct, I usually use those parameters without problems, do they seem excessive to you?
Sorry, but start.g comes before those lines, always takes the first values it finds in gcode file?

@Phaedrux, exactly, start.g is automatically called up at the start of printing.

I explain the problem (setting M915 S3):

• if I start a print during the execution of start.g, X and Y motors stall continuously (then I suspend print because it does not probe bed correctly)
  -if I start "start.g" from the DWC console with M98 "start.g", machine works perfectly.
  I think isn't related to the sensitivity of the stall detection otherwise I think I should have same problem in both cases.

[Phaedrux]

@Marco-Bona said in rehome.g not found:

if I start a print during the execution of start.g,

Again, this doesn't make sense. When you start a print, start.g will be executed. Why would you start a print while start.g is executing?

[Marco Bona]

@Phaedrux , They are 2 separate operations. I'm saying that if I start printing the machine behaves in one way while if I start only start.g with the print canceled the printer behaves in another way. I don't repeat start.g while the machine is paused. Clear?
I think it takes some value when starting the program which creates some errors.