You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Purchased a couple of these recently and very impressed. Thank you for such a great implimentation.
Anyway, random idea: When not actually debugging with dW, the Reset pin could be put to use for a simplex serial port when in STK500 mode. As the Reset pin has 3 modes: Reset, GPIO and dW. It should therefore be possible to use the Reset pin as a bi-directional simplex serial for traditional diagnostics messages when dW is not required. You already have some serial comms on this pin, it probably won't be in use by the user for anything other than a reset. So all feasable. I don't know how much code with need to sit in the MCU to make this work. But I would be happy to assist / develop / test / etc. Most of the comms would be from the MCU (most likely) and you could limit it to out only if bidirectional would be too complex. But not much different to say I2C or any other simplex protocol.
This would add another feature to the shield without the need for a hardware change to impliment a working solution.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Purchased a couple of these recently and very impressed. Thank you for such a great implimentation.
Anyway, random idea: When not actually debugging with dW, the Reset pin could be put to use for a simplex serial port when in STK500 mode. As the Reset pin has 3 modes: Reset, GPIO and dW. It should therefore be possible to use the Reset pin as a bi-directional simplex serial for traditional diagnostics messages when dW is not required. You already have some serial comms on this pin, it probably won't be in use by the user for anything other than a reset. So all feasable. I don't know how much code with need to sit in the MCU to make this work. But I would be happy to assist / develop / test / etc. Most of the comms would be from the MCU (most likely) and you could limit it to out only if bidirectional would be too complex. But not much different to say I2C or any other simplex protocol.
This would add another feature to the shield without the need for a hardware change to impliment a working solution.
Beta Was this translation helpful? Give feedback.
All reactions