1LC - extruder randomly stopping/reversing - ≤3.5.0-rc1
-
@Exerqtor okay thanks. I don’t have an LGX, but I’ve probably got a motor similar enough. I might get enough time between Xmas and New Year to setup a bench test. I’ve also got a stepper motor analyser, which might be helpful.
Ian
-
@droftarts Np, don't burn your xmas on this lol.
I just reverted to 3.5.0-b4 again so i'm good over the holidays✌️
Wouldn't stepper specific issues have caused it to stall out rather than reverse btw (if that's what you're think about)? And again, since it don't happen on 3.5.0-b4 with the exact same config
🤔
-
-
@Exerqtor reported here:
-
@T3P3Tony said in 1LC - stepper randomly reversing - ≤3.5.0-r1:
@Exerqtor reported here:
Hopefully this gets parched out right quick so I can update the fw and start using the StrideMax!
🤞
-
@Exerqtor I have reviewed the code that manages motor direction on the 1XD. At the start of every move, RRF sets the direction of the driver, regardless of whether it should already be correct. So the only way that I can see for the direction to reverse and remain reversed is if the direction control set by M569 has changed. This might happen in the following ways:
- The memory that holds the direction value could have become corrupted. In this case, if M569 is run then it should report the incorrect direction value.
- The board could have reset and the direction value changed back to the default. In this case, M569 would report the wrong value and M122 would report that a reset had occurred.
- The main board has sent a M569 command to the tool board. This seems unlikely.
Therefore, please can you run the following test:
- Upgrade your system to 3.5.0-rc.2
- Start one of the prints that is likely to reverse direction
- Once the print is going correctly, run M569 P121.0 and M122 B121 (if the tool board address is not 121 then change these commands appropriately)
- Wait until the extruder reverses direction
- Run M569 P121.0 and M122 B121 again
Then post all the results here.
Thanks - David
-
@dc42 I will try it, but i don't think it's fully reversing either since it sure don't reverse/retract filament in the same rate that it would have extruded it under normal operation. If that makes sense?
It's experiencing it the same way as it did in the 3.5.0-beta2 bug.
I'll report back as soon as I get time to test it never the less.
-
@Exerqtor are you saying that when it is commanded to retract filament and is operating in reverse, it doesn't attempt to extrude filament instead?
Perhaps you should pause the print after it has started reversing, and see exactly how it does behave in response to extrusion commands?
-
@dc42 What i meant is that when the issue happens, it don't behave like it simply reverses the extruder movement since it don't back the filament out at at the expected speed/feedrate.
I usually print at somewhere around 25mm³/s with a 0.4mm nozzle, so it's clearly visible when it works normally and one can see it pulling in filament. BUT when it starts acting up, it don't back out the filament at that rate at all.
It's more like it just stops doing the normal extrusions and only does retract moves (0.45mm FW retraction) but not the unretracts.
So if it was just reversing the stepper movement it would have unloaded the extruder within a minute as the job went on (have to do something like 35mm retraction to fully unload the extruder). But even after letting it go on with the problem active for 10-15minutes before pausing the print i only have to send one 20mm extrude command before it comes plastic out of the nozzle.I've tried pausing the print(s) countless time when the issue happens, ans tried to run extrusion commands through PanelDue and those behave just as they should. But when i resue the print again it goes right back to the same mode of failure as before i paused.
Sorry for the messy atempt at an explenation
😮💨
I've changed the post title to better reflect whats going on. -
@Exerqtor could it be that somehow the motor current has been reduced to a low value, so that the extruder motor is capable of retracting filament but not capable of overcoming nozzle back pressure?
It would be helpful if you could wait for the issue to happen, then pause the print and then run some tests on the extruder:
- Verify that the nozzle temperature is correct stable, and was correct when the issue first occurred. Note, if you have a Revo hot end then on early ones the temperature sensing goes wrong after a while. The good ones have blue thermistor wires, the old ones were white.
- Use M569 to check that the driver is in spread cycle mode, not stealthchop
Send M906 and M913 without parameters to check that RRF thinks it is using the correct motor current - Test extruding and retracting at slow and medium speeds, e.g. 1 to 5mm/sec.
- Assuming it's not working properly try sending M906 Exxx (where xxx is the correct motor current) and M913 E100 to check whether this fixes it
-
@dc42 said in 1LC - extruder randomly stopping/reversing - ≤3.5.0-r1:
@Exerqtor could it be that somehow the motor current has been reduced to a low value, so that the extruder motor is capable of retracting filament but not capable of overcoming nozzle back pressure?
I have no idea where how that could happen, but it sounds like a possible cause. Weird that it wouldn't happen on 3.5.0-b4 though.
It would be helpful if you could wait for the issue to happen, then pause the print and then run some tests on the extruder:
- Verify that the nozzle temperature is correct stable, and was correct when the issue first occurred. Note, if you have a Revo hot end then on early ones the temperature sensing goes wrong after a while. The good ones have blue thermistor wires, the old ones were white.
I've got the "new" 60W heater (blue thermistor wires), so that shouldn't be an issue. I haven't seen any dips / fluctuations in the temperatures either (after I got the warranty replacement for the "white wire" variant or 60w from E3D, way before these extrusion issues started). Looking at the temperature chart in DWC everything is rock solid when the issue occurres
- Use M569 to check that the driver is in spread cycle mode, not stealthchop
Send M906 and M913 without parameters to check that RRF thinks it is using the correct motor current - Test extruding and retracting at slow and medium speeds, e.g. 1 to 5mm/sec.
- Assuming it's not working properly try sending M906 Exxx (where xxx is the correct motor current) and M913 E100 to check whether this fixes it
I will try all thay out some time this weekend! Haven't had the time during the week.
-
I just had time to do the testing, updated to 3.5.0-rc2 on everything, sliced one of the "doomed" models again to verify that it wasn't slicer generated
(Orca Slicer 1.9.0 stable has launched since last testing)
, and surely it fails just like it did a month ago🤣
Here is what you asked for @dc42, first off
M122 B121
&M569 P121.0
while laying down the first layer (not paused) with everything working like it should as a "baseline":M122 B121 Diagnostics for board 121: Duet TOOL1LC rev 1.1 or later firmware version 3.5.0-rc.2 (2023-12-14 08:58:51) Bootloader ID: SAMC21 bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 3252, free system stack 89 words Tasks: Move(3,nWait,0.1%,75) HEAT(2,nWait,16.8%,97) CanAsync(5,nWait,0.0%,54) CanRecv(3,nWait,0.5%,77) CanClock(5,nWait,0.8%,67) ACCEL(3,nWait,0.0%,53) TMC(2,nWait,136.3%,57) MAIN(1,running,616.0%,316) IDLE(0,ready,0.0%,27) AIN(2,delaying,215.9%,114), total 986.4% Last reset 08:07:59 ago, cause: power up Last software reset data not available Driver 0: pos 0, 568.8 steps/mm, ok, SG min 0, read errors 0, write errors 0, ifcnt 12, reads 24943, writes 12, timeouts 3, DMA errors 0, CC errors 0, failedOp 0x6f, steps req 0 done 106290 Moves scheduled 718, completed 716, in progress 1, hiccups 0, segs 14, step errors 0, maxLate 1 maxPrep 320, maxOverdue 1, maxInc 1, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 1.00 Peak sync jitter -2/10, peak Rx sync delay 218, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 23.3, current 24.1, max 24.4 MCU temperature: min 37.8C, current 55.1C, max 55.1C Last sensors broadcast 0x00000012 found 2 166 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 600447, send timeouts 0, received 264383, lost 0, errs 0, boc 0, free buffers 18, min 18, error reg 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 332, adv 35999/109737 Accelerometer: LIS3DH, status: 00 Inductive sensor: not found I2C bus errors 0, naks 6, contentions 0, other errors 0 === Filament sensors === Interrupt 5726621 to 0us, poll 4 to 1470us Driver 0: ok M569 P121.0 Driver 121.0 runs in reverse, active low enable, mode spreadCycle, ccr 0x00053, toff 3, tblank 0, hstart/hend/hdec 5/0/0, pos 448
And then we have
M122 B121
&M569 P121.0
taken while the issue is occurring (not paused):M122 B121 Diagnostics for board 121: Duet TOOL1LC rev 1.1 or later firmware version 3.5.0-rc.2 (2023-12-14 08:58:51) Bootloader ID: SAMC21 bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 2724, free system stack 89 words Tasks: Move(3,nWait,0.3%,71) HEAT(2,nWait,0.4%,97) CanAsync(5,nWait,0.0%,54) CanRecv(3,nWait,0.1%,77) CanClock(5,nWait,0.0%,67) ACCEL(3,nWait,0.0%,53) TMC(2,nWait,3.1%,57) MAIN(1,running,91.2%,316) IDLE(0,ready,0.0%,27) AIN(2,delaying,4.9%,114), total 100.0% Last reset 08:11:58 ago, cause: power up Last software reset data not available Driver 0: pos 0, 568.8 steps/mm, standstill, SG min 0, read errors 0, write errors 0, ifcnt 12, reads 53546, writes 0, timeouts 0, DMA errors 0, CC errors 0, steps req 0 done 282853 Moves scheduled 2822, completed 2822, in progress 0, hiccups 3, segs 36, step errors 0, maxLate 1 maxPrep 833, maxOverdue 3250, maxInc 3250, mcErrs 0, gcmErrs 0, ebfmin -0.96 max inf Peak sync jitter -2/10, peak Rx sync delay 226, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 23.9, current 24.0, max 24.3 MCU temperature: min 37.8C, current 56.7C, max 56.9C Last sensors broadcast 0x00000012 found 2 25 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 4935, send timeouts 0, received 5351, lost 0, errs 0, boc 0, free buffers 18, min 18, error reg 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 350, adv 36140/74649 Accelerometer: LIS3DH, status: 00 Inductive sensor: not found I2C bus errors 0, naks 0, contentions 0, other errors 0 === Filament sensors === Interrupt 5726621 to 0us, poll 9 to 1550us Driver 0: ok M569 P121.0 Driver 121.0 runs in reverse, active low enable, mode spreadCycle, ccr 0x00053, toff 3, tblank 0, hstart/hend/hdec 5/0/0, pos 168
@Exerqtor could it be that somehow the motor current has been reduced to a low value, so that the extruder motor is capable of retracting filament but not capable of overcoming nozzle back pressure?It would be helpful if you could wait for the issue to happen, then pause the print and then run some tests on the extruder:
- Verify that the nozzle temperature is correct stable, and was correct when the issue first occurred. Note, if you have a Revo hot end then on early ones the temperature sensing goes wrong after a while. The good ones have blue thermistor wires, the old ones were white.
Screenshot of the temperature chart during warmup, working print & failing print:
So i would say that's sufficiently stable😄
Use M569 to check that the driver is in spread cycle mode, not stealthchop
Answered above.Send M906 and M913 without parameters to check that RRF thinks it is using the correct motor current
Before pausing while issue is occuring:
M906 Motor current (mA) - X:1750, Y:1750, Z:850, E:650, idle factor 40% M913 Motor current % of normal - X:100, Y:100, Z:100, E:100
After pausing while issue is occuring:
M906 Motor current (mA) - X:1750, Y:1750, Z:850, E:650, idle factor 40% M913 Motor current % of normal - X:100, Y:100, Z:100, E:100
- Test extruding and retracting at slow and medium speeds, e.g. 1 to 5mm/sec.
Tried extruding 100mm @ 1mm/sec through paneldue while paused : no issues
Tried extruding 100mm @ 5mm/sec through paneldue while paused : no issuesAssuming it's not working properly try sending M906 Exxx (where xxx is the correct motor current) and M913 E100 to check whether this fixes it
So yeah, that's that
😂
-
@dc42 I suspect that didn't give you any more clues as to whats going on?
😓
-
@dc42
I just ran the same job file/test after installing 3.5.0-rc3 and it still fails in the same exact manner.I was touching/feeling the filament right as it enters the PTFE tube as the print progressed, and it stopped pulling it in right about at the 0.65mm (Z-axis height) mark.
Here is a link to the file (same as my previous post just for clarity).
M122 B121
&M569 P121.0
while laying down the first layer (not paused) with everything working like it should:M122 B121 Diagnostics for board 121: Duet TOOL1LC rev 1.1 or later firmware version 3.5.0-rc.3 (2024-01-24 17:55:14) Bootloader ID: SAMC21 bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 3072, free system stack 83 words Tasks: Move(3,nWait 7,0.0%,79) HEAT(2,nWait 6,7.3%,99) CanAsync(5,nWait 4,0.0%,49) CanRecv(3,nWait 1,0.3%,71) CanClock(5,nWait 1,0.4%,59) ACCEL(3,nWait 6,0.0%,53) TMC(2,nWait 6,67.2%,53) MAIN(1,running,97.2%,315) IDLE(0,ready,0.0%,27) AIN(2,delaying,96.9%,112), total 269.3% Owned mutexes: Last reset 18:26:14 ago, cause: power up Last software reset data not available Driver 0: pos 0, 568.8 steps/mm, ok, SG min 0, read errors 0, write errors 0, ifcnt 13, reads 26023, writes 13, timeouts 3, DMA errors 0, CC errors 0, failedOp 0x6c, steps req 0 done 83994 Moves scheduled 517, completed 516, in progress 1, hiccups 0, segs 13, step errors 0, maxLate 1 maxPrep 304, maxOverdue 1, maxInc 1, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 1.00 Peak sync jitter -3/10, peak Rx sync delay 219, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 23.3, current 24.1, max 24.4 MCU temperature: min 34.9C, current 55.2C, max 55.2C Last sensors broadcast 0x00000012 found 2 98 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 1360939, send timeouts 0, received 598056, lost 0, errs 0, boc 0, free buffers 18, min 18, error reg 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 330, adv 35701/74648 Accelerometer: LIS3DH, status: 00 I2C bus errors 0, naks 3, contentions 0, other errors 0 === Filament sensors === Interrupt 5726621 to 0us, poll 4 to 1445us Driver 0: ok M569 P121.0 Driver 121.0 runs in reverse, active low enable, mode spreadCycle, ccr 0x00053, toff 3, tblank 0, hstart/hend/hdec 5/0/0, pos 267
And then we have
M122 B121
&M569 P121.0
taken while the issue is occurring (not paused):M122 B121 Diagnostics for board 121: Duet TOOL1LC rev 1.1 or later firmware version 3.5.0-rc.3 (2024-01-24 17:55:14) Bootloader ID: SAMC21 bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 2520, free system stack 83 words Tasks: Move(3,nWait 7,0.3%,79) HEAT(2,nWait 6,0.4%,99) CanAsync(5,nWait 4,0.0%,49) CanRecv(3,nWait 1,0.1%,71) CanClock(5,nWait 1,0.0%,59) ACCEL(3,nWait 6,0.0%,53) TMC(2,nWait 6,3.5%,53) MAIN(1,running,90.6%,315) IDLE(0,ready,0.0%,27) AIN(2,delaying,5.1%,112), total 100.0% Owned mutexes: Last reset 18:30:29 ago, cause: power up Last software reset data not available Driver 0: pos 0, 568.8 steps/mm, standstill, SG min 0, read errors 0, write errors 0, ifcnt 13, reads 61284, writes 0, timeouts 0, DMA errors 0, CC errors 0, steps req 0 done 304108 Moves scheduled 2820, completed 2820, in progress 0, hiccups 3, segs 36, step errors 0, maxLate 1 maxPrep 810, maxOverdue 41, maxInc 41, mcErrs 0, gcmErrs 0, ebfmin -0.98 max inf Peak sync jitter -1/10, peak Rx sync delay 216, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 23.9, current 24.1, max 24.4 MCU temperature: min 34.9C, current 57.7C, max 57.7C Last sensors broadcast 0x00000012 found 2 10 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 5254, send timeouts 0, received 5624, lost 0, errs 0, boc 0, free buffers 18, min 18, error reg 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 339, adv 35800/74648 Accelerometer: LIS3DH, status: 00 I2C bus errors 0, naks 0, contentions 0, other errors 0 === Filament sensors === Interrupt 5726621 to 0us, poll 9 to 1438us Driver 0: ok M569 P121.0 Driver 121.0 runs in reverse, active low enable, mode spreadCycle, ccr 0x00053, toff 3, tblank 0, hstart/hend/hdec 5/0/0, pos 440
Screenshot of the temperature chart during warmup, working print & failing print (to show that the temps are stable, the drop off at the end is from when i cancelled the print) :
Before pausing while issue is occuring:
M906 Motor current (mA) - X:1750, Y:1750, Z:850, E:650, idle factor 40% M913 Motor current % of normal - X:100, Y:100, Z:100, E:100
After pausing while issue is occuring:
M906 Motor current (mA) - X:1750, Y:1750, Z:850, E:650, idle factor 40% M913 Motor current % of normal - X:100, Y:100, Z:100, E:100
While paused this time i tried extruding 1mm at the time until it actually started coming molten platic out of the nossle and i had to press "extrude" on PD 9-10 times before anything happened. So it's surely retracting the filament a little bit at a time.
Like i mentioned earlier i'm running 0.45mm FW retraction, and my
pause.g
don't contain any extruder movement at all. So all the 10mm (ish) of retracted filament has happened before i call for a pause. -
@Exerqtor please test whether the new firmware binaries at https://www.dropbox.com/scl/fo/p0136wx04h8xf6ejwdnn9/h?rlkey=efrfwyb6o5tqid11gustz3uvy&dl=0 fix tihi issue.
-
@dc42 said in 1LC - extruder randomly stopping/reversing - ≤3.5.0-r1:
@Exerqtor please test whether the new firmware binaries at https://www.dropbox.com/scl/fo/p0136wx04h8xf6ejwdnn9/h?rlkey=efrfwyb6o5tqid11gustz3uvy&dl=0 fix tihi issue.
Just had time to try it, and it's still the exact same behaviour.
M122 B121
&M569 P121.0
while laying down the first layer (not paused) with everything working like it should:M122 B121 Diagnostics for board 121: Duet TOOL1LC rev 1.1 or later firmware version 3.5.0-rc.3+ (2024-02-01 12:48:48) Bootloader ID: SAMC21 bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 3048, free system stack 83 words Tasks: Move(3,nWait 7,0.0%,79) HEAT(2,nWait 6,0.4%,99) CanAsync(5,nWait 4,0.0%,55) CanRecv(3,nWait 1,0.0%,71) CanClock(5,nWait 1,0.0%,59) ACCEL(3,nWait 6,0.0%,53) TMC(2,delaying,3.4%,53) MAIN(1,running,91.2%,315) IDLE(0,ready,0.0%,27) AIN(2,delaying,5.0%,112), total 100.0% Owned mutexes: Last reset 00:12:59 ago, cause: VDD brownout Last software reset data not available Driver 0: pos 0, 568.8 steps/mm, ok, SG min 0, read errors 0, write errors 0, ifcnt 13, reads 61969, writes 13, timeouts 0, DMA errors 0, CC errors 0, steps req 0 done 42336 Moves scheduled 155, completed 154, in progress 1, hiccups 3, segs 12, step errors 0, maxLate 1 maxPrep 268, maxOverdue 17, maxInc 17, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.99 Peak sync jitter -2/8, peak Rx sync delay 216, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 23.3, current 24.1, max 24.4 MCU temperature: min 43.5C, current 57.6C, max 57.6C Last sensors broadcast 0x00000012 found 2 23 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 16201, send timeouts 0, received 7328, lost 0, errs 0, boc 0, free buffers 18, min 18, error reg 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 328, adv 35675/74645 Accelerometer: LIS3DH, status: 00 I2C bus errors 0, naks 3, contentions 0, other errors 0 === Filament sensors === Interrupt 5726621 to 0us, poll 2 to 1474us Driver 0: ok M569 P121.0 Driver 121.0 runs in reverse, active low enable, mode spreadCycle, ccr 0x00053, toff 3, tblank 0, hstart/hend/hdec 5/0/0, pos 1017
And then we have
M122 B121
&M569 P121.0
taken while the issue is occurring (not paused):M122 B121 Diagnostics for board 121: Duet TOOL1LC rev 1.1 or later firmware version 3.5.0-rc.3+ (2024-02-01 12:48:48) Bootloader ID: SAMC21 bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 2472, free system stack 83 words Tasks: Move(3,nWait 7,0.3%,79) HEAT(2,nWait 6,0.4%,99) CanAsync(5,nWait 4,0.0%,55) CanRecv(3,nWait 1,0.1%,71) CanClock(5,nWait 1,0.0%,59) ACCEL(3,nWait 6,0.0%,53) TMC(2,nWait 6,3.5%,53) MAIN(1,running,90.6%,315) IDLE(0,ready,0.0%,27) AIN(2,delaying,5.1%,112), total 100.0% Owned mutexes: Last reset 00:17:36 ago, cause: VDD brownout Last software reset data not available Driver 0: pos 0, 568.8 steps/mm, standstill, SG min 0, read errors 0, write errors 0, ifcnt 13, reads 7102, writes 0, timeouts 0, DMA errors 0, CC errors 0, steps req 0 done 343188 Moves scheduled 2808, completed 2808, in progress 0, hiccups 29, segs 36, step errors 0, maxLate 1 maxPrep 842, maxOverdue 1, maxInc 1, mcErrs 0, gcmErrs 0, ebfmin -0.98 max inf Peak sync jitter -1/10, peak Rx sync delay 217, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 23.9, current 24.0, max 24.3 MCU temperature: min 43.5C, current 59.9C, max 60.1C Last sensors broadcast 0x00000012 found 2 148 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 5716, send timeouts 0, received 5953, lost 0, errs 0, boc 0, free buffers 18, min 18, error reg 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 357, adv 36225/109301 Accelerometer: LIS3DH, status: 00 I2C bus errors 0, naks 0, contentions 0, other errors 0 === Filament sensors === Interrupt 5726621 to 0us, poll 9 to 1416us Driver 0: ok M569 P121.0 Driver 121.0 runs in reverse, active low enable, mode spreadCycle, ccr 0x00053, toff 3, tblank 0, hstart/hend/hdec 5/0/0, pos 776
Screenshot of the temperature chart during warmup, working print & failing print (to show that the temps are stable, the drop off at the end is from when i cancelled the print) :
-
@Exerqtor are you saying that when the issue occurs, the hot end stops heating and cools down?
Last reset 00:17:36 ago, cause: VDD brownout
Looks like the 1LC lost power.
-
@dc42 said in 1LC - extruder randomly stopping/reversing - ≤3.5.0-r1:
@Exerqtor are you saying that when the issue occurs, the hot end stops heating and cools down?
No nothing happens except it stops feeding filament. The cooling down part in the temp chart is from after I've cancelled the print.
I only included the temp charts to show that the temps are stable (I've updated the "caption" for the chart images on the original posts to reflect on that now).
Last reset 00:17:36 ago, cause: VDD brownout
Looks like the 1LC lost power.
That's from the reset point is from when i rebooted the mainboard after installing 3.5.0-rc3+, I've got relays on the 24v lines controlled with PS_ON.
-
@dc42 Got any ideas for things i can do to try helping you narrowing down whats causing this?
Needless to say it renders the machine useless.
-
@dc42 I've looked at the commits you did to 3.5-dev yesterday, are these potential solutions for this bug?
-
@Exerqtor yes, possibly.