<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 22, 2014 at 2:48 PM, Jef Driesen <span dir="ltr"><<a href="mailto:jef@libdivecomputer.org" target="_blank">jef@libdivecomputer.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 22-12-14 20:33, John Van Ostrand wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, Dec 22, 2014 at 10:38 AM, Jef Driesen <<a href="mailto:jef@libdivecomputer.org" target="_blank">jef@libdivecomputer.org</a>><br>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 19-12-14 21:23, John Van Ostrand wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I did more investigating of setting commands and encoding. I've updated<br>
the<br>
trac wiki with the full information. It should be complete but it's not<br>
tested or strongly verified. There may be mistakes.<br>
<br>
I did some testing today reading raw data to see if I could download a<br>
usable memory dump for the dump function and avoid all that work done in<br>
_dump and eliminate the need for cochran_download.c.<br>
<br>
The read command (0x15 <start> <bytes>  0x05) only reads logbook and<br>
sample<br>
data. I suspected that the gap between logbook and sample contained config<br>
or other data but that isn't the case. There is no gap between Commander<br>
logbook and samples and the EMC has no data of significance there.<br>
<br>
Also, when asked to read past the end of data on the Commander, It returns<br>
0xFF for data that doesn't seem to be there. For example, the Commander I<br>
have has rolled the sample data buffer so all the memory has been written.<br>
Sample data stops at 0x100000 (1MB). When I asked for 8MB of data I got<br>
7MB<br>
of 0xFF.<br>
<br>
Unless i discover a new command to read data I won't be able to deliver a<br>
raw memory dump.<br>
<br>
I'm also no closer to deciphering the feature data from the computer so I<br>
don't know how much memory is present and enabled.<br>
<br>
</blockquote>
<br>
I'm not sure I'm understand what you're saying here. First you say you can<br>
download 1MB of data. But then you say you can't download a memory dump? I<br>
don't know what you consider a memory dump, but I would say it's that 1MB<br>
of data! Combined with the id, misc and config blobs that has everything we<br>
need. I have no idea what else you want.<br>
<br>
</blockquote>
<br>
What I meant was that I could not produce a contiguous segment of memory<br>
that contained everything, which seemed to be what you thought would be<br>
ideal for _dump().<br>
</blockquote>
<br></div></div>
Now I'm even more confused. If I'm right, then for the commander the logbook ringbuffer is from address 0x0 to 0x20000. And the profile ringbuffer is from address 0x20000 to 0x100000. So that's one continuous block of 1M in size. That would be perfect for a memory dump.<br>
<br>
Am I missing something here?<span class=""><br></span></blockquote><div><br></div><div>When I say "everything" I mean info, config and misc data too. That can't be read the same way log and sample data is.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
PS: Can you send me the data from your Commander too. If you have data<br>
from the other models, I would like to have a look at that too.<br>
<br>
</blockquote>
<br>
I'll send a separate email.<br>
</blockquote>
<br></span>
Thanks.<br>
<br>
If you're interested in the source code for my libdivecomputer simulator, then let me know and I'll package it for you.<br>
<br></blockquote><div> </div><div>I would be interested. <br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is it possible to install the Analyst software on my side, and make it talk to the simulator, or load the corresponding CAN files? That would help a lot. But I can only find a demo version, which seems to have the communication disabled</blockquote><div><br>The software is an extra charge (with cable) and I recall but it seemed to call home to authorize or log an activation.<br><br></div><div>Do you want screen dumps? I can also run a USB log and export to CSV. The file would include lots of collateral data but it's parseable. The CAN files are weaklly encrypted and I finished and submitted the Subsurface code to read CAN files. The CAN file contains log entries followed by the dive sample data in raw format. Since the addresses in the log don't apply to the relocated sample data my code uses something similar to corrupt dive parsing.<br></div></div><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>John Van Ostrand<br></div><div>At large on sabbatical<br></div><br></div></div>
</div></div>