<p dir="ltr"><br>
On Apr 30, 2015 06:51, "Miika Turkia" <<a href="mailto:miika.turkia@gmail.com">miika.turkia@gmail.com</a>> wrote:<br>
><br>
> Interestingly it seems that these events record the previous depth,<br>
> not the current. Is EON recording only the event, no depth and your<br>
> importer adds the depth there?</p>
<p dir="ltr">So the eon steel protocol is fairly good, and it doesn't have the traditional fixed samples at all. Instead it has "update packets" which day things like "10240 milliseconds have passed" and "cylinder sensor #1 is now 123 bar". If the depth hasn't changed it just won't get updated.</p>
<p dir="ltr">So you don't see a "sample" that updates everything, although there are update packets that update several fields at once. One of the more common update packets updates time, depth, temperature and deco state all together, for example.</p>
<p dir="ltr">So it's not that the importer "adds the depth". Is literally that the eon steel bar sends "this data has changed". If the eon decides that some piece of information hasn't changed enough to report about, it will just not bother to update it.</p>
<p dir="ltr">(Other dive computer protocols tend to be delta-compressed too, but tend to have a more fixed format that often always updates depth, for example)</p>
<p dir="ltr">       Linus</p>