Wow! This is going really well so far! Ryan, thanks again for all the decoders and for the hints as well. I had intended to start some analysis last night, but I found that the TRRS splitter that I ordered doesn't allow me to connect well with the LTAR. It is a 4-pole female to 2 male splitter. I t...

Ah, sorry. Sometimes a bit hard to follow other people's thought processes. But no, it's not related to time at all.

And the second date byte of the 0x20 blocks is not a second checksum.

The timestamp is irrelevant.

Haha, glad to see the burst of enthusiasm. :) Is the decoder helping? Also, I just pushed another bugfix. Darn Python doesn't throw errors until I manage to run over all the possible code paths... Also, I've got a nice long capture in https://drive.google.com/drive/folders/0B5VkyAiutdh-T3VxbkxxM0tmU...

First frame is block type, yes. That formula for the checksum works, but the way it's actually implemented in the devices is: initialize temp as a uint8 to 0xFF, subtract every frame of the block from temp(including the checksum byte), if temp is 0, checksum passes, otherwise fails. Also, I've pushe...

Also, I'm ordering a cheap USB logic analyzer/oscilloscope from eBay today, and I'll let you guys know how that turns out. Specifically, a https://sigrok.org/wiki/Noname_LHT00SU1 . It's supported by sigrok, and should let you capture one direction of the LTAR data stream directly into sigrok, instea...

You're welcome! I actually had a lot of fun writing those decoders(Thursday was the first day I actually looked at the Sigrok decoder documentation), so I'm glad people think they'll be useful. :) There's a couple other decoders in that repo for the LTTO/LTX/LTAR IR stuff, and a work-in-progress one...

Here's something that should help, since I know some of the people here don't do the Facebook thing. Screenshot: https://drive.google.com/file/d/0B5VkyAiutdh-Z04wNGlCNkJ3NTQ/view?usp=sharing I bring to you an LTAR datastream protocol decoder for Sigrok! This is as far as I'll be taking it currently,...

Looking good. And yeah, as you figured, the data is sent LSB-first. Which I had actually forgotten when I got to this page and was comparing with my documentation, heh. Keep up the good work!