1-Wire Filesystem for Linux -- Accessing the Dallas 1-wire network for sensors, memory, identity ()

headers

Paul Alfille | 1 Jul 2012 04:14

2.8p16

Release notes

owfs suite

Version 2.8p16

June 30 2012

Features

1. Maxime Soulé's new glyph definition for the DS2408-based LCD driver

Fixes

1. Better bounds checking for the TAI8570 for newer barometers.

Based on report from the TAI8570 creator Aitor Arrieta.

Newer devices use the DA5540B sensor and possibly have trouble with calibration constants.

2. Fix a regresion in backgrounding.

The close-files on forking implemented for the external sensors is fooled with backgrounding in uClibC devices.

----------------------

Really a minor update to fix some reported problems.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Mick Sulley | 4 Jul 2012 00:22

Problem with HA7E

I have a problem running my HA7E with owserver on my new Debian server.  
Running owfs-2.8p15

If I run

sudo /opt/owfs/bin/owfs -p 4304 --ha7e=/dev/ttyS0  -m /var/1-wire/mnt 
--allow_other

it works fine and I can see the devices, but if I run

sudo /opt/owfs/bin/owserver -p 4304 --ha7e=/dev/ttyS0

it does not work.  If I try

sudo /opt/owfs/bin/owfs -s localhost:4304 -m /var/1-wire/mnt --allow_other

It returns

DEFAULT: owlib.c:(57) No valid 1-wire buses found

If I run it with debug I get

mick <at> tom:/home/control/solar$ sudo /opt/owfs/bin/owserver -p 4304 
--ha7e=/dev/ttyS0 --debug
DEBUG MODE
libow version:
     2.8p15
   DEBUG: ow_daemon.c:(167) main thread id = 139848501516032
   DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded 
successfully
   DEBUG: ow_avahi_link.c:(77) Avahi library function found: 
avahi_client_errno
   DEBUG: ow_avahi_link.c:(78) Avahi library function found: 
avahi_client_free
   DEBUG: ow_avahi_link.c:(79) Avahi library function found: 
avahi_client_new
   DEBUG: ow_avahi_link.c:(80) Avahi library function found: 
avahi_client_get_domain_name
   DEBUG: ow_avahi_link.c:(81) Avahi library function found: 
avahi_entry_group_add_service
   DEBUG: ow_avahi_link.c:(82) Avahi library function found: 
avahi_entry_group_commit
   DEBUG: ow_avahi_link.c:(83) Avahi library function found: 
avahi_entry_group_is_empty
   DEBUG: ow_avahi_link.c:(84) Avahi library function found: 
avahi_entry_group_new
   DEBUG: ow_avahi_link.c:(85) Avahi library function found: 
avahi_entry_group_reset
   DEBUG: ow_avahi_link.c:(87) Avahi library function found: 
avahi_service_resolver_free
   DEBUG: ow_avahi_link.c:(88) Avahi library function found: 
avahi_service_resolver_new
   DEBUG: ow_avahi_link.c:(89) Avahi library function found: 
avahi_service_browser_free
   DEBUG: ow_avahi_link.c:(90) Avahi library function found: 
avahi_service_browser_new
   DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded 
successfully.
   DEBUG: ow_avahi_link.c:(104) Avahi library function found: 
avahi_simple_poll_free
   DEBUG: ow_avahi_link.c:(105) Avahi library function found: 
avahi_simple_poll_get
   DEBUG: ow_avahi_link.c:(106) Avahi library function found: 
avahi_simple_poll_loop
   DEBUG: ow_avahi_link.c:(107) Avahi library function found: 
avahi_simple_poll_new
   DEBUG: ow_avahi_link.c:(108) Avahi library function found: 
avahi_simple_poll_quit
   DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
    CALL: ow_parsename.c:(98) path=[]
   DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
    CALL: ow_parsename.c:(98) path=[]
   DEBUG: ow_tcp_read.c:(64) attempt 1 bytes Time: 5.000000 seconds
   DEBUG: ow_tcp_read.c:(114) read: 1 - 0 = 1

Any idea what is wrong here?

Thanks
Mick

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Paul Alfille | 4 Jul 2012 13:47

Re: Problem with HA7E

Does it work with --debug? There was a backgrounding issue in 2.8p15

On Tue, Jul 3, 2012 at 6:22 PM, Mick Sulley <mick <at> sulley.info> wrote:

I have a problem running my HA7E with owserver on my new Debian server.
Running owfs-2.8p15

If I run

sudo /opt/owfs/bin/owfs -p 4304 --ha7e=/dev/ttyS0 -m /var/1-wire/mnt
--allow_other

it works fine and I can see the devices, but if I run

sudo /opt/owfs/bin/owserver -p 4304 --ha7e=/dev/ttyS0

it does not work. If I try

sudo /opt/owfs/bin/owfs -s localhost:4304 -m /var/1-wire/mnt --allow_other

It returns

DEFAULT: owlib.c:(57) No valid 1-wire buses found

If I run it with debug I get

mick <at> tom:/home/control/solar$ sudo /opt/owfs/bin/owserver -p 4304
--ha7e=/dev/ttyS0 --debug
DEBUG MODE
libow version:
2.8p15
DEBUG: ow_daemon.c:(167) main thread id = 139848501516032
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded
successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found:
avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found:
avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found:
avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found:
avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found:
avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found:
avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found:
avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found:
avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found:
avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found:
avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found:
avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found:
avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found:
avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded
successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found:
avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found:
avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found:
avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found:
avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found:
avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CALL: ow_parsename.c:(98) path=[]
DEBUG: ow_tcp_read.c:(64) attempt 1 bytes Time: 5.000000 seconds
DEBUG: ow_tcp_read.c:(114) read: 1 - 0 = 1

Any idea what is wrong here?

Thanks
Mick

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Mick Sulley | 4 Jul 2012 16:39

Re: Problem with HA7E

No, with or without debug it does not run. I included the debug output at the end of the mail, I cannot see anything in there that looks like an error, but then my knowledge is not that great.

Mick

On 04/07/12 12:47, Paul Alfille wrote:

Does it work with --debug? There was a backgrounding issue in 2.8p15

On Tue, Jul 3, 2012 at 6:22 PM, Mick Sulley <mick <at> sulley.info> wrote:
I have a problem running my HA7E with owserver on my new Debian server.
Running owfs-2.8p15

If I run

sudo /opt/owfs/bin/owfs -p 4304 --ha7e=/dev/ttyS0 -m /var/1-wire/mnt
--allow_other

it works fine and I can see the devices, but if I run

sudo /opt/owfs/bin/owserver -p 4304 --ha7e=/dev/ttyS0

it does not work. If I try

sudo /opt/owfs/bin/owfs -s localhost:4304 -m /var/1-wire/mnt --allow_other

It returns

DEFAULT: owlib.c:(57) No valid 1-wire buses found

If I run it with debug I get

mick <at> tom:/home/control/solar$ sudo /opt/owfs/bin/owserver -p 4304
--ha7e=/dev/ttyS0 --debug
DEBUG MODE
libow version:
2.8p15
DEBUG: ow_daemon.c:(167) main thread id = 139848501516032
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded
successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found:
avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found:
avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found:
avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found:
avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found:
avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found:
avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found:
avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found:
avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found:
avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found:
avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found:
avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found:
avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found:
avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded
successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found:
avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found:
avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found:
avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found:
avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found:
avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CALL: ow_parsename.c:(98) path=[]
DEBUG: ow_tcp_read.c:(64) attempt 1 bytes Time: 5.000000 seconds
DEBUG: ow_tcp_read.c:(114) read: 1 - 0 = 1

Any idea what is wrong here?

Thanks
Mick

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Mick Sulley | 4 Jul 2012 22:03

Re: Problem with HA7E

I just downloaded and installed owfs-2.8p16. I tried testing with a DS9490R USB adapter and it does the same thing, owfs on its own runs OK but owserver does not. I ran owserver with --debug and this is what it returned. Is there anything else I can do to try to debug this?

mick <at> tom:/usr/local/src/owfs-2.8p16$ sudo /opt/owfs/bin/owserver -p 4304 -u --debug
DEBUG MODE
libow version:
    2.8p16
DEBUG: ow_daemon.c:(167) main thread id = 139670356117248
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found: avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found: avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found: avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found: avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found: avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found: avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found: avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found: avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found: avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found: avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found: avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found: avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found: avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found: avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found: avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found: avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found: avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found: avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
   CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CONNECT: ow_usb_cycle.c:(68) Bus master found: 2:3
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 2:3.
   CALL: ow_parsename.c:(98) path=[]
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0]
DEBUG: ow_dir.c:(65) path=/uncached/bus.0
   CALL: ow_dir.c:(100) path=/uncached/bus.0
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/interface]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/interface
DEBUG: ow_parsename.c:(62) /uncached/bus.0/interface
DEBUG: ow_search.c:(32) Start of directory path=/uncached/bus.0 device=00 00 00 00 00 00 00 00
DEBUG: ow_ds9490.c:(606) Index 0
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 15, flex: 1
   DATA: ow_ds9490.c:(941) set flexible speed
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 16 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:10 0D 54 A9 01 08 00 DC
DEBUG: ow_ds9490.c:(624) SN found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_search.c:(74) Device found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/10.0D54A9010800]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/10.0D54A9010800
DEBUG: ow_parsename.c:(62) /uncached/bus.0/10.0D54A9010800
DEBUG: ow_ds9490.c:(606) Index 1
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 0, flex: 1
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 8 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:81 8C 7E 30 00 00 00 BA
DEBUG: ow_ds9490.c:(624) SN found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_search.c:(74) Device found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/81.8C7E30000000]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/81.8C7E30000000
DEBUG: ow_parsename.c:(62) /uncached/bus.0/81.8C7E30000000
DEBUG: ow_ds9490.c:(606) Index 2
DEBUG: ow_cache.c:(484) Adding directory for 00 00 00 00 00 00 00 00 elements=2
DEBUG: ow_cache.c:(650) Add to cache sn 00 00 00 00 00 00 00 00 pointer=0x7f0789d5058c index=0 size=16
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/simultaneous]
DEBUG: ow_parsename.c:(380) TEST set simultaneous
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/simultaneous
DEBUG: ow_parsename.c:(62) /uncached/bus.0/simultaneous
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/alarm]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/alarm
DEBUG: ow_parsename.c:(62) /uncached/bus.0/alarm
DEBUG: ow_dir.c:(195) ret=0
DEBUG: ow_usb_cycle.c:(155) Finished FS_dir
DEBUG: ow_parsename.c:(62) /uncached/bus.0
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 2:3 unique id to 81 8C 7E 30 00 00 00 BA
mick <at> tom:/usr/local/src/owfs-2.8p16$

On 04/07/12 15:39, Mick Sulley wrote:

No, with or without debug it does not run. I included the debug output at the end of the mail, I cannot see anything in there that looks like an error, but then my knowledge is not that great.

Mick

On 04/07/12 12:47, Paul Alfille wrote:

Does it work with --debug? There was a backgrounding issue in 2.8p15

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Mick Sulley | 4 Jul 2012 23:25

Re: Problem with HA7E

More testing - I just installed owfs-2.8p13, which is running fine on my Ubuntu server, but on the Debian server I still get the same problem, owfs will run but owserver will not. I am starting to think this may be something I have set up incorrectly. Any ideas what it could be?

Thanks
Mick

On 04/07/12 21:03, Mick Sulley wrote:

I just downloaded and installed owfs-2.8p16. I tried testing with a DS9490R USB adapter and it does the same thing, owfs on its own runs OK but owserver does not. I ran owserver with --debug and this is what it returned. Is there anything else I can do to try to debug this?

mick <at> tom:/usr/local/src/owfs-2.8p16$ sudo /opt/owfs/bin/owserver -p 4304 -u --debug
DEBUG MODE
libow version:
    2.8p16
DEBUG: ow_daemon.c:(167) main thread id = 139670356117248
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found: avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found: avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found: avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found: avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found: avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found: avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found: avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found: avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found: avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found: avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found: avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found: avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found: avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found: avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found: avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found: avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found: avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found: avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
   CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CONNECT: ow_usb_cycle.c:(68) Bus master found: 2:3
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 2:3.
   CALL: ow_parsename.c:(98) path=[]
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0]
DEBUG: ow_dir.c:(65) path=/uncached/bus.0
   CALL: ow_dir.c:(100) path=/uncached/bus.0
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/interface]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/interface
DEBUG: ow_parsename.c:(62) /uncached/bus.0/interface
DEBUG: ow_search.c:(32) Start of directory path=/uncached/bus.0 device=00 00 00 00 00 00 00 00
DEBUG: ow_ds9490.c:(606) Index 0
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 15, flex: 1
   DATA: ow_ds9490.c:(941) set flexible speed
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 16 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:10 0D 54 A9 01 08 00 DC
DEBUG: ow_ds9490.c:(624) SN found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_search.c:(74) Device found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/10.0D54A9010800]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/10.0D54A9010800
DEBUG: ow_parsename.c:(62) /uncached/bus.0/10.0D54A9010800
DEBUG: ow_ds9490.c:(606) Index 1
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 0, flex: 1
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 8 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:81 8C 7E 30 00 00 00 BA
DEBUG: ow_ds9490.c:(624) SN found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_search.c:(74) Device found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/81.8C7E30000000]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/81.8C7E30000000
DEBUG: ow_parsename.c:(62) /uncached/bus.0/81.8C7E30000000
DEBUG: ow_ds9490.c:(606) Index 2
DEBUG: ow_cache.c:(484) Adding directory for 00 00 00 00 00 00 00 00 elements=2
DEBUG: ow_cache.c:(650) Add to cache sn 00 00 00 00 00 00 00 00 pointer=0x7f0789d5058c index=0 size=16
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/simultaneous]
DEBUG: ow_parsename.c:(380) TEST set simultaneous
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/simultaneous
DEBUG: ow_parsename.c:(62) /uncached/bus.0/simultaneous
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/alarm]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/alarm
DEBUG: ow_parsename.c:(62) /uncached/bus.0/alarm
DEBUG: ow_dir.c:(195) ret=0
DEBUG: ow_usb_cycle.c:(155) Finished FS_dir
DEBUG: ow_parsename.c:(62) /uncached/bus.0
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 2:3 unique id to 81 8C 7E 30 00 00 00 BA
mick <at> tom:/usr/local/src/owfs-2.8p16$

On 04/07/12 15:39, Mick Sulley wrote:

No, with or without debug it does not run. I included the debug output at the end of the mail, I cannot see anything in there that looks like an error, but then my knowledge is not that great.

Mick

On 04/07/12 12:47, Paul Alfille wrote:

Does it work with --debug? There was a backgrounding issue in 2.8p15

------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________ Owfs-developers mailing list Owfs-developers <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Paul Alfille | 5 Jul 2012 03:02

Re: Problem with HA7E

Is the port available? Try a different one.

On Wed, Jul 4, 2012 at 5:25 PM, Mick Sulley <mick <at> sulley.info> wrote:

More testing - I just installed owfs-2.8p13, which is running fine on my Ubuntu server, but on the Debian server I still get the same problem, owfs will run but owserver will not. I am starting to think this may be something I have set up incorrectly. Any ideas what it could be?

Thanks
Mick

On 04/07/12 21:03, Mick Sulley wrote:

I just downloaded and installed owfs-2.8p16. I tried testing with a DS9490R USB adapter and it does the same thing, owfs on its own runs OK but owserver does not. I ran owserver with --debug and this is what it returned. Is there anything else I can do to try to debug this?

mick <at> tom:/usr/local/src/owfs-2.8p16$ sudo /opt/owfs/bin/owserver -p 4304 -u --debug
DEBUG MODE
libow version:
    2.8p16
DEBUG: ow_daemon.c:(167) main thread id = 139670356117248
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found: avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found: avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found: avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found: avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found: avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found: avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found: avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found: avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found: avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found: avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found: avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found: avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found: avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found: avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found: avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found: avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found: avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found: avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
   CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CONNECT: ow_usb_cycle.c:(68) Bus master found: 2:3
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 2:3.
   CALL: ow_parsename.c:(98) path=[]
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0]
DEBUG: ow_dir.c:(65) path=/uncached/bus.0
   CALL: ow_dir.c:(100) path=/uncached/bus.0
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/interface]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/interface
DEBUG: ow_parsename.c:(62) /uncached/bus.0/interface
DEBUG: ow_search.c:(32) Start of directory path=/uncached/bus.0 device=00 00 00 00 00 00 00 00
DEBUG: ow_ds9490.c:(606) Index 0
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 15, flex: 1
   DATA: ow_ds9490.c:(941) set flexible speed
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 16 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:10 0D 54 A9 01 08 00 DC
DEBUG: ow_ds9490.c:(624) SN found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_search.c:(74) Device found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/10.0D54A9010800]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/10.0D54A9010800
DEBUG: ow_parsename.c:(62) /uncached/bus.0/10.0D54A9010800
DEBUG: ow_ds9490.c:(606) Index 1
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 0, flex: 1
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 8 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:81 8C 7E 30 00 00 00 BA
DEBUG: ow_ds9490.c:(624) SN found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_search.c:(74) Device found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/81.8C7E30000000]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/81.8C7E30000000
DEBUG: ow_parsename.c:(62) /uncached/bus.0/81.8C7E30000000
DEBUG: ow_ds9490.c:(606) Index 2
DEBUG: ow_cache.c:(484) Adding directory for 00 00 00 00 00 00 00 00 elements=2
DEBUG: ow_cache.c:(650) Add to cache sn 00 00 00 00 00 00 00 00 pointer=0x7f0789d5058c index=0 size=16
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/simultaneous]
DEBUG: ow_parsename.c:(380) TEST set simultaneous
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/simultaneous
DEBUG: ow_parsename.c:(62) /uncached/bus.0/simultaneous
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/alarm]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/alarm
DEBUG: ow_parsename.c:(62) /uncached/bus.0/alarm
DEBUG: ow_dir.c:(195) ret=0
DEBUG: ow_usb_cycle.c:(155) Finished FS_dir
DEBUG: ow_parsename.c:(62) /uncached/bus.0
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 2:3 unique id to 81 8C 7E 30 00 00 00 BA
mick <at> tom:/usr/local/src/owfs-2.8p16$

On 04/07/12 15:39, Mick Sulley wrote:

No, with or without debug it does not run. I included the debug output at the end of the mail, I cannot see anything in there that looks like an error, but then my knowledge is not that great.

Mick

On 04/07/12 12:47, Paul Alfille wrote:

Does it work with --debug? There was a backgrounding issue in 2.8p15

------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________ Owfs-developers mailing list Owfs-developers <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Mick Sulley | 5 Jul 2012 11:10

Re: Problem with HA7E

I tried a few different ports with the same result. Is there any way to test a port to see is it is open? If I run nmap I get

mick <at> tom:~$ nmap localhost

Starting Nmap 5.00 ( http://nmap.org ) at 2012-07-05 09:45 BST
Interesting ports on localhost (127.0.0.1):
Not shown: 992 closed ports
PORT     STATE SERVICE
22/tcp   open ssh
25/tcp   open smtp
111/tcp open rpcbind
139/tcp open netbios-ssn
445/tcp open microsoft-ds
901/tcp open samba-swat
2049/tcp open nfs
3306/tcp open mysql

Nmap done: 1 IP address (1 host up) scanned in 0.16 seconds
mick <at> tom:~$

but I must confess I am a little out of my depth here. Would 4304 just open when I run owserver or should it show in the list?

Thanks
Mick

On 05/07/12 02:02, Paul Alfille wrote:

Is the port available? Try a different one.

On Wed, Jul 4, 2012 at 5:25 PM, Mick Sulley <mick <at> sulley.info> wrote:

More testing - I just installed owfs-2.8p13, which is running fine on my Ubuntu server, but on the Debian server I still get the same problem, owfs will run but owserver will not. I am starting to think this may be something I have set up incorrectly. Any ideas what it could be?

Thanks
Mick

On 04/07/12 21:03, Mick Sulley wrote:

I just downloaded and installed owfs-2.8p16. I tried testing with a DS9490R USB adapter and it does the same thing, owfs on its own runs OK but owserver does not. I ran owserver with --debug and this is what it returned. Is there anything else I can do to try to debug this?

mick <at> tom:/usr/local/src/owfs-2.8p16$ sudo /opt/owfs/bin/owserver -p 4304 -u --debug
DEBUG MODE
libow version:
    2.8p16
DEBUG: ow_daemon.c:(167) main thread id = 139670356117248
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found: avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found: avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found: avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found: avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found: avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found: avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found: avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found: avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found: avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found: avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found: avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found: avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found: avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found: avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found: avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found: avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found: avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found: avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
   CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CONNECT: ow_usb_cycle.c:(68) Bus master found: 2:3
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 2:3.
   CALL: ow_parsename.c:(98) path=[]
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0]
DEBUG: ow_dir.c:(65) path=/uncached/bus.0
   CALL: ow_dir.c:(100) path=/uncached/bus.0
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/interface]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/interface
DEBUG: ow_parsename.c:(62) /uncached/bus.0/interface
DEBUG: ow_search.c:(32) Start of directory path=/uncached/bus.0 device=00 00 00 00 00 00 00 00
DEBUG: ow_ds9490.c:(606) Index 0
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 15, flex: 1
   DATA: ow_ds9490.c:(941) set flexible speed
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 16 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:10 0D 54 A9 01 08 00 DC
DEBUG: ow_ds9490.c:(624) SN found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_search.c:(74) Device found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/10.0D54A9010800]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/10.0D54A9010800
DEBUG: ow_parsename.c:(62) /uncached/bus.0/10.0D54A9010800
DEBUG: ow_ds9490.c:(606) Index 1
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 0, flex: 1
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 8 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:81 8C 7E 30 00 00 00 BA
DEBUG: ow_ds9490.c:(624) SN found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_search.c:(74) Device found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/81.8C7E30000000]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/81.8C7E30000000
DEBUG: ow_parsename.c:(62) /uncached/bus.0/81.8C7E30000000
DEBUG: ow_ds9490.c:(606) Index 2
DEBUG: ow_cache.c:(484) Adding directory for 00 00 00 00 00 00 00 00 elements=2
DEBUG: ow_cache.c:(650) Add to cache sn 00 00 00 00 00 00 00 00 pointer=0x7f0789d5058c index=0 size=16
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/simultaneous]
DEBUG: ow_parsename.c:(380) TEST set simultaneous
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/simultaneous
DEBUG: ow_parsename.c:(62) /uncached/bus.0/simultaneous
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/alarm]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/alarm
DEBUG: ow_parsename.c:(62) /uncached/bus.0/alarm
DEBUG: ow_dir.c:(195) ret=0
DEBUG: ow_usb_cycle.c:(155) Finished FS_dir
DEBUG: ow_parsename.c:(62) /uncached/bus.0
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 2:3 unique id to 81 8C 7E 30 00 00 00 BA
mick <at> tom:/usr/local/src/owfs-2.8p16$

On 04/07/12 15:39, Mick Sulley wrote:

No, with or without debug it does not run. I included the debug output at the end of the mail, I cannot see anything in there that looks like an error, but then my knowledge is not that great.

Mick

On 04/07/12 12:47, Paul Alfille wrote:

Does it work with --debug? There was a backgrounding issue in 2.8p15

------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________ Owfs-developers mailing list Owfs-developers <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Mick Sulley | 5 Jul 2012 18:11

Re: Problem with HA7E

I tested two ways,

mick <at> tom:~$ ps -ewo pid,args | grep ow
1652 grep ow
mick <at> tom:~$

I would expect to see owserver listed, and

mick <at> tom:~$ sudo /opt/owfs/bin/owfs -s localhost:4304 -m /var/1-wire/mnt --allow_other
DEFAULT: owlib.c:LibStart(54) No valid 1-wire buses found
mick <at> tom:~$

Also when I have run owserver with debug previously it keeps running and provides more output as I access the system. When I run it now it produces the output I posted and terminates.

Thanks
Mick

On 05/07/12 16:23, Paul Alfille wrote:

Hmm -- The debug output that you posted seems to show that owserver is running. How are you testing?

Paul

And the debug output would say if the port was unavailable, so that's not the issue.

On Thu, Jul 5, 2012 at 5:10 AM, Mick Sulley <mick <at> sulley.info> wrote:

I tried a few different ports with the same result. Is there any way to test a port to see is it is open? If I run nmap I get

mick <at> tom:~$ nmap localhost

Starting Nmap 5.00 ( http://nmap.org ) at 2012-07-05 09:45 BST
Interesting ports on localhost (127.0.0.1):
Not shown: 992 closed ports
PORT     STATE SERVICE
22/tcp   open ssh
25/tcp   open smtp
111/tcp open rpcbind
139/tcp open netbios-ssn
445/tcp open microsoft-ds
901/tcp open samba-swat
2049/tcp open nfs
3306/tcp open mysql

Nmap done: 1 IP address (1 host up) scanned in 0.16 seconds
mick <at> tom:~$

but I must confess I am a little out of my depth here. Would 4304 just open when I run owserver or should it show in the list?

Thanks
Mick

On 05/07/12 02:02, Paul Alfille wrote:

Is the port available? Try a different one.

On Wed, Jul 4, 2012 at 5:25 PM, Mick Sulley <mick <at> sulley.info> wrote:

More testing - I just installed owfs-2.8p13, which is running fine on my Ubuntu server, but on the Debian server I still get the same problem, owfs will run but owserver will not. I am starting to think this may be something I have set up incorrectly. Any ideas what it could be?

Thanks
Mick

On 04/07/12 21:03, Mick Sulley wrote:

I just downloaded and installed owfs-2.8p16. I tried testing with a DS9490R USB adapter and it does the same thing, owfs on its own runs OK but owserver does not. I ran owserver with --debug and this is what it returned. Is there anything else I can do to try to debug this?

mick <at> tom:/usr/local/src/owfs-2.8p16$ sudo /opt/owfs/bin/owserver -p 4304 -u --debug
DEBUG MODE
libow version:
    2.8p16
DEBUG: ow_daemon.c:(167) main thread id = 139670356117248
DEBUG: ow_avahi_link.c:(75) Avahi support: libavahi-client loaded successfully
DEBUG: ow_avahi_link.c:(77) Avahi library function found: avahi_client_errno
DEBUG: ow_avahi_link.c:(78) Avahi library function found: avahi_client_free
DEBUG: ow_avahi_link.c:(79) Avahi library function found: avahi_client_new
DEBUG: ow_avahi_link.c:(80) Avahi library function found: avahi_client_get_domain_name
DEBUG: ow_avahi_link.c:(81) Avahi library function found: avahi_entry_group_add_service
DEBUG: ow_avahi_link.c:(82) Avahi library function found: avahi_entry_group_commit
DEBUG: ow_avahi_link.c:(83) Avahi library function found: avahi_entry_group_is_empty
DEBUG: ow_avahi_link.c:(84) Avahi library function found: avahi_entry_group_new
DEBUG: ow_avahi_link.c:(85) Avahi library function found: avahi_entry_group_reset
DEBUG: ow_avahi_link.c:(87) Avahi library function found: avahi_service_resolver_free
DEBUG: ow_avahi_link.c:(88) Avahi library function found: avahi_service_resolver_new
DEBUG: ow_avahi_link.c:(89) Avahi library function found: avahi_service_browser_free
DEBUG: ow_avahi_link.c:(90) Avahi library function found: avahi_service_browser_new
DEBUG: ow_avahi_link.c:(102) Avahi support: libavahi-common loaded successfully.
DEBUG: ow_avahi_link.c:(104) Avahi library function found: avahi_simple_poll_free
DEBUG: ow_avahi_link.c:(105) Avahi library function found: avahi_simple_poll_get
DEBUG: ow_avahi_link.c:(106) Avahi library function found: avahi_simple_poll_loop
DEBUG: ow_avahi_link.c:(107) Avahi library function found: avahi_simple_poll_new
DEBUG: ow_avahi_link.c:(108) Avahi library function found: avahi_simple_poll_quit
DEBUG: ow_avahi_link.c:(109) Avahi library function found: avahi_strerror
   CALL: ow_parsename.c:(98) path=[]
DEBUG: owlib.c:(82) Globals temp limits 0C 100C (for simulated adapters)
CONNECT: ow_usb_cycle.c:(68) Bus master found: 2:3
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 2:3.
   CALL: ow_parsename.c:(98) path=[]
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0]
DEBUG: ow_dir.c:(65) path=/uncached/bus.0
   CALL: ow_dir.c:(100) path=/uncached/bus.0
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/interface]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/interface
DEBUG: ow_parsename.c:(62) /uncached/bus.0/interface
DEBUG: ow_search.c:(32) Start of directory path=/uncached/bus.0 device=00 00 00 00 00 00 00 00
DEBUG: ow_ds9490.c:(606) Index 0
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 15, flex: 1
   DATA: ow_ds9490.c:(941) set flexible speed
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 16 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:10 0D 54 A9 01 08 00 DC
DEBUG: ow_ds9490.c:(624) SN found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_search.c:(74) Device found: 10 0D 54 A9 01 08 00 DC
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 10 0D 54 A9 01 08 00 DC bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 10 0D 54 A9 01 08 00 DC pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/10.0D54A9010800]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/10.0D54A9010800
DEBUG: ow_parsename.c:(62) /uncached/bus.0/10.0D54A9010800
DEBUG: ow_ds9490.c:(606) Index 1
DEBUG: ow_select.c:(66) Selecting a path (and device) path=/uncached/bus.0 SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 00 00 00
DEBUG: ow_select.c:(79) Continuing root branch
DEBUG: ow_ds9490.c:(494) DS9490 RESET. changed 0, flex: 1
DEBUG: ow_ds9490.c:(545) DS9490_Reset: OK
DEBUG: ow_ds9490.c:(682) Got 8 bytes from USB search
DEBUG: ow_ds9490.c:(710) gulp. Adding element 0:81 8C 7E 30 00 00 00 BA
DEBUG: ow_ds9490.c:(624) SN found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_search.c:(74) Device found: 81 8C 7E 30 00 00 00 BA
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
DEBUG: ow_cache.c:(561) Adding device location 81 8C 7E 30 00 00 00 BA bus=0
DEBUG: ow_cache.c:(650) Add to cache sn 81 8C 7E 30 00 00 00 BA pointer=0x7f0789d5057c index=0 size=4
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/81.8C7E30000000]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/81.8C7E30000000
DEBUG: ow_parsename.c:(62) /uncached/bus.0/81.8C7E30000000
DEBUG: ow_ds9490.c:(606) Index 2
DEBUG: ow_cache.c:(484) Adding directory for 00 00 00 00 00 00 00 00 elements=2
DEBUG: ow_cache.c:(650) Add to cache sn 00 00 00 00 00 00 00 00 pointer=0x7f0789d5058c index=0 size=16
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/simultaneous]
DEBUG: ow_parsename.c:(380) TEST set simultaneous
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/simultaneous
DEBUG: ow_parsename.c:(62) /uncached/bus.0/simultaneous
   CALL: ow_parsename.c:(98) path=[/uncached/bus.0/alarm]
DEBUG: ow_usb_cycle.c:(125) Callback on /uncached/bus.0/alarm
DEBUG: ow_parsename.c:(62) /uncached/bus.0/alarm
DEBUG: ow_dir.c:(195) ret=0
DEBUG: ow_usb_cycle.c:(155) Finished FS_dir
DEBUG: ow_parsename.c:(62) /uncached/bus.0
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 2:3 unique id to 81 8C 7E 30 00 00 00 BA
mick <at> tom:/usr/local/src/owfs-2.8p16$

On 04/07/12 15:39, Mick Sulley wrote:

No, with or without debug it does not run. I included the debug output at the end of the mail, I cannot see anything in there that looks like an error, but then my knowledge is not that great.

Mick

On 04/07/12 12:47, Paul Alfille wrote:

Does it work with --debug? There was a backgrounding issue in 2.8p15

------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________ Owfs-developers mailing list Owfs-developers <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

headers

Romain Bourdy | 6 Jul 2012 10:32

OWFS & iNotify alike

Hello list,

 First thing first, let met say a few words about me, I'm a 25
years-old technology enthusiast with a passion for Home Automation and
much love with Python. I'm currently working, among other things, on
Domogik project ( www.domogik.org ) to support & enhance the 1-wire
module.

My question today is, is there any way to be notified of values
changes of a 1-wire sensor instead of polling at regular interval ?
Some of us use low resolution and would prefer a PUSH rather than PULL
approach in getting the values ( Think Message queuing / subscribe ).
Is there any way to achieve this with the actual OWFS ? Does hack
exists with the actual owfs python binding to workaround this ?

Thanks in advance for you insightful replies.
-Romain BOURDY

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

48	May 2013
62	April 2013
86	March 2013
87	February 2013
79	January 2013
71	December 2012
124	November 2012
60	October 2012
64	September 2012
29	August 2012
76	July 2012
95	June 2012
135	May 2012
106	April 2012
106	March 2012
149	February 2012
212	January 2012
88	December 2011
110	November 2011
150	October 2011
93	September 2011
157	August 2011
70	July 2011
77	June 2011
47	May 2011
68	April 2011
183	March 2011
113	February 2011
237	January 2011
99	December 2010
93	November 2010
67	October 2010
83	September 2010
167	August 2010
64	July 2010
34	June 2010
122	May 2010
115	April 2010
178	March 2010
121	February 2010
92	January 2010
62	December 2009
36	November 2009
85	October 2009
17	September 2009
107	August 2009
119	July 2009
58	June 2009
114	May 2009
66	April 2009
55	March 2009
106	February 2009
84	January 2009
92	December 2008
115	November 2008
53	October 2008
43	September 2008
44	August 2008
23	July 2008
37	June 2008
47	May 2008
117	April 2008
51	March 2008
64	February 2008
79	January 2008
123	December 2007
57	November 2007
82	October 2007
122	September 2007
141	August 2007
57	July 2007
79	June 2007
88	May 2007
54	April 2007
60	March 2007
231	February 2007
157	January 2007
281	December 2006
165	November 2006
130	October 2006
139	September 2006
106	August 2006
92	July 2006
121	June 2006
200	May 2006
186	April 2006
132	March 2006
84	February 2006
73	January 2006
70	December 2005
55	November 2005
119	October 2005
95	September 2005
69	August 2005
123	July 2005
169	June 2005
44	May 2005
154	April 2005
114	March 2005
231	February 2005
192	January 2005
83	December 2004
21	November 2004

Mon	Tue	Wed	Thu	Fri	Sat	Sun

						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31