On 10/6/07, Rob Conway <[EMAIL PROTECTED]> wrote:
>
> Paul
>
> Just reloaded 2.5p10 and these are the counter values displayed via
> owhttpd
>
> Counter A = 8999689
>
That's 00 89 53 09 in hex.
Counter B = 2718957568
>
That's A2 10 00 00 in hex.
DEBUG: Selecting a path (and device) path=/1D.EBEF09000000/counters.B
> > SN=1D EB EF 09 00 00 00 34 last path=00 00 00 00 00 00 00 00
> > DATA: DS9490_reset
> > DATA: DS9490_reset: ok
> > DEBUG: Transaction select = 0
> > DEBUG: Transaction send = 0
> > DEBUG: Transaction readin = 0
> > DEBUG: Transaction CRC16 = 0
> > DEBUG: Transaction end = 0
> > DEBUG: Counter Data: 00 00 10 A2 04 00 00 00
> >
>
> Hmm... Should be 4 bytes of counter and 4 bytes of zero.
> Any idea what your counters should read?
>
> Well, the 00 00 10 A2 comes out correct, but that 04 following is supposed
to be 00 according to the datasheet:
http://datasheets.maxim-ic.com/en/ds/DS2423.pdf page 8.
I suppose we could just ignore the test for the zero in the datasheet. Note
that the whole field was confirmed by a CRC16 generated by the DS2423.
So try the newest CVS version, that ignores zero checks and see if counting
seems sequential. That's my concern, that we have
the byte order wrong.
Paul Alfille
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
