This is soo cool man! This has become one of my favorite KZbin channels for sure. Watched all the videos up to now, and excited for the next ones!
@JackOHaraEngineeringАй бұрын
I'm reporting decimal lat longs rn, just realized i can take off the front and add it on the ground lol, also im just gonna make them both unsigned and then fix that on the ground too. this made me realize how little i actually thought about my data budget as it hasn't been a problem yet.
@gabrielwong19916 ай бұрын
This protocol makes me remember getting and sending telemetry data from/to xplane
@abgehn78696 ай бұрын
This ist so awesome! Thank you for these videos! 😊
@V_Electronics6 ай бұрын
You reminded me how cool radio technology is, great content! I might make something about it as well in some time (:
@__cooper__6 ай бұрын
Was in a similar boat protocol wise, did the end checksum COBS/length in it method too. However... That tiny inline individual checksum solution is super cool, and in some situations may be more optimal if rapid data transfer is needed, because it catches a failed packet before the payload's checksum, saving some time, especially if able to signal to the sending device to stop transmission/resend. Maybe not what you wanted anymore here, not without use somewhere.
@Cragglies6 ай бұрын
Just how precise?🥰
@danielmikkelsen24766 ай бұрын
Such a good channel. Keep it going please
@alexkart92396 ай бұрын
6:10 [i'm not sure if i got you right] If we supplied power to the cartridge, this does not mean that it worked correctly. So pyro cartridge could be in one of four states: *inactive/disabled (impossible to fire) *active/armed (ready to fire) *fired successfully *failed to fire
@neuvedeno14 ай бұрын
Wonderful bro
@grimtagnbag6 ай бұрын
I’m not as smart as you so thanks for sharing cause it helps this guy! 😅
@strikeeaglechase15826 ай бұрын
Im trying to understand the exact point of the COBS process given we have a packet length. Any bytes equal to 170 detected before its received the total number of bytes as defined by the packet length should just be treated as the literal 170 right? Does it have to do with partially transmitted packets (ie the latter half is dropped), or is there something I'm missing.
@LafayetteSystems6 ай бұрын
COBS and the packet length bytes both assist in making the protocol robust to half dropped packets. or packets that have large delays between consecutive data. You're right that without COBS, if the latter half of the packet is dropped, the protocol will not detect the start of the next packet. That means instead of losing just the one packet with the dropped half, you fail to parse two consecutively. COBS and the packet length mean that any errors to one packet are confined just to that one and the next packet should read just fine.
@strikeeaglechase15826 ай бұрын
@@LafayetteSystems That makes sense! I was wondering if timing could be used as you should know reasonably precisely how much time each packet takes to transmit, but COBS seems simpler and only costs one byte so might as well.
@blakeyoungg6 ай бұрын
He didnt kill himself, remember that yall. It was a hit
@sampamnl.89646 ай бұрын
ขอบคุณมากครับ
@gilang4real2 ай бұрын
Isnt it make the rocket technically cruise missile?
@ZombieBiden6 ай бұрын
How do you become a member? I already subscribed.
@LafayetteSystems6 ай бұрын
Thank you for subscribing! I appreciate your interest in the projects I do on this channel. If you would like to join as a channel member there should be a “join” button on the channel page.
@steveadams75506 ай бұрын
Wouldn't it be easier to just use sms.
@eyalporat30276 ай бұрын
first
@tommyagnello41006 ай бұрын
Show us more Momo
@ЯрославЕгоров-ъ7с6 ай бұрын
второй
@captjohnny6 ай бұрын
Just like some others (JB), you're over complicating things