There are two files under the owfs mountpoint named "shorts". One in the 
./bus.0/interface/statistics/ and one in the 
./uncached/bus.0/interface/statistics/

Both of them contains "0"






2012-04-03 16:35 keltezéssel, Roberto Spadim írta:
> hum, check statistics if theres a short counter with value>0
>
> Em 3 de abril de 2012 10:46, Kassai Istvan<k...@zhnet.hu>  escreveu:
>> Hi folks,
>>
>> I'm trying to make a working temperature logging device on embedded platform
>> (because of consumption reason). I was already trying to prepare before, but
>> haven't succeeded. It works on PC (But I don't want to let running a whole
>> PC ) normally. So I dicided to move this simple thing to a routerboard
>> 433AH.
>> It didn't worked. only gives this directory structure:
>>
>> ************
>> root@drone:/mnt/1w# ls -la
>> drwxr-xr-x    1 root     root            8 Jan  1 00:21 .
>> drwxr-xr-x    5 root     root         1024 Jan  1 00:07 ..
>> drwxr-xr-x    1 root     root            8 Jan  1 00:21 bus.0
>> drwxr-xr-x    1 root     root            8 Jan  1 00:21 settings
>> drwxr-xr-x    1 root     root            8 Jan  1 00:21 statistics
>> drwxr-xr-x    1 root     root           30 Jan  1 00:21 structure
>> drwxr-xr-x    1 root     root            8 Jan  1 00:21 system
>> drwxr-xr-x    1 root     root            8 Jan  1 00:21 uncached
>>
>> ************
>>
>> I thought it doesn't work on routerboard. So I bought a wrap board (
>> http://www.pcengines.ch/alix2d2.htm ), which is x86 based and I'm trying on
>> it to make it work. But the problem is the same :-(
>>
>>
>> Of course I disabled the serial consol
>>
>> Is there anybody can help me, I don't know where to look for the rason of
>> the failure ?!
>>
>>
>>
>>
>>
>>
>> the "--debug" says when I start:
>>
>> ***********
>> root@drone:~# owfs --passive=/dev/ttyS0 /mnt/1w/ --8bit --debug
>> CONNECT: owfs.c:main(123) fuse mount point: /mnt/1w/
>> CONNECT: ow_avahi_link.c:OW_Load_avahi_library(72) No Avahi support. Library
>> libavahi-client couldn't be loaded
>> CONNECT: ow_dnssd.c:OW_Load_dnssd_library(136) Zeroconf/Bonjour is disabled
>> since dnssd library isn't found
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[]
>>    DEBUG: owlib.c:SetupTemperatureLimits(79) Globals temp limits 0C 100C (for
>> simulated adapters)
>>    DEBUG: fuse_line.c:Fuse_add(82) Added FUSE option 0 OWFS
>>    DEBUG: fuse_line.c:Fuse_add(82) Added FUSE option 1 /mnt/1w/
>>    DEBUG: fuse_line.c:Fuse_add(82) Added FUSE option 2 -o
>>    DEBUG: fuse_line.c:Fuse_add(82) Added FUSE option 3 direct_io
>>    DEBUG: fuse_line.c:Fuse_add(82) Added FUSE option 4 -f
>>    DEBUG: fuse_line.c:Fuse_add(82) Added FUSE option 5 -d
>>    DEBUG: owfs.c:main(152) fuse_mnt_opt=[(null)]
>>    DEBUG: owfs.c:main(154) fuse_open_opt=[(null)]
>> FUSE library version: 2.8.3
>> nullpath_ok: 0
>> unique: 1, opcode: INIT (26), nodeid: 0, insize: 56
>> INIT: 7.13
>> flags=0x0000007b
>> max_readahead=0x00020000
>>     INIT: 7.12
>>     flags=0x00000011
>>     max_readahead=0x00020000
>>     max_write=0x00020000
>>     unique: 1, success, outsize: 40
>> ***********
>>
>>
>>
>> When I try to list the mountpoint directory:
>> **********unique: 2, opcode: ACCESS (34), nodeid: 1, insize: 48
>>     unique: 2, error: -38 (Function not implemented), outsize: 16
>> unique: 3, opcode: GETATTR (3), nodeid: 1, insize: 56
>> getattr /
>>     CALL: ow_fstat.c:FS_fstat(22) path=/
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /
>>     unique: 3, success, outsize: 120
>> unique: 4, opcode: OPENDIR (27), nodeid: 1, insize: 48
>>     unique: 4, success, outsize: 32
>> unique: 5, opcode: READDIR (28), nodeid: 1, insize: 80
>> getdir[0]
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/]
>>     CALL: owfs_callback.c:FS_getdir(175) GETDIR path=/
>>    DEBUG: ow_dir.c:FS_dir(63) path=/
>>     CALL: ow_dir.c:FS_dir_both(98) path=/
>>    DEBUG: ow_cache.c:Cache_Get_Dir(806) Looking for directory 00 00 00 00 00
>> 00 00 00
>>    DEBUG: ow_cache.c:Cache_Get_Common_Dir(819) Get from cache sn 00 00 00 00
>> 00 00 00 00 pointer=0xb7766f34 extension=0
>>    DEBUG: ow_cache.c:Cache_Get_Common_Dir(843) dir not found in cache
>>    DEBUG: ow_search.c:BUS_first(32) Start of directory path=/ device=00 00 00
>> 00 00 00 00 00
>>    DEBUG: ow_select.c:BUS_select(72) Selecting a path (and device) path=/
>> SN=00 00 00 00 00 00 00 00 last path=FF 00 00 00 00 00 00 00
>>    DEBUG: ow_select.c:BUS_select(77) Clearing root branch
>>    DEBUG: ow_transaction.c:BUS_transaction_single(99) send = 0
>>    DEBUG: ow_transaction.c:BUS_transaction_single(168) end = 0
>>    DEBUG: ow_cache.c:Cache_Add_Dir(405) Adding duirectory for 00 00 00 00 00
>> 00 00 00 elements=0
>>    DEBUG: ow_cache.c:Cache_Add_Common(595) Add to cache sn 00 00 00 00 00 00
>> 00 00 pointer=0xb7766f34 index=0 size=0
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/bus.0]
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /bus.0
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/uncached]
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /uncached
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/settings]
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /settings
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/system]
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /system
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/statistics]
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /statistics
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/structure]
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /structure
>>    DEBUG: ow_dir.c:FS_dir_both(186) ret=0
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /
>>     unique: 5, success, outsize: 288
>> unique: 6, opcode: LOOKUP (1), nodeid: 1, insize: 46
>> LOOKUP /bus.0
>> getattr /bus.0
>>     CALL: ow_fstat.c:FS_fstat(22) path=/bus.0
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/bus.0]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/bus.0
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /bus.0
>>     NODEID: 2
>>     unique: 6, success, outsize: 144
>> unique: 7, opcode: LOOKUP (1), nodeid: 1, insize: 49
>> LOOKUP /uncached
>> getattr /uncached
>>     CALL: ow_fstat.c:FS_fstat(22) path=/uncached
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/uncached]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/uncached
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /uncached
>>     NODEID: 3
>>     unique: 7, success, outsize: 144
>> unique: 8, opcode: LOOKUP (1), nodeid: 1, insize: 49
>> LOOKUP /settings
>> getattr /settings
>>     CALL: ow_fstat.c:FS_fstat(22) path=/settings
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/settings]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/settings
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /settings
>>     NODEID: 4
>>     unique: 8, success, outsize: 144
>> unique: 9, opcode: LOOKUP (1), nodeid: 1, insize: 47
>> LOOKUP /system
>> getattr /system
>>     CALL: ow_fstat.c:FS_fstat(22) path=/system
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/system]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/system
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /system
>>     NODEID: 5
>>     unique: 9, success, outsize: 144
>> unique: 10, opcode: LOOKUP (1), nodeid: 1, insize: 51
>> LOOKUP /statistics
>> getattr /statistics
>>     CALL: ow_fstat.c:FS_fstat(22) path=/statistics
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/statistics]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/statistics
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /statistics
>>     NODEID: 6
>>     unique: 10, success, outsize: 144
>> unique: 11, opcode: LOOKUP (1), nodeid: 1, insize: 50
>> LOOKUP /structure
>> getattr /structure
>>     CALL: ow_fstat.c:FS_fstat(22) path=/structure
>>     CALL: ow_parsename.c:FS_ParsedName_anywhere(90) path=[/structure]
>>     CALL: ow_fstat.c:FS_fstat_postparse(39) ATTRIBUTES path=/structure
>>    DEBUG: ow_parsename.c:FS_ParsedName_destroy(54) /structure
>>     NODEID: 7
>>     unique: 11, success, outsize: 144
>> unique: 12, opcode: READDIR (28), nodeid: 1, insize: 80
>>     unique: 12, success, outsize: 16
>> unique: 13, opcode: RELEASEDIR (29), nodeid: 1, insize: 64
>>     unique: 13, success, outsize: 16
>> **********
>>
>>
>> Finally, when I leave the mountpoint dir:
>> ***********
>>    DEBUG: owfs.c:ow_exit(31) owfs: ow_exit(0)
>>     CALL: ow_lib_close.c:LibClose(21) Starting Library cleanup
>>     CALL: ow_lib_stop.c:LibStop(23) Clear Cache
>>     CALL: ow_lib_stop.c:LibStop(25) Closing input devices
>>    DEBUG: ow_com.c:COM_close(93) COM_close: flush
>>    DEBUG: ow_com.c:COM_close(95) COM_close: restore
>>    DEBUG: ow_com.c:COM_close(99) COM_close: close
>>     CALL: ow_lib_stop.c:LibStop(27) Closing outout devices
>>    DEBUG: ow_connect.c:FreeOutAll(232) Freeing outbound (null) #0
>>     CALL: ow_lib_close.c:LibClose(34) Finished Library cleanup
>>    DEBUG: ow_lib_close.c:LibClose(42) Libraries closed
>> ***********
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> If I connect back to my PC-s serial port, it works, but not with the
>> routerboard's (and now with the alix) port. I've checked it many times.
>>
>> the result when I run it on my pc:
>>
>> ***********
>> [root@kako 1w]# ls -la
>> összesen 4
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 .
>> drwxr-xr-x. 3 root root 4096 febr   5 16.53 ..
>> drwxrwxrwx. 1 root root    8 febr   7 07.12 3B.CA8505000000
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 alarm
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 bus.0
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 settings
>> drwxrwxrwx. 1 root root    8 febr   7 07.12 simultaneous
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 statistics
>> drwxr-xr-x. 1 root root   32 febr   7 07.12 structure
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 system
>> drwxr-xr-x. 1 root root    8 febr   7 07.12 uncached
>> [root@kako 1w]#
>>
>>
>> ***********
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Owfs-developers mailing list
>> Owfs-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>>
>
>


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to