Re: [Owfs-developers] I can't build with alternate python 2.4.3

2006-12-06 Thread Peter Kropf
Python 2.4.4 works too. Both of these are on a 32 bit system. I just re-read your message and saw that you're on a 64 bit system. Let me try on the 64 bit system I have here and see what happens. But I won't be able to get to it till tomorrow... The sys.lib on 2.5 and 2.4.4 both come up as no attr

Re: [Owfs-developers] I can't build with alternate python 2.4.3

2006-12-06 Thread Peter Kropf
Just to let you know, I ran ./configure --with-python=/opt/python2.5/bin/python2.5 and it worked as expected. I don't think the problem is with 2.4.3 vs 2.5 but we'll have to dig a bit more into the configure script to figure out what's going on. - Peter On 12/6/06, Brad Clements <[EMAIL PROT

[Owfs-developers] I can't build with alternate python 2.4.3

2006-12-06 Thread Brad Clements
I just did a csv co, bootstrap, and now I run configure with ./configure --disable-owphp --disable-owperl --with-python=/usr/local/bin/python2.4 But python doesn't get enabled. I know I've mentioned this problem on the list a while back, and finally resorted to hacking configure. But, has a

Re: [Owfs-developers] ownet - new python module to interact w/ owserver

2006-12-06 Thread Peter Kropf
Hi - I just committed a new version to CVS with a couple of changes. It's now possible to set the value of a field: >>> s = Sensor('/10.B7B64D000800', 'localhost', 9876) >>> s.temphigh 100 >>> s.temphigh = 98 >>> s.temphigh 98 Also note that the type of values have changed. The ownet code now tr

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Darryl
Replies inline. On 12/6/06, Paul Alfille <[EMAIL PROTECTED]> wrote: > Curiouser and curiouser. > > So your tests are > A -- single loop against DS18S20 sensor A > A+A -- two processes against sensor A > AB -- single loop against sensors A and B > AB+AB -- two processes each AB style > > Only

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Paul Alfille
Curiouser and curiouser. So your tests are A -- single loop against DS18S20 sensor A A+A -- two processes against sensor A AB -- single loop against sensors A and B AB+AB -- two processes each AB style Only AB+AB fails? And the failure is after a number of readings? Are A and B different? One

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Darryl
> The way I was doing my test was reading 4 sensors in a > tight loop and then starting another process to read the same sensors. > I'll modify the script to just hammer one of the sensors that throws > the error. > Ok. in owpython i just did: while 1: temp = mySensor.temperature print te

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Darryl VanDorp
On 12/6/06, Paul Alfille <[EMAIL PROTECTED]> wrote: > Perhaps there are some hints here. > You are using external power (non-parasytic) and a DS18S20? No, some of the DS18S20's are parasitic some are not. Only 2 are throwing the error. If I remember correctly one is parasitic and one isn't >

Re: [Owfs-developers] Hobby Boards questions

2006-12-06 Thread Jan Kandziora
Am Mittwoch, 6. Dezember 2006 01:14 schrieb Paul Alfille: > Currently, the only aggregate we support is the TAI-8570 barometer, which > uses 2 DS2406. In that case, the DS2406 memory is used to point to the > partner chip, so the aggregate can be "autodiscovered". There is certainly > an appeal to

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Paul Alfille
Yes, the "die" trim values and all that are exposed in OWFS. Paul Alfille On 12/6/06, Mark Richards <[EMAIL PROTECTED]> wrote: Here. David Lissuk who maintains 1wire.org has published a list of chips identified to have the POR problem. Check over there for more details. I've snatched it fr

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Paul Alfille
Perhaps there are some hints here. You are using external power (non-parasytic) and a DS18S20? The code is supposed to lock the device (use a mutex to exclude other threads from that chip) issue a CONVERT command, wait 1sec, then read results. If it's functioning correctly, the only reason that 2

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Mark Richards
Here. David Lissuk who maintains 1wire.org has published a list of chips identified to have the POR problem. Check over there for more details. I've snatched it from his page below: 06/02/04 - All DS18X20's B7 die chips identified List of Chips with the B7 Die 1. Read the 18X20's ROM code.

Re: [Owfs-developers] Odd 85 deg temperature readings again

2006-12-06 Thread Mark Richards
Eric Vickery wrote: > I disagree. 85 is a valid reading since the chip can read from -10 to You disagree with what...? If with "It's inconsequential in the scheme of things." I meant to say in the scheme of things in my software. It *may not* be inconsequential for engineers who are trying to

Re: [Owfs-developers] Hobby Boards questions

2006-12-06 Thread Jan Kandziora
Am Dienstag, 5. Dezember 2006 23:05 schrieb Gregg Levine: > > Oh and Jan do you want a GMail account to add to your lists of addresses? > Thanks for the invitation, but I don't really need it -- gmx.de has fit my needs for years now. And I don't trust google besides from search results. ^___^

Re: [Owfs-developers] ownet - new python module to interact w/ owserver

2006-12-06 Thread Chris Lyon
Fantastic! Once I've got my linux box back on the wireless network (Don't ask) I'll beat it around for you. Chris. Peter Kropf wrote: >Hi - > >I've committed to CVS the first draft of a new python module called >ownet. It allows for interaction with a remote owserver without the >need to have t