Closed klcjr89 closed 4 years ago
Confirmed. This is behavior I've seen on all the 2.1.0 boards I put together but only became apparent in firmware v2.1.3+ IIRC.
@loredan or @foodbandlt just want you guys to be aware as well so if you come across anything in code that might explain that you can let me know. I'm assuming it's something to do with the setup function, or there may be a capacitance issue that needs correction in the startup
I have encountered this problem, but not sure about the cause yet
As a side note, we really should set up a naming convention for these LEDs, so we are not calling them "green" or "ready", but rather something like "power", "warning", "trigger" and "inverted trigger". It's especially important in case of mismatched colors
@loredan that's especially true as I mixed two batches of RGB 0606's in my container and apparently the colors are rearranged between them.
I called it a ready light since the silksceen layer appears to show as RDY. :) Ready layer one.
@klcjr89 That's exactly right, but each of the RGB LED's channels correspond to a different function.
At the moment on the Rev.2.1.0's that got sent out: Red= Power (Vcc input is high) Green= Calibration Alert Blue=Trigger (which appears to not be working correctly. Fixing it in 2.2.0)
Oh! had no idea there was a blue led in there too; nice!
@klcjr89 ok I figured out the issue
Back in v1.x.x firmware, I wasn't using a task scheduler and the reset of the trigger was handled by the main loop. Now it's handled by the interrupt function.
Here's the fun bit. on boot, the trigger LED blinks several times in order to indicate it's starting up, and it's done via inverting a pin by a count which is doubled in the setup function, which makes it always have an even number. What happens if you flip a switch twice? It goes on and stays off. So yeah I just need to add a +1 to the part of the setup code that doubles the blink count flip-flop and that should fix it.
Describe the bug The ready light on the 2.1.0 beta board doesn't light up unless the piezo element is first tapped.
To Reproduce To reproduce the behavior, the printer is first turned on, the beta board then boots up and ready light flashes, and then remains off until a tap on the piezo element by a finger causes the green light to light up and remain lit and ready to use for a homing or probing procedure.
Expected behavior I expect for the ready light to light up and remain lit after the printer is powered up.
Printer Used:
Pyr0-Piezo: 2.1.0 beta board