@gumby
I have no spare, unfortunately, voltages are monitored and from a voltage drop of 0.5 volts, the print is paused.
With me, however, everything has reset and partly I had to turn the printer off and on again, so that I can operate the again.

It was a LIS3DH, but that doesn't matter now, because it will no longer be used, a Roto-Toolboard is currently installed, but not yet fully connected, which should then work without any problems .

But I will check the wiring from the LIS3DH again later, just to know if it was this one.

Unfortunately, the printer is currently out of order due to various modifications.

These lines were entered in the config for the sensor

“M955 P0 C “spi.cs3+spi.cs2” I16”
“M593 P “zvd” F45”

This was an external sensor that was connected to the temp daughterboard connector

The mainboard is a 6HC V1.01

I also have the same sensor running on a modified Ender with RepRap and it doesn't cause any problems there.

Hello, sorry that I have not been in touch for so long, but family and work have left me little time for hobbies.

For whatever reason, I had commented out the acceleration sensor during the last firmware upgrade or downgrade (probably because the firmware version did not yet support the sensor) and since then it has been quiet, it has printed as if nothing had ever happened.
A few months ago I planned further upgrades, such as a conversion from 2 to 4 drives etc. I also added a Raspberry PI 5 . First I wanted to put the Pi into operation with firmware V 3.5.2 and test a few things and what can I say, it happened again. I started printing and after a few layers the device stopped.
The error message was “SPI connection has been reset”, M122 gave me a similar diagnosis as previously posted in this topic.
What I noticed was that a “daccViol” or “iaccViol” was repeatedly set in line 13 of the diagnosis.
I then downgraded to stand alone V3.5.2, same error pattern.
Finally I commented out the acceleration sensor and disconnected it, since then it works again.

Conclusion: either my wiring of the sensor is faulty or the sensor itself.

@gumby
I have no spare, unfortunately, voltages are monitored and from a voltage drop of 0.5 volts, the print is paused.
With me, however, everything has reset and partly I had to turn the printer off and on again, so that I can operate the again.

So, I deleted the firmware and reinstalled again, currently a print has been running for an hour, without stopping.
I assume in my up and downgrade attempts, I have screwed up something. I will continue to monitor the matter and report.

The hot-end is connected to the GND connector at the power-in on the mainboard

Rejoiced too soon, I tried to print a certain file again today and it reset again, despite grounding from the hot end.

I can not get rid of the feeling that it is the GCode, last time I took another file, it worked.

Ground is connected and I was able to print the file from yesterday completely. For days again a sense of success.

Thanks for the help

Ok, then I will pull an additional ground wire tomorrow, test and report back. Does the cable have to be connected to the ground connection of the board or would the connection to the ground of the printer also be ok ?
I have mounted a rail with terminal blocks for phase, neutral and ground at the bottom of the control cabinet.

After 4 minutes with an older file, the printer stopped again. Like a reset, heaters off and the coordinates are all at zero.
But this time I was able to move the axes afterwards.

Very strange

M122

=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.4.4 (2022-10-20 16:19:01) running on Duet 3 MB6HC v1.01 (standalone mode)
Board ID: 08DJM-9P63L-DJ3S0-7JTDD-3SS6N-9BLRB
Used output buffers: 3 of 40 (13 max)
=== RTOS ===
Static ram: 152824
Dynamic ram: 99520 of which 112 recycled
Never used RAM 98216, free system stack 219 words
Tasks: NETWORK(ready,29.6%,220) ETHERNET(notifyWait,0.2%,561) ACCEL(notifyWait,0.0%,348) HEAT(notifyWait,0.0%,328) Move(notifyWait,0.0%,351) CanReceiv(notifyWait,0.0%,943) CanSender(notifyWait,0.0%,335) CanClock(delaying,0.0%,340) TMC(notifyWait,8.0%,91) MAIN(running,61.8%,925) IDLE(ready,0.4%,30), total 100.0%
Owned mutexes: LwipCore(NETWORK)
=== Platform ===
Last reset 00:00:26 ago, cause: software
Last software reset at 2023-04-19 21:00, reason: MemoryProtectionFault iaccViol, none spinning, available RAM 94316, slot 0
Software reset code 0x4172 HFSR 0x00000000 CFSR 0x00000001 ICSR 0x00427804 BFAR 0x00000000 SP 0x2041fe58 Task NETW Freestk 423 ok
Stack: 20427740 004a03af 00000061 20427743 004a03b3 0040d0a9 804002ea 810f0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff 00000000 20427920 004a0434
Error status: 0x00
Step timer max interval 126
MCU temperature: min 23.3, current 23.9, max 34.4
Supply voltage: min 23.9, current 24.0, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.2, current 12.2, max 12.4, under voltage events: 0
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min 0, mspos 632, reads 13489, writes 14 timeouts 0
Driver 1: standstill, SG min 0, mspos 584, reads 13490, writes 14 timeouts 0
Driver 2: standstill, SG min 0, mspos 696, reads 13490, writes 14 timeouts 0
Driver 3: standstill, SG min 0, mspos 696, reads 13490, writes 14 timeouts 0
Driver 4: standstill, SG min 0, mspos 696, reads 13490, writes 14 timeouts 0
Driver 5: standstill, SG min 0, mspos 232, reads 13490, writes 14 timeouts 0
Date/time: 2023-04-19 21:00:40
Slowest loop: 3.25ms; fastest: 0.06ms
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.1ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 125, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 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, chamber heaters -1 -1 -1 -1, ordering errs 0
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP is idle 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 234, received 0, lost 0, boc 0
Longest wait 0ms for reply type 0, peak Tx sync delay 0, free buffers 50 (min 50), ts 131/0/0
Tx timeouts 0,0,130,0,0,102 last cancelled message type 30 dest 127
=== Network ===
Slowest loop: 2.55ms; fastest: 0.03ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 2 of 8
= Ethernet =
State: active
Error counts: 0 0 0 1 0 0
Socket states: 5 2 2 2 2 0 0 0
=== Multicast handler ===
Responder is inactive, messages received 0, responses 0