RRF3 Sensorless Homing issue/bug

gtj0

Oh scratch that. I left the reset jumper in place.

However, the build still doesn't boot probably because of...
https://github.com/dc42/RepRapFirmware/issues/337

gtjoseph created this issue in dc42/RepRapFirmware

closed Enabling MCU might have broken Duet3 #337

ctilley79

@dc42 Sounds good. I'm in no hurry. Homing each axis individually works fine for now.

dc42

@gtj0 , which version of Duet 3 do you have? I tested on v0.6 but not on 0.5.

gtj0

@dc42 said in RRF3 Sensorless Homing issue/bug:

@gtj0 , which version of Duet 3 do you have? I tested on v0.6 but not on 0.5.

v0.6. I tested the binary in the zip file you linked as well as building from v3-dev source up to commit "Removed SD-image folder". When the binary loads the status LED starts flickering very dimly.

dc42

@gtj0 said in RRF3 Sensorless Homing issue/bug:

@dc42 said in RRF3 Sensorless Homing issue/bug:

@gtj0 , which version of Duet 3 do you have? I tested on v0.6 but not on 0.5.

v0.6. I tested the binary in the zip file you linked as well as building from v3-dev source up to commit "Removed SD-image folder". When the binary loads the status LED starts flickering very dimly.

Odd, that binary is working for me and for deckingman. Did you pick up all the changes, to CoreNG, FreeRTOS, CANlib and RRFlibraries? Did you do a complete clean before the build? The compiler options have changed, so that's necessary.

After you load a version that works, with luck the software reset data in M122 will help pinpoint the crash.

PS - one other question: what does the LED do if you boot up without the Pi ribbon cable connected?

gtj0

@dc42 Well, this is interesting. Using the binary in your zip file, disconnecting the ribbon cable immediately causes the status LED to flash once per second as normal. Plugging the cable back in again and it goes back to dimly flashing quickly. Rebooting the SBC causes the Duet to back to normal UNTIL the DuetControlServer starts, then it's back to flashing dimly and quickly. Sure enough stopping the DCS and it's back to normal.

dc42

@gtj0 said in RRF3 Sensorless Homing issue/bug:

@dc42 Well, this is interesting. Using the binary in your zip file, disconnecting the ribbon cable immediately causes the status LED to flash once per second as normal. Plugging the cable back in again and it goes back to dimly flashing quickly. Rebooting the SBC causes the Duet to back to normal UNTIL the DuetControlServer starts, then it's back to flashing dimly and quickly. Sure enough stopping the DCS and it's back to normal.

Thanks, looks like there is a memory access within the SBC interface module that upsets the MPU. Can you get an M122 listing of the software reset data, for example via USB?

gtj0

@dc42

Last reset 00:00:12 ago, cause: software

Last software reset time unknown, reason: Memory protection fault, spinning module 
LinuxInterface, available RAM 102672 bytes (slot 2)
Software reset code 0x4170 HFSR 0x00000000 CFSR 0x00000082 ICSR 0x0440f804 BFAR 0x00000000 SP 0x20415f7c Task 0x4e49414d
Stack: 00453aad 0045ff80 01000000 20422334 00000000 00000101 00436243 00000000 20415fa4 00000101 00000000 00000001 20420dfc 00000001 00000000 00000000 004541bd 40058000 00000000 04042001 40078000 00000079 20423d00
Error status: 0 Free file entries: 10

dc42

Thanks, I'll look up the faulting address (45ff80) and see what's causing it.

gtj0

@dc42 said in RRF3 Sensorless Homing issue/bug:

Thanks, I'll look up the faulting address (45ff80) and see what's causing it.

Cool.

dc42

Now fixed.

gtj0

@dc42 said in RRF3 Sensorless Homing issue/bug:

Now fixed.

Now I'm in a reboot loop. I', going to start a separate thread for this.