@chrishamm, sorry for delay in replying but this week I had a commitment, I upgraded yesterday to beta 4.1 which works perfectly even if I don't know why I had to recalibrate BLTouch because I find a difference of 0.05mm. I think the problem is not related to firmware however I solved it.
Thanks for the support.
Marco

Hi @Phaedrux, I publish file. I have yet to check but I think it could be a similar issue to this:https://forum.duet3d.com/topic/19346/duet3-6hc-restart-loop-when-connecting-with-web-browser. Yesterday I formatted sd card and I reinstalled everything from scratch but after 20 minutes of printing the sbc disconnected and restarted.

customconfig.g config-override.g config.g

@dc42 , Thanks.
@User3D , yesterday I did some tests and it seems that adding a G4 between moves gets around the problem. I haven't tried to print but homing works. I enclose an example, let me know if you solve.

G1 H1 U-150 F2000                                                               
G4 P100                                                                         
G1 U5 F1000                                                                     
G4 P100
G1 H1 U-15 F500                                                                
G4 P100                                                                       

With M400 it doesn't work, if you still have problems increase the delay

@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

@dc42 thanks, I hadn't thought of this option.

@T3P3Tony because they are occupied by the limit switch sensors.
I would like to add additional overtravel sensors but I only have one input available and I wouldn't want to buy an expansion card just to manage a couple more inputs.
Having said this, I send a single signal from Arduino in order to activate the emergency without using PWMs to identify the error. That's how it should work.

@dc42 No, I'm just using all the IO_IN pin and the CS pins are occupied by the accelerometer.

Hi everyone, I need to connect some overtravel sensors to an external Arduino board in order to send the signal to a single pin as there are no more ports available on the 6HC board and I don't want to buy another expansion board. The idea is to send a signal from the Arduino to the 6HC board in order to activate the emergency when the overtravel sensors are activated.
I wanted to understand if it is possible to manage the signal with different frequencies in order to display a warning message with the axis in error based on the frequency sent by Arduino.
I do the same thing on output using the PWM port of the 6HC board but I couldn't find any help in the documentation.
The only thing that comes to mind is to create an additional Z probe in order to collect the signal, then with a macro I generate the warning based on the value of the signal. Do you think this is possible?

@dc42, hi, I have installed latest internal release, prelease 3.4 beta 3+1 on mainboard while on the expansion board there is the latest release3.4 beta 3, leaving a delay although minimal in the moves it works correctly, the only strange thing that known is that I have to load configuration file 2 times to be able to load the parameters on the expansion board, I don't know if it is due to the fact that some updates are missing on expansion board. With this release I'm getting perfect prints, great job !!

@dc42, now I'm on vacation, I hope to be able to try the new release early next week

@dc42, thanks for reply

@dc42, DSF has also been updated to 3.4.

@dc42, should these versions also work with SBC connected? I tried to upgrade to 3.4 but when I start printing after the print temperature is reached the SBC disconnects and the printout is canceled.I upgraded with unstable branch to 3.4, in version 3.3 it works fine. I'll attach the report after I restart the machine.

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.4.0beta1 (2021-07-10 16:20:28) 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 (21 max)
=== RTOS ===
Static ram: 150904
Dynamic ram: 63484 of which 0 recycled
Never used RAM 139804, free system stack 200 words
Tasks: SBC(resourceWait:,2.3%,332) HEAT(delaying,0.0%,325) Move(notifyWait,0.0%,352) CanReceiv(notifyWait,0.0%,799) CanSender(notifyWait,0.0%,374) CanClock(delaying,0.0%,351) TMC(notifyWait,7.3%,93) MAIN(running,89.6%,922) IDLE(ready,0.7%,29), total 100.0%
Owned mutexes: HTTP(MAIN)
=== Platform ===
Last reset 00:00:45 ago, cause: power up
Last software reset at 2021-07-31 18:14, reason: User, GCodes spinning, available RAM 136244, slot 1
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0044a000 BFAR 0x00000000 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Step timer max interval 144
MCU temperature: min 31.1, current 35.1, max 35.2
Supply voltage: min 24.1, 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.1, max 12.1, under voltage events: 0
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Driver 0: position 0, standstill, reads 61046, writes 15 timeouts 0, SG min/max 0/0
Driver 1: position 0, standstill, reads 61046, writes 15 timeouts 0, SG min/max 0/0
Driver 2: position 0, standstill, reads 61046, writes 15 timeouts 0, SG min/max 0/0
Driver 3: position 0, standstill, reads 61047, writes 14 timeouts 0, SG min/max 0/0
Driver 4: position 0, standstill, reads 61048, writes 14 timeouts 0, SG min/max 0/0
Driver 5: position 0, standstill, reads 61048, writes 14 timeouts 0, SG min/max 0/0
Date/time: 2021-07-31 18:16:34
Slowest loop: 1.58ms; fastest: 0.05ms
=== 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 ===
DMs created 125, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 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
Heater 1 is on, I-accum = 0.0
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP* is doing "M122" in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
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
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== CAN ===
Messages queued 348, received 316, lost 0, longest wait 1ms for reply type 6042, peak Tx sync delay 179, free buffers 49 (min 48), ts 230/229/0
Tx timeouts 0,0,0,0,0,0
=== SBC interface ===
State: 4, failed transfers: 1, checksum errors: 0
Last transfer: 2ms ago
RX/TX seq numbers: 1585/1585
SPI underruns 0, overruns 0
Disconnects: 0, timeouts: 0, IAP RAM available 0x2c778
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.4-b1
Code buffer space: 4096
Configured SPI speed: 8000000Hz
Full transfers per second: 60.95, max wait times: 35.8ms/0.0ms
Codes per second: 4.45
Maximum length of RX/TX data transfers: 3481/980

@user3d, hello, I tried to make some prints but I can not give you a certain answer because on expansion board I have 2 axes that I do not usevery often during printing. From what I see I don't think there are any problems but I'm not entirely sure