Paul this maybe better...I used debug for the same counter.B with version
2.5p10 which works OK
unique: 31, opcode: LOOKUP (1), nodeid: 2, insize: 51
LOOKUP /1D.EBEF09000000/counters.B
CALL: FSTAT path=/1D.EBEF09000000/counters.B
CALL: PARSENAME path=[/1D.EBEF09000000/counters.B]
DEBUG: Cache_Get_Device 1D EB EF 09 00 00 00 34
DEBUG: Get from cache sn 1D EB EF 09 00 00 00 34 pointer=(nil) index=-1 size=4
DEBUG: value found in cache
CALL: ATTRIBUTES path=/1D.EBEF09000000/counters.B
DEBUG: ParsedName_destroy /1D.EBEF09000000/counters.B
NODEID: 3
unique: 31, error: 0 (Success), outsize: 136
unique: 32, opcode: OPEN (14), nodeid: 3, insize: 48
CALL: OPEN path=/1D.EBEF09000000/counters.B
OPEN[0] flags: 0x8000
unique: 32, error: 0 (Success), outsize: 32
unique: 33, opcode: READ (15), nodeid: 3, insize: 64
READ[0] 4096 bytes from 0
CALL: READ path=/1D.EBEF09000000/counters.B size=4096 offset=0
CALL: PARSENAME path=[/1D.EBEF09000000/counters.B]
DEBUG: Cache_Get_Device 1D EB EF 09 00 00 00 34
DEBUG: Get from cache sn 1D EB EF 09 00 00 00 34 pointer=(nil) index=-1 size=4
DEBUG: value found in cache
DEBUG: READ_POSTPARSE /1D.EBEF09000000/counters.B
DEBUG: READ_POSTPOSTPARSE /1D.EBEF09000000/counters.B
DEBUG: FS_r_given_bus
CALL: FS_r_single: format=3 s=4096 offset=0
DEBUG: Cache_Get 1D EB EF 09 00 00 00 34 size=4 IsUncachedDir=0
DEBUG: Get from cache sn 1D EB EF 09 00 00 00 34 pointer=0xb7f6b404 index=1
size=4
DEBUG: value found in cache
DEBUG: Expired in cache
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 end = 0
DEBUG: Cache_Add 1D EB EF 09 00 00 00 34 size=4
DEBUG: Add to cache sn 1D EB EF 09 00 00 00 34 pointer=0xb7f6b404 index=1
size=4
DEBUG: FS_r_single: (unsigned) 2718957568
DEBUG: READ_POSTPOSTPARSE: /1D.EBEF09000000/counters.B return 12
DEBUG: READ_POSTPARSE /1D.EBEF09000000/counters.B return 12
DEBUG: ParsedName_destroy /1D.EBEF09000000/counters.B
READ[0] 12 bytes
unique: 33, error: 0 (Success), outsize: 28
unique: 34, opcode: READ (15), nodeid: 3, insize: 64
READ[0] 4096 bytes from 12
CALL: READ path=/1D.EBEF09000000/counters.B size=4096 offset=12
CALL: PARSENAME path=[/1D.EBEF09000000/counters.B]
DEBUG: Cache_Get_Device 1D EB EF 09 00 00 00 34
DEBUG: Get from cache sn 1D EB EF 09 00 00 00 34 pointer=(nil) index=-1 size=4
DEBUG: value found in cache
DEBUG: READ_POSTPARSE /1D.EBEF09000000/counters.B
DEBUG: READ_POSTPOSTPARSE /1D.EBEF09000000/counters.B
DEBUG: FS_r_given_bus
CALL: FS_r_single: format=3 s=4096 offset=12
DEBUG: READ_POSTPOSTPARSE: /1D.EBEF09000000/counters.B return 0
DEBUG: READ_POSTPARSE /1D.EBEF09000000/counters.B return 0
DEBUG: ParsedName_destroy /1D.EBEF09000000/counters.B
READ[0] 0 bytes
unique: 34, error: 0 (Success), outsize: 16
unique: 35, opcode: RELEASE (18), nodeid: 3, insize: 64
RELEASE[0] flags: 0x8000
CALL: RELEASE path=/1D.EBEF09000000/counters.B
unique: 35, error: 0 (Success), outsize: 16
----- Original Message -----
From: Rob Conway
To: [email protected]
Sent: Sunday, October 07, 2007 12:19 PM
Subject: Re: [Owfs-developers] Data error reading DS2423 counters
Paul
Just reloaded 2.5p10 and these are the counter values displayed via owhttpd
Counter A = 8999689
Counter B = 2718957568
----- Original Message -----
From: Paul Alfille
To: [email protected]
Sent: Sunday, October 07, 2007 12:11 PM
Subject: Re: [Owfs-developers] Data error reading DS2423 counters
On 10/6/07, Rob Conway <[EMAIL PROTECTED]> wrote:
Paul,
I think I got the debug...first time I've really tried downlaoding via
CVS and debug with owfs...
This is the response when trying to read counters.B
--- OneWireQuery done
DEBUG: Cache_Get 1D EB EF 09 00 00 00 34 size=8 IsUncachedDir=0
DEBUG: Get from cache sn 1D EB EF 09 00 00 00 34 pointer=0xb7f55b64
index=1 size=8
DEBUG: value not found in cache
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?
Paul Alfille
DEBUG: FS_r_given_bus FS_r_local return=-22
DEBUG: FS_r_given_bus return -22
DEBUG: READ_POSTPOSTPARSE: /1D.EBEF09000000/counters.B return -22
DEBUG: READ_POSTPARSE /1D.EBEF09000000/counters.B return -22
DEBUG: FS_OWQ_destroy of /1D.EBEF09000000/counters.B
DEBUG: ParsedName_destroy /1D.EBEF09000000/counters.B
unique: 73, error: -22 (Invalid argument), outsize: 16
unique: 74, opcode: RELEASE (18), nodeid: 7, insize: 64
RELEASE[0] flags: 0x8000
CALL: RELEASE path=/1D.EBEF09000000/counters.B
unique: 74, error: 0 (Success), outsize: 16
----------------------------------------------------------------------------
-------------------------------------------------------------------------
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
------------------------------------------------------------------------------
-------------------------------------------------------------------------
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
-------------------------------------------------------------------------
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
