Our lab (Washington State University Smarthome lab) has purchased all
models of plug computers made by GlobalScale (eg, the Sheeva, Guru,
and Dream Plug). We use them to run OWFS and other middleware at
remote sites and send that data back to our central DB. We've
purchased 5 Sheeva's, 1 Guru,
We have pulled u6 from our production systems because of this very
error. We see it too, mostly when we make a simultaneous call. It
also doesn't happen reliably.
In past posts, I posted the specific version that this came about.
This also seems to only occur with USB adapters, the DS9490R.
We've tested this version in our lab, and it still has the same issue
we reported with p5; specifically, when using a DS-9490 and a bus with
a few temperature sensors, writing 1 to simultaneous/temperature or
simultaneous/voltage returns Error: No such device. This has been
confirmed as working
We get the same problem, if we downgrade to p4 (I think...I don't have
that system in front of me), it works. Go before p4, and it gets
worse for a couple versions. I think p2 is stable (but the python
code has a typo in it on spacing, this goes all the way back to the p0
release).
So yea,
We are seeing variants of this problem; it was introduced in p5; p4
does work more stably in this regard.
--Jim
On Tue, Jan 11, 2011 at 3:11 PM, Colin Tinker g1...@me.com wrote:
Hi
In the latest version owfs refuses to start with the error no 1-wire
interfaces found when I am connecting it
This version seems to have introduced a new bug: one cannot write
into uncached/simultaneous/temperature (It returns a bash error,
although it is there). All other operations we've tested work fine
(we can individually read temperatures, we can set the alarming
values, etc.). The same command
On Fri, Jan 7, 2011 at 9:37 AM, Jim Kusznir jkusz...@gmail.com wrote:
This version seems to have introduced a new bug: one cannot write
into uncached/simultaneous/temperature (It returns a bash error,
although it is there). All other operations we've tested work fine
(we can individually read
We did some hacking on the source code. With a very basic hack to
change the delay on a simultanous temperature command, alarming on
bus-powered 18b20's now work. I think this hack is not
production-ready, but it does appear to be a fairly easy fix.
--Jim
On Tue, Jan 4, 2011 at 3:34 PM, Jim
Hi all:
I've been reporting for a while that alarming was not working with
DS18B20 temperature chips. Today we have finally gotten the traces
and compared to the Dallas data sheets to figure out exactly why
they're not working.
Thanks to the relatively new bus traffic debug feature, we were
Hi all:
I reported a problem a while ago with strange memory reads coming out
on the DS2406. We have conducted more tests in my lab, and have more
information.
First, the problem:
When one reads memory on a DS2406 since the 2.8pX series (all
released patch levels so far), the first 1-2
Hi all:
We just did a clean install of the latest owfs from the sf website:
2.8p2, and it had the python indent problem. I seem to recall that
was committed prior to the most recent announcement on patch level
release...perhaps its not out yet, but I thought I'd point out that
problem is still
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
?
On Fri, Aug 27, 2010 at 4:32 PM, Jim Kusznir jkusz...@gmail.com wrote:
We have tested with an owfs mount, and it returned nothing in memory
(when we know there is something there), so its also broke at that
level. Will owhttpd give us any more info?
--Jim
Hi all:
I've got something wrong with my local system, but can't figure out what.
I'm running gentoo on an Via C3 Eden and OWFS 2.8p1 (plus indent fix).
I recently did a major update, rebuilding the system to bring it up
to current versions of stuff. However, right now, whenever one tries
to
.
--Jim
On Fri, Aug 27, 2010 at 11:37 AM, Paul Alfille paul.alfi...@gmail.com wrote:
When you say you rebuilt the system, did you pull the OWFS code from the
CVS (which is evolving) or from the release?
Paul
On Fri, Aug 27, 2010 at 1:30 PM, Jim Kusznir jkusz...@gmail.com wrote:
Hi all:
I've
raise exUnknownSensor(path)
ow.exUnknownSensor: '/uncached/12.30824600/memory'
If you could recommend a list of packages that are involved in this,
we can try different versions to fix it.
--Jim
On Fri, Aug 27, 2010 at 11:57 AM, Jim Kusznir jkusz...@gmail.com wrote:
No, I recompiled *every
Alfille
On Fri, Aug 27, 2010 at 3:36 PM, Jim Kusznir jkusz...@gmail.com wrote:
Ok, so more testing:
We have 2 systems (arm-based) with 2.8p0 + patch, and they work.
We have 2 other systems, one arm and one Via C3 (x86-almost), and they
don't work.
We've tried 2.8p0 + patch and 2.8p1 + indent
So, I guess I should update everyone as well...
Our lab got someone's (from this list, but I forgot who's -- I don't
have it in front of me) AVR onewire slave code, and have been
augmenting and improving it. Right now, it just emulates existing
Dallis chips, so no explicit support is required.
Yep, your file...Our python guys aren't as good as you :)
--Jim
On Tue, Aug 10, 2010 at 2:24 PM, Joshua J. Kugler jos...@azariah.com wrote:
On Tuesday 10 August 2010, Joshua J. Kugler elucidated thus:
On Tuesday 10 August 2010, Jim Kusznir elucidated thus:
The attached patch file did the job
The attached patch file did the job, I recommend it be applied to the
main branch!
Thanks!
(Sorry for the delay; I lost my dev platform for a while; just got it back up)
--Jim
On Tue, Aug 3, 2010 at 10:19 PM, Joshua J. Kugler jos...@azariah.com wrote:
On Saturday 31 July 2010, Paul Alfille
(to server
data,io[1].iov_base,io[1].iov_len,file_descriptor);
(That is, change the iov_leng to iov_len.)
On Mon, Aug 2, 2010 at 3:54 PM, Jim Kusznir jkusz...@gmail.com wrote:
My attempts to build it so far on my dev machine fail:
gcc -DHAVE_CONFIG_H -I. -I../../../../src/include -I
You use the same options you would use on the command line in the in
options when the bus is initialized through the python command.
--Jim
On Sun, Aug 1, 2010 at 9:39 PM, Joshua J. Kugler jos...@azariah.com wrote:
On Sunday 01 August 2010, Paul Alfille elucidated thus:
Release notes 2.8p0
1.
are:
./configure --disable-zero --disable-parport --enable-owtraffic
--prefix=/opt/owfs-2.8p0
--Jim
On Mon, Aug 2, 2010 at 11:59 AM, Jim Kusznir jkusz...@gmail.com wrote:
You use the same options you would use on the command line in the in
options when the bus is initialized through the python command.
--Jim
I've been seeing the same problem. It showed up when I switched from
Python2.5 to Python2.6. After spending some time working with some
Python experts, it appears there's some incompatibilities with
python2.6 in the libraries. A previous post of mine on this list
shows the line that the python
Hi:
I've been doing a lot of building of owfs, trying to strip it down to
just what we need. So far, I've found that if I disable-mt
(multithreading), the compile blows up with an undefined refeence.
Similarly, disabling W1 gives me:
ow_w1_monitor.c: In function 'W1_monitor_detect':
that are using owpython, especially with python2.6.
Thanks!
--Jim
On Tue, Jul 20, 2010 at 2:08 PM, Jim Kusznir jkusz...@gmail.com wrote:
Hi all:
Our lab has been fighting against a problem recently with owfs and python 2.6.
We had been happily using python 2.5 and owfs p22 for quite some time
(the print statement was there, but commented. I uncommented it for
debugging). This is in the sensor class. This function is definitely
being called recursively.
--Jim
On Wed, Jul 21, 2010 at 9:47 AM, Jim Kusznir jkusz...@gmail.com wrote:
Well, I'm stuck in a predicament where I have to get
Hi all:
Our lab has been fighting against a problem recently with owfs and python 2.6.
We had been happily using python 2.5 and owfs p22 for quite some time.
Its been nice and stable, and life was good. Unfortunately, we had a
new piece of code that required us to upgrade our python system.
I'm having trouble building this at the moment. Here's the error:
./include -fexceptions -Wall -W -Wundef -Wshadow -Wpointer-arith
-Wcast-qual -Wcast-align -Wstrict-prot
otypes -Wredundant-decls -D__EXTENSIONS__ -D_FILE_OFFSET_BITS=64
-D_XOPEN_SOURCE=500 -D_BSD_SOURCE=1 -D_
ISOC99_SOURCE=1
Hi all:
I've got a programmer working on making the AVR slave code for
owfs-compatible slaves. It would be very helpful for him if there was
a way one can get owfs to print out everything it sends and receives
over the wire. Neither him nor I have figured out the magic debug
statement or such
(with
--error_level=6)
Perhaps this should be a compile-time option (like the memory messages) with
traffic for all the busses.
Paul
On Mon, Jul 19, 2010 at 2:49 PM, Jim Kusznir jkusz...@gmail.com wrote:
Hi all:
I've got a programmer working on making the AVR slave code for
owfs-compatible slaves
Hi all:
I've finally started revisiting the alarming problems we've been
having, and started with the A2D (DS2450 -- quad channel A2D).
Here's my setup of the chip:
In set_alarm:
echo 0 unset
echo 0,0,0,0 high.ALL
echo 0,0,1,0 low.ALL
echo 0.0001 voltlow.C
cat ../volt.ALL
2.56004,
Hi all:
I completed my testing of the DS18B20 Temperature chips. It turns out
that alarming almost works there.
If I set temphigh and templow, then cat temperature (or fasttemp, or
temperature*), then read the alarm folder, it works correctly.
However, if I echo 1 simultaneous/temperature,
to others?
On May 12, 2010 2:34 PM, Jim Kusznir jkusz...@gmail.com wrote:
It may also be noteworthy that I have several sites running in
production, so some of our decisions were influenced by that. We
have 5 sheeva plugs on hand, and are installing and removing sites
semi-regularly, so
Hmm...I thought that's basically what I was saying...a string or other
description in standard format at a standard address that OWFS could
download and use to configure itself for that device.
BTW: it looks like I just got funding for an embedded systems
programmer for the summer to work on this
My $0.02:
I don't think this approach (unique ID numbers/families/subfamilies
for capabilities) is a good approach. This means for each new
configuration, a new ID needs to be registered, OWFS needs to be
patched to support, etc. As you suggested, this process would only be
used on
I've got a (very crude, basic) temperature logging/graphing system running at:
http://eme106-temperature.eecs.wsu.edu
It monitors and logs our temperatures for 11 points.
We used DS18B20's for temperature sensing (which we also use in other
projects). I highly recommend them for temperature
the
slave, it also contains information for OWFS to parse and create the
devices?
On Mon, Mar 8, 2010 at 11:31 AM, Jim Kusznir jkusz...@gmail.com wrote:
Yes, I was intending on this being stored in eeprom on the slave
device. I believe in most cases, the slave device will be soldered on
a board
...@lagunawayconsulting.com wrote:
Jim,
Is this going into EEPROM? I was thinking you were saying this happened
each time the slave came up.
jerry
Jim Kusznir wrote:
Jerry others:
I was thinking that a personality could be loaded into the chip via
owfs (just as a memory write, basically). While I
A PC is definitely more powerful, and its programming paradigms are
easier to address, true. However, we've played those games in our OW
setup, and have been going back to the do-it-on-hardware side. For
us, we have a large network of OW devices (often 50+), a PC software
suite written by a
the scope of OWFS. I love the design you propose, but I am
wondering if it lives next to OWFS rather than within it. Are you saying
that we would use OWFS to do the bootstrapping at the user level? It
seems like that could really saturate the bus for a more complex device.
jerry
Jim Kusznir
On Fri, Feb 26, 2010 at 9:13 AM, Pascal Baerten
pascal.baer...@gmail.com wrote:
my thoughts within the text...
2010/2/26 Jim Kusznir jkusz...@gmail.com
A PC is definitely more powerful, and its programming paradigms are
easier to address, true. However, we've played those games in our OW
We've attempted to do this for our own uses (somewhat similar).
Unfortunately, owfs appears to have bugs in this area and does not
perform correctly. I hope to have time to do some low-level debugging
with the 2450 datasheet to figure out where the problem is and submit
a specific bug report.
In
I've been thinking about this issue off and on for a couple years now,
and I like a large part of what I see so far, but also want to throw
in some thoughts.
After reading some details on the BAE chip as well as talking to some
embedded designers and thinking about applications, I envisioned
We've intermittently worked on this. I have one student who has made
the beginnings of PIC code for OW slave interface, although has
implemented very few of the commands so far.
I also have some C code intended for compiling for the Atmel to
implement the timings and raw read/write for slave
, 2009 at 5:10 PM, Jim Kusznir jkusz...@gmail.com wrote:
That's the wierd thing..I can't think of anything. Most of my working
installs are on 64 bit machines, and this is a 32 bit machine, but I
also have working installs on 32. They're the same versions of
CentOS/patch level. They're different
I tried both of your find commands, and neither returned anything
relevant (the first returned nothing; the second returned only
firewire and wireless entries).
--Jim
On Mon, Nov 30, 2009 at 2:30 PM, Pascal Brugier pbrug...@aeon-hq.net wrote:
On Mon, 30 Nov 2009 14:10:34 -0800, Jim Kusznir
Unfortunately, that was one of the first things I tried...I did not
have any kernel modules ds* or *onewire* loaded anywhere...They're not
even installed.
--Jim
On Mon, Nov 30, 2009 at 5:45 PM, Paul Alfille paul.alfi...@gmail.com wrote:
On Mon, Nov 30, 2009 at 4:47 PM, Jim Kusznir jkusz
Hi all:
I'm trying to get a machine running the latest owfs
(owfs-2.7p26.tar.gz, downloaded this morning). I've configured it
with defaults except --enable-owfs.
After building, installing, and modifying my path to include the
install dir, I tried running:
owfs u /mnt/owfs
as user root, and I
-hq.net wrote:
Hello,
On Mon, 30 Nov 2009 13:47:13 -0800, Jim Kusznir jkusz...@gmail.com
wrote:
[r...@eme206-guest ~]# owfs u /mnt/owfs
DEFAULT: ow_ds9490.c:DS9490_sub_open(552) Opened USB DS9490 adapter at
002/004.
Could not open the USB adapter. Is there a problem with permissions
Hi all:
We've been moving our owfs data collection servers over to sheeva
plugs, and have been experiencing really good results...except for one
minor problem.
Everything works perfectly if the 2490 is plugged directly into the
sheeva's single USB 2.0 port. However, we wanted to connect
Works great, thanks for the release.
I'll be submitting a version bump request to Gentoo today...
(Sorry for the delay, we wanted to give it some time to ensure it has
actually fixed the memory leak).
--Jim
On Mon, Jun 29, 2009 at 6:13 PM, Paul Alfillepaul.alfi...@gmail.com wrote:
Uploaded.
Any update on this?
We have one of our production systems crashing about every 2-3 days
due to the memory leak in p21.
--Jim
On Mon, Jun 22, 2009 at 9:10 AM, Paul Alfillepaul.alfi...@gmail.com wrote:
Releaseforge seems to be gagging on my attempts to put in the newest
version. I think
Hi all:
I mentioned a bit back the memory leak issue, which other threads
indicate has been found and fixed and incorporated into cvs. Due to
the number of installations I have to update, I'd really appreciate a
release rather than just a cvs/svn checkout. Is a release coming
soon, or should I
Hi all:
We seem to be suffering from a rather large memory leak in 2.7 p21.
We've seen this behaviour both with perl and python libraries. We
have not been able to isolate a specific operation that causes the
memory leak. Our code makes extensive use of the alarming function
and queries the bus
it out.
Michael
On Sun, Nov 9, 2008 at 11:16 PM, Jim Kusznir [EMAIL PROTECTED] wrote:
Hi all:
We finally rebuilt our very-aged server for our SmartApartment
facility. As part of that upgrade, we upgraded from owfs2.6 to 2.7.
Now, all of our DS2406-based devices are very broke.
Symptoms
Hi all:
We finally rebuilt our very-aged server for our SmartApartment
facility. As part of that upgrade, we upgraded from owfs2.6 to 2.7.
Now, all of our DS2406-based devices are very broke.
Symptoms include:
reading sensed.A is ALWAYS 1 (although alarms seem to work correctly).
This has been
Hi all:
We would like to add a weather station to our onewire network, and I
am looking for suggestions and warnings about the various versions
available.
We have an existing OW system (utilizing OWFS, of course!) with ~70
sensors/devices already on the network.
--Jim
the
18B20 and the 2450 (which has other alarming problems).
Thanks!
--Jim
On Mon, Apr 28, 2008 at 1:21 PM, Paul Alfille [EMAIL PROTECTED] wrote:
On Mon, Apr 28, 2008 at 1:10 PM, Jim Kusznir [EMAIL PROTECTED] wrote:
And currently the temperature alarming is very, very broke.
This is the first
And currently the temperature alarming is very, very broke.
We have a situation where we have many temperature sensors sharing a
onewire bus with many other sensors, for which we're already using
alarming (total of ~40-70 sensors per bus; collection of 2406, 18B20,
and 2450). We'd like to use
I am running OWFS on several CentOS5 boxes without any issues. I was
using owfs from the various repos (I believe I was using rpmforge as
my repo). That was working fine, except for DS2406 EPROM Write
support, so I now run SVN releases. In either case, it is fine,
although requires tweaking
converting again when we read.
We suspect the same is happening with the A2D, too.
--Jim
On Jan 16, 2008 6:03 PM, Paul Alfille [EMAIL PROTECTED] wrote:
Does the simultaneous at least trigger new temperature reads?
Paul Alfille
On Jan 16, 2008 2:14 PM, Jim Kusznir [EMAIL PROTECTED] wrote
On Jan 17, 2008 11:15 AM, Jim Kusznir [EMAIL PROTECTED] wrote:
As far as we can tell, yes. We read the temp from the cached tree,
issue a simultanous, and read from the cached tree again, and the temp
is different. We don't really have a sure-fire way of knowing that
its actually doing
Hi all:
Our group is having a lot of problems with alarming on the DS18B20
(temp sensors) and DS2450 (4-ch A to D). We are sucessfully using
alarming in the DS2406.
We set the alarm thresholds, then issue a symultanous convert, but
then all chips alarm, even if they shouldn't have given their
We have been facing some of the same problems here with our SmartHome
project. OneWire devices (currently primarily the DS2406, DS18B20,
and DS2450) have been very useful and form the backbone of our sensor
network. However, we're running into issues where we need local
intelligence; for
Greg:
Yes, we did the programming with a modified DS9490R. We had to do two
things to make it program-capable: Add an external VPP to the
correct PIN of the controller chip (had to lift the pin from the pad
it was on on the circuit board, attach a wire, etc) as well as ground;
and had to
For some reason, I thought the DS2505's didn't have PROM. We have a
few samples of those lying around; I'll give a test on those as well.
--Jim
On 10/2/07, Paul Alfille [EMAIL PROTECTED] wrote:
On 10/1/07, Jim Kusznir [EMAIL PROTECTED] wrote:
We actually found that the DS9490R includes
needs to be 12, and that the votage is supposed to
be passed through from the VPP pin. Is this correct? Is there any
setting that can effect this, or does this sound like a dead chip?
Thanks!
--Jim
On 10/1/07, Jim Kusznir [EMAIL PROTECTED] wrote:
I think we're getting close. It appeared to work
putting a capacitor right on
the power supply leads to the chip? 0.1uF bypassing cap should do the
trick I think?
njh
On Mon, 1 Oct 2007, Jim Kusznir wrote:
I got an EE to bring over an OScope, and we may have found out some more
info.
First, we have verified that it is sending
(reading data and
temperatures) and might wirk for program pulses.
Paul Alfille
On 9/27/07, Jim Kusznir [EMAIL PROTECTED] wrote:
Any news on this? My best reading of the output was that owfs didn't
actually initiate the programming pulse.
--Jim
On 9/25/07, Jim Kusznir [EMAIL PROTECTED
Any news on this? My best reading of the output was that owfs didn't
actually initiate the programming pulse.
--Jim
On 9/25/07, Jim Kusznir [EMAIL PROTECTED] wrote:
Hi:
Here's the debug dump from an attempt at:
echo -n Testing memory
--
unique: 103, opcode: LOOKUP (1), nodeid
but perhaps the
default is more appropriate under real-world conditions).
Can you post your debugging output?
Paul Alfille
On 9/24/07, Jim Kusznir [EMAIL PROTECTED] wrote:
Hi Paul:
Thanks for the fast responce!
I pulled in the CVS version just about 20 minutes ago using:
cvs
the program pulse
(480usec).
The DS2490 datasheet does say that it supports 12V programming.
http://datasheets.maxim-ic.com/en/ds/DS2490.pdf
Only not in the DS9490 device.
I'll try to add support and get you to test.
Paul Alfille
On 9/21/07, Jim Kusznir [EMAIL PROTECTED
73 matches
Mail list logo