How to get Dallas DS18S20 temp sensors working with a USB DS9490R?

[Marc MERLIN-7]

So, I got this guy:
http://www.ibuttonlink.com/ds9490r.aspx

and a few DS18S20s.

So, I found pages that talk about how to wire them, but the misterhouse docs
I looked don't say how to read data from the USB device.
It registers on my linux machine as:
usb 1-2: new full speed USB device using uhci_hcd and address 3
usb 1-2: configuration #1 chosen from 1 choice
usb 1-2: New USB device found, idVendor=04fa, idProduct=2490
usb 1-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
w1_master_driver w1_bus_master1: Family 81 for 81.00000029282c.44 is not registered.


Questions
1) where is the misterhouse interface/code that people are using for these?
   The misterhouse docs had a few links, but they are dead, so I haven't quite
   found where to go now.

2) does it work with the USB version, or should I have ordered the serial one?

3) do you have a 2 wire connection, or can you use a 3 wire connection to the
   RJ-12 plug for better reliability?
   Incidently,
   http://www.cocoontech.com/forums/index.php?showtopic=6698http://www.cocoontech.com/forums/index.php?showtopic=6698
   seems to say that using 3 wire is less reliable?

4) I'm hoping to use this in a star configuration because that's how my CAT-5 is wired,
   but I know this is not recommended.
   Are others doing this successfully on 50-100ft Cat-5e runs?
   I'm hoping to have 5 or 6 temp sensors.

   Am I better off using 2 or 3 of the cat-5 wires to the DS18S20, and then send
   the signal back on 2-3 wires of the same cat-5 back to the middle of my star
   and down to another cat-5, or can I go with the simpler star topology?
   with and without sending power in addition to the signal?


What are others doing?

Thanks,
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/ 

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Brad Yarotsky-2]

I just ordered one of these USB devices today, I wasn't thinking about being
supported by MH, so if you find something let me know (I also ordered the
serial one).

I have wired all of my stuff inline using cat5 (hobby-boards.com) These seems
to work well and can go several hundred feet. If you need to go in different
directions then you could use a one wire hub, but I see no reason that doing a
custom wiring job that brings the network back to the hub of your star network
every time wouldn't work.

I think is would worth doing a test to see if the star would work on short runs.

Let me know how you make out.

Brad

> So, I got this guy:
> http://www.ibuttonlink.com/ds9490r.aspx
>
> and a few DS18S20s.
>
> So, I found pages that talk about how to wire them, but the misterhouse docs
> I looked don't say how to read data from the USB device.
> It registers on my linux machine as:
> usb 1-2: new full speed USB device using uhci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
> usb 1-2: New USB device found, idVendor=04fa, idProduct=2490
> usb 1-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> w1_master_driver w1_bus_master1: Family 81 for 81.00000029282c.44 is not
> registered.
>
>
> Questions
> 1) where is the misterhouse interface/code that people are using for these?
>    The misterhouse docs had a few links, but they are dead, so I haven't quite
>    found where to go now.
>
> 2) does it work with the USB version, or should I have ordered the serial one?
>
> 3) do you have a 2 wire connection, or can you use a 3 wire connection to the
>    RJ-12 plug for better reliability?
>    Incidently,
>    http://www.cocoontech.com/forums/index.php?showtopic=6698http://www.cocoontech.com/forums/index.php?showtopic=6698
>    seems to say that using 3 wire is less reliable?
>
> 4) I'm hoping to use this in a star configuration because that's how my CAT-5
> is wired,
>    but I know this is not recommended.
>    Are others doing this successfully on 50-100ft Cat-5e runs?
>    I'm hoping to have 5 or 6 temp sensors.
>
>    Am I better off using 2 or 3 of the cat-5 wires to the DS18S20, and then
> send
>    the signal back on 2-3 wires of the same cat-5 back to the middle of my
> star
>    and down to another cat-5, or can I go with the simpler star topology?
>    with and without sending power in addition to the signal?
>
>
> What are others doing?
>
> Thanks,
> Marc
> --
> "A mouse is a device used to point at the xterm you want to type in" - A.S.R.
> Microsoft is to operating systems & security ....
>                                       .... what McDonalds is to gourmet
> cooking
> Home page: http://marc.merlins.org/
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Jim Serack]

With regards to your cabling plan might want to read this
http://www.maxim-ic.com/appnotes.cfm/an_pk/148 which is Guidelines for
Reliable Long Line 1-WireR Networks written by the Dallas integrated circuit
designers. Basically a stub or star greater than 3 meters off the loop
wiring should be avoided. If you are going to star wire - you should use a
hub. Now - you may find it works with longer stubs - but there is no way to
tell how close to marginal it is - unless you have access to some expensive
digital storage scopes, AND, it will be data (read temperature) dependent.

I have wired all my "one-wire" as Cat5 using 3 wires - although in most
cases the "power" is grounded at the master end. I have about 250 ft of
wiring including runs in conduit to the pool.

-----Original Message-----
From: Brad Yarotsky [mailto:brad@...]
Sent: September 18, 2009 12:45 AM
To: The main list for the MisterHouse home automation program
Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with a USB
DS9490R?

I just ordered one of these USB devices today, I wasn't thinking about being
supported by MH, so if you find something let me know (I also ordered the
serial one).

I have wired all of my stuff inline using cat5 (hobby-boards.com) These
seems
to work well and can go several hundred feet. If you need to go in different
directions then you could use a one wire hub, but I see no reason that doing
a
custom wiring job that brings the network back to the hub of your star
network
every time wouldn't work.

I think is would worth doing a test to see if the star would work on short
runs.

Let me know how you make out.

Brad

> So, I got this guy:
> http://www.ibuttonlink.com/ds9490r.aspx
>
> and a few DS18S20s.
>
> So, I found pages that talk about how to wire them, but the misterhouse
docs

> I looked don't say how to read data from the USB device.
> It registers on my linux machine as:
> usb 1-2: new full speed USB device using uhci_hcd and address 3
> usb 1-2: configuration #1 chosen from 1 choice
> usb 1-2: New USB device found, idVendor=04fa, idProduct=2490
> usb 1-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
> w1_master_driver w1_bus_master1: Family 81 for 81.00000029282c.44 is not
> registered.
>
>
> Questions
> 1) where is the misterhouse interface/code that people are using for

these?
>    The misterhouse docs had a few links, but they are dead, so I haven't
quite
>    found where to go now.
>
> 2) does it work with the USB version, or should I have ordered the serial
one?
>
> 3) do you have a 2 wire connection, or can you use a 3 wire connection to
the
>    RJ-12 plug for better reliability?
>    Incidently,
>
http://www.cocoontech.com/forums/index.php?showtopic=6698http://www.cocoonte
ch.com/forums/index.php?showtopic=6698
>    seems to say that using 3 wire is less reliable?
>
> 4) I'm hoping to use this in a star configuration because that's how my
CAT-5
> is wired,
>    but I know this is not recommended.
>    Are others doing this successfully on 50-100ft Cat-5e runs?
>    I'm hoping to have 5 or 6 temp sensors.
>
>    Am I better off using 2 or 3 of the cat-5 wires to the DS18S20, and
then

> send
>    the signal back on 2-3 wires of the same cat-5 back to the middle of my
> star
>    and down to another cat-5, or can I go with the simpler star topology?
>    with and without sending power in addition to the signal?
>
>
> What are others doing?
>
> Thanks,
> Marc
> --
> "A mouse is a device used to point at the xterm you want to type in" -

A.S.R.
> Microsoft is to operating systems & security ....
>                                       .... what McDonalds is to gourmet
> cooking
> Home page: http://marc.merlins.org/
>
>
----------------------------------------------------------------------------
--
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register
now!
> http://p.sf.net/sfu/devconf
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>
>



----------------------------------------------------------------------------
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365



------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Marc MERLIN-7]

On Sun, Sep 20, 2009 at 11:02:09AM -0400, Jim Serack wrote:

> With regards to your cabling plan might want to read this
> http://www.maxim-ic.com/appnotes.cfm/an_pk/148 which is Guidelines for
> Reliable Long Line 1-WireR Networks written by the Dallas integrated circuit
> designers. Basically a stub or star greater than 3 meters off the loop
> wiring should be avoided. If you are going to star wire - you should use a
> hub. Now - you may find it works with longer stubs - but there is no way to
> tell how close to marginal it is - unless you have access to some expensive
> digital storage scopes, AND, it will be data (read temperature) dependent.
>
> I have wired all my "one-wire" as Cat5 using 3 wires - although in most
> cases the "power" is grounded at the master end. I have about 250 ft of
> wiring including runs in conduit to the pool.

Cool, thanks for that info. No, may I ask which interface you are using on
the PC side and how you are reading the data? (command line? from mh?
other?)

Thanks,
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/ 

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Jim Serack]

I'm using the Dallas Serial Port interface - DS9097U-S09  Universal Serial
Port Adapter - I read the bus using the program Digitemp (on a linux system)
as a process item in misterhouse. (Otherwise the pause in MrHouse is too
long using the built in code).

-----Original Message-----
From: Marc MERLIN [mailto:marc_mh@...]
Sent: September 20, 2009 11:26 AM
To: jserack@...
Cc: The main list for the MisterHouse home automation program
Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with a USB
DS9490R?

On Sun, Sep 20, 2009 at 11:02:09AM -0400, Jim Serack wrote:
> With regards to your cabling plan might want to read this
> http://www.maxim-ic.com/appnotes.cfm/an_pk/148 which is Guidelines for
> Reliable Long Line 1-WireR Networks written by the Dallas integrated
circuit
> designers. Basically a stub or star greater than 3 meters off the loop
> wiring should be avoided. If you are going to star wire - you should use a
> hub. Now - you may find it works with longer stubs - but there is no way
to
> tell how close to marginal it is - unless you have access to some
expensive
> digital storage scopes, AND, it will be data (read temperature) dependent.
>
> I have wired all my "one-wire" as Cat5 using 3 wires - although in most
> cases the "power" is grounded at the master end. I have about 250 ft of
> wiring including runs in conduit to the pool.

Cool, thanks for that info. No, may I ask which interface you are using on
the PC side and how you are reading the data? (command line? from mh?
other?)

Thanks,
Marc
--
"A mouse is a device used to point at the xterm you want to type in" -
A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet
cooking
Home page: http://marc.merlins.org/ 

----------------------------------------------------------------------------
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365



------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Marc MERLIN-7]

On Sun, Sep 20, 2009 at 05:31:57PM -0400, Jim Serack wrote:
> I'm using the Dallas Serial Port interface - DS9097U-S09  Universal Serial
> Port Adapter - I read the bus using the program Digitemp (on a linux system)
> as a process item in misterhouse. (Otherwise the pause in MrHouse is too
> long using the built in code).
 
Haha, digitemp was the piece I missed this entire time. I was looking for
code inside mh.

So, the trick is
1) unload the ds2490 module which gets in the way

2) read up on DS and all the fun numbers attached to it, and realize that
   a DS9490R USB adapter is ds2490 chip based

3) check that things work:
gandalf:~# digitemp_DS2490 -w
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Turning off all DS2409 Couplers
..
Devices on the Main LAN
10E5E7ED010800BB : DS1820/DS18S20/DS1920 Temperature Sensor
812C282900000044 : Unknown Family Code

4) initialize the config file:
gandalf:~# digitemp_DS2490 -i
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Turning off all DS2409 Couplers
..
Searching the 1-Wire LAN
10E5E7ED010800BB : DS1820/DS18S20/DS1920 Temperature Sensor
ROM #0 : 10E5E7ED010800BB
Wrote .digitemprc

5) Read temperature:
gandalf:~# digitemp_DS2490 -t 0
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Sep 20 16:14:48 Sensor 0 C: 24.44 F: 75.99

Success! :)


Now, since I have the USB version, reading is not too slow, but still not
fast:
gandalf:~# time digitemp_DS2490 -t 0
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Sep 20 16:19:16 Sensor 0 C: 25.69 F: 78.24

real    0m1.245s

Now, because I'm looking at what hub to go with. It looks like this guy
would do it:
http://www.hobby-boards.com/catalog/product_info.php?products_id=1561
plus case:
http://www.hobby-boards.com/catalog/product_info.php?products_id=1516
or $58 plus shipping

Now, if you go serial, you can pay a bit extra to get the hub plus serial
adapter on the same board:
http://www.hobby-boards.com/catalog/product_info.php?products_id=1560
plus the case
http://www.hobby-boards.com/catalog/product_info.php?products_id=1515
or about $62 plus shipping

The thing that worries me is that I don't see any DS2406 chips in those and
that's what digitemp says it supports.

Are you using a digitemp supported switch?

Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/ 

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Jim Serack]

I have one long serpentine that is used for MH with less than 6 foot spurs.
I have the parts to build the switches and I think digitemp supports them
because it does turn them off on its initial search. But I've not focused on
implementing that yet.

If you decide to go with digitemp I have some code that you could use:

# Program: Reads the temperature sensors on the OneWire Bus
# Author: J. Serack
# Orginal date: May 15, 2005
# Changed date: May 30, 2005
# This next line categorizes the program for program code control
# Category = iButtons
# This next line provides a description of the code in the setup control
#@ This code reads the temperature sensors on the OneWire Bus using Digitemp
################# Assumptions and Definitions
##################################
# Assumes that digitemp is installed and there is a symbolic link to the
executable defined as digitemp
#
my $digitempserialport ="/dev/ttyS1";
my $digitempreadspeed = 1000;
my $digitemprcfile
="/usr/local/misterhouse/localname/data/onewire/.digitemprc";
my $digitempinitresultfile
="/usr/local/misterhouse/localname/data/onewire/ibuttoninit.data";
my $digitempresultfile
="/usr/local/misterhouse/localname/data/onewire/ibutton.data";
$v_iButton_readtemps = new Voice_Cmd "Read the iButton temperature buttons";
$v_iButton_readtemps-> set_info('This reads all all iButton temperature
devices.');
$ibutton_read = new Process_Item("digitemp -c$digitemprcfile -a
-r$digitempreadspeed");
$ibutton_init = new Process_Item("digitemp -c$digitemprcfile -i
-s$digitempserialport");
$v_iButton_init = new Voice_Cmd "Initialize digitemp";
$v_iButton_init-> set_info('This initializes the iButton devices serial
numbers.');
################ Definitions of Ibuttons to temperature names
################
#
# Map Ibutton temperature sensors by ID to meaningful names
# This insures that a missing sensor does not affect the digitemp mapping
# to temperature names and values.
#
#10183201020800B0 : Pool Water DS1820/DS18S20/DS1920 Temperature Sensor
   $Misc{ID10183201020800B0} = "Temperature_pool_water";
   $Misc{TS10183201020800B0} = "TempSpare1";
#10BE3401020800C2 : Outdoor Air DS1820/DS18S20/DS1920 Temperature Sensor
   $Misc{ID10BE3401020800C2} = "Temperature_outside";
   $Misc{TS10BE3401020800C2} = "TempSpare5";
# (etc,etc, several lines deleted)
#
#
################ Initialization to run once
##################################
#
my $initready; # Make sure the read is only run after the init is complete.
if ($Reread or $Startup or said $v_iButton_init) {
    $initready = 0;
    set_output $ibutton_init $digitempinitresultfile;
    start $ibutton_init;
}
if (done_now $ibutton_init) {
    $initready =1;
    # ROM assignment line looks like
    #ROM #0 : 10A8BC31000800D9
    for my $data (file_read $digitempinitresultfile) {
        next unless $data =~ /ROM \#(\d+) : (\S+)/;
        $Misc{"DigitempID$1"}= $2;
        print "$1 $2 \n";
    }
}
################ Regular Code to get the temperature
#########################
#
my $ID;
my $Tempspare;
my $Tempname;
if (new_minute 1 or said $v_iButton_readtemps) {
    set_output $ibutton_read $digitempresultfile;
    start $ibutton_read if $initready;
}

# Data looks like this:  Feb 28 22:44:16 Sensor 0 C: 3.01 F: 37.42
if (done_now $ibutton_read) {
    for my $data (file_read $digitempresultfile) {
        next unless $data =~ /Sensor (\d+) C: (\S+) F: (\S+)/;
        next if $3 > 180; # False readings look like 185
        # Looking up by the order of reading which sensor is which
        # referenced to its name by the ID of the ibutton device
        $ID = $Misc{"DigitempID$1"};
        $Tempname = $Misc{"ID$ID"};
        $Tempspare = $Misc{"TS$ID"};
        print "$Tempname temp=$2\n";
        # Putting the temperatures into the weather hash for plotting and
use
        $Weather{$Tempspare} = $2;
        $Weather{$Tempname} = $2;
    }
}
################ end of program #################

-----Original Message-----
From: Marc MERLIN [mailto:marc_mh@...]
Sent: September 20, 2009 7:28 PM
To: Jim Serack; ralphmitchell@...
Cc: 'The main list for the MisterHouse home automation program'
Subject: Re: [mh] USB DS9490R working, any switch recommendation?

On Sun, Sep 20, 2009 at 05:31:57PM -0400, Jim Serack wrote:
> I'm using the Dallas Serial Port interface - DS9097U-S09  Universal Serial
> Port Adapter - I read the bus using the program Digitemp (on a linux
system)
> as a process item in misterhouse. (Otherwise the pause in MrHouse is too
> long using the built in code).
 
Haha, digitemp was the piece I missed this entire time. I was looking for
code inside mh.

So, the trick is
1) unload the ds2490 module which gets in the way

2) read up on DS and all the fun numbers attached to it, and realize that
   a DS9490R USB adapter is ds2490 chip based

3) check that things work:
gandalf:~# digitemp_DS2490 -w
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Turning off all DS2409 Couplers
..
Devices on the Main LAN
10E5E7ED010800BB : DS1820/DS18S20/DS1920 Temperature Sensor
812C282900000044 : Unknown Family Code

4) initialize the config file:
gandalf:~# digitemp_DS2490 -i
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Turning off all DS2409 Couplers
..
Searching the 1-Wire LAN
10E5E7ED010800BB : DS1820/DS18S20/DS1920 Temperature Sensor
ROM #0 : 10E5E7ED010800BB
Wrote .digitemprc

5) Read temperature:
gandalf:~# digitemp_DS2490 -t 0
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Sep 20 16:14:48 Sensor 0 C: 24.44 F: 75.99

Success! :)


Now, since I have the USB version, reading is not too slow, but still not
fast:
gandalf:~# time digitemp_DS2490 -t 0
DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
GNU Public License v2.0 - http://www.digitemp.com
Found DS2490 device #1 at 001/013
Sep 20 16:19:16 Sensor 0 C: 25.69 F: 78.24

real    0m1.245s

Now, because I'm looking at what hub to go with. It looks like this guy
would do it:
http://www.hobby-boards.com/catalog/product_info.php?products_id=1561
plus case:
http://www.hobby-boards.com/catalog/product_info.php?products_id=1516
or $58 plus shipping

Now, if you go serial, you can pay a bit extra to get the hub plus serial
adapter on the same board:
http://www.hobby-boards.com/catalog/product_info.php?products_id=1560
plus the case
http://www.hobby-boards.com/catalog/product_info.php?products_id=1515
or about $62 plus shipping

The thing that worries me is that I don't see any DS2406 chips in those and
that's what digitemp says it supports.

Are you using a digitemp supported switch?

Marc
--
"A mouse is a device used to point at the xterm you want to type in" -
A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet
cooking
Home page: http://marc.merlins.org/ 

----------------------------------------------------------------------------
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365



------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Andy McCallum]

Marc,

  Can I throw in my two cents worth, and suggest another path?

  The reason I prefer the option below is that I think it very robust because it takes reading the 1-Wire sensors totally outside the MH process. Therefore, there is no delay to the MH loop. Also, you take all the hairy configuration outside of MH and let Linux (and Gregg L) worry about the 1-Wire issues.

  The solution: OWFS on Linux using Gregg Liming's excellent xAP conduit oxc and MH xAP items.

  Linux has built in support for reading 1-Wire sensors, using the serial or USB interface. I am using the USB interface from DalSemi (Maxim).  You can then do things like:

[andy@mandy ~]$ ls /mnt/owfs/
10.6E57AA000800  10.B1789E000800  81.77ED27000000  settings      structure
10.9ADD9D000800  10.B487AA000800  alarm            simultaneous  system
10.ACEEE7000800  10.FE7C9E000800  bus.0            statistics    uncached

[andy@mandy ~]$ ls /mnt/owfs/10.B1789E000800/
address  die     id       power    r_address  r_locator    temphigh  trim         trimvalid
crc8     family  locator  present  r_id       temperature  templow   trimblanket  type

[andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
      22.375

This is all setup from http://owfs.org/ , with a simple configuration:

[andy@mandy ~]$ cat /etc/sysconfig/owfs
MOUNTPOINT[0]=/mnt/owfs
OPTIONS[0]="-C -u --allow_other"

Then get Gregg Limings' oxc. Configure it for each sensor on the network. NOTE: If a sensor is not present on the network (or the network is failing) then the oxc process is delayed but not MH.

Quickly, throw in an xAP hub from http://patrick.lidstone.net/haweb/hub.htm

Then just configure MH xAP items in a MHT file:

ANALOG_SENSOR,  aircon-output,  ow_AirConOutput,    owx_house,  Sensors|Temperature,  temp
ANALOG_SENSOR,  aircon-return,  ow_AirConReturn,    owx_house,  Sensors|Temperature,  temp
ANALOG_SENSOR,  computercab,    ow_ComputerCab,     owx_house,  Sensors|Temperature,  temp
ANALOG_SENSOR,  lukesroom,      ow_NicholasRoom,    owx_house,  Sensors|Temperature,  temp

No changes to mh.private.ini, but do ensure you have the following in your mh configuration file:

# Stop MH starting hubs for either xPL or xAP
xpl_nohub = 1
xap_nohub = 1

Job done.

Much more robust than leaving the MH process to wait for data. Whilst you have a few extra software components, they are all robust within themselves and allow for quite large 1-Wire networks without any increases in delays from reading the network.

Have fun!
Andy.








 


  I have a very badly laid out network ieht

Marc MERLIN wrote:

On Sun, Sep 20, 2009 at 11:02:09AM -0400, Jim Serack wrote:
  

With regards to your cabling plan might want to read this
http://www.maxim-ic.com/appnotes.cfm/an_pk/148 which is Guidelines for
Reliable Long Line 1-WireR Networks written by the Dallas integrated circuit
designers. Basically a stub or star greater than 3 meters off the loop
wiring should be avoided. If you are going to star wire - you should use a
hub. Now - you may find it works with longer stubs - but there is no way to
tell how close to marginal it is - unless you have access to some expensive
digital storage scopes, AND, it will be data (read temperature) dependent.

I have wired all my "one-wire" as Cat5 using 3 wires - although in most
cases the "power" is grounded at the master end. I have about 250 ft of
wiring including runs in conduit to the pool.
    

Cool, thanks for that info. No, may I ask which interface you are using on
the PC side and how you are reading the data? (command line? from mh?
other?)

Thanks,
Marc
  

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Jim Serack]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Andy,

 

It is the same architecture – let a separate process read the onewire bus and only transfer the results – it’s a different implementation and probably a very good one for linux users of mH. In the case of using digitemp – it can support those using Windows as well (mind you the code I offered has only been run in linux).

 

Isn’t the flexibility of open source and MrHouse wonderful.

 

Jim

 

From: Andy McCallum [mailto:myidea72hum@...]
Sent: September 21, 2009 3:19 AM
To: The main list for the MisterHouse home automation program
Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with a USB DS9490R?

 

Marc,

  Can I throw in my two cents worth, and suggest another path?

  The reason I prefer the option below is that I think it very robust because it takes reading the 1-Wire sensors totally outside the MH process. Therefore, there is no delay to the MH loop. Also, you take all the hairy configuration outside of MH and let Linux (and Gregg L) worry about the 1-Wire issues.

  The solution: OWFS on Linux using Gregg Liming's excellent xAP conduit oxc and MH xAP items.

  Linux has built in support for reading 1-Wire sensors, using the serial or USB interface. I am using the USB interface from DalSemi (Maxim).  You can then do things like:

[andy@mandy ~]$ ls /mnt/owfs/
10.6E57AA000800  10.B1789E000800  81.77ED27000000  settings      structure
10.9ADD9D000800  10.B487AA000800  alarm            simultaneous  system
10.ACEEE7000800  10.FE7C9E000800  bus.0            statistics    uncached

[andy@mandy ~]$ ls /mnt/owfs/10.B1789E000800/
address  die     id       power    r_address  r_locator    temphigh  trim         trimvalid
crc8     family  locator  present  r_id       temperature  templow   trimblanket  type

[andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
      22.375

This is all setup from http://owfs.org/ , with a simple configuration:

[andy@mandy ~]$ cat /etc/sysconfig/owfs
MOUNTPOINT[0]=/mnt/owfs
OPTIONS[0]="-C -u --allow_other"

Then get Gregg Limings' oxc. Configure it for each sensor on the network. NOTE: If a sensor is not present on the network (or the network is failing) then the oxc process is delayed but not MH.

Quickly, throw in an xAP hub from http://patrick.lidstone.net/haweb/hub.htm

Then just configure MH xAP items in a MHT file:

ANALOG_SENSOR,  aircon-output,  ow_AirConOutput,    owx_house,  Sensors|Temperature,  temp
ANALOG_SENSOR,  aircon-return,  ow_AirConReturn,    owx_house,  Sensors|Temperature,  temp
ANALOG_SENSOR,  computercab,    ow_ComputerCab,     owx_house,  Sensors|Temperature,  temp
ANALOG_SENSOR,  lukesroom,      ow_NicholasRoom,    owx_house,  Sensors|Temperature,  temp

No changes to mh.private.ini, but do ensure you have the following in your mh configuration file:

# Stop MH starting hubs for either xPL or xAP
xpl_nohub = 1
xap_nohub = 1

Job done.

Much more robust than leaving the MH process to wait for data. Whilst you have a few extra software components, they are all robust within themselves and allow for quite large 1-Wire networks without any increases in delays from reading the network.

Have fun!
Andy.








 


  I have a very badly laid out network ieht

Marc MERLIN wrote:

On Sun, Sep 20, 2009 at 11:02:09AM -0400, Jim Serack wrote:

With regards to your cabling plan might want to read this

http://www.maxim-ic.com/appnotes.cfm/an_pk/148 which is Guidelines for

Reliable Long Line 1-WireR Networks written by the Dallas integrated circuit

designers. Basically a stub or star greater than 3 meters off the loop

wiring should be avoided. If you are going to star wire - you should use a

hub. Now - you may find it works with longer stubs - but there is no way to

tell how close to marginal it is - unless you have access to some expensive

digital storage scopes, AND, it will be data (read temperature) dependent.

I have wired all my "one-wire" as Cat5 using 3 wires - although in most

cases the "power" is grounded at the master end. I have about 250 ft of

wiring including runs in conduit to the pool.

Cool, thanks for that info. No, may I ask which interface you are using on

the PC side and how you are reading the data? (command line? from mh?

other?)

Thanks,

Marc

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Marc MERLIN-7]

On Mon, Sep 21, 2009 at 05:18:33PM +1000, Andy McCallum wrote:
>      The solution: OWFS on Linux using Gregg Liming's excellent [1]xAP
>    conduit oxc and MH xAP items.
 
Thanks for that option too, definitely worth looking at.

>    [andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
>          22.375
 
I see, that's nice too, thanks.

>    Quickly, throw in an xAP hub from
>    [3]http://patrick.lidstone.net/haweb/hub.htm
 
I'm a bit confused as to what this piece accomplishes.

>    Much more robust than leaving the MH process to wait for data. Whilst you
>    have a few extra software components, they are all robust within
>    themselves and allow for quite large 1-Wire networks without any increases
>    in delays from reading the network.

For the delay issue, I was planning on logging temps anyway from
digitemp and having misterhouse read the last logged value, which is
near instant, but your solution is also appealing, especially as I'm
sure owfs supports more devices than digitemp.

Thanks for the tips,
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[David Norwood-3]

I think a wiki article about all the various ways to use one-wire devices
with misterhouse would be useful here.  These are the ways I'm aware of:

AnalogSensor_Item, oxc, digitemp (this is what I use)
AnalogSensor_Item, oxc, owfs
iButton item
Owfs_Item, owfs
RF_Item, W800, RFXSensor (I'm about to commit support for this)
weather_iB_OWW_client script, oww

It would also be useful to have a table of features supported by each of
these methods.  For example:

interfaces (DS9490R, DS9790U)
temperature sensors
other sensors (humidity, pressure, rain)
digital output
hubs

David

----- Original Message -----
From: "Marc MERLIN" <marc_mh@...>
To: "The main list for the MisterHouse home automation program"
<misterhouse-users@...>
Sent: Monday, September 21, 2009 7:15 AM
Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with aUSB
DS9490R?

> On Mon, Sep 21, 2009 at 05:18:33PM +1000, Andy McCallum wrote:
>>      The solution: OWFS on Linux using Gregg Liming's excellent [1]xAP
>>    conduit oxc and MH xAP items.
>
> Thanks for that option too, definitely worth looking at.
>
>>    [andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
>>          22.375
>
> I see, that's nice too, thanks.
>
>>    Quickly, throw in an xAP hub from
>>    [3]http://patrick.lidstone.net/haweb/hub.htm
>
> I'm a bit confused as to what this piece accomplishes.
>
>>    Much more robust than leaving the MH process to wait for data. Whilst
>> you
>>    have a few extra software components, they are all robust within
>>    themselves and allow for quite large 1-Wire networks without any
>> increases
>>    in delays from reading the network.
>
> For the delay issue, I was planning on logging temps anyway from
> digitemp and having misterhouse read the last logged value, which is
> near instant, but your solution is also appealing, especially as I'm
> sure owfs supports more devices than digitemp.
>
> Thanks for the tips,
> Marc
> --
> "A mouse is a device used to point at the xterm you want to type in" -
> A.S.R.
> Microsoft is to operating systems & security ....
>                                      .... what McDonalds is to gourmet
> cooking
> Home page: http://marc.merlins.org/
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register
> now!
> http://p.sf.net/sfu/devconf
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Marc MERLIN-7]

On Tue, Sep 22, 2009 at 12:44:09AM -0700, David Norwood wrote:

> I think a wiki article about all the various ways to use one-wire devices
> with misterhouse would be useful here.  These are the ways I'm aware of:
>
> AnalogSensor_Item, oxc, digitemp (this is what I use)
> AnalogSensor_Item, oxc, owfs
> iButton item
> Owfs_Item, owfs
> RF_Item, W800, RFXSensor (I'm about to commit support for this)
> weather_iB_OWW_client script, oww
>
> It would also be useful to have a table of features supported by each of
> these methods.  For example:
>
> interfaces (DS9490R, DS9790U)
> temperature sensors
> other sensors (humidity, pressure, rain)
> digital output
> hubs

 
That's a great idea. All of y'all that already have a working solution,
please try to get a wiki together with your info. I'm happy to add
whatever info I do find while I'm setting mine up too.

Marc

> ----- Original Message -----
> From: "Marc MERLIN" <marc_mh@...>
> To: "The main list for the MisterHouse home automation program"
> <misterhouse-users@...>
> Sent: Monday, September 21, 2009 7:15 AM
> Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with aUSB
> DS9490R?
>
>
> > On Mon, Sep 21, 2009 at 05:18:33PM +1000, Andy McCallum wrote:
> >>      The solution: OWFS on Linux using Gregg Liming's excellent [1]xAP
> >>    conduit oxc and MH xAP items.
> >
> > Thanks for that option too, definitely worth looking at.
> >
> >>    [andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
> >>          22.375
> >
> > I see, that's nice too, thanks.
> >
> >>    Quickly, throw in an xAP hub from
> >>    [3]http://patrick.lidstone.net/haweb/hub.htm
> >
> > I'm a bit confused as to what this piece accomplishes.
> >
> >>    Much more robust than leaving the MH process to wait for data. Whilst
> >> you
> >>    have a few extra software components, they are all robust within
> >>    themselves and allow for quite large 1-Wire networks without any
> >> increases
> >>    in delays from reading the network.
> >
> > For the delay issue, I was planning on logging temps anyway from
> > digitemp and having misterhouse read the last logged value, which is
> > near instant, but your solution is also appealing, especially as I'm
> > sure owfs supports more devices than digitemp.
> >
> > Thanks for the tips,
> > Marc
> > --
> > "A mouse is a device used to point at the xterm you want to type in" -
> > A.S.R.
> > Microsoft is to operating systems & security ....
> >                                      .... what McDonalds is to gourmet
> > cooking
> > Home page: http://marc.merlins.org/
> >
> > ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry® Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and stay
> > ahead of the curve. Join us from November 9-12, 2009. Register
> > now!
> > http://p.sf.net/sfu/devconf
> > ________________________________________________________
> > To unsubscribe from this list, go to:
> > http://sourceforge.net/mail/?group_id=1365
> >
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ________________________________________________________
> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365
>

--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Brad Yarotsky-2]

I am in...

Brad

> On Tue, Sep 22, 2009 at 12:44:09AM -0700, David Norwood wrote:
>> I think a wiki article about all the various ways to use one-wire devices
>> with misterhouse would be useful here.  These are the ways I'm aware of:
>>
>> AnalogSensor_Item, oxc, digitemp (this is what I use)
>> AnalogSensor_Item, oxc, owfs
>> iButton item
>> Owfs_Item, owfs
>> RF_Item, W800, RFXSensor (I'm about to commit support for this)
>> weather_iB_OWW_client script, oww
>>
>> It would also be useful to have a table of features supported by each of
>> these methods.  For example:
>>
>> interfaces (DS9490R, DS9790U)
>> temperature sensors
>> other sensors (humidity, pressure, rain)
>> digital output
>> hubs
>
> That's a great idea. All of y'all that already have a working solution,
> please try to get a wiki together with your info. I'm happy to add
> whatever info I do find while I'm setting mine up too.
>
> Marc
>
>> ----- Original Message -----
>> From: "Marc MERLIN" <marc_mh@...>
>> To: "The main list for the MisterHouse home automation program"
>> <misterhouse-users@...>
>> Sent: Monday, September 21, 2009 7:15 AM
>> Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with aUSB
>> DS9490R?
>>
>>
>> > On Mon, Sep 21, 2009 at 05:18:33PM +1000, Andy McCallum wrote:
>> >>      The solution: OWFS on Linux using Gregg Liming's excellent [1]xAP
>> >>    conduit oxc and MH xAP items.
>> >
>> > Thanks for that option too, definitely worth looking at.
>> >
>> >>    [andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
>> >>          22.375
>> >
>> > I see, that's nice too, thanks.
>> >
>> >>    Quickly, throw in an xAP hub from
>> >>    [3]http://patrick.lidstone.net/haweb/hub.htm
>> >
>> > I'm a bit confused as to what this piece accomplishes.
>> >
>> >>    Much more robust than leaving the MH process to wait for data. Whilst
>> >> you
>> >>    have a few extra software components, they are all robust within
>> >>    themselves and allow for quite large 1-Wire networks without any
>> >> increases
>> >>    in delays from reading the network.
>> >
>> > For the delay issue, I was planning on logging temps anyway from
>> > digitemp and having misterhouse read the last logged value, which is
>> > near instant, but your solution is also appealing, especially as I'm
>> > sure owfs supports more devices than digitemp.
>> >
>> > Thanks for the tips,
>> > Marc
>> > --
>> > "A mouse is a device used to point at the xterm you want to type in" -
>> > A.S.R.
>> > Microsoft is to operating systems & security ....
>> >                                      .... what McDonalds is to gourmet
>> > cooking
>> > Home page: http://marc.merlins.org/
>> >
>> > ------------------------------------------------------------------------------
>> > Come build with us! The BlackBerry® Developer Conference in SF, CA
>> > is the only developer event you need to attend this year. Jumpstart your
>> > developing skills, take BlackBerry mobile applications to market and stay
>> > ahead of the curve. Join us from November 9-12, 2009. Register
>> > now!
>> > http://p.sf.net/sfu/devconf
>> > ________________________________________________________
>> > To unsubscribe from this list, go to:
>> > http://sourceforge.net/mail/?group_id=1365
>> >
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register now!
>> http://p.sf.net/sfu/devconf
>> ________________________________________________________
>> To unsubscribe from this list, go to:
>> http://sourceforge.net/mail/?group_id=1365
>>
>
> --
> "A mouse is a device used to point at the xterm you want to type in" - A.S.R.
> Microsoft is to operating systems & security ....
>                                       .... what McDonalds is to gourmet
> cooking
> Home page: http://marc.merlins.org/
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[David Norwood-3]

I updated this wiki article and made it a clearing house for all things
1-wire related:

http://misterhouse.wikispaces.com/1-Wire+Examples

I also started a table comparing the various methods available in
Misterhouse to talk to 1-wire devices.  Please fill in any blank spaces in
the table for software you are familiar with.

David

----- Original Message -----
From: "Brad Yarotsky" <brad@...>
To: "The main list for the MisterHouse home automation program"
<misterhouse-users@...>
Sent: Tuesday, September 22, 2009 8:07 PM
Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with aUSB
DS9490R?

>I am in...
>
> Brad
>
>> On Tue, Sep 22, 2009 at 12:44:09AM -0700, David Norwood wrote:
>>> I think a wiki article about all the various ways to use one-wire
>>> devices
>>> with misterhouse would be useful here.  These are the ways I'm aware of:
>>>
>>> AnalogSensor_Item, oxc, digitemp (this is what I use)
>>> AnalogSensor_Item, oxc, owfs
>>> iButton item
>>> Owfs_Item, owfs
>>> RF_Item, W800, RFXSensor (I'm about to commit support for this)
>>> weather_iB_OWW_client script, oww
>>>
>>> It would also be useful to have a table of features supported by each of
>>> these methods.  For example:
>>>
>>> interfaces (DS9490R, DS9790U)
>>> temperature sensors
>>> other sensors (humidity, pressure, rain)
>>> digital output
>>> hubs
>>
>> That's a great idea. All of y'all that already have a working solution,
>> please try to get a wiki together with your info. I'm happy to add
>> whatever info I do find while I'm setting mine up too.
>>
>> Marc
>>
>>> ----- Original Message -----
>>> From: "Marc MERLIN" <marc_mh@...>
>>> To: "The main list for the MisterHouse home automation program"
>>> <misterhouse-users@...>
>>> Sent: Monday, September 21, 2009 7:15 AM
>>> Subject: Re: [mh] How to get Dallas DS18S20 temp sensors working with
>>> aUSB
>>> DS9490R?
>>>
>>>
>>> > On Mon, Sep 21, 2009 at 05:18:33PM +1000, Andy McCallum wrote:
>>> >>      The solution: OWFS on Linux using Gregg Liming's excellent
>>> >> [1]xAP
>>> >>    conduit oxc and MH xAP items.
>>> >
>>> > Thanks for that option too, definitely worth looking at.
>>> >
>>> >>    [andy@mandy ~]$ cat /mnt/owfs/10.B1789E000800/temperature
>>> >>          22.375
>>> >
>>> > I see, that's nice too, thanks.
>>> >
>>> >>    Quickly, throw in an xAP hub from
>>> >>    [3]http://patrick.lidstone.net/haweb/hub.htm
>>> >
>>> > I'm a bit confused as to what this piece accomplishes.
>>> >
>>> >>    Much more robust than leaving the MH process to wait for data.
>>> >> Whilst
>>> >> you
>>> >>    have a few extra software components, they are all robust within
>>> >>    themselves and allow for quite large 1-Wire networks without any
>>> >> increases
>>> >>    in delays from reading the network.
>>> >
>>> > For the delay issue, I was planning on logging temps anyway from
>>> > digitemp and having misterhouse read the last logged value, which is
>>> > near instant, but your solution is also appealing, especially as I'm
>>> > sure owfs supports more devices than digitemp.
>>> >
>>> > Thanks for the tips,
>>> > Marc
>>> > --
>>> > "A mouse is a device used to point at the xterm you want to type in" -
>>> > A.S.R.
>>> > Microsoft is to operating systems & security ....
>>> >                                      .... what McDonalds is to gourmet
>>> > cooking
>>> > Home page: http://marc.merlins.org/
>>> >
>>> > ------------------------------------------------------------------------------
>>> > Come build with us! The BlackBerry® Developer Conference in SF, CA
>>> > is the only developer event you need to attend this year. Jumpstart
>>> > your
>>> > developing skills, take BlackBerry mobile applications to market and
>>> > stay
>>> > ahead of the curve. Join us from November 9-12, 2009. Register
>>> > now!
>>> > http://p.sf.net/sfu/devconf
>>> > ________________________________________________________
>>> > To unsubscribe from this list, go to:
>>> > http://sourceforge.net/mail/?group_id=1365
>>> >
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9-12, 2009. Register
>>> now!
>>> http://p.sf.net/sfu/devconf
>>> ________________________________________________________
>>> To unsubscribe from this list, go to:
>>> http://sourceforge.net/mail/?group_id=1365
>>>
>>
>> --
>> "A mouse is a device used to point at the xterm you want to type in" -
>> A.S.R.
>> Microsoft is to operating systems & security ....
>>                                       .... what McDonalds is to gourmet
>> cooking
>> Home page: http://marc.merlins.org/
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry® Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register
>> now!
>> http://p.sf.net/sfu/devconf
>> ________________________________________________________
>> To unsubscribe from this list, go to:
>> http://sourceforge.net/mail/?group_id=1365
>>
>>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9-12, 2009. Register
> now!
> http://p.sf.net/sfu/devconf
> ________________________________________________________
> To unsubscribe from this list, go to:
> http://sourceforge.net/mail/?group_id=1365
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365

[Marc MERLIN-7]

On Wed, Sep 23, 2009 at 11:52:39PM -0700, David Norwood wrote:
> I updated this wiki article and made it a clearing house for all things
> 1-wire related:
>
> http://misterhouse.wikispaces.com/1-Wire+Examples
 
That's great, thanks much for that. I'll add some info as I get mine working.

Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems & security ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
________________________________________________________
To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365