1-Wire, OXC and Hubs??

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

1-Wire, OXC and Hubs??

Andrew McCallum
Hi,

For nearly 10 years I have used Greg Liming's excellent OXC to read my
1-Wire temp sensors and send the temp data to MH.

My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
Channel hub. The hub is working with OWFS.

Has anybody upgraded OXC beyond v0.5 to support hubs?

I see that Howard (Plato) has a github repo
https://github.com/hplato/oxc Is that the latest code?

Should I modify OXC v0.5 to support hubs or is there a better method to
obtain 1-wire temp data?

Thanks,
Andy.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

H Plato
Yup, Greg and I worked on that a few years back. I still use it as well.

I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.

I’ll package it up over the next few days and update github.


> On Feb 6, 2017, at 4:56 PM, Andrew McCallum <[hidden email]> wrote:
>
> Hi,
>
> For nearly 10 years I have used Greg Liming's excellent OXC to read my
> 1-Wire temp sensors and send the temp data to MH.
>
> My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
> Channel hub. The hub is working with OWFS.
>
> Has anybody upgraded OXC beyond v0.5 to support hubs?
>
> I see that Howard (Plato) has a github repo
> https://github.com/hplato/oxc Is that the latest code?
>
> Should I modify OXC v0.5 to support hubs or is there a better method to
> obtain 1-wire temp data?
>
> Thanks,
> Andy.
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

H Plato
0.6 was on github, my Solar Radiation update was 0.7

Anyways, github is updated. Hub support was pretty straightforward, when I plugged mine in, all the ports were turned off by default.

It’s straightforward to turn them on, just echo 1 to the hub/branch.x you want to turn on. ie;

  > echo 1 > /mnt/1wire/EF.1234567890/hub/branch.0

This will turn on port 0, and the led should turn on to let you know it’s active.


> On Feb 6, 2017, at 7:32 PM, H Plato <[hidden email]> wrote:
>
> Yup, Greg and I worked on that a few years back. I still use it as well.
>
> I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.
>
> I’ll package it up over the next few days and update github.
>
>
>> On Feb 6, 2017, at 4:56 PM, Andrew McCallum <[hidden email]> wrote:
>>
>> Hi,
>>
>> For nearly 10 years I have used Greg Liming's excellent OXC to read my
>> 1-Wire temp sensors and send the temp data to MH.
>>
>> My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
>> Channel hub. The hub is working with OWFS.
>>
>> Has anybody upgraded OXC beyond v0.5 to support hubs?
>>
>> I see that Howard (Plato) has a github repo
>> https://github.com/hplato/oxc Is that the latest code?
>>
>> Should I modify OXC v0.5 to support hubs or is there a better method to
>> obtain 1-wire temp data?
>>
>> Thanks,
>> Andy.
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ________________________________________________________
>> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>
>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

Andrew McCallum
Howard,

Ahhh. The readme.md only showed v0.5 - I should have checked the code.

Anyway, a big THANK YOU. That code is great and I have it working.

I am using a Hobby Boards 6 Channel Hub, to address all channels I added
a conf line:

hubs = 1F.5E6F08000000/main,1F.D66F08000000/main,1F.D76F08000000/main,1F.5E6F08000000/aux,1F.D66F08000000/aux,1F.D76F08000000/aux

It is probably worth putting an example in oxc.conf.sample for future users.


On my particular hub, the channel turns on when it is accessed so I
didn't need the ECHO command.


I had one problem. OWFS was reporting the 1-wire sensor filename
existing on all channels when OXC conducted its search. The perl test
using "-e" would always be successful at line 565 in oxc.pl. When OXC
actually tried to read the temp sensor then it failed. I am running on
Ubuntu 16.04 with recent updates and OWFS 3.1.

I have written a bit of Perl to work around the above problem. I have
made the search more robust. It checks whether the sensor is listed in
the OWFS directory, rather than asking OWFS if the sensor filename exists.

I will create a pull request to see if you think the change is worth
adding to oxc.pl.

Andy.


On 07/02/17 14:10, H Plato wrote:

> 0.6 was on github, my Solar Radiation update was 0.7
>
> Anyways, github is updated. Hub support was pretty straightforward, when I plugged mine in, all the ports were turned off by default.
>
> It’s straightforward to turn them on, just echo 1 to the hub/branch.x you want to turn on. ie;
>
>    > echo 1 > /mnt/1wire/EF.1234567890/hub/branch.0
>
> This will turn on port 0, and the led should turn on to let you know it’s active.
>
>
>> On Feb 6, 2017, at 7:32 PM, H Plato <[hidden email]> wrote:
>>
>> Yup, Greg and I worked on that a few years back. I still use it as well.
>>
>> I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.
>>
>> I’ll package it up over the next few days and update github.
>>
>>
>>> On Feb 6, 2017, at 4:56 PM, Andrew McCallum <[hidden email]> wrote:
>>>
>>> Hi,
>>>
>>> For nearly 10 years I have used Greg Liming's excellent OXC to read my
>>> 1-Wire temp sensors and send the temp data to MH.
>>>
>>> My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
>>> Channel hub. The hub is working with OWFS.
>>>
>>> Has anybody upgraded OXC beyond v0.5 to support hubs?
>>>
>>> I see that Howard (Plato) has a github repo
>>> https://github.com/hplato/oxc Is that the latest code?
>>>
>>> Should I modify OXC v0.5 to support hubs or is there a better method to
>>> obtain 1-wire temp data?
>>>
>>> Thanks,
>>> Andy.
>>>
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> ________________________________________________________
>>> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

H Plato
I’m glad it works! I’ve made that change to github

Interesting, I’m using 3.1p0 and don’t have any hub entries in my oxc.conf. All my sensors show up right in the root, and on my hub, I don’t have main or aux folders. My hub/version file shows 1.50, and I use a blank owfs.conf file.

/mnt/1wire# ls -l
total 0
drwxrwxrwx 1 root root 4096 Feb  7 13:02 05.4AEC12335AAB
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.0BAD12344800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.3A8CE23423800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.5D54E23423400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.67C665345342F
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.8DA0E12312400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.A5BEE45345313
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.C091E42342512
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.FE9BE40234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.36A421234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.78957B234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.86B17234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 81.BE2524234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 alarm
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.0
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.1
drwxrwxrwx 1 root root 4096 Feb  7 13:02 EF.A75D201234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 settings
drwxrwxrwx 1 root root 4096 Feb  7 13:02 simultaneous
drwxr-xr-x 1 root root 4096 Jul 23  2016 statistics
drwxr-xr-x 1 root root 4096 Jul 23  2016 structure
drwxr-xr-x 1 root root 4096 Jul 23  2016 system
drwxr-xr-x 1 root root 4096 Jul 23  2016 uncached

and in the EF.* directory I see:

root@hc2:/mnt/1wire/EF.A75D0# ls -l
total 0
-r--r--r-- 1 root root   16 Jul 23  2016 address
-rw-rw-rw- 1 root root  256 Jul 23  2016 alias
-r--r--r-- 1 root root    2 Jul 23  2016 crc8
-r--r--r-- 1 root root    2 Jul 23  2016 family
drwxrwxrwx 1 root root 4096 Feb  7 13:04 hub
-r--r--r-- 1 root root   12 Jul 23  2016 id
-r--r--r-- 1 root root   16 Jul 23  2016 locator
-r--r--r-- 1 root root   16 Jul 23  2016 r_address
-r--r--r-- 1 root root   12 Jul 23  2016 r_id
-r--r--r-- 1 root root   16 Jul 23  2016 r_locator
-r--r--r-- 1 root root   32 Jul 23  2016 type
-r--r--r-- 1 root root   12 Feb  7 13:04 type_number
-r--r--r-- 1 root root    7 Jul 23  2016 version
root@hc2:/mnt/1wire/EF.A75D0# ls -l hub
total 0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.1
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.2
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.3
-rw-rw-rw- 1 root root  7 Feb  7 13:04 branch.ALL
-rw-rw-rw- 1 root root 12 Feb  7 13:04 branch.BYTE
-r--r--r-- 1 root root  1 Feb  7 13:04 short.0
-r--r--r-- 1 root root  1 Feb  7 13:04 short.1
-r--r--r-- 1 root root  1 Feb  7 13:04 short.2
-r--r--r-- 1 root root  1 Feb  7 13:04 short.3
-r--r--r-- 1 root root  7 Feb  7 13:04 short.ALL
-r--r--r-- 1 root root 12 Feb  7 13:04 short.BYTE

My oxc.pl process has been running 24x7 since May 2016 (when I added in the solar stuff). At some point I’ll test the changes to make sure that the logic is compatible with my setup, I’m curious why my hub setup looks different...

> On Feb 7, 2017, at 2:14 AM, Andrew McCallum <[hidden email]> wrote:
>
> Howard,
>
> Ahhh. The readme.md only showed v0.5 - I should have checked the code.
>
> Anyway, a big THANK YOU. That code is great and I have it working.
>
> I am using a Hobby Boards 6 Channel Hub, to address all channels I added a conf line:
>
> hubs = 1F.5E6F08000000/main,1F.D66F08000000/main,1F.D76F08000000/main,1F.5E6F08000000/aux,1F.D66F08000000/aux,1F.D76F08000000/aux
>
> It is probably worth putting an example in oxc.conf.sample for future users.
>
>
> On my particular hub, the channel turns on when it is accessed so I didn't need the ECHO command.
>
>
> I had one problem. OWFS was reporting the 1-wire sensor filename existing on all channels when OXC conducted its search. The perl test using "-e" would always be successful at line 565 in oxc.pl. When OXC actually tried to read the temp sensor then it failed. I am running on Ubuntu 16.04 with recent updates and OWFS 3.1.
>
> I have written a bit of Perl to work around the above problem. I have made the search more robust. It checks whether the sensor is listed in the OWFS directory, rather than asking OWFS if the sensor filename exists.
>
> I will create a pull request to see if you think the change is worth adding to oxc.pl.
>
> Andy.
>
>
> On 07/02/17 14:10, H Plato wrote:
>> 0.6 was on github, my Solar Radiation update was 0.7
>>
>> Anyways, github is updated. Hub support was pretty straightforward, when I plugged mine in, all the ports were turned off by default.
>>
>> It’s straightforward to turn them on, just echo 1 to the hub/branch.x you want to turn on. ie;
>>
>>   > echo 1 > /mnt/1wire/EF.1234567890/hub/branch.0
>>
>> This will turn on port 0, and the led should turn on to let you know it’s active.
>>
>>
>>> On Feb 6, 2017, at 7:32 PM, H Plato <[hidden email]> wrote:
>>>
>>> Yup, Greg and I worked on that a few years back. I still use it as well.
>>>
>>> I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.
>>>
>>> I’ll package it up over the next few days and update github.
>>>
>>>
>>>> On Feb 6, 2017, at 4:56 PM, Andrew McCallum <[hidden email]> wrote:
>>>>
>>>> Hi,
>>>>
>>>> For nearly 10 years I have used Greg Liming's excellent OXC to read my
>>>> 1-Wire temp sensors and send the temp data to MH.
>>>>
>>>> My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
>>>> Channel hub. The hub is working with OWFS.
>>>>
>>>> Has anybody upgraded OXC beyond v0.5 to support hubs?
>>>>
>>>> I see that Howard (Plato) has a github repo
>>>> https://github.com/hplato/oxc Is that the latest code?
>>>>
>>>> Should I modify OXC v0.5 to support hubs or is there a better method to
>>>> obtain 1-wire temp data?
>>>>
>>>> Thanks,
>>>> Andy.
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>>> ________________________________________________________
>>>> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>>>
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ________________________________________________________
>> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>
>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

Andrew McCallum
I assumed your hub and OWFS was responding differently.

Just for information, my OWFS lists as:

root@mandy:~# ll /mnt/owfs/
total 0
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.43CB81010800
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.8AEB81010800
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.B487AA000800
drwxrwxrwx 1 root root  8 Feb  8 14:22 1F.5E6F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:22 1F.D66F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:19 1F.D76F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:22 81.77ED27000000
drwxr-xr-x 1 root root  8 Jan  1 14:05 alarm
drwxr-xr-x 1 root root  8 Jan  1 14:05 bus.0
drwxr-xr-x 1 root root  8 Jan  1 14:05 bus.1
drwxr-xr-x 1 root root  8 Jan  1 14:05 settings
drwxrwxrwx 1 root root  8 Feb  8 14:22 simultaneous
drwxr-xr-x 1 root root  8 Jan  1 14:05 statistics
drwxr-xr-x 1 root root 32 Jan  1 14:05 structure
drwxr-xr-x 1 root root  8 Jan  1 14:05 system
drwxr-xr-x 1 root root  8 Jan  1 14:05 uncached

root@mandy:~# ll /mnt/owfs/1F.5E6F08000000/aux
total 0
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.0DF981010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.26D981010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.6EF281010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.84F081010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.85FA81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.8DAF81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.90DE81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.ABE681010800
drwxr-xr-x 1 root root 8 Jan  1 14:05 alarm
drwxrwxrwx 1 root root 8 Feb  8 14:24 simultaneous

root@mandy:~# ll /mnt/owfs/1F.D66F08000000/main/
total 0
drwxrwxrwx 1 root root 8 Feb  8 14:25 10.4BAE81010800
drwxr-xr-x 1 root root 8 Jan  1 14:05 alarm
drwxrwxrwx 1 root root 8 Feb  8 14:25 simultaneous


Thanks for you help. I have the hub fully integrated and my extra sensors all reporting data to MH.


On 08/02/17 07:12, H Plato wrote:
I’m glad it works! I’ve made that change to github

Interesting, I’m using 3.1p0 and don’t have any hub entries in my oxc.conf. All my sensors show up right in the root, and on my hub, I don’t have main or aux folders. My hub/version file shows 1.50, and I use a blank owfs.conf file.

/mnt/1wire# ls -l
total 0
drwxrwxrwx 1 root root 4096 Feb  7 13:02 05.4AEC12335AAB
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.0BAD12344800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.3A8CE23423800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.5D54E23423400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.67C665345342F
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.8DA0E12312400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.A5BEE45345313
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.C091E42342512
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.FE9BE40234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.36A421234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.78957B234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.86B17234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 81.BE2524234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 alarm
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.0
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.1
drwxrwxrwx 1 root root 4096 Feb  7 13:02 EF.A75D201234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 settings
drwxrwxrwx 1 root root 4096 Feb  7 13:02 simultaneous
drwxr-xr-x 1 root root 4096 Jul 23  2016 statistics
drwxr-xr-x 1 root root 4096 Jul 23  2016 structure
drwxr-xr-x 1 root root 4096 Jul 23  2016 system
drwxr-xr-x 1 root root 4096 Jul 23  2016 uncached

and in the EF.* directory I see:

[hidden email] ls -l
total 0
-r--r--r-- 1 root root   16 Jul 23  2016 address
-rw-rw-rw- 1 root root  256 Jul 23  2016 alias
-r--r--r-- 1 root root    2 Jul 23  2016 crc8
-r--r--r-- 1 root root    2 Jul 23  2016 family
drwxrwxrwx 1 root root 4096 Feb  7 13:04 hub
-r--r--r-- 1 root root   12 Jul 23  2016 id
-r--r--r-- 1 root root   16 Jul 23  2016 locator
-r--r--r-- 1 root root   16 Jul 23  2016 r_address
-r--r--r-- 1 root root   12 Jul 23  2016 r_id
-r--r--r-- 1 root root   16 Jul 23  2016 r_locator
-r--r--r-- 1 root root   32 Jul 23  2016 type
-r--r--r-- 1 root root   12 Feb  7 13:04 type_number
-r--r--r-- 1 root root    7 Jul 23  2016 version
[hidden email] ls -l hub
total 0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.1
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.2
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.3
-rw-rw-rw- 1 root root  7 Feb  7 13:04 branch.ALL
-rw-rw-rw- 1 root root 12 Feb  7 13:04 branch.BYTE
-r--r--r-- 1 root root  1 Feb  7 13:04 short.0
-r--r--r-- 1 root root  1 Feb  7 13:04 short.1
-r--r--r-- 1 root root  1 Feb  7 13:04 short.2
-r--r--r-- 1 root root  1 Feb  7 13:04 short.3
-r--r--r-- 1 root root  7 Feb  7 13:04 short.ALL
-r--r--r-- 1 root root 12 Feb  7 13:04 short.BYTE

My oxc.pl process has been running 24x7 since May 2016 (when I added in the solar stuff). At some point I’ll test the changes to make sure that the logic is compatible with my setup, I’m curious why my hub setup looks different...

On Feb 7, 2017, at 2:14 AM, Andrew McCallum [hidden email] wrote:

Howard,

Ahhh. The readme.md only showed v0.5 - I should have checked the code.

Anyway, a big THANK YOU. That code is great and I have it working.

I am using a Hobby Boards 6 Channel Hub, to address all channels I added a conf line:

hubs = 1F.5E6F08000000/main,1F.D66F08000000/main,1F.D76F08000000/main,1F.5E6F08000000/aux,1F.D66F08000000/aux,1F.D76F08000000/aux

It is probably worth putting an example in oxc.conf.sample for future users.


On my particular hub, the channel turns on when it is accessed so I didn't need the ECHO command.


I had one problem. OWFS was reporting the 1-wire sensor filename existing on all channels when OXC conducted its search. The perl test using "-e" would always be successful at line 565 in oxc.pl. When OXC actually tried to read the temp sensor then it failed. I am running on Ubuntu 16.04 with recent updates and OWFS 3.1.

I have written a bit of Perl to work around the above problem. I have made the search more robust. It checks whether the sensor is listed in the OWFS directory, rather than asking OWFS if the sensor filename exists.

I will create a pull request to see if you think the change is worth adding to oxc.pl.

Andy.


On 07/02/17 14:10, H Plato wrote:
0.6 was on github, my Solar Radiation update was 0.7

Anyways, github is updated. Hub support was pretty straightforward, when I plugged mine in, all the ports were turned off by default.

It’s straightforward to turn them on, just echo 1 to the hub/branch.x you want to turn on. ie;

  > echo 1 > /mnt/1wire/EF.1234567890/hub/branch.0

This will turn on port 0, and the led should turn on to let you know it’s active.


On Feb 6, 2017, at 7:32 PM, H Plato [hidden email] wrote:

Yup, Greg and I worked on that a few years back. I still use it as well.

I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.

I’ll package it up over the next few days and update github.


On Feb 6, 2017, at 4:56 PM, Andrew McCallum [hidden email] wrote:

Hi,

For nearly 10 years I have used Greg Liming's excellent OXC to read my
1-Wire temp sensors and send the temp data to MH.

My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
Channel hub. The hub is working with OWFS.

Has anybody upgraded OXC beyond v0.5 to support hubs?

I see that Howard (Plato) has a github repo
https://github.com/hplato/oxc Is that the latest code?

Should I modify OXC v0.5 to support hubs or is there a better method to
obtain 1-wire temp data?

Thanks,
Andy.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


      




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

H Plato
I wonder if there is a structural difference between an EF hub and an 1F hub. Do you have these files:

/mnt/1wire/EF.A75D12340000# ls -l
total 0
-r--r--r-- 1 root root   16 Jul 23  2016 address
-rw-rw-rw- 1 root root  256 Jul 23  2016 alias
-r--r--r-- 1 root root    2 Jul 23  2016 crc8
-r--r--r-- 1 root root    2 Jul 23  2016 family
drwxrwxrwx 1 root root 4096 Feb  8 20:00 hub
-r--r--r-- 1 root root   12 Jul 23  2016 id
-r--r--r-- 1 root root   16 Jul 23  2016 locator
-r--r--r-- 1 root root   16 Jul 23  2016 r_address
-r--r--r-- 1 root root   12 Jul 23  2016 r_id
-r--r--r-- 1 root root   16 Jul 23  2016 r_locator
-r--r--r-- 1 root root   32 Jul 23  2016 type
-r--r--r-- 1 root root   12 Feb  8 20:00 type_number
-r--r--r-- 1 root root    7 Jul 23  2016 version

/mnt/1wire/EF.A75D12340000# cat type
HB_HUB

/mnt/1wire/EF.A75D12340000# cat type_number 
5

/mnt/1wire/EF.A75D12340000# cat version 
1.50

It would be good to add your code with a check if it is an ‘1F’ type hub. Maybe if the hub parameter is defined in the oxc.conf?

On Feb 7, 2017, at 8:29 PM, Andrew McCallum <[hidden email]> wrote:

I assumed your hub and OWFS was responding differently.

Just for information, my OWFS lists as:

root@mandy:~# ll /mnt/owfs/
total 0
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.43CB81010800
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.8AEB81010800
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.B487AA000800
drwxrwxrwx 1 root root  8 Feb  8 14:22 1F.5E6F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:22 1F.D66F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:19 1F.D76F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:22 81.77ED27000000
drwxr-xr-x 1 root root  8 Jan  1 14:05 alarm
drwxr-xr-x 1 root root  8 Jan  1 14:05 bus.0
drwxr-xr-x 1 root root  8 Jan  1 14:05 bus.1
drwxr-xr-x 1 root root  8 Jan  1 14:05 settings
drwxrwxrwx 1 root root  8 Feb  8 14:22 simultaneous
drwxr-xr-x 1 root root  8 Jan  1 14:05 statistics
drwxr-xr-x 1 root root 32 Jan  1 14:05 structure
drwxr-xr-x 1 root root  8 Jan  1 14:05 system
drwxr-xr-x 1 root root  8 Jan  1 14:05 uncached

root@mandy:~# ll /mnt/owfs/1F.5E6F08000000/aux
total 0
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.0DF981010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.26D981010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.6EF281010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.84F081010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.85FA81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.8DAF81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.90DE81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.ABE681010800
drwxr-xr-x 1 root root 8 Jan  1 14:05 alarm
drwxrwxrwx 1 root root 8 Feb  8 14:24 simultaneous

root@mandy:~# ll /mnt/owfs/1F.D66F08000000/main/
total 0
drwxrwxrwx 1 root root 8 Feb  8 14:25 10.4BAE81010800
drwxr-xr-x 1 root root 8 Jan  1 14:05 alarm
drwxrwxrwx 1 root root 8 Feb  8 14:25 simultaneous


Thanks for you help. I have the hub fully integrated and my extra sensors all reporting data to MH.


On 08/02/17 07:12, H Plato wrote:
I’m glad it works! I’ve made that change to github

Interesting, I’m using 3.1p0 and don’t have any hub entries in my oxc.conf. All my sensors show up right in the root, and on my hub, I don’t have main or aux folders. My hub/version file shows 1.50, and I use a blank owfs.conf file.

/mnt/1wire# ls -l
total 0
drwxrwxrwx 1 root root 4096 Feb  7 13:02 05.4AEC12335AAB
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.0BAD12344800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.3A8CE23423800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.5D54E23423400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.67C665345342F
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.8DA0E12312400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.A5BEE45345313
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.C091E42342512
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.FE9BE40234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.36A421234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.78957B234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.86B17234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 81.BE2524234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 alarm
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.0
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.1
drwxrwxrwx 1 root root 4096 Feb  7 13:02 EF.A75D201234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 settings
drwxrwxrwx 1 root root 4096 Feb  7 13:02 simultaneous
drwxr-xr-x 1 root root 4096 Jul 23  2016 statistics
drwxr-xr-x 1 root root 4096 Jul 23  2016 structure
drwxr-xr-x 1 root root 4096 Jul 23  2016 system
drwxr-xr-x 1 root root 4096 Jul 23  2016 uncached

and in the EF.* directory I see:

[hidden email] ls -l
total 0
-r--r--r-- 1 root root   16 Jul 23  2016 address
-rw-rw-rw- 1 root root  256 Jul 23  2016 alias
-r--r--r-- 1 root root    2 Jul 23  2016 crc8
-r--r--r-- 1 root root    2 Jul 23  2016 family
drwxrwxrwx 1 root root 4096 Feb  7 13:04 hub
-r--r--r-- 1 root root   12 Jul 23  2016 id
-r--r--r-- 1 root root   16 Jul 23  2016 locator
-r--r--r-- 1 root root   16 Jul 23  2016 r_address
-r--r--r-- 1 root root   12 Jul 23  2016 r_id
-r--r--r-- 1 root root   16 Jul 23  2016 r_locator
-r--r--r-- 1 root root   32 Jul 23  2016 type
-r--r--r-- 1 root root   12 Feb  7 13:04 type_number
-r--r--r-- 1 root root    7 Jul 23  2016 version
[hidden email] ls -l hub
total 0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.1
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.2
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.3
-rw-rw-rw- 1 root root  7 Feb  7 13:04 branch.ALL
-rw-rw-rw- 1 root root 12 Feb  7 13:04 branch.BYTE
-r--r--r-- 1 root root  1 Feb  7 13:04 short.0
-r--r--r-- 1 root root  1 Feb  7 13:04 short.1
-r--r--r-- 1 root root  1 Feb  7 13:04 short.2
-r--r--r-- 1 root root  1 Feb  7 13:04 short.3
-r--r--r-- 1 root root  7 Feb  7 13:04 short.ALL
-r--r--r-- 1 root root 12 Feb  7 13:04 short.BYTE

My oxc.pl process has been running 24x7 since May 2016 (when I added in the solar stuff). At some point I’ll test the changes to make sure that the logic is compatible with my setup, I’m curious why my hub setup looks different...

On Feb 7, 2017, at 2:14 AM, Andrew McCallum [hidden email] wrote:

Howard,

Ahhh. The readme.md only showed v0.5 - I should have checked the code.

Anyway, a big THANK YOU. That code is great and I have it working.

I am using a Hobby Boards 6 Channel Hub, to address all channels I added a conf line:

hubs = 1F.5E6F08000000/main,1F.D66F08000000/main,1F.D76F08000000/main,1F.5E6F08000000/aux,1F.D66F08000000/aux,1F.D76F08000000/aux

It is probably worth putting an example in oxc.conf.sample for future users.


On my particular hub, the channel turns on when it is accessed so I didn't need the ECHO command.


I had one problem. OWFS was reporting the 1-wire sensor filename existing on all channels when OXC conducted its search. The perl test using "-e" would always be successful at line 565 in oxc.pl. When OXC actually tried to read the temp sensor then it failed. I am running on Ubuntu 16.04 with recent updates and OWFS 3.1.

I have written a bit of Perl to work around the above problem. I have made the search more robust. It checks whether the sensor is listed in the OWFS directory, rather than asking OWFS if the sensor filename exists.

I will create a pull request to see if you think the change is worth adding to oxc.pl.

Andy.


On 07/02/17 14:10, H Plato wrote:
0.6 was on github, my Solar Radiation update was 0.7

Anyways, github is updated. Hub support was pretty straightforward, when I plugged mine in, all the ports were turned off by default.

It’s straightforward to turn them on, just echo 1 to the hub/branch.x you want to turn on. ie;

  > echo 1 > /mnt/1wire/EF.1234567890/hub/branch.0

This will turn on port 0, and the led should turn on to let you know it’s active.


On Feb 6, 2017, at 7:32 PM, H Plato [hidden email] wrote:

Yup, Greg and I worked on that a few years back. I still use it as well.

I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.

I’ll package it up over the next few days and update github.


On Feb 6, 2017, at 4:56 PM, Andrew McCallum [hidden email] wrote:

Hi,

For nearly 10 years I have used Greg Liming's excellent OXC to read my
1-Wire temp sensors and send the temp data to MH.

My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
Channel hub. The hub is working with OWFS.

Has anybody upgraded OXC beyond v0.5 to support hubs?

I see that Howard (Plato) has a github repo
https://github.com/hplato/oxc Is that the latest code?

Should I modify OXC v0.5 to support hubs or is there a better method to
obtain 1-wire temp data?

Thanks,
Andy.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


      




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 1-Wire, OXC and Hubs??

Andrew McCallum
It does look like a different type of hub. Apparently there is/was a "6 Channel Master Hub" and a "6 Channel Hub". Hobby Boards has stopped production.

I don't have the type, type_number or version files. Looking further into the structure I have:

root@mandy:/mnt/owfs# ll 1F.D76F08000000/
total 0
-r--r--r-- 1 root root  16 Feb 17 16:28 address
-rw-rw-rw- 1 root root 256 Feb 17 16:28 alias
drwxr-xr-x 1 root root   8 Feb 17 16:28 aux
-r--r--r-- 1 root root   1 Feb 17 23:18 branch.0
-r--r--r-- 1 root root   1 Feb 17 23:18 branch.1
-r--r--r-- 1 root root   3 Feb 17 23:18 branch.ALL
-r--r--r-- 1 root root  12 Feb 17 23:18 branch.BYTE
--w--w--w- 1 root root   1 Feb 17 23:18 clearevent
-rw-rw-rw- 1 root root  12 Feb 17 23:18 control
-r--r--r-- 1 root root   2 Feb 17 16:28 crc8
--w--w--w- 1 root root   1 Feb 17 23:18 discharge
-r--r--r-- 1 root root   1 Feb 17 23:18 event.0
-r--r--r-- 1 root root   1 Feb 17 23:18 event.1
-r--r--r-- 1 root root   3 Feb 17 23:18 event.ALL
-r--r--r-- 1 root root  12 Feb 17 23:18 event.BYTE
-r--r--r-- 1 root root   2 Feb 17 16:28 family
-r--r--r-- 1 root root  12 Feb 17 16:28 id
-r--r--r-- 1 root root  16 Feb 17 16:28 locator
drwxr-xr-x 1 root root   8 Feb 17 16:28 main
-r--r--r-- 1 root root  16 Feb 17 16:28 r_address
-r--r--r-- 1 root root  12 Feb 17 16:28 r_id
-r--r--r-- 1 root root  16 Feb 17 16:28 r_locator
-r--r--r-- 1 root root   1 Feb 17 23:18 sensed.0
-r--r--r-- 1 root root   1 Feb 17 23:18 sensed.1
-r--r--r-- 1 root root   3 Feb 17 23:18 sensed.ALL
-r--r--r-- 1 root root  12 Feb 17 23:18 sensed.BYTE
-r--r--r-- 1 root root  32 Feb 17 16:28 type

A 1F hub check could be good to avoid problems. Maybe we could make the search generic for both of our types of hub? A generic search could avoid future users having configuration problems.

Andy.

On 09/02/17 14:04, H Plato wrote:
I wonder if there is a structural difference between an EF hub and an 1F hub. Do you have these files:

/mnt/1wire/EF.A75D12340000# ls -l
total 0
-r--r--r-- 1 root root   16 Jul 23  2016 address
-rw-rw-rw- 1 root root  256 Jul 23  2016 alias
-r--r--r-- 1 root root    2 Jul 23  2016 crc8
-r--r--r-- 1 root root    2 Jul 23  2016 family
drwxrwxrwx 1 root root 4096 Feb  8 20:00 hub
-r--r--r-- 1 root root   12 Jul 23  2016 id
-r--r--r-- 1 root root   16 Jul 23  2016 locator
-r--r--r-- 1 root root   16 Jul 23  2016 r_address
-r--r--r-- 1 root root   12 Jul 23  2016 r_id
-r--r--r-- 1 root root   16 Jul 23  2016 r_locator
-r--r--r-- 1 root root   32 Jul 23  2016 type
-r--r--r-- 1 root root   12 Feb  8 20:00 type_number
-r--r--r-- 1 root root    7 Jul 23  2016 version

/mnt/1wire/EF.A75D12340000# cat type
HB_HUB

/mnt/1wire/EF.A75D12340000# cat type_number 
5

/mnt/1wire/EF.A75D12340000# cat version 
1.50

It would be good to add your code with a check if it is an ‘1F’ type hub. Maybe if the hub parameter is defined in the oxc.conf?

On Feb 7, 2017, at 8:29 PM, Andrew McCallum <[hidden email]> wrote:

I assumed your hub and OWFS was responding differently.

Just for information, my OWFS lists as:

root@mandy:~# ll /mnt/owfs/
total 0
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.43CB81010800
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.8AEB81010800
drwxrwxrwx 1 root root  8 Feb  8 14:22 10.B487AA000800
drwxrwxrwx 1 root root  8 Feb  8 14:22 1F.5E6F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:22 1F.D66F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:19 1F.D76F08000000
drwxrwxrwx 1 root root  8 Feb  8 14:22 81.77ED27000000
drwxr-xr-x 1 root root  8 Jan  1 14:05 alarm
drwxr-xr-x 1 root root  8 Jan  1 14:05 bus.0
drwxr-xr-x 1 root root  8 Jan  1 14:05 bus.1
drwxr-xr-x 1 root root  8 Jan  1 14:05 settings
drwxrwxrwx 1 root root  8 Feb  8 14:22 simultaneous
drwxr-xr-x 1 root root  8 Jan  1 14:05 statistics
drwxr-xr-x 1 root root 32 Jan  1 14:05 structure
drwxr-xr-x 1 root root  8 Jan  1 14:05 system
drwxr-xr-x 1 root root  8 Jan  1 14:05 uncached

root@mandy:~# ll /mnt/owfs/1F.5E6F08000000/aux
total 0
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.0DF981010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.26D981010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.6EF281010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.84F081010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.85FA81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.8DAF81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.90DE81010800
drwxrwxrwx 1 root root 8 Feb  8 14:24 10.ABE681010800
drwxr-xr-x 1 root root 8 Jan  1 14:05 alarm
drwxrwxrwx 1 root root 8 Feb  8 14:24 simultaneous

root@mandy:~# ll /mnt/owfs/1F.D66F08000000/main/
total 0
drwxrwxrwx 1 root root 8 Feb  8 14:25 10.4BAE81010800
drwxr-xr-x 1 root root 8 Jan  1 14:05 alarm
drwxrwxrwx 1 root root 8 Feb  8 14:25 simultaneous


Thanks for you help. I have the hub fully integrated and my extra sensors all reporting data to MH.


On 08/02/17 07:12, H Plato wrote:
I’m glad it works! I’ve made that change to github

Interesting, I’m using 3.1p0 and don’t have any hub entries in my oxc.conf. All my sensors show up right in the root, and on my hub, I don’t have main or aux folders. My hub/version file shows 1.50, and I use a blank owfs.conf file.

/mnt/1wire# ls -l
total 0
drwxrwxrwx 1 root root 4096 Feb  7 13:02 05.4AEC12335AAB
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.0BAD12344800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.3A8CE23423800
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.5D54E23423400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.67C665345342F
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.8DA0E12312400
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.A5BEE45345313
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.C091E42342512
drwxrwxrwx 1 root root 4096 Feb  7 13:02 10.FE9BE40234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.36A421234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.78957B234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 26.86B17234234
drwxrwxrwx 1 root root 4096 Feb  7 13:02 81.BE2524234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 alarm
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.0
drwxr-xr-x 1 root root 4096 Jul 23  2016 bus.1
drwxrwxrwx 1 root root 4096 Feb  7 13:02 EF.A75D201234234
drwxr-xr-x 1 root root 4096 Jul 23  2016 settings
drwxrwxrwx 1 root root 4096 Feb  7 13:02 simultaneous
drwxr-xr-x 1 root root 4096 Jul 23  2016 statistics
drwxr-xr-x 1 root root 4096 Jul 23  2016 structure
drwxr-xr-x 1 root root 4096 Jul 23  2016 system
drwxr-xr-x 1 root root 4096 Jul 23  2016 uncached

and in the EF.* directory I see:

[hidden email] ls -l
total 0
-r--r--r-- 1 root root   16 Jul 23  2016 address
-rw-rw-rw- 1 root root  256 Jul 23  2016 alias
-r--r--r-- 1 root root    2 Jul 23  2016 crc8
-r--r--r-- 1 root root    2 Jul 23  2016 family
drwxrwxrwx 1 root root 4096 Feb  7 13:04 hub
-r--r--r-- 1 root root   12 Jul 23  2016 id
-r--r--r-- 1 root root   16 Jul 23  2016 locator
-r--r--r-- 1 root root   16 Jul 23  2016 r_address
-r--r--r-- 1 root root   12 Jul 23  2016 r_id
-r--r--r-- 1 root root   16 Jul 23  2016 r_locator
-r--r--r-- 1 root root   32 Jul 23  2016 type
-r--r--r-- 1 root root   12 Feb  7 13:04 type_number
-r--r--r-- 1 root root    7 Jul 23  2016 version
[hidden email] ls -l hub
total 0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.0
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.1
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.2
-rw-rw-rw- 1 root root  1 Feb  7 13:04 branch.3
-rw-rw-rw- 1 root root  7 Feb  7 13:04 branch.ALL
-rw-rw-rw- 1 root root 12 Feb  7 13:04 branch.BYTE
-r--r--r-- 1 root root  1 Feb  7 13:04 short.0
-r--r--r-- 1 root root  1 Feb  7 13:04 short.1
-r--r--r-- 1 root root  1 Feb  7 13:04 short.2
-r--r--r-- 1 root root  1 Feb  7 13:04 short.3
-r--r--r-- 1 root root  7 Feb  7 13:04 short.ALL
-r--r--r-- 1 root root 12 Feb  7 13:04 short.BYTE

My oxc.pl process has been running 24x7 since May 2016 (when I added in the solar stuff). At some point I’ll test the changes to make sure that the logic is compatible with my setup, I’m curious why my hub setup looks different...

On Feb 7, 2017, at 2:14 AM, Andrew McCallum [hidden email] wrote:

Howard,

Ahhh. The readme.md only showed v0.5 - I should have checked the code.

Anyway, a big THANK YOU. That code is great and I have it working.

I am using a Hobby Boards 6 Channel Hub, to address all channels I added a conf line:

hubs = 1F.5E6F08000000/main,1F.D66F08000000/main,1F.D76F08000000/main,1F.5E6F08000000/aux,1F.D66F08000000/aux,1F.D76F08000000/aux

It is probably worth putting an example in oxc.conf.sample for future users.


On my particular hub, the channel turns on when it is accessed so I didn't need the ECHO command.


I had one problem. OWFS was reporting the 1-wire sensor filename existing on all channels when OXC conducted its search. The perl test using "-e" would always be successful at line 565 in oxc.pl. When OXC actually tried to read the temp sensor then it failed. I am running on Ubuntu 16.04 with recent updates and OWFS 3.1.

I have written a bit of Perl to work around the above problem. I have made the search more robust. It checks whether the sensor is listed in the OWFS directory, rather than asking OWFS if the sensor filename exists.

I will create a pull request to see if you think the change is worth adding to oxc.pl.

Andy.


On 07/02/17 14:10, H Plato wrote:
0.6 was on github, my Solar Radiation update was 0.7

Anyways, github is updated. Hub support was pretty straightforward, when I plugged mine in, all the ports were turned off by default.

It’s straightforward to turn them on, just echo 1 to the hub/branch.x you want to turn on. ie;

  > echo 1 > /mnt/1wire/EF.1234567890/hub/branch.0

This will turn on port 0, and the led should turn on to let you know it’s active.


On Feb 6, 2017, at 7:32 PM, H Plato [hidden email] wrote:

Yup, Greg and I worked on that a few years back. I still use it as well.

I actually have an updated version, 0.6 — it supports hubs (I use the hobby board 6 channel as well) and solar radiation modules.

I’ll package it up over the next few days and update github.


On Feb 6, 2017, at 4:56 PM, Andrew McCallum [hidden email] wrote:

Hi,

For nearly 10 years I have used Greg Liming's excellent OXC to read my
1-Wire temp sensors and send the temp data to MH.

My 1-wire network is expanding to require a Hub. I have a HobbyBoards 6
Channel hub. The hub is working with OWFS.

Has anybody upgraded OXC beyond v0.5 to support hubs?

I see that Howard (Plato) has a github repo
https://github.com/hplato/oxc Is that the latest code?

Should I modify OXC v0.5 to support hubs or is there a better method to
obtain 1-wire temp data?

Thanks,
Andy.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users


                




------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users

Loading...