How to rehook Toolboard 1LC?

[Schild0r]

Hello everyone,
I am in the process of putting my Toolboard into operation but I am running into an issue here or maybe I am just overlooking something.
I have two PSUs one 24V one for everything and one 5V one for standby power that also keeps the Duet3 running.
I can switch the 24V via IO of the duet but when I switch it off the Toolboard obviously looses power and CAN connection (I set it to CAN address 21). DWC will then show heater1 as offline and temp1 as 2000°C (PT1000) which is expected.
However when I switch the 24V PSU on again it will stay "offline" and at 2000°C. Sending M999 B21 doesn't help.
CAN does seem to be connected tho because when I send M122 B21 I get a response:

M122 B21
Diagnostics for board 21:
Duet TOOL1LC firmware version 3.3 (2021-06-15 16:12:58)
Bootloader ID: SAMC21 bootloader version 2.3 (2021-01-26b1)
Never used RAM 3064, free system stack 2789 words
Tasks: Move(notifyWait,0.0%,153) HEAT(delaying,0.0%,117) CanAsync(notifyWait,0.0%,65) CanRecv(notifyWait,0.0%,76) CanClock(notifyWait,0.0%,65) ACCEL(notifyWait,0.0%,61) TMC(notifyWait,2.8%,57) MAIN(running,92.2%,436) IDLE(ready,0.0%,27) AIN(delaying,4.9%,142), total 100.0%
Last reset 00:00:30 ago, cause: software
Last software reset time unknown, reason: AssertionFailed, available RAM 3392, slot 2
Software reset code 0x0120 ICSR 0x00000000 SP 0x2000415c Task  Freestk 129 bad marker
Stack: 00000544 00022ffc 00019b65 20003134 00016cff 20003134 000163d1 20000ed0 00000000 00000001 00008275 344477d8 22ac71dd 200071f4 1434000c 30000f51 200917cf 051233b9 882a257e 00531afc ac899f85 246271dc 670471c9 60040fd2 2a0083ed 688175d8 aac819d7
Driver 0: position 0, 80.0 steps/mm, standstill, SG min/max 0/0, read errors 0, write errors 1, ifcnt 19, reads 15233, writes 9, timeouts 0, DMA errors 0, steps req 0 done 0
Moves scheduled 0, completed 0, in progress 0, hiccups 0, step errors 0, maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0
Peak sync jitter 0/4, peak Rx sync delay 507, resyncs 0/0, no step interrupt scheduled
VIN: 24.5V
MCU temperature: min 30.8C, current 31.6C, max 31.6C
Ticks since heat task active 14, ADC conversions started 30508, completed 30507, timed out 0, errs 0
Last sensors broadcast 0x00000000 found 0 18 ticks ago, loop time 0
CAN messages queued 29, send timeouts 0, received 283, lost 0, free buffers 37, min 37, error reg 0
dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0
Accelerometer detected: yes, status: 00
I2C bus errors 0, naks 0, other errors 0

Only thing that looks odd to me is that the esteps are also reseting to 80 instead of the 562 I set them to in the config.

So how can I rehook my Toolboard properly after only it looses and regains power without restarting the whole machine?
(also do I need to unhook it before cutting power? If so, how?)

[dc42]

@schild0r try re-running config.g after you re-apply 24V power.

[Schild0r]

@dc42 thanks this works. I guess only rerunning an excerpt from config.g with the commands that concern the Toolboard would work too(?)

EDITEDIT:

I just noticed when I rerun the config after I re-apply 24 V I get the following response

HTTP is enabled on port 80
FTP is disabled
TELNET is disabled
Warning: Board 21 does not have input handle 1000
Warning: Board 21 does not have input handle 3000

Never got the Network echos before I installed the Toolboard but thats fine I guess, I now always get them on startup too (maybe because of the additional pause in the config for the CAN expansion board).
However what is it with the input handle? When I rerun the config without cutting and re-applying 24V I don't get these warnings.

[lycean]

@dc42 I'm running into this same issue. What would be nice would be to have a macro that, if defined, would be run immediately after asserting the PS_ON signal so that we could automatically reconnect the board (and re-initialize anything else too).

[dc42]

@lycean @Schild0r you can ignore those warnings. They are generated when commands try to allocate endstops or GpIn ports on CAN-connected expansion boards. RRF tries to remove the existing assignment first, but the expansion board doesn't know about it because it has been restarted. You could avoid the warning by un-configuring the endstop or GpIn port before turning off the power to the tool board.

I'll look at whether we can suppress that message under these conditions in RRF 3.5.

[lycean]

@dc42 Any chance of having trigger events that can be used to execute macros immediately before power off and immediately after power on so we could unhook & rehook the toolboard automatically?