RepRapFirmware 3.01-RC3 released
-
@Phaedrux said in RepRapFirmware 3.01-RC3 released:
@CNCModeller said in RepRapFirmware 3.01-RC3 released:
Is there any way for me to re-configure things on the SD card directly so I can get back to using my printer with 2.05 in the short term?
You can place the 2.05 firmware file on the SD card in the /sys folder, connect via USB terminal, and send M997 to flash the firmware.
While you've got the SD card in your PC, you can also replace the contents of the /www folder with the files from DWC 2.0.7 just to make sure it's all there.
Thanks @Phaedrux,
I'm thinking that the firmware is already installed so I'm hoping I just need to copy over the files to the WWW folder.Fingers Xed!!!
Cheers
BPM -
@CNCModeller You can send M115 to see what firmware is actually flashed.
-
@Phaedrux said in RepRapFirmware 3.01-RC3 released:
@CNCModeller You can send M115 to see what firmware is actually flashed.
Cool thanks for the heads up...
-
That daemon-task runs always? Also when the printer is idle or off?
So, in theory I could use that to generate the desired chargepump signal, albeit at only 0,5Hz?
-
@DaBit said in RepRapFirmware 3.01-RC3 released:
That daemon-task runs always? Also when the printer is idle or off?
So, in theory I could use that to generate the desired chargepump signal, albeit at only 0,5Hz?
You could run it faster than that if you use a loop within the daemon.g file.
-
@bearer bossa crashes on my Mac running Movaje, and i dont have a laptop w Windows, so I would have to rip out the board and uncable it all, trying to avoid that......
I tried the file "Duet3_SDiap_MB6HC.bin" that someone posted the link for but it still wont take, it says soemthing about in-app error (i notices is a really small file of 55k vs. the usual 550k or so).....I dunno this shouldnt be that difficult....help!! -
@dc42 said in RepRapFirmware 3.01-RC3 released:
You could run it faster than that if you use a loop within the daemon.g file.
I suppose I could, but as long as I do not have to interface with existing boards the frequency is not that important.
How do we prevent the daemon task from taking away too much processing from the main G-code pipe? Is an endless while() harmful? Or is all that handled by priority in RRF?
Anyway, nice addition that daemon task!
I could use the daemon task to monitor the heaters for faulting, generate a chargepump signal when OK, quit generating the chargepump and send an M81 when failing. -
@imrj said in RepRapFirmware 3.01-RC3 released:
@bearer bossa crashes on my Mac running Movaje, and i dont have a laptop w Windows, so I would have to rip out the board and uncable it all, trying to avoid that......
I tried the file "Duet3_SDiap_MB6HC.bin" that someone posted the link for but it still wont take, it says soemthing about in-app error (i notices is a really small file of 55k vs. the usual 550k or so).....I dunno this shouldnt be that difficult....help!!Do you have a Raspberry Pi?
The instructions for bossa on Pi are on the dozuki, just below the instructions for Winders (<=Texas edition of WIndows)
-
@Danal i do have plenty those, thanks, will give that a shot
-
@imrj said in RepRapFirmware 3.01-RC3 released:
bossa crashes on my Mac running Movaje
See https://forum.duet3d.com/topic/11445/flashing-firmware-on-mac-os-x
Ian
-
@DaBit said in RepRapFirmware 3.01-RC3 released:
How do we prevent the daemon task from taking away too much processing from the main G-code pipe? Is an endless while() harmful?
If using your own loop, then I recommend that you include at least one G4 command in it with a reasonable length of delay.
-
@imrj said in RepRapFirmware 3.01-RC3 released:
I tried the file "Duet3_SDiap_MB6HC.bin" that someone posted the link for but it still wont take, it says soemthing about in-app error (i notices is a really small file of 55k vs. the usual 550k or so).....I dunno this shouldnt be that difficult....help!!
That's the new IAP file, used by RRF 3.0 and later to upgrade the firmware. It is not the firmware file itself, but it needs to be present in /sys when you want to upgrade the firmware using DWC or M997.
-
I understand, but even with it present and the firmware file, still does nothing, it says is updating the firmware, but it remains the same in M115 afterwards, stuck at 3.0B12
-
@imrj Try updating to 3.0 first, with the zip file from that release. Then try updating to this release.
-
i was able to finally get it done with the DuetPI and using the virtual SD card, so its all good now...but this needs to be simplied a bit, too hard for just a firmware update
now I have another issue but opened a new post for that one....thanks everyone -
@imrj Did you see my post about fixing bossa on Mac OS? https://forum.duet3d.com/topic/11445/flashing-firmware-on-mac-os-x
Ian
-
@droftarts yea i did thanks, but by then i had already setup the DuetPi and got it working....but yea i will do this to my Macbook, but interestingly enough I did have brew already installed and using it for other things
-
@imrj it's not just brew, you need to 'brew install wxwidgets'.
Ian
-
When sending the M112 command the printer turns off and then starts the hot end fan "fan1" at full speed. I'm hoping to use the new daemon.g file to monitor a rotor stuck alarm wire on the hot end fan and send an M112 if its detected. So the fan continuing to spin after M112 is problematic if it's in a known stuck position.
Printer is running:
Duet2Wifi w/Duex5 running RRF RC3config.g snippet
; Fans M950 F0 C"Fan0" ;Define the Parts Blower Fan connected to Fan0 M106 P0 S0 C"Parts Blower" H-1 ;Name the fan, turn off thermistic control and turn the fan off if it was running M950 F1 C"Fan1" ;Define the Tool Fan connected to Fan1 M106 P1 T40 H1 ;Enable Thermostatic Control to turn fan on 40 degrees
Edit: After some experimentation it appears that any fan with thermostatic control enabled is set to 100% after an M112 command. Is this the intended behavior?
-
@droftarts ah ok got it, will do that