04-23-2015, 08:43 AM
No I didn't think that was necessary given the unit/id combination received is 0,0 and the same for both working transmits (11,0 & 7,0)
You can also see that it looks like the nano is not respecting the longer pulse widths in the protocol message on a HIGH pull, only on LOW (from viewing the capture).
I'll try a raspberry pi tonight.
You can also see that it looks like the nano is not respecting the longer pulse widths in the protocol message on a HIGH pull, only on LOW (from viewing the capture).
I'll try a raspberry pi tonight.