Pulling this info out of the thread for better coverage: Here's a github repo of scope traces of the IR data that I'm trying to decode. It's from the controller of a VTech VSmile Baby edutainment console: https://github.com/bmx/vsbaby/tree/master/keys …
-
Näytä tämä ketju
-
The IR data gets received somehow and transferred to the CPU's on-board serial UART as two bytes, the second of which always has the MSB set. The controller always sends two 16-bit words for each event. In the pictures, the ones ending in '1' are the first word, '0' the second.
1 vastaus 0 uudelleentwiittausta 1 tykkäysNäytä tämä ketju -
The controller has 7 buttons (5 colors, cloud, and a ball), a 3-way switch, a power switch, a local-or-TV switch, and a purple button (pair?) at the top.
1 vastaus 0 uudelleentwiittausta 0 tykkäystäNäytä tämä ketju -
So far I have determined by manually pushing data into the emulated UART that in the 16-bit word, bit 4 (0010) when set will initiate a soft power-off, and bits 3..2 encode the position of the 3-way switch as 01, 10, or 11 (0004, 0008, or 000c).
@captain_scorpio1 vastaus 0 uudelleentwiittausta 0 tykkäystäNäytä tämä ketju -
I'm beginning to wonder if somehow the images ending in 1 and 0 represent, somehow, the individual bytes of the final 16-bit word that gets received by the UART, rather than two separate 16-bit words in and of themselves.
1 vastaus 0 uudelleentwiittausta 0 tykkäystäNäytä tämä ketju
Justification: There is no logic in the VSmile Baby's UART Rx handler to buffer multiple 16-bit words. It has a single location in RAM as an incoming mailbox, and it does not appear to have any logic for handling a sequential transfer of two words.
Lataaminen näyttää kestävän hetken.
Twitter saattaa olla ruuhkautunut tai ongelma on muuten hetkellinen. Yritä uudelleen tai käy Twitterin tilasivulla saadaksesi lisätietoja.