Ors Tiszay | 16 Apr 10:04 2014
Picon

strange DS2762 persistence

Hi,

I have owfs running on a Gumstix Overo Earth, with a DS9490 bus master, which in turn is connected to a Hobby-Boards DS2409-based 8 channel hub (bought years ago when the DS2409 was still around, wish they still were). The bus then branches out to several directions, carrying a total of ~10 sensors, mostly DS18.20 with the odd DS18S20/HIH3610 combo thrown in, so far using ch1 main and the aux of the hub.

On ch2 aux I have a DS2762 based moisture meter board. Board was working fine for a few days in test, but when I disconnected it to be moved to its final location, I noticed that the script taking the readings every 30 seconds kept returning values even after the board was disconnected. More precisely, the values read are either 0 or very close to 0 (-7.8125E-05 for current), but the surprising thing is that the whole file structure remains in place even days after the board is disconnected:

This is what it looks like 3 days after disconnecting the moisture meter board:


# ls -al /mnt/owfs/1F.F96B08000000/aux       # <- this is ch2 of the hub
total 0
drwxr-xr-x 1 root root 8 Apr 16 09:34 .
drwxrwxrwx 1 root root 8 Apr 16 09:41 ..


But reading the DS2762 as if it was still connected:

# ls -al /mnt/owfs/1F.F96B08000000/aux/30.4CF9B8120000
total 0
drwxrwxrwx 1 root root   8 Apr 16 09:49 .
drwxr-xr-x 1 root root   8 Apr 16 09:34 ..
--w--w--w- 1 root root   1 Apr 16 09:49 PIO
drwxrwxrwx 1 root root   8 Apr 16 09:49 WS603
-r--r--r-- 1 root root  16 Apr 16 09:34 address
-rw-rw-rw- 1 root root 256 Apr 16 09:34 alias
-rw-rw-rw- 1 root root  12 Apr 16 09:49 amphours
-rw-rw-rw- 1 root root   1 Apr 16 09:49 cc
-rw-rw-rw- 1 root root   1 Apr 16 09:49 ce
-rw-rw-rw- 1 root root   1 Apr 16 09:49 coc
-r--r--r-- 1 root root   2 Apr 16 09:34 crc8
-r--r--r-- 1 root root  12 Apr 16 09:34 current
-rw-rw-rw- 1 root root  12 Apr 16 09:34 currentbias
-rw-rw-rw- 1 root root   1 Apr 16 09:49 dc
-rw-rw-rw- 1 root root   1 Apr 16 09:49 de
-rw-rw-rw- 1 root root   1 Apr 16 09:49 defaultpmod
-rw-rw-rw- 1 root root   1 Apr 16 09:49 defaultswen
-rw-rw-rw- 1 root root   1 Apr 16 09:49 doc
-r--r--r-- 1 root root   2 Apr 16 09:34 family
-r--r--r-- 1 root root  12 Apr 16 09:34 id
-r--r--r-- 1 root root  16 Apr 16 09:34 locator
-rw-rw-rw- 1 root root   1 Apr 16 09:49 lock.0
-rw-rw-rw- 1 root root   1 Apr 16 09:49 lock.1
-rw-rw-rw- 1 root root   3 Apr 16 09:49 lock.ALL
-rw-rw-rw- 1 root root 256 Apr 16 09:34 memory
-r--r--r-- 1 root root   1 Apr 16 09:49 mstr
-rw-rw-rw- 1 root root   1 Apr 16 09:49 ov
drwxrwxrwx 1 root root   8 Apr 16 09:49 pages
-r--r--r-- 1 root root   1 Apr 16 09:49 pmod
-rw-rw-rw- 1 root root   1 Apr 16 09:49 ps
-r--r--r-- 1 root root  16 Apr 16 09:34 r_address
-r--r--r-- 1 root root  12 Apr 16 09:34 r_id
-r--r--r-- 1 root root  16 Apr 16 09:34 r_locator
-r--r--r-- 1 root root   1 Apr 16 09:49 sensed
-r--r--r-- 1 root root   1 Apr 16 09:49 swen
-r--r--r-- 1 root root  12 Apr 16 09:49 temperature
-r--r--r-- 1 root root  32 Apr 16 09:34 type
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeB
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeE
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeJ
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeK
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeN
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeR
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeS
drwxrwxrwx 1 root root   8 Apr 16 09:49 typeT
-rw-rw-rw- 1 root root   1 Apr 16 09:49 uv
-rw-rw-rw- 1 root root  12 Apr 16 09:49 vbias
-r--r--r-- 1 root root  12 Apr 16 09:49 vis
-r--r--r-- 1 root root  12 Apr 16 09:49 volt
-rw-rw-rw- 1 root root  12 Apr 16 09:49 volthours


# cat /mnt/owfs/1F.F96B08000000/aux/30.4CF9B8120000/type
DS2760

# cat /mnt/owfs/1F.F96B08000000/aux/30.4CF9B8120000/volt
0

# cat /mnt/owfs/1F.F96B08000000/aux/30.4CF9B8120000/current
-7.8125E-05


Trying the same thing (ie.reading them after they're disconnected) with any other sensor returns file not found, as expected.

Just out of curiosity I took this a bit further and tried reading from 30.4CF9B8120000 via a port it was never connected to:

# ls -al /mnt/owfs/1F.B06808000000/main/30.4CF9B8120000/
total 0
drwxrwxrwx 1 root root   8 Apr 16 09:59 .
drwxr-xr-x 1 root root   8 Apr 16 09:34 ..
--w--w--w- 1 root root   1 Apr 16 09:59 PIO
drwxrwxrwx 1 root root   8 Apr 16 09:59 WS603
-r--r--r-- 1 root root  16 Apr 16 09:34 address
-rw-rw-rw- 1 root root 256 Apr 16 09:34 alias
-rw-rw-rw- 1 root root  12 Apr 16 09:59 amphours
-rw-rw-rw- 1 root root   1 Apr 16 09:59 cc
-rw-rw-rw- 1 root root   1 Apr 16 09:59 ce
-rw-rw-rw- 1 root root   1 Apr 16 09:59 coc
-r--r--r-- 1 root root   2 Apr 16 09:34 crc8
-r--r--r-- 1 root root  12 Apr 16 09:34 current
-rw-rw-rw- 1 root root  12 Apr 16 09:34 currentbias
-rw-rw-rw- 1 root root   1 Apr 16 09:59 dc
-rw-rw-rw- 1 root root   1 Apr 16 09:59 de
-rw-rw-rw- 1 root root   1 Apr 16 09:59 defaultpmod
-rw-rw-rw- 1 root root   1 Apr 16 09:59 defaultswen
-rw-rw-rw- 1 root root   1 Apr 16 09:59 doc
-r--r--r-- 1 root root   2 Apr 16 09:34 family
-r--r--r-- 1 root root  12 Apr 16 09:34 id
-r--r--r-- 1 root root  16 Apr 16 09:34 locator
-rw-rw-rw- 1 root root   1 Apr 16 09:59 lock.0
-rw-rw-rw- 1 root root   1 Apr 16 09:59 lock.1
-rw-rw-rw- 1 root root   3 Apr 16 09:59 lock.ALL
-rw-rw-rw- 1 root root 256 Apr 16 09:34 memory
-r--r--r-- 1 root root   1 Apr 16 09:59 mstr
-rw-rw-rw- 1 root root   1 Apr 16 09:59 ov
drwxrwxrwx 1 root root   8 Apr 16 09:59 pages
-r--r--r-- 1 root root   1 Apr 16 09:59 pmod
-rw-rw-rw- 1 root root   1 Apr 16 09:59 ps
-r--r--r-- 1 root root  16 Apr 16 09:34 r_address
-r--r--r-- 1 root root  12 Apr 16 09:34 r_id
-r--r--r-- 1 root root  16 Apr 16 09:34 r_locator
-r--r--r-- 1 root root   1 Apr 16 09:59 sensed
-r--r--r-- 1 root root   1 Apr 16 09:59 swen
-r--r--r-- 1 root root  12 Apr 16 09:59 temperature
-r--r--r-- 1 root root  32 Apr 16 09:34 type
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeB
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeE
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeJ
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeK
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeN
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeR
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeS
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeT
-rw-rw-rw- 1 root root   1 Apr 16 09:59 uv
-rw-rw-rw- 1 root root  12 Apr 16 09:59 vbias
-r--r--r-- 1 root root  12 Apr 16 09:59 vis
-r--r--r-- 1 root root  12 Apr 16 09:59 volt
-rw-rw-rw- 1 root root  12 Apr 16 09:59 volthours


And yet another one:

# ls -al /mnt/owfs/1F.B06808000000/aux/30.4CF9B8120000/
total 0
drwxrwxrwx 1 root root   8 Apr 16 09:59 .
drwxr-xr-x 1 root root   8 Apr 16 09:34 ..
--w--w--w- 1 root root   1 Apr 16 09:59 PIO
drwxrwxrwx 1 root root   8 Apr 16 09:59 WS603
-r--r--r-- 1 root root  16 Apr 16 09:34 address
-rw-rw-rw- 1 root root 256 Apr 16 09:34 alias
-rw-rw-rw- 1 root root  12 Apr 16 09:59 amphours
-rw-rw-rw- 1 root root   1 Apr 16 09:59 cc
-rw-rw-rw- 1 root root   1 Apr 16 09:59 ce
-rw-rw-rw- 1 root root   1 Apr 16 09:59 coc
-r--r--r-- 1 root root   2 Apr 16 09:34 crc8
-r--r--r-- 1 root root  12 Apr 16 09:34 current
-rw-rw-rw- 1 root root  12 Apr 16 09:34 currentbias
-rw-rw-rw- 1 root root   1 Apr 16 09:59 dc
-rw-rw-rw- 1 root root   1 Apr 16 09:59 de
-rw-rw-rw- 1 root root   1 Apr 16 09:59 defaultpmod
-rw-rw-rw- 1 root root   1 Apr 16 09:59 defaultswen
-rw-rw-rw- 1 root root   1 Apr 16 09:59 doc
-r--r--r-- 1 root root   2 Apr 16 09:34 family
-r--r--r-- 1 root root  12 Apr 16 09:34 id
-r--r--r-- 1 root root  16 Apr 16 09:34 locator
-rw-rw-rw- 1 root root   1 Apr 16 09:59 lock.0
-rw-rw-rw- 1 root root   1 Apr 16 09:59 lock.1
-rw-rw-rw- 1 root root   3 Apr 16 09:59 lock.ALL
-rw-rw-rw- 1 root root 256 Apr 16 09:34 memory
-r--r--r-- 1 root root   1 Apr 16 09:59 mstr
-rw-rw-rw- 1 root root   1 Apr 16 09:59 ov
drwxrwxrwx 1 root root   8 Apr 16 09:59 pages
-r--r--r-- 1 root root   1 Apr 16 09:59 pmod
-rw-rw-rw- 1 root root   1 Apr 16 09:59 ps
-r--r--r-- 1 root root  16 Apr 16 09:34 r_address
-r--r--r-- 1 root root  12 Apr 16 09:34 r_id
-r--r--r-- 1 root root  16 Apr 16 09:34 r_locator
-r--r--r-- 1 root root   1 Apr 16 09:59 sensed
-r--r--r-- 1 root root   1 Apr 16 09:59 swen
-r--r--r-- 1 root root  12 Apr 16 09:59 temperature
-r--r--r-- 1 root root  32 Apr 16 09:34 type
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeB
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeE
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeJ
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeK
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeN
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeR
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeS
drwxrwxrwx 1 root root   8 Apr 16 09:59 typeT
-rw-rw-rw- 1 root root   1 Apr 16 09:59 uv
-rw-rw-rw- 1 root root  12 Apr 16 09:59 vbias
-r--r--r-- 1 root root  12 Apr 16 09:59 vis
-r--r--r-- 1 root root  12 Apr 16 09:59 volt
-rw-rw-rw- 1 root root  12 Apr 16 09:59 volthours

Found this originally on 2.7p28, then quickly compiled a fresh one, all the prints above taken with:

# owfs --version
owfs version:
        2.9p3
libow version:
        2.9p3


I've also tried rebooting the gum of course, no change.

Any ideas?

cheers,
Ors

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
vermus | 13 Apr 09:18 2014
Picon

DS9490R 1-wire bus short circuit.

I have DS9490R and "1-wire bus short circuit" in logs. 

Cable don't connected. What is this mean? How to test device? 

logs: 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_select.c:(66) Selecting a
path (and device) path=/ SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00
00 00 00 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_select.c:(79) Continuing
root branch 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(495) DS9490
RESET. changed 0, flex: 1 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_usb_msg.c:(174) Status
byte[0]: A 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_usb_msg.c:(177) short
detected 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(543)
DS9490_Reset: SHORT 
Apr 13 10:37:18 localhost OWFS[2461]: CONNECT: ow_reset.c:(36) 1-wire bus
short circuit. 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(683) Got 16
bytes from USB search 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(711) gulp.
Adding element 0:00 00 00 00 00 00 00 00 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_ds9490.c:(713) CRC error 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(607) Index 1 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_select.c:(66) Selecting a
path (and device) path=/ SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00
00 00 00 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_select.c:(79) Continuing
root branch 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(495) DS9490
RESET. changed 0, flex: 1 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_usb_msg.c:(174) Status
byte[0]: A 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_usb_msg.c:(177) short
detected 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(543)
DS9490_Reset: SHORT 
Apr 13 10:37:18 localhost OWFS[2461]: CONNECT: ow_reset.c:(36) 1-wire bus
short circuit. 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(683) Got 16
bytes from USB search 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(711) gulp.
Adding element 0:00 00 00 00 00 00 00 00 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_ds9490.c:(713) CRC error 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(607) Index 2 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_select.c:(66) Selecting a
path (and device) path=/ SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00
00 00 00 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_select.c:(79) Continuing
root branch 
Apr 13 10:37:18 localhost OWFS[2461]:   DEBUG: ow_ds9490.c:(495) DS9490
RESET. changed 0, flex: 1 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_usb_msg.c:(174) Status
byte[0]: A 
Apr 13 10:37:18 localhost OWFS[2461]:    DATA: ow_usb_msg.c:(177) short
detected 
Apr 13 10:37:18 localhost rsyslogd-2177: imuxsock begins to drop messages
from pid 2461 due to rate-limiting 
Apr 13 10:37:18 localhost OWFS[2507]:   DEBUG: ow_tcp_read.c:(114) read: 24
- 0 = 24 
Apr 13 10:37:18 localhost OWFS[2507]:   DEBUG: ow_cache.c:(468) Won't cache
empty directory 
Apr 13 10:37:18 localhost OWFS[2507]:   DEBUG: ow_cache.c:(1361) Delete from
cache sn 00 00 00 00 00 00 00 00 in=0xb6f7b2b4 index=0 
Apr 13 10:37:18 localhost OWFS[2507]:    CALL: ow_parsename.c:(99)
path=[/bus.0] 
Apr 13 10:37:18 localhost OWFS[2507]:   DEBUG: ow_parsename.c:(62) /bus.0 

--
View this message in context: http://owfs-developers.1086194.n5.nabble.com/DS9490R-1-wire-bus-short-circuit-tp10564.html
Sent from the OWFS Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
Chris Green | 11 Apr 16:18 2014
Picon

Getting apparently random numbers from DS18S20

I have owfs running on a Beaglebone Black, apparently working OK.  The
1-wire bus is connected via a DS2405 based USB device.  It all
*appears* to be working OK and I get the expected directories as
follows:- 

/mnt/1-wire/05.4AEC29CDBAAB             for the DS2405
/mnt/1-wire/10.67C6697351FF             for the DS18S20

The 'type' file in each directory is correct but the temperature,
temphigh and templow files in the DS18S20 directory just jump all ove
the place:-

root <at> beaglebone:/mnt/1-wire/10.67C6697351FF# more temperature
     99.7799
root <at> beaglebone:/mnt/1-wire/10.67C6697351FF# more temperature
     5.40576
root <at> beaglebone:/mnt/1-wire/10.67C6697351FF# more temperature
      87.054
root <at> beaglebone:/mnt/1-wire/10.67C6697351FF# more temperature
     7.23288
root <at> beaglebone:/mnt/1-wire/10.67C6697351FF# more temperature
    0.416161

The system is remote from me at the moment but I will be back there in
the next few days.  What should I check?

--

-- 
Chris Green

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
Chris Green | 10 Apr 21:59 2014
Picon

Problem installing owfs on Beaglebone Black running ubuntu 13.10

I'm trying to get owfs running on my Beaglebone Black which is running
Ubuntu 13.10.

I'm getting some errors during the apt-get installation:-

    Processing triggers for initramfs-tools ...
    update-initramfs: Generating /boot/initrd.img-3.13.3-armv7-x10
    grep: /boot/config-3.13.3-armv7-x10: No such file or directory
    WARNING: missing /lib/modules/3.13.3-armv7-x10
    Device driver support needs thus be built-in linux image!
    ERROR: could not open directory /lib/modules/3.13.3-armv7-x10: No such
    file or directory
    FATAL: could not search modules: No such file or directory
    WARNING: could not open
    /tmp/mkinitramfs_gL9i4b/lib/modules/3.13.3-armv7-x10/modules.order: No
    such file or directory
    WARNING: could not open
    /tmp/mkinitramfs_gL9i4b/lib/modules/3.13.3-armv7-x10/modules.builtin:
    No such file or directory

Can anyone suggest what might be wrong and/or tell me what to do?

The  owfs servers are running:-

    root      3179     1  0 13:35 ?        00:00:00 /usr/bin/owserver -c
    /etc/owfs.conf --pid-file /var/run/owfs/owserver.pid
    root      3216     1  0 13:35 ?        00:00:00 /usr/bin/owhttpd -c
    /etc/owfs.conf --pid-file /var/run/owfs/owhttpd.pid
    root      3254     1  0 13:35 ?        00:00:02 /usr/bin/owftpd -c
    /etc/owfs.conf --pid-file /var/run/owfs/owftpd.pid

I don't necessarily need owfs, I just want python access to the 1-wire
hardware really, are there python libraries for reading 1-wire that
don't need owfs?

--

-- 
Chris Green

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
Johan Ström | 8 Apr 23:09 2014
Picon

FreeBSD port of 2.9p3

Hi,

I've posted about a FreeBSD port ("package") earlier, and I have now 
updated it with 2.9p3.
This also enables python and perl support which was broken in my last 
port. PHP is still wreaked though..
The patches submitted in https://sourceforge.net/p/owfs/patches/19/, 
https://sourceforge.net/p/owfs/patches/20/ and the loop patch I've 
posted here earlier are all included.

To use it (assumes /root/owfs.shar and existing ports tree, and machine 
using pkgng):

mkdir -p /usr/ports/comms/owfs
cd /usr/ports/comms/owfs
sh /root/owfs.shar
make config
make package
pkg add /usr/ports/packages/All/owfs-2.9p3.txz

There is no init-script for owserver yet, mainly since it lacks pid-file 
support, and I'm already running mine through supervisord..

This has only been tested on FreeBSD 9.2 amd64.

/Johan
# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#	.
#	./pkg-plist
#	./distinfo
#	./Makefile.options
#	./Makefile
#	./files
#	./files/patch-module-owlib-src-include-ow.h
#	./files/patch-configure.ac
#	./files/patch-module-swig-perl5-Makefile.am
#	./files/patch-src-man-Makefile.am
#	./files/patch-ownet-c-src-include-ow_debug.h
#	./files/patch-module-owserver-src-c-loop.c
#	./files/patch-module-swig-python-python.m4
#	./files/patch-owlib-src-include-ow_debug.h
#	./files/patch-module-swig-python-setup.py.in
#	./pkg-descr
#
echo c - .
mkdir -p . > /dev/null 2>&1
echo x - ./pkg-plist
sed 's/^X//' >./pkg-plist << 'ef3e7f63841ae908ba397c2bef1fbad6'
X%%OWSHELL%%bin/owdir
X%%OWSHELL%%bin/owexist
Xbin/owexternal
X%%OWFS%%bin/owfs
X%%OWFTPD%%bin/owftpd
X%%OWSHELL%%bin/owget
X%%OWHTTPD%%bin/owhttpd
X%%OWMON%%bin/owmon
X%%OWSHELL%%bin/owpresent
X%%OWSHELL%%bin/owread
X%%OWSERVER%%bin/owserver
X%%OWTAP%%bin/owtap
X%%OWSHELL%%bin/owwrite
X%%OWCAPI%%include/owcapi.h
Xinclude/owfs_config.h
X%%OWNET%%include/ownetapi.h
Xlib/libow-2.9.so
Xlib/libow-2.9.so.3
Xlib/libow.la
Xlib/libow.so
X%%OWCAPI%%lib/libowcapi-2.9.so
X%%OWCAPI%%lib/libowcapi-2.9.so.3
X%%OWCAPI%%lib/libowcapi.la
X%%OWCAPI%%lib/libowcapi.so
X%%OWNET%%lib/libownet-2.9.so
X%%OWNET%%lib/libownet-2.9.so.3
X%%OWNET%%lib/libownet.la
X%%OWNET%%lib/libownet.so
X%%OWTCL%%lib/owtcl-1.0/ow-1.0.so
X%%OWTCL%%lib/owtcl-1.0/ow.la
X%%OWTCL%%lib/owtcl-1.0/ow.so
X%%OWTCL%%lib/owtcl-1.0/ow.tcl
X%%OWTCL%%lib/owtcl-1.0/pkgIndex.tcl
X%%OWTCL%% <at> dirrm lib/owtcl-1.0/pkgIndex.tcl
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ow-2.9p3-py2.7.egg-info
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ow/_OW.so
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ow/__init__.py
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ow/__init__.pyc
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ownet-0.3-py2.7.egg-info
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ownet/__init__.py
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ownet/__init__.pyc
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ownet/connection.py
X%%OWPYTHON%%%%PYTHON_SITELIBDIR%%/ownet/connection.pyc
X%%OWPYTHON%% <at> dirrmtry %%PYTHON_SITELIBDIR%%/ownet
X%%OWPYTHON%% <at> dirrmtry %%PYTHON_SITELIBDIR%%/ow
X%%OWPYTHON%% <at> dirrmtry %%PYTHON_SITELIBDIR%%
X%%OWPYTHON%% <at> dirrmtry %%PYTHON_LIBDIR%%
X
X%%OWPERL%%%%PERL5_MAN3%%/OWNet.3.gz
X%%OWPERL%%%%SITE_PERL%%/OWNet.pm
X%%OWPERL%%%%SITE_PERL%%/%%PERL_ARCH%%/OW.pm
X%%OWPERL%%%%SITE_PERL%%/%%PERL_ARCH%%/auto/OW/.packlist
X%%OWPERL%%%%SITE_PERL%%/%%PERL_ARCH%%/auto/OW/OW.bs
X%%OWPERL%%%%SITE_PERL%%/%%PERL_ARCH%%/auto/OW/OW.so
X%%OWPERL%%%%SITE_PERL%%/%%PERL_ARCH%%/auto/OWNet/.packlist
X%%OWPERL%% <at> dirrmtry %%SITE_PERL%%/%%PERL_ARCH%%/auto/OWNet
X%%OWPERL%% <at> dirrmtry %%SITE_PERL%%/%%PERL_ARCH%%/auto/OW
X%%OWPERL%% <at> dirrmtry %%SITE_PERL%%/%%PERL_ARCH%%/auto
X%%OWPERL%% <at> dirrmtry %%SITE_PERL%%/%%PERL_ARCH%%
X%%OWPERL%% <at> dirrmtry %%SITE_PERL%%
X%%OWPERL%% <at> dirrmtry lib/perl5/%%PERL_VER%%/man
X%%OWPERL%% <at> dirrmtry lib/perl5/%%PERL_VER%%/mach
X%%OWPERL%% <at> dirrmtry lib/perl5/%%PERL_VER%%
X%%OWPERL%% <at> dirrmtry lib/perl5/site_perl
X%%OWPERL%% <at> dirrmtry lib/perl5
X%%OWPERL%% <at> dirrmtry %%PERL5_MAN3%%
X
Xman/man1/libowcapi.1.gz
Xman/man1/libownet.1.gz
Xman/man1/owcapi.1.gz
Xman/man1/owdir.1.gz
Xman/man1/owfs.1.gz
Xman/man1/owftpd.1.gz
Xman/man1/owget.1.gz
Xman/man1/owhttpd.1.gz
Xman/man1/owmon.1.gz
Xman/man1/ownet.1.gz
Xman/man1/ownetapi.1.gz
Xman/man1/ownetlib.1.gz
Xman/man1/owpresent.1.gz
Xman/man1/owread.1.gz
Xman/man1/owserver.1.gz
Xman/man1/owshell.1.gz
Xman/man1/owtap.1.gz
Xman/man1/owwrite.1.gz
Xman/man3/DS1427.3.gz
Xman/man3/DS1821.3.gz
Xman/man3/DS1822.3.gz
Xman/man3/DS1825.3.gz
Xman/man3/DS18B20.3.gz
Xman/man3/DS18S20.3.gz
Xman/man3/DS1904.3.gz
Xman/man3/DS1920.3.gz
Xman/man3/DS1921.3.gz
Xman/man3/DS1963L.3.gz
Xman/man3/DS1963S.3.gz
Xman/man3/DS1971.3.gz
Xman/man3/DS1977.3.gz
Xman/man3/DS1982.3.gz
Xman/man3/DS1982U.3.gz
Xman/man3/DS1985.3.gz
Xman/man3/DS1985U.3.gz
Xman/man3/DS1986.3.gz
Xman/man3/DS1986U.3.gz
Xman/man3/DS1990A.3.gz
Xman/man3/DS1991.3.gz
Xman/man3/DS1992.3.gz
Xman/man3/DS1993.3.gz
Xman/man3/DS1994.3.gz
Xman/man3/DS1995.3.gz
Xman/man3/DS1996.3.gz
Xman/man3/DS2401.3.gz
Xman/man3/DS2404.3.gz
Xman/man3/DS2404S.3.gz
Xman/man3/DS2405.3.gz
Xman/man3/DS2406.3.gz
Xman/man3/DS2407.3.gz
Xman/man3/DS2408.3.gz
Xman/man3/DS2409.3.gz
Xman/man3/DS2411.3.gz
Xman/man3/DS2413.3.gz
Xman/man3/DS2415.3.gz
Xman/man3/DS2417.3.gz
Xman/man3/DS2423.3.gz
Xman/man3/DS2430A.3.gz
Xman/man3/DS2431.3.gz
Xman/man3/DS2433.3.gz
Xman/man3/DS2436.3.gz
Xman/man3/DS2437.3.gz
Xman/man3/DS2438.3.gz
Xman/man3/DS2450.3.gz
Xman/man3/DS2502-E48.3.gz
Xman/man3/DS2502-UNW.3.gz
Xman/man3/DS2502.3.gz
Xman/man3/DS2505-UNW.3.gz
Xman/man3/DS2505.3.gz
Xman/man3/DS2506-UNW.3.gz
Xman/man3/DS2506.3.gz
Xman/man3/DS2720.3.gz
Xman/man3/DS2740.3.gz
Xman/man3/DS2751.3.gz
Xman/man3/DS2755.3.gz
Xman/man3/DS2756.3.gz
Xman/man3/DS2760.3.gz
Xman/man3/DS2761.3.gz
Xman/man3/DS2762.3.gz
Xman/man3/DS2770.3.gz
Xman/man3/DS2780.3.gz
Xman/man3/DS2781.3.gz
Xman/man3/DS2788.3.gz
Xman/man3/DS2804.3.gz
Xman/man3/DS2890.3.gz
Xman/man3/DS28E04.3.gz
Xman/man3/DS28EA00.3.gz
Xman/man3/DS28EC20.3.gz
Xman/man3/EDS.3.gz
Xman/man3/EDS0064.3.gz
Xman/man3/EDS0065.3.gz
Xman/man3/EDS0066.3.gz
Xman/man3/EDS0067.3.gz
Xman/man3/EDS0068.3.gz
Xman/man3/EDS0071.3.gz
Xman/man3/EDS0072.3.gz
Xman/man3/EDS0070.3.gz
Xman/man3/EDS0080.3.gz
Xman/man3/EDS0082.3.gz
Xman/man3/EDS0083.3.gz
Xman/man3/EDS0085.3.gz
Xman/man3/EDS0090.3.gz
Xman/man3/MAX31820.3.gz
Xman/man3/MAX31850.3.gz
Xman/man3/MAX31851.3.gz
Xman/man3/EEEF.3.gz
Xman/man3/LCD.3.gz
Xman/man3/MAX31826.3.gz
Xman/man3/OWNet.3.gz
Xman/man3/Thermachron.3.gz
Xman/man3/UVI.3.gz
Xman/man3/mAM001.3.gz
Xman/man3/mCM001.3.gz
Xman/man3/mDI001.3.gz
Xman/man3/mRS001.3.gz
Xman/man3/owperl.3.gz
Xman/man5/owfs.5.gz
Xman/man5/owfs.conf.5.gz
Xman/mann/ow.n.gz
Xman/mann/owtcl.n.gz
ef3e7f63841ae908ba397c2bef1fbad6
echo x - ./distinfo
sed 's/^X//' >./distinfo << 'aec8793adfd5b7c3f00e62ae41a09ac2'
XSHA256 (owfs-2.9p3.tar.gz) = 3a08839a096e40cbed614d3d01648a2f18660bac8bdb383365bb9488ad6d61d8
XSIZE (owfs-2.9p3.tar.gz) = 1455697
aec8793adfd5b7c3f00e62ae41a09ac2
echo x - ./Makefile.options
sed 's/^X//' >./Makefile.options << '354a069cdf6acb08df8470ef2051a874'
XOPTIONS_DEFINE = DEBUG \
X	OWSHELL \
X	OWNETLIB \
X	I2C \
X	OWHTTPD \
X	OWFTPD \
X	OWSERVER \
X	OWTAP \
X	OWMALLOC \
X	OWTRAFFIC \
X	OWMON \
X	OWCAPI \
X	OWPERL \
X	OWPHP \
X	OWPYTHON \
X	OWTCL \
X	PROFILING \
X	OWFS \
X	ZERO \
X	USB
X
X# Options disabled
X#	PARPORT	- linux/parport.h not available
X#	W1			- no support on FreeBSD
X
X
XDEBUG_DESC=		Enable debug-output
XOWSHELL_DESC=		Enable owshell support
XOWNETLIB_DESC=		Enable ownetlib support
XI2C_DESC=		Enable i2c (DS2482-x00) support
XOWHTTPD_DESC=		Enable owhttpd module
XOWFTPD_DESC=		Enable owftpd module
XOWSERVER_DESC=		Enable owserver module
XOWMALLOC_DESC=		Enable owmalloc checking
XOWTRAFFIC_DESC=		Enable bus traffic reports
XOWTAP_DESC=		Enable owtap module (X11)
XOWMON_DESC=		Enable owmon module (X11)
XOWCAPI_DESC=		Enable owcapi module
XOWPERL_DESC=		Enable owperl module
XOWPHP_DESC=		Enable owphp module (BROKEN)
XOWPYTHON_DESC=		Enable owpython module
XOWTCL_DESC=		Enable owtcl module
XPROFILING_DESC=		Enable profiling (BROKEN)
XOWFS_DESC=		Enable owfs module (FUSE support)
XZERO_DESC=		Enable zeroconf/bonjour
XUSB_DESC=		Enable 1-Wire usb DS2490 support
X
X# Options disabled
X#PARPORT_DESC=		Enable 1-Wire parallel port DS1410E support
X#W1_DESC=Enable w1 support
X
XOPTIONS_DEFAULT=DEBUG\
X	OWSHELL\
X	OWNETLIB\
X	OWHTTPD\
X	OWFTPD\
X	OWSERVER\
X	OWCAPI\
X	USB
354a069cdf6acb08df8470ef2051a874
echo x - ./Makefile
sed 's/^X//' >./Makefile << '464ef7c6571951809b23e262cbe26e19'
X# Created by: Johan Strom <johna <at> stromnet.se>
X# $FreeBSD$
X
XPORTNAME=      owfs
XPORTVERSION=   2.9p3
XCATEGORIES=    comms
XMASTER_SITES=  SF/owfs/owfs/${PORTVERSION}
X
XMAINTAINER=    johan <at> stromnet.se
XCOMMENT=       OWFS -- 1-Wire file system
X
XLICENSE=			GPLv2
X
XLIBTOOLIZE_ARGS=-c -f -i
XACLOCAL_ARGS= -I${LOCALBASE}/share/aclocal
X
XUSE_AUTOTOOLS=libtoolize aclocal autoheader autoconf automake
XAUTOMAKE_ARGS=--add-missing
XGNU_CONFIGURE=On
X
X# This takes a few seconds so give the user some notice
Xpre-configure:
X	${MKDIR} ${WRKSRC}/m4
X	 <at> echo "Preparing build using autotools..."
X
X# Mimic bsd.port.mk Magic as per http://lists.freebsd.org/pipermail/freebsd-perl/2005-June/000666.html
X# This is to avoid a perllocal.pod file
X#post-configure:
X#	cd ${CONFIGURE_WRKSRC}/module/swig/perl5/OW && \
X#		${PERL5} -pi -e 's/ doc_(perl|site|\$$\(INSTALLDIRS\))_install$$//' Makefile
X
XPLIST_SUB=		OWFS_VERSION=${PORTVERSION}
X
XMAN1=          owfs.1 libowcapi.1 libownet.1 owcapi.1 owdir.1 \
X					owftpd.1 owget.1 owhttpd.1 owmon.1 \
X					ownet.1 ownetapi.1 ownetlib.1 owpresent.1 \
X					owread.1 owserver.1 owshell.1 owtap.1 owwrite.1
XMAN3=				DS1427.3 DS1821.3 DS1822.3 DS1825.3 DS18B20.3 \
X					DS18S20.3 DS1904.3 DS1920.3 DS1921.3 DS1963L.3 DS1963S.3 \
X					DS1971.3 DS1977.3 DS1982.3 DS1982U.3 DS1985.3 DS1985U.3 \
X					DS1986.3 DS1986U.3 DS1990A.3 DS1991.3 DS1992.3 DS1993.3 \
X					DS1994.3 DS1995.3 DS1996.3 DS2401.3 DS2404.3 DS2404S.3 \
X					DS2405.3 DS2406.3 DS2407.3 DS2408.3 DS2409.3 DS2411.3 \
X					DS2413.3 DS2415.3 DS2417.3 DS2423.3 DS2430A.3 DS2431.3 \
X					DS2433.3 DS2436.3 DS2437.3 DS2438.3 DS2450.3 DS2502-E48.3 \
X					DS2502-UNW.3 DS2502.3 DS2505-UNW.3 DS2505.3 DS2506-UNW.3 \
X					DS2506.3 DS2720.3 DS2740.3 DS2751.3 DS2755.3 DS2756.3 \
X					DS2760.3 DS2761.3 DS2762.3 DS2770.3 DS2780.3 DS2781.3 \
X					DS2788.3 DS2804.3 DS2890.3 DS28E04.3 DS28EA00.3 DS28EC20.3 \
X					EDS.3 EDS0064.3 EDS0065.3 EDS0066.3 EDS0067.3 EDS0068.3 \
X					EDS0071.3 EDS0072.3 EEEF.3 LCD.3 OWNet.3 Thermachron.3 \
X					UVI.3 owperl.3
X
XMAN5=			owfs.5 owfs.conf.5
XMANN=			ow.n owtcl.n
X
X.include "Makefile.options"
X
X.include <bsd.port.options.mk>
X
XCONFIGURE_ARGS+=		--enable-owlib
X
X.if ${PORT_OPTIONS:MDEBUG}
XCONFIGURE_ARGS+=    --enable-debug
X.else
XCONFIGURE_ARGS+=    --disable-debug
X.endif
X
X.if ${PORT_OPTIONS:MOWSHELL}
XCONFIGURE_ARGS+=		--enable-owshell
XPLIST_SUB+=	OWSHELL=""
X.else
XCONFIGURE_ARGS+=		--disable-owshell
XPLIST_SUB+=	OWSHELL=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MOWNETLIB}
XCONFIGURE_ARGS+=		--enable-ownetlib \
X							--enable-ownet
XPLIST_SUB+=	OWNET=""
X.else
XCONFIGURE_ARGS+=		--disable-ownetlib \
X							--disable-ownet
XPLIST_SUB+=	OWNET=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MI2C}
XCONFIGURE_ARGS+=		--enable-i2c
X.else
XCONFIGURE_ARGS+=		--disable-i2c
X.endif
X
X# Linux specific kernel driver
X#.if ${PORT_OPTIONS:MW1}
X#CONFIGURE_ARGS+=		--enable-w1
X#.else
XCONFIGURE_ARGS+=		--disable-w1
X#.endif
X
X.if ${PORT_OPTIONS:MOWHTTPD}
XCONFIGURE_ARGS+=		--enable-owhttpd
XPLIST_SUB+=	OWHTTPD=""
X.else
XCONFIGURE_ARGS+=		--disable-owhttpd
XPLIST_SUB+=	OWHTTPD=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MOWFTPD}
XCONFIGURE_ARGS+=		--enable-owftpd
XPLIST_SUB+=	OWFTPD=""
X.else
XCONFIGURE_ARGS+=		--disable-owftpd
XPLIST_SUB+=	OWFTPD=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MOWSERVER}
XCONFIGURE_ARGS+=		--enable-owserver
XPLIST_SUB+=	OWSERVER=""
X.else
XCONFIGURE_ARGS+=		--disable-owserver
XPLIST_SUB+=	OWSERVER=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MOWTAP}
XUSE_TK=yes
XUSE_TK_WRAPPER=yes
XCONFIGURE_ARGS+=		--enable-owtap
XPLIST_SUB+=	OWTAP=""
X.else
XCONFIGURE_ARGS+=		--disable-owtap
XPLIST_SUB+=	OWTAP=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MOWMALLOC}
XCONFIGURE_ARGS+=		--enable-owmalloc
X.else
XCONFIGURE_ARGS+=		--disable-owmalloc
X.endif
X
X.if ${PORT_OPTIONS:MOWTRAFFIC}
XCONFIGURE_ARGS+=		--enable-owtraffic
X.else
XCONFIGURE_ARGS+=		--disable-owtraffic
X.endif
X
X.if ${PORT_OPTIONS:MOWMON}
XUSE_TK=yes
XUSE_TK_WRAPPER=yes
XCONFIGURE_ARGS+=		--enable-owmon
XPLIST_SUB+=	OWMON=""
X.else
XCONFIGURE_ARGS+=		--disable-owmon
XPLIST_SUB+=	OWMON=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MOWCAPI}
XCONFIGURE_ARGS+=		--enable-owcapi
XPLIST_SUB+=	OWCAPI=""
X.else
XCONFIGURE_ARGS+=		--disable-owcapi
XPLIST_SUB+=	OWCAPI=" <at> comment "
X.endif
X
XSWIG=0
X
X.if ${PORT_OPTIONS:MOWPERL}
XUSES+=perl5
XSWIG=1
XCONFIGURE_ARGS+=		--enable-owperl
XPLIST_SUB+=	OWPERL=""
X.else
XCONFIGURE_ARGS+=		--disable-owperl
XPLIST_SUB+=	OWPERL=" <at> comment "
X.endif
X
X# BROKEN
X.if ${PORT_OPTIONS:MOWPHP}
XSWIG=1
XCONFIGURE_ARGS+=		--enable-owphp
X.else
XCONFIGURE_ARGS+=		--disable-owphp
X.endif
X
X.if ${PORT_OPTIONS:MOWPYTHON}
XUSE_PYTHON=yes
X.include "${PORTSDIR}/Mk/bsd.python.mk"
XSWIG=1
XCONFIGURE_ARGS+=		--enable-owpython
XPLIST_SUB+=	OWPYTHON=""
X.else
XCONFIGURE_ARGS+=		--disable-owpython
XPLIST_SUB+=	OWPYTHON=" <at> comment "
X.endif
X
X.if ${SWIG}
XBUILD_DEPENDS+=${LOCALBASE}/bin/swig2.0:${PORTSDIR}/devel/swig20
XCONFIGURE_ARGS+=		--enable-swig SWIG=${LOCALBASE}/bin/swig2.0
X.else
XCONFIGURE_ARGS+=		--disable-swig
X.endif
X
X.if ${PORT_OPTIONS:MOWTCL}
XUSE_TCL=yes
X.include "${PORTSDIR}/Mk/bsd.tcl.mk"
XCONFIGURE_ARGS+=		--enable-owtcl --with-tcl=${TCL_LIBDIR}
XPLIST_SUB+=	OWTCL=""
X.else
XPLIST_SUB+=	OWTCL=" <at> comment "
XCONFIGURE_ARGS+=		--disable-owtcl
X.endif
X
X.if ${PORT_OPTIONS:MPROFILING}
XCONFIGURE_ARGS+=		--enable-profiling
X# XXX Broken due to -lgcc_p
X.else
XCONFIGURE_ARGS+=		--disable-profiling
X.endif
X
X.if ${PORT_OPTIONS:MOWFS}
XCONFIGURE_ARGS+=		--enable-owfs
XPLIST_SUB+=	OWFS=""
X# xxx: Not tested, it compiles and all but not sure if fusefs actually works on freebsd:
XLIB_DEPENDS+=libfuse.so:${PORTSDIR}/sysutils/fusefs-libs
X.else
XCONFIGURE_ARGS+=		--disable-owfs
XPLIST_SUB+=	OWFS=" <at> comment "
X.endif
X
X.if ${PORT_OPTIONS:MZERO}
XCONFIGURE_ARGS+=		--enable-zero
X.else
XCONFIGURE_ARGS+=		--disable-zero
X.endif
X
X.if ${PORT_OPTIONS:MUSB}
XCONFIGURE_ARGS+=		--enable-usb
XLDFLAGS+=				-lusb
X.else
XCONFIGURE_ARGS+=		--disable-usb
X.endif
X
X#.if ${PORT_OPTIONS:MPARPORT}
X#CONFIGURE_ARGS+=		--enable-parport
X#.else
XCONFIGURE_ARGS+=		--disable-parport
X#.endif
X
X.include <bsd.port.mk>
464ef7c6571951809b23e262cbe26e19
echo c - ./files
mkdir -p ./files > /dev/null 2>&1
echo x - ./files/patch-module-owlib-src-include-ow.h
sed 's/^X//' >./files/patch-module-owlib-src-include-ow.h << '7be8d8e0503553cfbb25d02475914932'
X--- module/owlib/src/include/ow.h	2014-04-01 22:33:22.606598222 +0200
X+++ module/owlib/src/include/ow.h	2014-04-01 22:33:24.339516100 +0200
X <at>  <at>  -205,7 +205,7  <at>  <at> 
X /* If no timegm, use our version */
X #if (!defined _BSD_SOURCE && !defined _SVID_SOURCE)
X #include <time.h>
X-time_t timegm(struct tm *tm)
X+time_t timegm(struct tm *tm);
X #endif
X 
X /* Parport enabled uses two flags (one a holdover from the embedded work) */
7be8d8e0503553cfbb25d02475914932
echo x - ./files/patch-configure.ac
sed 's/^X//' >./files/patch-configure.ac << '8b68467318dabb6dddd2c6c539868a01'
X--- configure.ac	2014-04-03 21:32:48.805005572 +0200
X+++ configure.ac	2014-04-03 21:55:31.106892399 +0200
X <at>  <at>  -111,6 +111,7  <at>  <at> 
X 
X 
X HAVE_DARWIN="false"
X+HAVE_FREEBSD="false"
X HAVE_CYGWIN="false"
X 
X AC_MSG_CHECKING([for special host])
X <at>  <at>  -124,6 +125,10  <at>  <at> 
X 		HAVE_DARWIN="true"
X 		AC_MSG_RESULT([Darwin])
X 		;;
X+	*-freebsd*)
X+		HAVE_FREEBSD="true"
X+		AC_MSG_RESULT([FreeBSD])
X+		;;
X 	*)
X 		AC_MSG_RESULT([Other host])
X 		;;
X <at>  <at>  -132,6 +137,8  <at>  <at> 
X AM_CONDITIONAL(HAVE_DARWIN, test "${HAVE_DARWIN}" = "true")
X AC_SUBST(HAVE_CYGWIN)
X AM_CONDITIONAL(HAVE_CYGWIN, test "${HAVE_CYGWIN}" = "true")
X+AC_SUBST(HAVE_FREEBSD)
X+AM_CONDITIONAL(HAVE_FREEBSD, test "${HAVE_FREEBSD}" = "true")
X 
X PIC_FLAGS=""
X if test "$lt_prog_compiler_pic_works" = yes; then
8b68467318dabb6dddd2c6c539868a01
echo x - ./files/patch-module-swig-perl5-Makefile.am
sed 's/^X//' >./files/patch-module-swig-perl5-Makefile.am << '921bf6f53813e9a9737ebd3a851e4199'
X--- module/swig/perl5/Makefile.am	2014-04-03 22:21:00.812561452 +0200
X+++ module/swig/perl5/Makefile.am	2014-04-03 22:22:08.041129260 +0200
X <at>  <at>  -20,6 +20,11  <at>  <at> 
X 	( cd OW; $(PERL) Makefile.PL INSTALLDIRS=vendor )
X else
X 	( cd OW; $(PERL) Makefile.PL )
X+if HAVE_FREEBSD
X+	$(PERL) -pi -e 's/ doc_(perl|site|\$$\(INSTALLDIRS\))_install$$//' OW/Makefile
X+
X+# The FreeBSD Makefile trickery disables installing of perllocal.pod, as per http://lists.freebsd.org/pipermail/freebsd-perl/2005-June/000666.html
X+endif
X endif
X endif
X 
921bf6f53813e9a9737ebd3a851e4199
echo x - ./files/patch-src-man-Makefile.am
sed 's/^X//' >./files/patch-src-man-Makefile.am << 'e65356668749a3900c3fa2263c666e60'
X--- src/man/Makefile.am	2014-04-03 22:44:48.728471387 +0200
X+++ src/man/Makefile.am	2014-04-03 22:44:54.491632857 +0200
X <at>  <at>  -41,7 +41,15  <at>  <at> 
X            ow.n
X EXTRA_DIST = ${man_MANS} *.?so
X 
X+if !HAVE_FREEBSD
X install-data-am: install-man install-so-man
X+else
X+# The -so-man target seems to go through all manpages, remove lines starting with .so, 
X+# but this does not work on FreeBSD.
X+# However, it is not required anyway (our man does not show these lines at least?)
X+# so lets just skip it.
X+install-data-am: install-man
X+endif
X 
X install-so-man:
X 	for i in $(man_MANS); do \
e65356668749a3900c3fa2263c666e60
echo x - ./files/patch-ownet-c-src-include-ow_debug.h
sed 's/^X//' >./files/patch-ownet-c-src-include-ow_debug.h << '500b86ee5e77d682093107e5627a52fe'
X--- module/ownet/c/src/include/ow_debug.h	2014-04-08 22:49:43.520751677 +0200
X+++ module/ownet/c/src/include/ow_debug.h	2014-04-08 22:49:46.277979890 +0200
X <at>  <at>  -110,7 +110,7  <at>  <at> 
X #define ERROR_DETAIL(...)     { } while (0);
X #define ERROR_DEBUG(...)      { } while (0);
X 
X-#define FATAL_ERROR(...)      { exit(EXIT_FAILURE) } while (0);
X+#define FATAL_ERROR(...)      { exit(EXIT_FAILURE); } while (0);
X 
X #define Debug_Bytes(title,buf,length)    { } while (0);
X #define Debug_Writev(io, iosz)    { } while (0);
500b86ee5e77d682093107e5627a52fe
echo x - ./files/patch-module-owserver-src-c-loop.c
sed 's/^X//' >./files/patch-module-owserver-src-c-loop.c << '4c84ce9fc05164c909a90c2275de0745'
X--- module/owserver/src/c/loop.c	2013/03/24 01:23:29	1.20
X+++ module/owserver/src/c/loop.c	2014/04/03 01:20:41	1.21
X <at>  <at>  -1,5 +1,5  <at>  <at> 
X /*
X-$Id: loop.c,v 1.20 2013/03/24 01:23:29 alfille Exp $
X+$Id: loop.c,v 1.21 2014/04/03 01:20:41 alfille Exp $
X     OW_HTML -- OWFS used for the web
X     OW -- One-Wire filesystem
X 
X <at>  <at>  -43,7 +43,6  <at>  <at> 
X 
X static GOOD_OR_BAD LoopSetup(struct handlerdata *hd)
X {
X-	_MUTEX_INIT(hd->to_client);
X 	if ( pipe(hd->ping_pipe) != 0 ) {
X 		ERROR_DEBUG("Cannot create pipe pair for keep-alive pulses") ;
X 		return gbBAD ;
X <at>  <at>  -56,7 +55,6  <at>  <at> 
X 
X static void LoopCleanup(struct handlerdata *hd)
X {
X-	_MUTEX_DESTROY(hd->to_client);
X 	if (hd->ping_pipe[fd_pipe_read] > -1 ) {
X 		close(hd->ping_pipe[fd_pipe_read]) ;
X 	}
4c84ce9fc05164c909a90c2275de0745
echo x - ./files/patch-module-swig-python-python.m4
sed 's/^X//' >./files/patch-module-swig-python-python.m4 << '4d2ff46ebcae1e9c8e67dd0728fbdd2f'
X--- module/swig/python/python.m4	2014-04-03 23:23:50.451103912 +0200
X+++ module/swig/python/python.m4	2014-04-03 23:24:21.281043536 +0200
X <at>  <at>  -32,7 +32,7  <at>  <at> 
X AC_ARG_WITH(pythonconfig, [  --with-pythonconfig        Set location of python-config executable],[
PYTHONCONFIGBIN="$withval"], [PYTHONCONFIGBIN=yes])
X 
X if test "x$PYTHONCONFIGBIN" = xyes; then
X-      AC_CHECK_PROGS(PYTHONCONFIG, python-config python2.5-config python2.4-config python2.3-config)
X+      AC_CHECK_PROGS(PYTHONCONFIG, python-config python2.7-config python2.5-config
python2.4-config python2.3-config)
X else
X       PYTHONCONFIG="$PYTHONCONFIGBIN"
X fi
X <at>  <at>  -44,7 +44,7  <at>  <at> 
X # First figure out the name of the Python executable
X 
X if test "x$PYBIN" = xyes; then
X-AC_CHECK_PROGS(PYTHON, python python2.5 python2.4 python2.3 python2.2 python2.1 python2.0
python1.6 python1.5 python1.4 python)
X+AC_CHECK_PROGS(PYTHON, python python2.7 python2.5 python2.4 python2.3 python2.2 python2.1
python2.0 python1.6 python1.5 python1.4 python)
X else
X PYTHON="$PYBIN"
X fi
4d2ff46ebcae1e9c8e67dd0728fbdd2f
echo x - ./files/patch-owlib-src-include-ow_debug.h
sed 's/^X//' >./files/patch-owlib-src-include-ow_debug.h << 'fdb3c83e2275abb5df3fdb42bbfe4027'
X--- module/owlib/src/include/ow_debug.h	2014-04-08 22:50:32.165752804 +0200
X+++ module/owlib/src/include/ow_debug.h	2014-04-08 22:50:46.142216637 +0200
X <at>  <at>  -90,7 +90,7  <at>  <at> 
X #define ERROR_DETAIL(...)     do { } while (0)
X #define ERROR_DEBUG(...)      do { } while (0)
X 
X-#define FATAL_ERROR(...)      do { exit(EXIT_FAILURE) } while (0)
X+#define FATAL_ERROR(...)      do { exit(EXIT_FAILURE); } while (0)
X 
X #define Debug_Bytes(title,buf,length)    do { } while (0)
X #define Debug_OWQ(owq)        do { } while (0)
fdb3c83e2275abb5df3fdb42bbfe4027
echo x - ./files/patch-module-swig-python-setup.py.in
sed 's/^X//' >./files/patch-module-swig-python-setup.py.in << '4f8923c67b287cdb08351a2995e1681e'
X--- module/swig/python/setup.py.in	2014-04-03 21:30:38.735201915 +0200
X+++ module/swig/python/setup.py.in	2014-04-03 21:40:52.043246219 +0200
X <at>  <at>  -77,6 +77,9  <at>  <at> 
X enable_usb = ' <at> ENABLE_USB <at> '
X enable_mt = ' <at> ENABLE_MT <at> '
X have_darwin = ' <at> HAVE_DARWIN <at> '
X+have_freebsd = ' <at> HAVE_FREEBSD <at> '
X+
X+bsd_fixes = have_darwin == 'true' or have_freebsd == 'true'
X 
X # have to split up the _CFLAGS, _LIBS variables since there are problem
X # when they contain spaces. The append() function doesn't work very good.
X <at>  <at>  -109,7 +112,7  <at>  <at> 
X     if len(' <at> PTHREAD_LIBS <at> ') > 1:
X 	my_extra_link_args = my_extra_link_args + string.split(' <at> PTHREAD_LIBS <at> ', ' ')
X 
X-if have_darwin == 'true':
X+if bsd_fixes:
X     my_extra_link_args = my_extra_link_args + string.split('../../owlib/src/c/.libs/libow.so', ' ')
X 
X if len(' <at> PYLDFLAGS <at> ') > 1:
X <at>  <at>  -132,7 +135,7  <at>  <at> 
X #    my_extra_objects = ""
X #    my_libraries = [ 'ow' ]
X 
X-if have_darwin == 'true':
X+if bsd_fixes:
X     my_libraries = [ ]
X 
X removals = ['-Wstrict-prototypes']
4f8923c67b287cdb08351a2995e1681e
echo x - ./pkg-descr
sed 's/^X//' >./pkg-descr << '0e313719ff012ceaf97a028d51caa8f5'
XOWFS -- 1-Wire file system.
XOWFS is an easy way to use the powerful 1-wire system of Dallas/Maxim.
X
XOWFS is a simple and flexible program to monitor and control the physical
Xenvironment. You can write scripts to read temperature, flash lights, write
Xto an LCD, log and graph, ...
X
XWWW: http://www.owfs.org/
0e313719ff012ceaf97a028d51caa8f5
exit

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Joris Meijerink | 7 Apr 00:05 2014
Picon

Calibration of DS18B20 sensors?

Hi,

Anybody here tried to calibrate the 1-wire temperature sensors 
additional to the factory calibration? Only reference I've found sofar 
is this one:
http://yosemitefoothills.com/Thermometers/ThermometerCalibrations.html

At the moment I've got 30 DS18B20 measuring inside a glass jar in a 
little box of polystyrene foam with water and ice. Connected to a 
Raspberry Pi which takes a measurement of all the sensors every 2 
minutes. This takes about 30 seconds. After 8 hours the water is still 
pretty cold in a room which is approximately 20°C. Measurements: 
http://nl.tinypic.com/r/2mz9wed/8

The results are a little spiky. That's probably the resolution of the 
sensors? Can this be changed? Or do I have to take an average over 5 
measurements the smooth things a bit?

When using the average of the 30 sensors as being the "true" 
temperature, I can use regression analysis to compensate each sensor.
Sofar i've found that linear regression (-0,04 / +0.06) gives me a 
better fit then quadratic regression (-0,14 / +0,25). Probably because 
of the small range of the temperature at the moment.

Linear: http://nl.tinypic.com/r/2u8ur1w/8
Quad: http://nl.tinypic.com/r/23wpeme/8

How can one identify the sensors? Is the id code written on the DS18B20 
itself? Or do I have to plug them in one at the time to ID them?

Kind regards,
Joris Meijerink

------------------------------------------------------------------------------
Michael Markstaller | 6 Apr 19:47 2014
Picon

Re: DS2482-800: problem with long wire and DS18B20

Well,

during seven years of usage/testing, I found the DS248x I2C-busmasters
to be the weakest available, especially with long wires..
Therefore I can only recommend to not use them outside a breadboard, a
DS2490/9490 (and many others) do perform much better;

Thats also the reason why I really don't understand they get used and
even recommended again and again (see RPi) although anybody familiar
with this should know: they just don't work very good..

Michael

------------------------------------------------------------------------------
Jan Sennesael | 6 Apr 10:37 2014
Picon

Re: DS2482-800: problem with long wire and DS18B20

>Are you powering this HC-SR04 through the bus? If yes, how much current
does it draw? This current has to flow back through the GND wire and >may
lift the GND level on the far end on long, thin GND wires an substantial
amount, creating communication problems.
>
>Kind regards
>
>	Jan

The HC-SR04 is completely independent, it just uses the "free" wires on the
cat5e cable. The 1-wire bus gets it power from a seperate 5V adapter. The
HC-SR05 gets it power from a usb port of a hub.
I tried connecting the sensor to my old usb master, and there it works
without any problems, so i am leaving it like that for now. Just wondering
why its not working on the DS2482-800...
Greeting
Jan

------------------------------------------------------------------------------
Stefano Miccoli | 6 Apr 00:43 2014

ownet / owserver null terminated strings in payload.

Hi all,

it's a long time that I'm using owfs/owserver to read a network of 1-wire sensors in a server room, with great satisfaction for it's stability and ease of use.

My main scripting language is python, and somehow I do not like the official python packages, so I decided to write my own implementation of the ownet protocol. If you are interested you can find my implementation on pypi https://pypi.python.org/pypi/pyownet or github https://github.com/miccoli/pyownet/ (The code should be pretty stable, I'm using it 24/7 in a production environment, but docs are scarce, therefore it is still marked as alpha development status.)

While implementing the package, I found some problems and difficulties that I would like to share with you.


1) Null terminated strings.

The payload in most messages has to be null-terminated. While this can be regarded as natural for the C programmer, it is somehow unusual from the python point of view, where '/' and '/\x00' are different strings.

Maybe this should be made more clear in http://owfs.org/index.php?page=tcp-messages where I read

Payload: data string. Either just a filename path (for read or directory, or a null terminated path with data to be written afterwards

It should be 

Payload: null terminated data string...

just to make clear that the null terminator has to be always present, even when no data follows the path.


2) Error codes / strings.

Error messages associated with the error codes can be retrieved with "owserver --help=error" or read from '/settings/return_codes'. I use this error messages in the exceptions raised by my code, but there are some inconsistencies.

a) when you try to access a non existent path, you get error 
1 'Startup - command line parameters invalid' 
while it should be 
2 'legacy - No such entity'

b) all owserver/ownet error messages start with 'legacy - '... why? Shouldn't this be 'owserver - ...' or 'ownet - ..."


3) Server version

I was not able to find any way to determine the owserver version from a client: couldn't be useful to add a '/settings/version' node to owfs?



Bye and compliments to all for the excellent work

Stefano


------------------------------------------------------------------------------
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Jan Kandziora | 5 Apr 19:25 2014
Picon
Picon

Re: DS2482-800: problem with long wire and DS18B20

Am 02.04.2014 21:00, schrieb Jan Sennesael:
> 
> The UTP is approximately 45m long, cat 5e. I am using wire nr 1/2 for
> gnd/+5V and 4/5 for 1wire/gnd (hobbyboard pinout). The sensor worked without
> problems on the tree setup (with a diy usb master), nothing else has
> changed.
> 
> The other pairs of the UTP are in use for a distance sensor
> HC-SR04(measuring water level with an arduino)
> When checking the wires i noticed that the resistance between 5V and 1wire
> gnd for this cable was differt to the others: here its approx. 285kOhm.
> 
> anyone an idea how to solve this?
>
Are you powering this HC-SR04 through the bus? If yes, how much current
does it draw? This current has to flow back through the GND wire and may
lift the GND level on the far end on long, thin GND wires an substantial
amount, creating communication problems.

Kind regards

	Jan

------------------------------------------------------------------------------
Johan Ström | 2 Apr 07:42 2014
Picon

2.9p3 exits after 1 request?

Hi,

I'm testing the 2.9p3 release on FreeBSD 8.4. I'm currently running
2.9p1 without problems, but with p3 it seems the owserver want's to exit
as soon as it has served a single request?

Running my main owserver (2.9p1) on port 4304, starting the p3 server on
4305:

$ export LD_LIBRARY_PATH=/usr/ports/comms/owfs/work/stage/usr/local/lib
$ /usr/ports/comms/owfs/work/stage/usr/local/bin/owserver --debug
--foreground -s localhost:4304 -p 4305
DEBUG MODE
libow version:
        2.9p3
  DEBUG: ow_daemon.c:(166) main thread id = 34374435264
   CALL: ow_parsename.c:(99) path=[]
  DEBUG: owlib.c:(81) Globals temp limits 0C 100C (for simulated adapters)
  DEBUG: ow_net_client.c:(85) IP address=[localhost] port=[4304]
CONNECT: ow_zero.c:(145) Zeroconf and/or Multithreading are not enabled

(executing owdir -s localhost:4305 /system )

  DEBUG: ow_tcp_read.c:(64) attempt 24 bytes Time: 10.000000 seconds
  DEBUG: ow_tcp_read.c:(114) read: 24 - 0 = 24
  DEBUG: from_client.c:(67) FromClient payload=8 size=0 type=7 sg=0x10A
offset=0
  DEBUG: from_client.c:(75) FromClient (no servermessage) payload=8
size=0 type=7 controlflags=0x10A offset=0
  DEBUG: ow_tcp_read.c:(64) attempt 8 bytes Time: 10.000000 seconds
  DEBUG: ow_tcp_read.c:(114) read: 8 - 0 = 8
  DEBUG: handler.c:(153) START handler /system
   CALL: data.c:(104) DataHandler: parse path=/system
  DEBUG: ow_parseobject.c:(164) /system
   CALL: ow_parsename.c:(99) path=[/system]
   CALL: data.c:(164) Directory message (all at once)
  DEBUG: dirall.c:(66) OWSERVER Dir-All SpecifiedBus=0 path = /system
  DEBUG: ow_dir.c:(76) path=/system
   CALL: ow_dir.c:(100) path=/system
  DEBUG: ow_dir.c:(796) called on /system
   CALL: ow_parsename.c:(99) path=[/system/configuration]
  DEBUG: ow_parsename.c:(62) /system/configuration
   CALL: ow_parsename.c:(99) path=[/system/connections]
  DEBUG: ow_parsename.c:(62) /system/connections
   CALL: ow_parsename.c:(99) path=[/system/process]
  DEBUG: ow_parsename.c:(62) /system/process
  DEBUG: ow_dir.c:(195) ret=0
  DEBUG: ow_parsename.c:(62) /system
  DEBUG: data.c:(194) DataHandler: FS_ParsedName_destroy done
  DEBUG: data.c:(208) DataHandler: cm.ret=0
  DEBUG: to_client.c:(67) payload=58 size=57, ret=0, sg=0x10A offset=0
  DEBUG: data.c:(227) Finished with client request
  DEBUG: handler.c:(135) OWSERVER handler done
$ echo $?
1
$

The same thing happens if I do a owdir on / (it does properly list all
my nodes).
Using the p1 binary, the above works as expected (i.e. not exiting).
I have not tested p2. I have no extra patches.

Any ideas?

Best regards
Johan

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

Gmane