I think the 9bit temperature is fasttemp or temperature9 (equivalent).
There are faster temperature sensors, like the DS2438 that measure
continuously. (Or the DS2750 DS2760 DS2770 DS2780 and variants). Or the EDS
environmental sensors. (EDS006X) Or the HobbyBoards UVI sensor.
Paul
-
Right. Actually --debug is a shortcut for full debugging in the foreground.
Paul
On Wed, Aug 10, 2011 at 8:54 AM, Mark RichardsLoad it manually at the
command line and include these parameters:
>
> --error_level=9 --foreground
>
> eg:
> /usr/bin/owserver --device=/dev/ttyUSB0 -p 4304 --e
On 8/10/2011 12:28, ekgnkb3d wrote:
Hello Mark,
thanks for your fast response:
3. I assume that a simultaneous conversion, or any OWFS temperature
conversion, is done for the highest resolution (Paul might weigh-in
here). As such, it can be assumed that any conversion of DS18B20's will
take ab
Hello Mark,
thanks for your fast response:
>Your requirement includes a "closed loop" control and you imply a need
>for rapid and accurate data from the sensors. You specify a max of
>250ms to read 4 DS18B20 sensors.
One closed loop control shall be around 250ms, so the four loops can also be
Hallo Paul,
thanks a lot for the detailed answer - the most important way, the owcapi,
i've missed yesterday. It looks really convenient and powerful.
Achim
Paul Alfille-2 wrote:
>
> Welcome!
>
> I'll guess answers without actually testing.
>
> In all cases, actual 1-wire communication is th
Achim:
On 8/10/2011 04:11, ekgnkb3d wrote:
Hello everybody,
I'm new to this forum and shortly want to introduce myself:
During my tests with 1-Wire for a hot-water controller, I used the Maxim
Public Domain Kit. But due to some limitations I try to switch to owfs now.
My biggest fear at owfs is
Welcome!
I'll guess answers without actually testing.
In all cases, actual 1-wire communication is the slowest part of the
process. Each bit transmitted is 62usec
The owshell approach requires a new process for every 1-wire call. Linux
processes are supposed to fairly light but it's probably the
On 8/10/2011 08:43, ekgnkb3d wrote:
Hi all experts,
since today my owfs installation suddenly quits working.
When starting "owserver" or "owhttpd" it do not start anymore, no error
message, simply it is not in the "ps -ef" process list.
When looking to /var/log/messages there is a:
"daemon.info O
On 10/08/2011 10:15, ekgnkb3d wrote:
>
> Hello again,
> there are problems on my ARM9 with Debian Squeeze to run owfs. All the
> compilation went fine, but during runtime it needs the fuse kernel module
> "fuse: device not found, try 'modprobe fuse' first" (i guess it misses
> fuse.ko).
> But this
Hi all experts,
since today my owfs installation suddenly quits working.
When starting "owserver" or "owhttpd" it do not start anymore, no error
message, simply it is not in the "ps -ef" process list.
When looking to /var/log/messages there is a:
"daemon.info OWFS[4821]: DEFAULT: ow_daemon.c:Enter
Hi Achim,
On 8/10/2011 06:23, ekgnkb3d wrote:
Hello Mark,
thanks for the fast reply - noop, it's not working, simply the same message
even after installing all this stuff...
What has the Avahi Mono binding (in libavahi1.0-cil) to do with owfs? Are
parts of owfs written in Mono??
Avahi mono has
Hello Mark,
thanks for the fast reply - noop, it's not working, simply the same message
even after installing all this stuff...
What has the Avahi Mono binding (in libavahi1.0-cil) to do with owfs? Are
parts of owfs written in Mono??
I guess to solve my problem I have to recompile the kernel to
Paul,
On 8/9/2011 22:03, Paul Alfille wrote:
I'm sorry the documentation is poor.
I looked into your first question.
opt_c is a enum value for the type of program calling initialization
in owlib:
enum opt_program { opt_owfs, opt_server, opt_httpd, opt_ftpd, opt_tcl,
opt_swig, opt_c,
};
I'll
Hello everybody,
I'm new to this forum and shortly want to introduce myself:
During my tests with 1-Wire for a hot-water controller, I used the Maxim
Public Domain Kit. But due to some limitations I try to switch to owfs now.
My biggest fear at owfs is a low performance causing high load at my CPU
apt-get install libusb-dev libfuse-dev fuse-utils
apt-get install libavahi1.0-cil
apt-get install libavahi-compat-libdnssd1
apt-get install libavahi-client-dev
On 8/10/2011 04:15, ekgnkb3d wrote:
Hello again,
there are problems on my ARM9 with Debian Squeeze to run owfs. All the
compilation went
Hello again,
there are problems on my ARM9 with Debian Squeeze to run owfs. All the
compilation went fine, but during runtime it needs the fuse kernel module
"fuse: device not found, try 'modprobe fuse' first" (i guess it misses
fuse.ko).
But this module seems not to be available on Debian Squeeze
16 matches
Mail list logo
