Hi,
@what frequencies do you query the devices? Mine goes on around 1Hz for
50% of the devices and 3-4 Hz for others? Maybe this is the difference.
What is the topology of your network?
The CentOS, is really reliable, however I have had the same under SLES
10.0, which I used for two years,
Hi Guys (and Dolls) ;)
i am running owfs in a couple of installations:
my home heating system - couple of ds1820's and ds2406's connected to a
mixed star/bus topology (~20-40 meters) connected via ds9490B,
controlled by a cron job running every minute reading temperature values
through owpython
Hi Marcus,
all my temp sensors are ds1820s, and it is indeed a mixed star topology,
but well within the limits of what Dallas suggests (cat5e based). So
this could well be the same issue you had.
If so what is the best way to get to the bottom of this? How do you
suggest I find out what's
Thank you.
Applied. Will appear in 2.8p3
Paul Alfille
On Sun, Sep 12, 2010 at 8:24 AM, Ilya Pravdivtsev kabus1...@gmail.comwrote:
Hi,
The following hack seems to solve the problem. Change:
@@ -232,7 +232,10 @@
val = struct.unpack('ii', msg)
version =
After more testing I found a mistake. :( The right patch is attached.
Sorry Paul.
regards,
Ilya.
On 13.09.2010 18:52, Paul Alfille paul.alfi...@gmail.com wrote:
Thank you.
Applied. Will appear in 2.8p3
Paul Alfille
On Sun, Sep 12, 2010 at 8:24 AM, Ilya Pravdivtsev kabus1...@gmail.com
On Monday 13 September 2010, Ilya Pravdivtsev elucidated thus:
After more testing I found a mistake. :( The right patch is attached.
Sorry Paul.
-if name in self._attrs:
+if '_attrs' in self.__dict__ and name in self._attrs:
#print 'Sensor.__getattr__(%s)' % name
Hi all:
I'm not sure if this is specifically a python problem or a larger
underlying memory problem. Since upgrading to Python2.6, we have not
yet gotten owfs working again. This most recent test was from a
2.7p2x build and python 2.5. The second snippit is from 2.8p2 and
python 2.6.
We burn