Problem solved. I did not have HAL installed. Thanks for help.
--
View this message in context:
http://old.nabble.com/3-USB-DS9490R-devices--tp29536356p29550601.html
Sent from the OWFS - Dev mailing list archive at Nabble.com.
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
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 got something wrong with my local system, but can't figure out what.
I'm running
No, I recompiled *every* package to make sure it was all consistantly
linked against the new versions of everything.
It turns out that at the moment, we don't have a known good working
install of 2.8 p1; I'm going to try and roll back to 2.8p0 + patch,
which is currently operating somewhere.
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 fix
Both of the failed systems recently had a major OS upgrade (gentoo,
recompile
How about a simple test from the other end. owhttpd and look in a browser
and see if you have problems. (Or owserver and owread). If you can read
DS2406 memory, the python code might be the problem. I know I've been using
DS2406 memory reads for testing in the OWFS current version (still in
I'm not able to replicate the error.
p...@transplant:~$ sudo ls -l /home/paul/1wire/structure/FC/910
total 0
-r--r--r-- 1 root root 30 2010-08-27 14:50 adc
-r--r--r-- 1 root root 30 2010-08-27 14:50 adcan
-r--r--r-- 1 root root 30 2010-08-27 14:50 adcap
-rw-rw-rw- 1 root root 30 2010-08-27 14:49
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
On Fri, Aug 27, 2010 at 1:14 PM, Paul Alfille paul.alfi...@gmail.com wrote:
How about a simple test from the
No, assuming you were able to read a possibly non-text file with your test.
What bus master do you use? (I'm looking to see if the fault is with a
library like libusb, or possibly with serial port parameters). Is this
problem isolated? Do other sensors or properties work?
On Fri, Aug 27, 2010 at
Hi Paul,
On 08/27/2010 04:19 PM, Paul Alfille wrote:
I'm not able to replicate the error.
Yup, I can see that happening since updatedb works fine for you. There's
something different about our setups. I am using a brand new LinkUSB bus
master. Do you think that may have something to do, or
Hello,
I've seen this a few times... after some amount of inactivity, i.e.
nobody reading from the owfs-mounted directory for some time, the first
attempt to read from a file in the owfs-mounted directory fails:
$ for i in 28.*; do cat /owfs/$i/temperature; done; echo
cat:
Jim,
Does anything else in the directory hierarchy return good data? If not,
this may indicate that the fuse data access functions are broken. In
other things work, then it is more likely something in the owfs code.
owhttp does not depend on fuse, so it will check the lower level access
to
Let me make sure I understand. Did this system work in the past or is this a
new installation?
Daniel O'Connor docon...@gsoft.com.au wrote:
Hi,
I'm trying to get a DS9097U clone (http://www.tietopetri.fi/rsadap.html)
connected to a Prolific RS232/USB adapter on a FreeBSD box to look at a
13 matches
Mail list logo