Software package 3.3-rc2 released

chrishamm

@oozebot said in Software package 3.3-rc2 released:

We need to report a significant issue in 3.3-rc2 when using a 6HC with attached SBC.

When canceling a print, "stop.g" is called, not "cancel.g" like in previous versions of the firmware. This was validated by putting M291 P"Stop" at the top of stop.g and M291 P"Cancel" at the top of cancel.g.

Thanks for your report, I've got a fix ready for this.

dc42

@boa I am trying to reproduce your issue. So far the trigger hasn't gone off; but I have nothing connected to IO8_IN. What type of filament switch is it? Is is closed when filament is present, and open when it is not; or the other way round? Do you have filament in in when this issue occurs?

dc42

For those testing with 3.3RC3 the latest firmware binaries are at https://www.dropbox.com/sh/duc057ejldxhl48/AADiuF-oiz9EmkFX6HCeodxTa?dl=0. The change list since the 3.3RC2 release is https://github.com/Duet3D/RepRapFirmware/wiki/Changelog-RRF-3.x-Beta-&-RC#reprapfirmware-33-post-rc2.

dc42

@dc42 said in Software package 3.3-rc2 released:

@boa I am trying to reproduce your issue. So far the trigger hasn't gone off; but I have nothing connected to IO8_IN. What type of filament switch is it? Is is closed when filament is present, and open when it is not; or the other way round? Do you have filament in in when this issue occurs?

My test system has been sitting for almost 9 hours, and still no false triggers.

Serbitar

@dc42 will these soon be pushed to the apt repos?

BoA

@dc42 This is just a transoptor (Prusa MK3S filament sensor). I just disabled it for now. Not essential feature as I am using magnetic filament monitors. It was used only for loading filament. I have filament loaded when I can see false triggers - no light is going through sensor, so output is in low state.

dc42

@boa said in Software package 3.3-rc2 released:

@dc42 This is just a transoptor (Prusa MK3S filament sensor). I just disabled it for now. Not essential feature as I am using magnetic filament monitors. It was used only for loading filament. I have filament loaded when I can see false triggers - no light is going through sensor, so output is in low state.

Thanks. I'll re-run my test with io8.in connected to ground.

dc42

@boa, I left my machine on for 9 hours with io3.in connected to ground, and I didn't see any false triggers. So I am fairly sure that the issues you are seeing are caused by noise pickup or that the sensor is generally producing spurious triggers. It may be that RRF 3.3 response to noise pulses faster than previous versions, because the loop that polls the triggers is no longer responsible for managing motion, so it may execute faster.

If the sensor cable run close to a stepper motor cable, and the false triggers only occur when that stepper motor is energised, then it may be that the sensor cable is picking up inductive interference from the stepper motor cable.