From: Richard W. <ri...@ri...> - 2012-05-07 09:45:32
|
Hi there, I'm trying to get my 1-wire devices working with XPL after giving up a while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with XPL which I gather is the suggested way of doing it. I have mr setup thus: ipaddress_xpl_broadcast = 10.255.255.255 ipaddress_xpl = 10.0.0.9 xpl_nohub = 1 debug=xpl I have some table items matching my sensors. XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp I have xpl-hub running and xpl-logger logging events such as 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * 5/0/10.0.0.9] 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * 5/59241/10.0.0.9] 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * 5/42363/ 10.0.0.9] 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * 10.438939010800/temp/-19.3125] 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * 10.B5ED38010800/temp/11.4375] So it appears that both mr and 1-wire are sending updates over XPL OK. But I get nothing when I try to read the state $freezer_temp->state(). print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() gives me Freezer temperature is 0.0 C Also I have debug=xpl but see nothing in the log. One thing I had to change from the other documentation is that the xpl-owfs perl script has changed to xpl-ownet and the XPL source has changed accordingly. Any ideas what is wrong? Richard |
From: Lieven H. <li...@li...> - 2012-05-07 17:42:43
|
Hello Richard, I have a comparable setup as you have, only I'm using a hardware OneWire to ethernet device (hollie-utilmon). The only two differences in MH configuration: * I configure the complete name of the sensor, without using a wildcard in the name as you do * I configure the xpl-broadcast address to be my local subnet broadcast address (192.168.1.255). I don't know what your netmask is, is 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? If you run the hub in verbose mode, do you actually see Misterhouse connecting to it (first startup the hub with --verbose and then Misterhouse). It could be that Misterhouse is able to send messages but not receive any because it did not find the hub. A reason for this might be the broadcast address that is not setup correctly. Kind regards, Lieven. Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: > Hi there, > > I'm trying to get my 1-wire devices working with XPL after giving up a while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with XPL which I gather is the suggested way of doing it. > > I have mr setup thus: > ipaddress_xpl_broadcast = 10.255.255.255 > ipaddress_xpl = 10.0.0.9 > xpl_nohub = 1 > debug=xpl > > I have some table items matching my sensors. > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp > > I have xpl-hub running and xpl-logger logging events such as > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * 5/0/10.0.0.9] > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * 5/59241/10.0.0.9] > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * 5/42363/10.0.0.9] > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * 10.438939010800/temp/-19.3125] > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * 10.B5ED38010800/temp/11.4375] > > So it appears that both mr and 1-wire are sending updates over XPL OK. But I get nothing when I try to read the state $freezer_temp->state(). > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() gives me > Freezer temperature is 0.0 C > > Also I have debug=xpl but see nothing in the log. > > One thing I had to change from the other documentation is that the xpl-owfs perl script has changed to xpl-ownet and the XPL source has changed accordingly. > > Any ideas what is wrong? > > Richard > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > |
From: Richard W. <ri...@ri...> - 2012-05-07 20:41:36
|
Hi Lieven , Thanks for your reply. My broadcast address is 10.255.255.255 (mask = 255.0.0.0). I have the firewall turned it off. I tried starting xpl-hub first in verbose mode and got this. $ xpl-hub -v -i eth0 Listening on 10.255.255.255:3865 Sending on 10.255.255.255 Adding client: 10.0.0.9:0 "mhouse-mh.misterhouse" Adding client: 10.0.0.9:40860 "bnz-ownet.claudia" Misterhouse sends a hbeat packet at the start and then in 5 minute intervals. Does this mean that it is connected? I notice that the client port for Misterhouse is 0 whereas the other clients have a high port number. My understanding is that port 0 is reserved. Could this be the problem? Richard On 8 May 2012 05:42, Lieven Hollevoet <li...@li...> wrote: > Hello Richard, > > I have a comparable setup as you have, only I'm using a hardware OneWire > to ethernet device (hollie-utilmon). > > The only two differences in MH configuration: > * I configure the complete name of the sensor, without using a wildcard in > the name as you do > * I configure the xpl-broadcast address to be my local subnet broadcast > address (192.168.1.255). I don't know what your netmask is, is > 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? > > If you run the hub in verbose mode, do you actually see Misterhouse > connecting to it (first startup the hub with --verbose and then > Misterhouse). It could be that Misterhouse is able to send messages but not > receive any because it did not find the hub. A reason for this might be the > broadcast address that is not setup correctly. > > Kind regards, > Lieven. > > Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: > > > Hi there, > > > > I'm trying to get my 1-wire devices working with XPL after giving up a > while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with > XPL which I gather is the suggested way of doing it. > > > > I have mr setup thus: > > ipaddress_xpl_broadcast = 10.255.255.255 > > ipaddress_xpl = 10.0.0.9 > > xpl_nohub = 1 > > debug=xpl > > > > I have some table items matching my sensors. > > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp > > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp > > > > I have xpl-hub running and xpl-logger logging events such as > > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * 5/0/ > 10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * 5/59241/ > 10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * 5/42363/ > 10.0.0.9] > > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * > 10.438939010800/temp/-19.3125] > > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * > 10.B5ED38010800/temp/11.4375] > > > > So it appears that both mr and 1-wire are sending updates over XPL OK. > But I get nothing when I try to read the state $freezer_temp->state(). > > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() > gives me > > Freezer temperature is 0.0 C > > > > Also I have debug=xpl but see nothing in the log. > > > > One thing I had to change from the other documentation is that the > xpl-owfs perl script has changed to xpl-ownet and the XPL source has > changed accordingly. > > > > Any ideas what is wrong? > > > > Richard > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/________________________________________________________ > > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > -- Regards, Richard Richard Williams 10 Chase Grove, Taupo 3330 New Zealand Mob +64 (0)21 511 577 |
From: Lieven H. <li...@li...> - 2012-05-08 20:03:11
|
Hello Richard, I doubt that Misterhouse will be able to receive messages on port 0. And if this is indeed the case, it would result in the behavior you describe. Now why MH tries to listen on port 0: I have no idea. You should get a report in your MH logfile at startup telling you at what port it is supposed to be listening on (' - creating xpl listen on udp 49352' when I restart my MH setup). Do you see the same port that is reported by the hub displayed there? Kind regards, Lieven. Op 7-mei-2012, om 22:41 heeft Richard Williams het volgende geschreven: > Hi Lieven , > > Thanks for your reply. > > My broadcast address is 10.255.255.255 (mask = 255.0.0.0). I have the firewall turned it off. > > I tried starting xpl-hub first in verbose mode and got this. > > $ xpl-hub -v -i eth0 > Listening on 10.255.255.255:3865 > Sending on 10.255.255.255 > Adding client: 10.0.0.9:0 "mhouse-mh.misterhouse" > Adding client: 10.0.0.9:40860 "bnz-ownet.claudia" > > Misterhouse sends a hbeat packet at the start and then in 5 minute intervals. Does this mean that it is connected? > > I notice that the client port for Misterhouse is 0 whereas the other clients have a high port number. My understanding is that port 0 is reserved. Could this be the problem? > > Richard > > On 8 May 2012 05:42, Lieven Hollevoet <li...@li...> wrote: > Hello Richard, > > I have a comparable setup as you have, only I'm using a hardware OneWire to ethernet device (hollie-utilmon). > > The only two differences in MH configuration: > * I configure the complete name of the sensor, without using a wildcard in the name as you do > * I configure the xpl-broadcast address to be my local subnet broadcast address (192.168.1.255). I don't know what your netmask is, is 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? > > If you run the hub in verbose mode, do you actually see Misterhouse connecting to it (first startup the hub with --verbose and then Misterhouse). It could be that Misterhouse is able to send messages but not receive any because it did not find the hub. A reason for this might be the broadcast address that is not setup correctly. > > Kind regards, > Lieven. > > Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: > > > Hi there, > > > > I'm trying to get my 1-wire devices working with XPL after giving up a while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with XPL which I gather is the suggested way of doing it. > > > > I have mr setup thus: > > ipaddress_xpl_broadcast = 10.255.255.255 > > ipaddress_xpl = 10.0.0.9 > > xpl_nohub = 1 > > debug=xpl > > > > I have some table items matching my sensors. > > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp > > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp > > > > I have xpl-hub running and xpl-logger logging events such as > > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * 5/0/10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * 5/59241/10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * 5/42363/10.0.0.9] > > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * 10.438939010800/temp/-19.3125] > > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * 10.B5ED38010800/temp/11.4375] > > > > So it appears that both mr and 1-wire are sending updates over XPL OK. But I get nothing when I try to read the state $freezer_temp->state(). > > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() gives me > > Freezer temperature is 0.0 C > > > > Also I have debug=xpl but see nothing in the log. > > > > One thing I had to change from the other documentation is that the xpl-owfs perl script has changed to xpl-ownet and the XPL source has changed accordingly. > > > > Any ideas what is wrong? > > > > Richard > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/________________________________________________________ > > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > > > > -- > Regards, > Richard > > Richard Williams > 10 Chase Grove, Taupo 3330 > New Zealand > Mob +64 (0)21 511 577 > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > |
From: Michael S. <mi...@st...> - 2012-05-14 14:16:26
|
I recently made the change to use port 0 so this is my fault. I am running Windows 7 w/ Perl 5.12 and Debian Linux 5 w/ Perl 5.10. Both seem to work fine for me. I'll do some research to see why it might be failing on your system. The worst case is that I can restore the previous logic that picked a base port and incremented by one on failure. This is how the inet stack "should" work http://www.perlmonks.org/?node_id=579654. Specifying LocalPort => 0 isn't a Perl trick it is part of the BSD Sockets implementation from many years ago. I've been doing this for a long time in C. Sincerely, Michael -----Original Message----- From: Lieven Hollevoet [mailto:li...@li...] Sent: Tuesday, May 08, 2012 3:03 PM To: The main list for the MisterHouse home automation program Subject: Re: [mh] XPL problem Hello Richard, I doubt that Misterhouse will be able to receive messages on port 0. And if this is indeed the case, it would result in the behavior you describe. Now why MH tries to listen on port 0: I have no idea. You should get a report in your MH logfile at startup telling you at what port it is supposed to be listening on (' - creating xpl listen on udp 49352' when I restart my MH setup). Do you see the same port that is reported by the hub displayed there? Kind regards, Lieven. Op 7-mei-2012, om 22:41 heeft Richard Williams het volgende geschreven: > Hi Lieven , > > Thanks for your reply. > > My broadcast address is 10.255.255.255 (mask = 255.0.0.0). I have the firewall turned it off. > > I tried starting xpl-hub first in verbose mode and got this. > > $ xpl-hub -v -i eth0 > Listening on 10.255.255.255:3865 > Sending on 10.255.255.255 > Adding client: 10.0.0.9:0 "mhouse-mh.misterhouse" > Adding client: 10.0.0.9:40860 "bnz-ownet.claudia" > > Misterhouse sends a hbeat packet at the start and then in 5 minute intervals. Does this mean that it is connected? > > I notice that the client port for Misterhouse is 0 whereas the other clients have a high port number. My understanding is that port 0 is reserved. Could this be the problem? > > Richard > > On 8 May 2012 05:42, Lieven Hollevoet <li...@li...> wrote: > Hello Richard, > > I have a comparable setup as you have, only I'm using a hardware OneWire to ethernet device (hollie-utilmon). > > The only two differences in MH configuration: > * I configure the complete name of the sensor, without using a wildcard in the name as you do > * I configure the xpl-broadcast address to be my local subnet broadcast address (192.168.1.255). I don't know what your netmask is, is 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? > > If you run the hub in verbose mode, do you actually see Misterhouse connecting to it (first startup the hub with --verbose and then Misterhouse). It could be that Misterhouse is able to send messages but not receive any because it did not find the hub. A reason for this might be the broadcast address that is not setup correctly. > > Kind regards, > Lieven. > > Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: > > > Hi there, > > > > I'm trying to get my 1-wire devices working with XPL after giving up a while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with XPL which I gather is the suggested way of doing it. > > > > I have mr setup thus: > > ipaddress_xpl_broadcast = 10.255.255.255 > > ipaddress_xpl = 10.0.0.9 > > xpl_nohub = 1 > > debug=xpl > > > > I have some table items matching my sensors. > > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp > > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp > > > > I have xpl-hub running and xpl-logger logging events such as > > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * 5/0/10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * 5/59241/10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * 5/42363/10.0.0.9] > > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * 10.438939010800/temp/-19.3125] > > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * 10.B5ED38010800/temp/11.4375] > > > > So it appears that both mr and 1-wire are sending updates over XPL OK. But I get nothing when I try to read the state $freezer_temp->state(). > > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() gives me > > Freezer temperature is 0.0 C > > > > Also I have debug=xpl but see nothing in the log. > > > > One thing I had to change from the other documentation is that the xpl-owfs perl script has changed to xpl-ownet and the XPL source has changed accordingly. > > > > Any ideas what is wrong? > > > > Richard > > > > ---------------------------------------------------------------------------- -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ _____________________________________ > > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > > > > ---------------------------------------------------------------------------- -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > > > > -- > Regards, > Richard > > Richard Williams > 10 Chase Grove, Taupo 3330 > New Zealand > Mob +64 (0)21 511 577 > > ---------------------------------------------------------------------------- -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ _____________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > ---------------------------------------------------------------------------- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Andy M. <myi...@st...> - 2012-09-11 13:56:21
|
Grrrrrrr. I just ran into the problem discussed below (and wasted 2 hours.) On a new build Ubuntu 12.04.1 system this auto port selection "feature" does not work. Considering the code change in xPL_Items.pl to use this feature adds negligible (read as "no") extra functionality to MH should we revert back to the code that works for all systems? ===>MichaelS: As the change author, would you mind reverting this part of your code revision? Many thanks, Andy. PS. This is particularly embarrassing since I am trying to convert a colleague to MH and it is his installation I am trying to get working with xPL. On 14/05/12 23:57, Michael Stovenour wrote: > I recently made the change to use port 0 so this is my fault. I am running > Windows 7 w/ Perl 5.12 and Debian Linux 5 w/ Perl 5.10. Both seem to work > fine for me. I'll do some research to see why it might be failing on your > system. The worst case is that I can restore the previous logic that picked > a base port and incremented by one on failure. > > This is how the inet stack "should" work > http://www.perlmonks.org/?node_id=579654. Specifying LocalPort => 0 isn't a > Perl trick it is part of the BSD Sockets implementation from many years ago. > I've been doing this for a long time in C. > > Sincerely, > Michael > > -----Original Message----- > From: Lieven Hollevoet [mailto:li...@li...] > Sent: Tuesday, May 08, 2012 3:03 PM > To: The main list for the MisterHouse home automation program > Subject: Re: [mh] XPL problem > > Hello Richard, > > I doubt that Misterhouse will be able to receive messages on port 0. And if > this is indeed the case, it would result in the behavior you describe. > > Now why MH tries to listen on port 0: I have no idea. You should get a > report in your MH logfile at startup telling you at what port it is supposed > to be listening on (' - creating xpl listen on udp 49352' when I restart my > MH setup). Do you see the same port that is reported by the hub displayed > there? > > Kind regards, > Lieven. > > > > Op 7-mei-2012, om 22:41 heeft Richard Williams het volgende geschreven: > >> Hi Lieven , >> >> Thanks for your reply. >> >> My broadcast address is 10.255.255.255 (mask = 255.0.0.0). I have the > firewall turned it off. >> I tried starting xpl-hub first in verbose mode and got this. >> >> $ xpl-hub -v -i eth0 >> Listening on 10.255.255.255:3865 >> Sending on 10.255.255.255 >> Adding client: 10.0.0.9:0 "mhouse-mh.misterhouse" >> Adding client: 10.0.0.9:40860 "bnz-ownet.claudia" >> >> Misterhouse sends a hbeat packet at the start and then in 5 minute > intervals. Does this mean that it is connected? >> I notice that the client port for Misterhouse is 0 whereas the other > clients have a high port number. My understanding is that port 0 is > reserved. Could this be the problem? >> Richard >> >> On 8 May 2012 05:42, Lieven Hollevoet <li...@li...> wrote: >> Hello Richard, >> >> I have a comparable setup as you have, only I'm using a hardware OneWire > to ethernet device (hollie-utilmon). >> The only two differences in MH configuration: >> * I configure the complete name of the sensor, without using a wildcard in > the name as you do >> * I configure the xpl-broadcast address to be my local subnet broadcast > address (192.168.1.255). I don't know what your netmask is, is > 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? >> If you run the hub in verbose mode, do you actually see Misterhouse > connecting to it (first startup the hub with --verbose and then > Misterhouse). It could be that Misterhouse is able to send messages but not > receive any because it did not find the hub. A reason for this might be the > broadcast address that is not setup correctly. >> Kind regards, >> Lieven. >> >> Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: >> >>> Hi there, >>> >>> I'm trying to get my 1-wire devices working with XPL after giving up a > while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with XPL > which I gather is the suggested way of doing it. >>> I have mr setup thus: >>> ipaddress_xpl_broadcast = 10.255.255.255 >>> ipaddress_xpl = 10.0.0.9 >>> xpl_nohub = 1 >>> debug=xpl >>> >>> I have some table items matching my sensors. >>> XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp >>> XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp >>> >>> I have xpl-hub running and xpl-logger logging events such as >>> 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * > 5/0/10.0.0.9] >>> 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * > 5/59241/10.0.0.9] >>> 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * > 5/42363/10.0.0.9] >>> 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * > 10.438939010800/temp/-19.3125] >>> 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * > 10.B5ED38010800/temp/11.4375] >>> So it appears that both mr and 1-wire are sending updates over XPL OK. > But I get nothing when I try to read the state $freezer_temp->state(). >>> print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() > gives me >>> Freezer temperature is 0.0 C >>> >>> Also I have debug=xpl but see nothing in the log. >>> >>> One thing I had to change from the other documentation is that the > xpl-owfs perl script has changed to xpl-ownet and the XPL source has changed > accordingly. >>> Any ideas what is wrong? >>> >>> Richard >>> >>> > ---------------------------------------------------------------------------- > -- >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. > Discussions >>> will include endpoint security, mobile security and the latest in > malware >>> threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ > _____________________________________ >>> To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 >> >> > ---------------------------------------------------------------------------- > -- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ________________________________________________________ >> To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 >> >> >> >> -- >> Regards, >> Richard >> >> Richard Williams >> 10 Chase Grove, Taupo 3330 >> New Zealand >> Mob +64 (0)21 511 577 >> >> > ---------------------------------------------------------------------------- > -- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ > _____________________________________ >> To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > ---------------------------------------------------------------------------- > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > > |
From: famille <fa...@fa...> - 2012-05-08 23:07:30
|
I agree you should put bnz-ownet.claudia instead of bnz-ownet.* you cant activate debug=xpl in your mh.ini for further detail -----Message d'origine----- De : Lieven Hollevoet [mailto:li...@li...] Envoyé : lundi 7 mai 2012 19:43 À : The main list for the MisterHouse home automation program Objet : Re: [mh] XPL problem Hello Richard, I have a comparable setup as you have, only I'm using a hardware OneWire to ethernet device (hollie-utilmon). The only two differences in MH configuration: * I configure the complete name of the sensor, without using a wildcard in the name as you do * I configure the xpl-broadcast address to be my local subnet broadcast address (192.168.1.255). I don't know what your netmask is, is 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? If you run the hub in verbose mode, do you actually see Misterhouse connecting to it (first startup the hub with --verbose and then Misterhouse). It could be that Misterhouse is able to send messages but not receive any because it did not find the hub. A reason for this might be the broadcast address that is not setup correctly. Kind regards, Lieven. Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: > Hi there, > > I'm trying to get my 1-wire devices working with XPL after giving up a while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with XPL which I gather is the suggested way of doing it. > > I have mr setup thus: > ipaddress_xpl_broadcast = 10.255.255.255 > ipaddress_xpl = 10.0.0.9 > xpl_nohub = 1 > debug=xpl > > I have some table items matching my sensors. > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp > > I have xpl-hub running and xpl-logger logging events such as > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * 5/0/10.0.0.9] > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * 5/59241/10.0.0.9] > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * 5/42363/10.0.0.9] > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * 10.438939010800/temp/-19.3125] > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * 10.B5ED38010800/temp/11.4375] > > So it appears that both mr and 1-wire are sending updates over XPL OK. But I get nothing when I try to read the state $freezer_temp->state(). > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() gives me > Freezer temperature is 0.0 C > > Also I have debug=xpl but see nothing in the log. > > One thing I had to change from the other documentation is that the xpl-owfs perl script has changed to xpl-ownet and the XPL source has changed accordingly. > > Any ideas what is wrong? > > Richard > > ---------------------------------------------------------------------------- -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ _____________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > ---------------------------------------------------------------------------- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Richard W. <ri...@ri...> - 2012-05-09 10:52:57
|
Hi, It seems that for some reason my Misterhouse/perl does not select a free open port when given 0 as a port number to IO::Socket::INET. If I set the port number to an arbitrary value, xPL springs in to life! $port = 51234; $sock = new IO::Socket::INET->new( LocalPort => $port, Proto => 'udp', LocalAddr => $listen_address, Broadcast => 1 I'm running perl v5.10.1 on Debian GNU/Linux 6.0.3 (squeeze) if that's any help. Regards, Richard On 9 May 2012 05:09, famille <fa...@fa...> wrote: > I agree you should put bnz-ownet.claudia instead of bnz-ownet.* > you cant activate debug=xpl in your mh.ini for further detail > > > -----Message d'origine----- > De : Lieven Hollevoet [mailto:li...@li...] > Envoyé : lundi 7 mai 2012 19:43 > À : The main list for the MisterHouse home automation program > Objet : Re: [mh] XPL problem > > Hello Richard, > > I have a comparable setup as you have, only I'm using a hardware OneWire to > ethernet device (hollie-utilmon). > > The only two differences in MH configuration: > * I configure the complete name of the sensor, without using a wildcard in > the name as you do > * I configure the xpl-broadcast address to be my local subnet broadcast > address (192.168.1.255). I don't know what your netmask is, is > 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? > > If you run the hub in verbose mode, do you actually see Misterhouse > connecting to it (first startup the hub with --verbose and then > Misterhouse). It could be that Misterhouse is able to send messages but not > receive any because it did not find the hub. A reason for this might be the > broadcast address that is not setup correctly. > > Kind regards, > Lieven. > > Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: > > > Hi there, > > > > I'm trying to get my 1-wire devices working with XPL after giving up a > while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with > XPL > which I gather is the suggested way of doing it. > > > > I have mr setup thus: > > ipaddress_xpl_broadcast = 10.255.255.255 > > ipaddress_xpl = 10.0.0.9 > > xpl_nohub = 1 > > debug=xpl > > > > I have some table items matching my sensors. > > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp > > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp > > > > I have xpl-hub running and xpl-logger logging events such as > > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * > 5/0/10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * > 5/59241/10.0.0.9] > > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * > 5/42363/10.0.0.9] > > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * > 10.438939010800/temp/-19.3125] > > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * > 10.B5ED38010800/temp/11.4375] > > > > So it appears that both mr and 1-wire are sending updates over XPL OK. > But > I get nothing when I try to read the state $freezer_temp->state(). > > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() > gives > me > > Freezer temperature is 0.0 C > > > > Also I have debug=xpl but see nothing in the log. > > > > One thing I had to change from the other documentation is that the > xpl-owfs perl script has changed to xpl-ownet and the XPL source has > changed > accordingly. > > > > Any ideas what is wrong? > > > > Richard > > > > > > ---------------------------------------------------------------------------- > -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ > _____________________________________ > > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > > > ---------------------------------------------------------------------------- > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > -- Regards, Richard Richard Williams 10 Chase Grove, Taupo 3330 New Zealand Mob +64 (0)21 511 577 |
From: Lieven H. <li...@li...> - 2012-05-09 21:03:38
|
Hello Richard, if you pass $port with value '0' the socket tries to open on port '0' if I understand the logs you passed in the previous mails. Why would you think it would select a random port? Kind regards, Lieven. On Wed, May 9, 2012 at 12:52 PM, Richard Williams < ri...@ri...> wrote: > Hi, > > It seems that for some reason my Misterhouse/perl does not select a free > open port when given 0 as a port number to IO::Socket::INET. If I set the > port number to an arbitrary value, xPL springs in to life! > > $port = 51234; > $sock = new IO::Socket::INET->new( > LocalPort => $port, > Proto => 'udp', > LocalAddr => $listen_address, > Broadcast => 1 > > I'm running perl v5.10.1 on Debian GNU/Linux 6.0.3 (squeeze) if that's any > help. > > Regards, > Richard > > > On 9 May 2012 05:09, famille <fa...@fa...> wrote: > >> I agree you should put bnz-ownet.claudia instead of bnz-ownet.* >> you cant activate debug=xpl in your mh.ini for further detail >> >> >> -----Message d'origine----- >> De : Lieven Hollevoet [mailto:li...@li...] >> Envoyé : lundi 7 mai 2012 19:43 >> À : The main list for the MisterHouse home automation program >> Objet : Re: [mh] XPL problem >> >> Hello Richard, >> >> I have a comparable setup as you have, only I'm using a hardware OneWire >> to >> ethernet device (hollie-utilmon). >> >> The only two differences in MH configuration: >> * I configure the complete name of the sensor, without using a wildcard in >> the name as you do >> * I configure the xpl-broadcast address to be my local subnet broadcast >> address (192.168.1.255). I don't know what your netmask is, is >> 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? >> >> If you run the hub in verbose mode, do you actually see Misterhouse >> connecting to it (first startup the hub with --verbose and then >> Misterhouse). It could be that Misterhouse is able to send messages but >> not >> receive any because it did not find the hub. A reason for this might be >> the >> broadcast address that is not setup correctly. >> >> Kind regards, >> Lieven. >> >> Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: >> >> > Hi there, >> > >> > I'm trying to get my 1-wire devices working with XPL after giving up a >> while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with >> XPL >> which I gather is the suggested way of doing it. >> > >> > I have mr setup thus: >> > ipaddress_xpl_broadcast = 10.255.255.255 >> > ipaddress_xpl = 10.0.0.9 >> > xpl_nohub = 1 >> > debug=xpl >> > >> > I have some table items matching my sensors. >> > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp >> > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp >> > >> > I have xpl-hub running and xpl-logger logging events such as >> > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * >> 5/0/10.0.0.9] >> > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * >> 5/59241/10.0.0.9] >> > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * >> 5/42363/10.0.0.9] >> > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * >> 10.438939010800/temp/-19.3125] >> > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * >> 10.B5ED38010800/temp/11.4375] >> > >> > So it appears that both mr and 1-wire are sending updates over XPL OK. >> But >> I get nothing when I try to read the state $freezer_temp->state(). >> > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() >> gives >> me >> > Freezer temperature is 0.0 C >> > >> > Also I have debug=xpl but see nothing in the log. >> > >> > One thing I had to change from the other documentation is that the >> xpl-owfs perl script has changed to xpl-ownet and the XPL source has >> changed >> accordingly. >> > >> > Any ideas what is wrong? >> > >> > Richard >> > >> > >> >> ---------------------------------------------------------------------------- >> -- >> > Live Security Virtual Conference >> > Exclusive live event will cover all the ways today's security and >> > threat landscape has changed and how IT managers can respond. >> Discussions >> > will include endpoint security, mobile security and the latest in >> malware >> > threats. >> >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ >> _____________________________________ >> > To unsubscribe from this list, go to: >> http://sourceforge.net/mail/?group_id=1365 >> > >> >> >> >> ---------------------------------------------------------------------------- >> -- >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ________________________________________________________ >> To unsubscribe from this list, go to: >> http://sourceforge.net/mail/?group_id=1365 >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ________________________________________________________ >> To unsubscribe from this list, go to: >> http://sourceforge.net/mail/?group_id=1365 >> >> > > > -- > Regards, > Richard > > Richard Williams > 10 Chase Grove, Taupo 3330 > New Zealand > Mob +64 (0)21 511 577 > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > |
From: Richard W. <ri...@ri...> - 2012-05-09 21:30:51
|
Hi Lieven, I thought that based on comments in xPL_Items.pm although the documentation for IO::Socket::INET does not mention such functionality. # Find and use the first open port # The socket code will select a free local port if given 0 my $port_listen; &open_port( 0, 'listen', 'xpl_listen', 1, 1 ); $port_listen = $::Socket_Ports{'xpl_listen'}{port}; $xpl_listen = new Socket_Item( undef, undef, 'xpl_listen' ); Regards, Richard On 10 May 2012 06:08, Lieven Hollevoet <li...@li...> wrote: > Hello Richard, > > if you pass $port with value '0' the socket tries to open on port '0' if I > understand the logs you passed in the previous mails. Why would you think > it would select a random port? > > Kind regards, > Lieven. > > > > On Wed, May 9, 2012 at 12:52 PM, Richard Williams < > ri...@ri...> wrote: > >> Hi, >> >> It seems that for some reason my Misterhouse/perl does not select a free >> open port when given 0 as a port number to IO::Socket::INET. If I set the >> port number to an arbitrary value, xPL springs in to life! >> >> $port = 51234; >> $sock = new IO::Socket::INET->new( >> LocalPort => $port, >> Proto => 'udp', >> LocalAddr => $listen_address, >> Broadcast => 1 >> >> I'm running perl v5.10.1 on Debian GNU/Linux 6.0.3 (squeeze) if that's >> any help. >> >> Regards, >> Richard >> >> >> On 9 May 2012 05:09, famille <fa...@fa...> wrote: >> >>> I agree you should put bnz-ownet.claudia instead of bnz-ownet.* >>> you cant activate debug=xpl in your mh.ini for further detail >>> >>> >>> -----Message d'origine----- >>> De : Lieven Hollevoet [mailto:li...@li...] >>> Envoyé : lundi 7 mai 2012 19:43 >>> À : The main list for the MisterHouse home automation program >>> Objet : Re: [mh] XPL problem >>> >>> Hello Richard, >>> >>> I have a comparable setup as you have, only I'm using a hardware OneWire >>> to >>> ethernet device (hollie-utilmon). >>> >>> The only two differences in MH configuration: >>> * I configure the complete name of the sensor, without using a wildcard >>> in >>> the name as you do >>> * I configure the xpl-broadcast address to be my local subnet broadcast >>> address (192.168.1.255). I don't know what your netmask is, is >>> 10.255.255.255 your local broadcast address, or should it be 10.0.0.255? >>> >>> If you run the hub in verbose mode, do you actually see Misterhouse >>> connecting to it (first startup the hub with --verbose and then >>> Misterhouse). It could be that Misterhouse is able to send messages but >>> not >>> receive any because it did not find the hub. A reason for this might be >>> the >>> broadcast address that is not setup correctly. >>> >>> Kind regards, >>> Lieven. >>> >>> Op 7-mei-2012, om 11:45 heeft Richard Williams het volgende geschreven: >>> >>> > Hi there, >>> > >>> > I'm trying to get my 1-wire devices working with XPL after giving up a >>> while ago. I got them working with owfs i.e. Owfs_DS18S20() but not with >>> XPL >>> which I gather is the suggested way of doing it. >>> > >>> > I have mr setup thus: >>> > ipaddress_xpl_broadcast = 10.255.255.255 >>> > ipaddress_xpl = 10.0.0.9 >>> > xpl_nohub = 1 >>> > debug=xpl >>> > >>> > I have some table items matching my sensors. >>> > XPL_SENSOR, bnz-ownet.*:10.B5ED38010800, air_temp, , temp >>> > XPL_SENSOR, bnz-ownet.*:10.438939010800, freezer_temp, , temp >>> > >>> > I have xpl-hub running and xpl-logger logging events such as >>> > 10.0.0.9:40447 [xpl-stat/hbeat.app: mhouse-mh.misterhouse -> * >>> 5/0/10.0.0.9] >>> > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-ownet.claudia -> * >>> 5/59241/10.0.0.9] >>> > 10.0.0.9:40447 [xpl-stat/hbeat.app: bnz-listener.claudia -> * >>> 5/42363/10.0.0.9] >>> > 10.0.0.9:40447 [xpl-trig/sensor.basic: bnz-ownet.claudia -> * >>> 10.438939010800/temp/-19.3125] >>> > 10.0.0.9:40447 [xpl-stat/sensor.basic: bnz-ownet.claudia -> * >>> 10.B5ED38010800/temp/11.4375] >>> > >>> > So it appears that both mr and 1-wire are sending updates over XPL OK. >>> But >>> I get nothing when I try to read the state $freezer_temp->state(). >>> > print_log "Freezer temperature is %1.1f C\n", $freezer_temp->state() >>> gives >>> me >>> > Freezer temperature is 0.0 C >>> > >>> > Also I have debug=xpl but see nothing in the log. >>> > >>> > One thing I had to change from the other documentation is that the >>> xpl-owfs perl script has changed to xpl-ownet and the XPL source has >>> changed >>> accordingly. >>> > >>> > Any ideas what is wrong? >>> > >>> > Richard >>> > >>> > >>> >>> ---------------------------------------------------------------------------- >>> -- >>> > Live Security Virtual Conference >>> > Exclusive live event will cover all the ways today's security and >>> > threat landscape has changed and how IT managers can respond. >>> Discussions >>> > will include endpoint security, mobile security and the latest in >>> malware >>> > threats. >>> >>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___________________ >>> _____________________________________ >>> > To unsubscribe from this list, go to: >>> http://sourceforge.net/mail/?group_id=1365 >>> > >>> >>> >>> >>> ---------------------------------------------------------------------------- >>> -- >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> ________________________________________________________ >>> To unsubscribe from this list, go to: >>> http://sourceforge.net/mail/?group_id=1365 >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> ________________________________________________________ >>> To unsubscribe from this list, go to: >>> http://sourceforge.net/mail/?group_id=1365 >>> >>> >> >> >> -- >> Regards, >> Richard >> >> Richard Williams >> 10 Chase Grove, Taupo 3330 >> New Zealand >> Mob +64 (0)21 511 577 >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> ________________________________________________________ >> To unsubscribe from this list, go to: >> http://sourceforge.net/mail/?group_id=1365 >> >> >> > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ________________________________________________________ > To unsubscribe from this list, go to: > http://sourceforge.net/mail/?group_id=1365 > > > -- Regards, Richard Richard Williams 10 Chase Grove, Taupo 3330 New Zealand Mob +64 (0)21 511 577 |