Firmware update woes. Duet3
-
Yep, or regress the firmware on bossa. I believe forward is better, I'm going to give him instructions for that.
-
You guys are awesome. Im a babe in the woods over here, and thank you Danal for anticipating that I didnt know how to switch to the unstable package list. Lol. I sure didnt.
Trying it now. -
Yeah, you probably found it on the Wiki, here is a cut paste, you can just run these exactly as shown:
wget -q https://pkg.duet3d.com/duet3d.gpg wget -q https://pkg.duet3d.com/duet3d-unstable.list sudo mv duet3d.gpg /etc/apt/trusted.gpg.d/ sudo mv duet3d-unstable.list /etc/apt/sources.list.d/duet3d-unstable.list sudo chown root:root /etc/apt/trusted.gpg.d/duet3d.gpg sudo chown root:root /etc/apt/sources.list.d/duet3d-unstable.list
AFTER those run, one more time:
sudo apt update sudo apt upgrade duetsoftwareframework
-
Once all that finishes, Duet Web should suddenly work.
A reset should not be required... but... if things still won't connect, first action is power cycle. That sequence above is pretty solid.
-
Oh, whoops. I may have jumped the gun. I ran with Bearers instructions, followed with an update/upgrade. Now returning:
pi@duet3:~ $ sudo apt list duetcontrolserver -a Listing... Done duetcontrolserver/unstable,now 1.3.2 armhf [installed,automatic] duetcontrolserver/unstable 1.3.1 armhf duetcontrolserver/unstable 1.3.0 armhf duetcontrolserver/unstable 1.2.5.0 armhf duetcontrolserver/unstable 1.2.4.0 armhf duetcontrolserver/unstable 1.2.3.1 armhf duetcontrolserver/unstable 1.2.3.0 armhf duetcontrolserver/unstable 1.2.2.1 armhf duetcontrolserver/unstable 1.2.2.0 armhf duetcontrolserver/unstable 1.2.1.0 armhf duetcontrolserver/unstable 1.2.0.0 armhf duetcontrolserver/unstable 1.1.0.5 armhf duetcontrolserver/unstable 1.1.0.4 armhf duetcontrolserver/unstable 1.1.0.3 armhf duetcontrolserver/unstable 1.1.0.2 armhf duetcontrolserver/unstable 1.1.0.1 armhf duetcontrolserver/unstable 1.1.0.0 armhf duetcontrolserver/unstable 1.0.4.1 armhf duetcontrolserver/unstable 1.0.4.0 armhf duetcontrolserver/unstable 1.0.3.5 armhf duetcontrolserver/unstable 1.0.3.3 armhf duetcontrolserver/unstable 1.0.3.2 armhf
Restarting.
-
Our instructions looked different but did the same things. Your status looks GOOD
-
@Danal said in Firmware update woes. Duet3:
but did the same things
almost; but chrishammn never confirmed or denied if stable and unstable list should co-exist after not too long ago asking someone to remove the stable list.
-
Once everything is back up, just for fun, try this from the Pi ssh session
echo "m115" | sudo /opt/dsf/bin/CodeConsole
Mine returns:
FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC FIRMWARE_VERSION: 3.01-RC7 ELECTRONICS: Duet 3 MB6HC v0.6 or 1.0 FIRMWARE _DATE: 2020-04-14b3
and the fact that it returns anything indicates the Pi and the Duet are connected.
-
@bearer said in Firmware update woes. Duet3:
@Danal said in Firmware update woes. Duet3:
but did the same things
almost; but chrishammn never confirmed or denied if stable and unstable list should co-exist after not too long ago asking someone to remove the stable list.
Ah, very interesting. Should we update the documentation in the "getting started"?
-
@Danal said in Firmware update woes. Duet3:
Should we update the documentation in the "getting started"?
i re-read it after his comment, and i guess it could be interpreted as either or, and the rest of us missed that. (but i suspect english is not the native language for me nor the author of the text so ymmw). however adding the key in both scenarios would indicate one or the other. if the text were to be changed replacing all the key stuff with
wget -qO - https://pkg.duet3d.com/duet3d.gpg | sudo apt-key add -
would probably be worth while as well.clarifying if it is an issue and making the instructions clearer would probably be a good thing in any case.
-
@bearer said in Firmware update woes. Duet3:
but i suspect english is not the native language for me nor the author of the text so ymmw)
I joke, and I repeat JOKE, that I am not a native English speaker.
I was born in a small town in TX, and the grain of truth behind that joke is that I really did take some tutoring at a point long after college, in my mid-career, so that I could speak accent-less, grammatically correct, English when I need to in business situations. It did seem to unlock some advancement that was lagging a bit.
But what REALLY cured my TX accent, and made me sound neutral american, was living in the Greater London Area (New Barnet) for about a year.
-
It works!!! Good LORD. Im sure glad you were all here to help me, I would have never gotten there but I still have the ethernet issue.
So, I pull the card out of the Pi. Put it in the Duet3, plug in the ethernet. It doesnt join the network. I plug in USB and connect via Pronterface.
Connecting... Printer is now online. >>>M122 SENDING:M122 === Diagnostics === RepRapFirmware for Duet 3 MB6HC version 3.01-RC7 running on Duet 3 MB6HC v0.6 or 1.0 Board ID: 08DJM-956L2-G43S4-6J9DD-3SJ6M-TB6AG Used output buffers: 4 of 40 (4 max) === RTOS === Static ram: 154580 Dynamic ram: 161588 of which 24 recycled Exception stack ram used: 308 Never used ram: 76716 Tasks: NETWORK(ready,2084) HEAT(blocked,1196) CanReceiv(suspended,3824) CanSender(suspended,1484) CanClock(blocked,1432) TMC(blocked,216) MAIN(running,4540) IDLE(ready,80) Owned mutexes: === Platform === Last reset 00:05:00 ago, cause: power up Last software reset at 2020-04-16 10:52, reason: User, spinning module GCodes, available RAM 76640 bytes (slot 0) Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x04432000 BFAR 0x00000000 SP 0xffffffff Task 0x4e49414d Error status: 0 [ERROR] Error status: 0 Free file entries: 10 SD card 0 detected, interface speed: 25.0MBytes/sec SD card longest block write time: 0.0ms, max retries 0 MCU temperature: min 33.9, current 42.7, max 42.7 Supply voltage: min 24.2, current 24.3, max 24.3, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.1, current 12.2, max 12.3, under voltage events: 0 Driver 0: standstill, reads 24921, writes 14 timeouts 0, SG min/max 0/0 Driver 1: standstill, reads 24922, writes 14 timeouts 0, SG min/max 0/0 Driver 2: standstill, reads 24923, writes 14 timeouts 0, SG min/max 0/0 Driver 3: standstill, reads 24923, writes 14 timeouts 0, SG min/max 0/0 Driver 4: standstill, reads 24927, writes 11 timeouts 0, SG min/max 0/0 Driver 5: standstill, reads 24927, writes 11 timeouts 0, SG min/max 0/0 Date/time: 1970-01-01 00:00:00 Slowest loop: 1.95ms; fastest: 0.15ms === Move === Hiccups: 0(0), FreeDm: 375, MinFreeDm: 375, MaxWait: 0ms Bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1 === AuxDDARing === Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1 === Heat === Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1 Heater 1 is on, I-accum = 0.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 ready with "M122" 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 Autopause is idle in state(s) 0 Code queue is empty. === Network === Slowest loop: 1.95ms; fastest: 0.01ms Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 0 of 8 - Ethernet - State: disabled Error counts: 0 0 0 0 0 [ERROR] Error counts: 0 0 0 0 0 Socket states: 0 0 0 0 0 0 0 0 === CAN === Messages sent 1201, longest wait 0ms for type 0 === Linux interface === State: 0, failed transfers: 0 Last transfer: 93602ms ago RX/TX seq numbers: 0/1 SPI underruns 0, overruns 0 Number of disconnects: 0 Buffer RX/TX: 0/0-0
Ethernet disconnected seems like the key entry here.
Send:M552 S1
And BAM, everything works! If I restart I have to reconnected and do it all over again to get ethernet (stand alone) working. I tried putting the M552 S1 in config.g but it doesnt enable ethernet.
-
If you run with the card in the Duet, you will need the ether plugged into the duet, and the enable command.
I'd actually run with the card in the Pi, and the ethernet physically plugged into the Pi. That should just "come up and work". Default is DHCP, there are tons of Pi tutorials around on how to make it static, if you wish. EDIT: Also, if you want unique hostnames for the printers, change it on the Pi. Again, lots of Pi examples out there.
And/or, you could forgo the ether completely, and run WiFi on the Pi. This is a Pi only option (the board does not have wifi). In your environment, I'm sort of thinking you will stick to ether.
-
And CONGRATULATIONS and WOO HOO!!
By the way, you should never have to bossa or change feeds or anything again. From this point forward, it really is the two 'apt' commands.
-
@Danal said in Firmware update woes. Duet3:
If you run with the card in the Duet, you will need the ether plugged into the duet, and the enable command.
Yep thats exactly what I have setup. Card in the Duet, Duet hooked to ethernet, M552 S1 as the first line in config.g. Does not reconnect after restart. I think I might be leading us down an "XY problem here".
The whole reason for all of this is that M401 and any probe related macros dont work when I am connected through the pi. If I run the macros with M98, they work fine. If i run the commands that are in deployprobe.g, it works like a champ. IF on the other hand, I am in stand alone mode, then the M401 and G30 codes all work correctly. They just dont through the pi. Now thats not a big deal, if I can run in standalone mode, but as of now I cant, because it defaults to disabling the ethernet, and adding it to config.g doesnt seem to do anything.
Guys, I really am sorry this is such a pain, and I cant thank you enough for all the help.
-
WAIT I think I understand what you are trying so desperately to get through my thick head. Just enable ethernet through SSH like you would with any other pi. Standby as I try to be less mentally compromised and give that a go.
-
@Demi said in Firmware update woes. Duet3:
@Danal said in Firmware update woes. Duet3:
If you run with the card in the Duet, you will need the ether plugged into the duet, and the enable command.
Yep thats exactly what I have setup. Card in the Duet, Duet hooked to ethernet, M552 S1 as the first line in config.g. Does not reconnect after restart. I think I might be leading us down an "XY problem here".
The whole reason for all of this is that M401 and any probe related macros dont work when I am connected through the pi. If I run the macros with M98, they work fine. If i run the commands that are in deployprobe.g, it works like a champ. IF on the other hand, I am in stand alone mode, then the M401 and G30 codes all work correctly. They just dont through the pi. Now thats not a big deal, if I can run in standalone mode, but as of now I cant, because it defaults to disabling the ethernet, and adding it to config.g doesnt seem to do anything.
Guys, I really am sorry this is such a pain, and I cant thank you enough for all the help.
I think you will find that all cleaned up on this release. I run all that stuff on a D3+Pi toolchanger that is passing 10,000 toolchanges at the moment (I track for wear) each of which has to do what you are describing several times.
With one caveat: Check your macros after you switch back to the Pi... even though it is the same physical SD, stand-alone and Pi have separate places they store /sys, /macros, /gcode, etc, etc.
-
Good lord. Okay so just to try to get up and running in stand alone, I am flashing a new SD with the Duetpi-lite.zip from:
https://duet3d.dozuki.com/Wiki/Getting_Started_With_Duet_3#Section_DuetPiPutting it right in the board and seeing if I can run stand alone with ethernet.
-
@Demi said in Firmware update woes. Duet3:
Good lord. Okay so just to try to get up and running in stand alone, I am flashing a new SD with the Duetpi-lite.zip from:
https://duet3d.dozuki.com/Wiki/Getting_Started_With_Duet_3#Section_DuetPi
Putting it right in the board and seeing if I can run stand alone with ethernet.That image is still primarily for using the Duet3 with the Pi. To use wihtout the Pi you can use the same card but have to make sure to put config and duetwebcontrol files on the first FAT32 partition* (or simpler reformat the card so there is but one fat32 partition and put the files on there)
*) when the pi is running this is /boot
-
HOLY HELL! It works! I think I now know what I was doing wrong. With a fresh card, it connected straight away. As soon as I loaded my old config it wouldnt connect.....because I have the brain rot, and the old config wasnt for stand alone. YEESH. Everything works now. You guys are absolutely amazing, thank you so so much.