So you've already done a lot of debugging -- the fuse system works, and the
hardware works on another system.
Thus the problem is with serial port handling (hardware or kernel or maybe
timing).
digitemp http://www.digitemp.com/ has support for the DS9097E passive
adapter and would be another test of the hardware.
It shouldn't be a polarity issue, but it could be a voltage problem on the
embedded board. The passive adapter steals power from the serial pins.
Paul Alfille
On Tue, Apr 3, 2012 at 1:27 PM, Kassai Istvan <k...@zhnet.hu> wrote:
> 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
>
------------------------------------------------------------------------------
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
