Voit lisätä twiitteihisi sijainnin, esimerkiksi kaupungin tai tarkemman paikan, verkosta ja kolmannen osapuolen sovellusten kautta. Halutessasi voit poistaa twiittisi sijaintihistorian myöhemmin. Lue lisää
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 …
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.
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.
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_scorpio
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.
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.
looks like the first 4 transitions and the following 1 bit could be sync
once it's in sync, whatever's receiving it can use the bit width to clock stuff in
Twitter saattaa olla ruuhkautunut tai ongelma on muuten hetkellinen. Yritä uudelleen tai käy Twitterin tilasivulla saadaksesi lisätietoja.
