Board 3 not found

ahwitmer

@bearer I'm using 50 cm ethernet cables between the cards.

A Former User

Cables should be fine. Maybe you could wire straight from 6HC motherboard to 3HC expansion board 1 and see if it helps? (I.e. bypass board 2 and board 3, leave the jumper on board 1 in any case)

Not sure how compatible the different versions are, but maybe its necessary to update the expansion to 3.1.1 before the 6HC motherboard. (You can either try installing the same version on the 6HC motherboard or wait and see if there are any other suggestions like addressing or faulty hardware potentially)

dc42

~~Your second diagram looks correct to me.~~

Your second diagram has the jumpers in the right place, however the board address is set to 4 not 3.

Are you able to communicate with board 3 at all? Is the red LED on it flashing in sync with the other 3 boards?

You can send M409 K"boards" to list the boards that have announced themselves to the main board.

ahwitmer

@dc42 The led lights between the ethernet connectors are all blinking with the same pace, no difference ever since I switched them on. On board 1 and 2 it shortly stopped while updating.
I understand what you are saying with the dipswitches, however yesterday, I updated board 1 and 2 successfully (stopping of blinking indicated transfer of firmware)
Board 3 did not give a reaction at all. This having the dip switches in the shown positions.
Nevertheless after your message, I changed the position of the dipswitches as indicated below.

After changing the dipswitches, board 1 is showing version 3.1.1 and to my surprise board 2 is showing an old version 3.0. How can it be... no clue because yesterday it said differently. but let's forget it. Not important.

I changed the dipswitches as per your message and per sketch below. Updated the expansion board firmware as I did yesterday. Next I used the M115 B0 / B1 / B2 / B3 to see the versions on the boards, the following is shown:

M115 B0
FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC FIRMWARE_VERSION: 3.1.1 ELECTRONICS: Duet 3 MB6HC v0.6 or 1.0 FIRMWARE_DATE: 2020-05-19b2<LF>ok<LF>

M115 B1
Board EXP3HC firmware 3.1.0 (2020-05-15b1)<LF>ok<LF>

M115 B2
Board EXP3HC firmware 3.1.0 (2020-05-15b1)<LF>ok<LF>

M115 B3
Error: M115: Response timeout: CAN addr 3, req type 6024, RID=50<LF>ok<LF>

M115 B4
Error: M115: Response timeout: CAN addr 4, req type 6024, RID=51<LF>ok<LF>

M115 B5
Error: M115: Response timeout: CAN addr 5, req type 6024, RID=52<LF>ok<LF>

Then I Used the M409 k"boards" as per your message. The following is returned:

M409 K"boards"

{"key":"boards","flags":"","result":
[
{
"canAddress":0,
"firmwareDate":"2020-05-19b2",
"firmwareFileName":"Duet3Firmware_MB6HC.bin",
"firmwareName":"RepRapFirmware for Duet 3 MB6HC",
"firmwareVersion":"3.1.1",
"iapFileNameSBC":"Duet3_SBCiap_MB6HC.bin",
"iapFileNameSD":"Duet3_SDiap_MB6HC.bin",
"mcuTemp":{"current":37.4,"max":37.5,"min":23.5},
"name":"Duet 3 MB6HC",
"shortName":"MB6HC",
"uniqueId":"08DJM-956L2-G43S4-6J1D8-3SJ6M-9B6GG",
"v12":{"current":11.4,"max":12.0,"min":0.1},
"vIn":{"current":12.1,"max":12.7,"min":0.1}
},

{
"canAddress":1,
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}},

{"canAddress":2,
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running","v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}},

{"canAddress":126,
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}}]
}

No clue what happened.

I used the following configuration:

A Former User

@ahwitmer said in Board 3 not found:

canAddress":126

seems to match https://duet3d.dozuki.com/Wiki/CAN_connection#Section_EXP3HC

it'd be easier to follow if you addressed the boards with the same adress as on the labels. in any case 126 / boards 1 needs to be changed methinks.

ahwitmer

Thanks for the reference! Allthough I have been reading and searching a lot, I have not seen this document before. Thanks!

ahwitmer

@bearer
As I understand the guide, the 3HC expansion boards are set via the dipswitches only. The 126 you get when all switches are off. The other type of boards are factory set to an address, which you can change by sending M952 command.
So in my case I have chosen 1,2 and 3 as adress.

The system does not seem to be stable, suddenly @ startup I get many errors and after that all my tools are gone and stay gone, this although the .g files are present at the duet.....
Back to the drawing board

M409 K"boards"

{"key":"boards","flags":"","result":
[
{"canAddress":0,
"firmwareDate":"2020-05-19b2",
"firmwareFileName":"Duet3Firmware_MB6HC.bin",
"firmwareName":"RepRapFirmware for Duet 3 MB6HC",
"firmwareVersion":"3.1.1",
"iapFileNameSBC":"Duet3_SBCiap_MB6HC.bin",
"iapFileNameSD":"Duet3_SDiap_MB6HC.bin",
"mcuTemp":{"current":35.8,"max":35.8,"min":31.6},
"name":"Duet 3 MB6HC",
"shortName":"MB6HC",
"uniqueId":"08DJM-956L2-G43S4-6J1D8-3SJ6M-9B6GG",
"v12":{"current":11.4,"max":11.7,"min":0.1},"vIn":{"current":12.1,"max":12.4,"min":0.1}},

{"canAddress":1,
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}},

{"canAddress":2,"
firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}},

{"canAddress":3,
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC","state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}}]}

A Former User

if you changed the address to make it clearer, you'd also need to change the config?

the pins are references as CanAddress.PinName, so changing the address you need to change the pin references.

A Former User

you can execute the config file to see any errors; M98 P"config.g"

ahwitmer

@bearer I preferred to keep to the convention of card numbering because it is configured like that in my config file to keep the changes limited.

ahwitmer

@bearer I will try that one tonight, thanks!

ahwitmer

@bearer @dc42
For some reason the system doesn't seem to be stable.
The reponses of the system are not consistent.
M98 P"config.g" does some times a lot and some times nothing at all
Yesterday, I had no tools, tonight suddenly they are back

The command M98 etc resulted in

M98 P"config.g"
<LF>
RepRapFirmware for Duet 3 MB6HC Version 3.1.1 dated 2020-05-19b2 <LF>
Ethernet is disabled. <LF>
RepRapFirmware for Duet 3 MB6HC is up and running. <LF>
Connection to Linux established! <LF>
Warning: VIN under-voltage event (0.9V)Lost connection to Linux <LF>
Connection to Linux established!<LF>Lost connection to Linux <LF>
Warning: 12V under-voltage ok<LF>

After that, I only get <LF>ok<LF> restarting sometimes gives the first message sometimes only the last result.

The interface is showing at startup: Duet connected

then after M98 P"config,g" I get on my interface:

Error M574 pin "io1.in" is not free
Error M574 pin "io0.in" is not free
Warning M307: heater 0 appears to be overpowered, if left at full power its temperature is predicted to reach 365C
the M568 command is not longer needed
then the last two messages disapear automatically

heater o is switched off according to the interface

the first message I get from the M98 command, mentions vin undervoltage, could that be the cause of the inconsistent behavior?

The RPI has its own power
the MB runs on 12V
the expansion boards run on 24V

ahwitmer

@bearer @dc42
Using the M409 K"boards" results in the info below.
The thing that surprises me that the MB shows values for V12 and Vin
The expansion boards show 0 values. Is that potentially the problem?

M409 K"boards"
{"key":"boards","flags":"","result":[
{"canAddress":0,
"firmwareDate":"2020-05-19b2",
"firmwareFileName":"Duet3Firmware_MB6HC.bin",
"firmwareName":"RepRapFirmware for Duet 3 MB6HC",
"firmwareVersion":"3.1.1",
"iapFileNameSBC":"Duet3_SBCiap_MB6HC.bin",
"iapFileNameSD":"Duet3_SDiap_MB6HC.bin",
"mcuTemp":{"current":36.2,"max":37.0,"min":32.3},
"name":"Duet 3 MB6HC",
"shortName":"MB6HC",
"uniqueId":"08DJM-956L2-
G43S4-6J1D8-3SJ6M-9B6GG",
"v12":{"current":11.4,"max":11.9,"min":0.1},
"vIn":{"current":12.1,"max":12.6,"min":0.1}},

{"canAddress":1,
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC","state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}},

{"canAddress":2,"firmwareFileNa
me":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}},

{"canAddress":3,"
"firmwareFileName":"Duet3Firmware_EXP3HC.bin",
"firmwareVersion":"3.1.0 (2020-05-15b1)",
"mcuTemp":{"current":0,"max":0,"min":0},
"shortName":"EXP3HC",
"state":"running",
"v12":{"current":0,"max":0,"min":0},
"vIn":{"current":0,"max":0,"min":0}}]}

A Former User

(i'm out of my depth, a long time ago; maybe @Phaedrux or the other wizards can shed some light on it)

((d'oh, yes, please relabel diagram instead of changing addresses))

dc42

Currently, it's normal for VIN and V12 to show zero for the expansion boards in M409, because the expansion boards don't report the voltages. I plan to fix this before firmware 3.2 release. Meanwhile, you can see the actual voltages using M122, for example M122 B1 to show the voltages for the board with CAN address 1.

Feel free to set the CAN addresses 1, 2, 3 of your expansion boards any way you like, but in future please re-label the boards in your diagrams "Expansion board 1" for the board with CAN address 1, similarly for boards 2 and 3. Talking about "Expansion board 1" when that board has CAN address 2 or 3 is very confusing.

Connection to Linux established! <LF>
Warning: VIN under-voltage event (0.9V)Lost connection to Linux <LF>
Connection to Linux established!<LF>Lost connection to Linux <LF>
Warning: 12V under-voltage ok<LF>

Those messages indicate that you have a problem with VIN power to the main board.

ahwitmer

@dc42 I originally misunderstood the settings of the dip-switches. Didn't realize it was a binary setting. Thanks to remarks made by Bearer I got the place where I could find the functioning. Hence the setting of position of the dip-switches did not correspond to the board numbering. Sorry for the confusion.

dc42

That looks good. Did you sort out the VIN power issue?

ahwitmer

@dc42 I have not been able to reproduce the dialog at all.
I got this result by using M98 P"config.g"
Only answer I get back via the terminal screen is:
ok<LF>

On the screen I get a message M307 on heater 0 being overpowered (this is the bed), although the heater is swiched off.

dc42

@ahwitmer said in Board 3 not found:

On the screen I get a message M307 on heater 0 being overpowered (this is the bed), although the heater is swiched off.

That's common when you have a high-powered heater. It's warning you that you should install as thermal cut-out for safety.

Is your current problem the 2000C reading on heater 4? What does M308 S# return, where # is the sensor number (T parameter) that you specified in the M950 H4 command?

Please post your config.g file.

ahwitmer

Sorry for the delay,

In fact the over power warnings were given without having heated anything. Also the bed is powered via a solid state relay. For now the message does not persist anymore.

De temperature issue of 2000C is caused by two problems but solved.
I'm using an encapsulated thermistor. nicely fitting in the heater block.
The contacts are not connected to the metal encapsulation, however when mounted in the heater block and fixed with the screw, one of the contacts is suddenly shortcutted with the metal housing. I ordered new ones.

In itself not a huge problem be it, it was caused by an issue with my lighting.
I'm using Cob lights which were screwed with plastic screws to the metal print head gantry. For some reason there was a metal connection between the negative pole of the lighting.

Combination of the two issues resulted in the 2000C

The bed thermistor issue I did not solve yet.

Having a two year old running around, slows down progress somewhat....