owfs-developers — Developer's list for OWFS

RE: [Owfs-developers] First Post and some questions

[Alfille, P. H.,M.D. <PALFILLE@PARTNERS.ORG>]

What would you like it to do?
We have several choices:
1. Report (after a timeout) as no devices present on that owserver, and =
keep
reporting that until reconnected.
2. Have a separate means of testing status and response. Adding a =
"present" flag
would have nice homology with the 1-wire device structure.
3. Error and die.

I'll have to test, but I think we do number 1.

Paul Alfille

------------------
>
> You can certainly aggregate several owservers. All the packages use =
the
> same underlying owlib that has multiple data sources built in. The =
only
> question is whether you can pass all their names on the "command line" =
--
> the invoking call. It is probably better design to "aggregate" to a =
local
> owserver, and then use that owserver for all the TCL calls. That =
allows
> more than one process to talk to the devices, and probably reduces =
startup
> times.
>
If I use it that way, I would have have no control about the data passed =
via=20
TCP. What happens if a local owserver cannot connect to a remote one? =
Does it=20
try again? This is really a knockout criteria, as the device should be=20
"self-healing" to the greatest extent possible.

	Jan

Re: [Owfs-developers] First Post and some questions

[Jan K. <jj...@gm...>]

Am Donnerstag, 9. Juni 2005 11:39 schrieb Paul Alfille:
> >
> > Anyway, for my project I need an automation framework (not a GUI, just a
> > library) for 1-wire devices and Linux, with some things owfs itself
> > doesn't address, e.g. timers or grouping of 1-wire chips to "devices" -
> > the goal here is to uniquely identify "devices" instead of single chips
> > and thus, allow plug'n'work. I want to develop this in Tcl (that's why
> > I'm after the binding).
> >
> > I don't know if you are interested in such a framework - it's a little
> > off the scope.
>
> You are addressing a more general problem, aggregates of 1-wire devices.
> There are a few known sensors, like the pressure sensor, that use more than
> one device to make a larger circuit.
>
> The problem is that unless there is a standard way (perhaps in device ROM)
> for the devices to autoorganize, you need outside information.
>
> This is nothing new, you need outside information to know which device is
> the rooftop temperature vs the server temp.
>
> Most approaches have been to add a layer on top of OWFS -- perhaps by
> filesystem links to better filenames, or a database.
>
> If you have a more general method or design, I'd be interested.
>
I think there are two ways to handle aggregates. The first involves a DS2409 
network coupler like described in the Dallas/Maxim application note for that 
chip. I find this expensive (both monetary and design) and clumsy, too, as 
you can seperate the aggregates from each other, but still don't have a clue 
which one is where.

The only way to get rid of this problem is the database approach you 
mentioned. After the aggregates are put together, connect them to a 1-wire 
bus solely and maintain a database of the chip's IDs. Put the aggregate's ID 
into the database and on an adhesive label on the PCB.

Later, the personnel which does the installation can look up the aggregate's 
ID from the labels and make the correct connections in the software.

There is one problem left which cannot be adressed this way: Multiple chips of 
the same type in one aggregate - usually, you have no control which single 
chip is mounted at which position on a PCB. The most simple solution is to 
sacrifice a port pin which is connected to 5V on one chip, 0V on the other. 
Another possible solution is again the DS2409 to get at least 3 identifiable 
branches per device.


> >
> > > 4. TCL doesn't use SWIG, I believe.
> > > Serg Oskin is the TCL implementer, and has been very active is fixing
> > > any problems.
> >
> > Ok, I will ask him on Tcl issues. The first thing on my nails is:
> >
> >
> > BUGS
> >        Simultaneous work of several connections is not supported.
>
> You can certainly aggregate several owservers. All the packages use the
> same underlying owlib that has multiple data sources built in. The only
> question is whether you can pass all their names on the "command line" --
> the invoking call. It is probably better design to "aggregate" to a local
> owserver, and then use that owserver for all the TCL calls. That allows
> more than one process to talk to the devices, and probably reduces startup
> times.
>
If I use it that way, I would have have no control about the data passed via 
TCP. What happens if a local owserver cannot connect to a remote one? Does it 
try again? This is really a knockout criteria, as the device should be 
"self-healing" to the greatest extent possible.

	Jan

Re: [Owfs-developers] First Post and some questions

[Paul A. <pal...@ea...>]

On Thursday 09 June 2005 04:33 am, Jan Kandziora wrote:
> Am Mittwoch, 8. Juni 2005 23:12 schrieb Alfille, Paul H.,M.D.:
> > You are absolutely welcome to participate.
>
> Then I'm happy to go on the bug-hunt.
>
> Anyway, for my project I need an automation framework (not a GUI, just a
> library) for 1-wire devices and Linux, with some things owfs itself doesn't
> address, e.g. timers or grouping of 1-wire chips to "devices" - the goal
> here is to uniquely identify "devices" instead of single chips and thus,
> allow plug'n'work. I want to develop this in Tcl (that's why I'm after the
> binding).
>
> I don't know if you are interested in such a framework - it's a little off
> the scope.
>

You are addressing a more general problem, aggregates of 1-wire devices.
There are a few known sensors, like the pressure sensor, that use more than 
one device to make a larger circuit.

The problem is that unless there is a standard way (perhaps in device ROM) for 
the devices to autoorganize, you need outside information.

This is nothing new, you need outside information to know which device is the 
rooftop temperature vs the server temp.

Most approaches have been to add a layer on top of OWFS -- perhaps by 
filesystem links to better filenames, or a database.

If you have a more general method or design, I'd be interested.

> > 1. MIPS works. Christian Magnusson is the wizard at porting.
>
> Great. I'll try out as soon the hardware arrives.
>
> > 2. Slaves using owserver is the intended design.
> > We don't currently implement adding/removing owservers sources while the
> > owfs (or whatever) process is running, but there is nothing in the
> > underlying design that would prevent it. We'd just have to ponder what
> > the communication channel to the master should be for these events.
>
> I'd expect the owtcl client to throw an error if the server is not
> reachable. Am I correct? In that case, the automation framework could try
> to reconnect every 10s or the like.
>
> > 3. Timing is really 1-wire bus limited. OWFS is straight C code, and
> > TCP/IP is small single packets. I'll test the timing if you wish -- what
> > devices where you considering?
>
> ^^; I thought you already have that data, as this is the first question I'd
> expect about any automation system. But Ok, I can measure it myself, too,
> no hassle.
>
> > 4. TCL doesn't use SWIG, I believe.
> > Serg Oskin is the TCL implementer, and has been very active is fixing any
> > problems.
>
> Ok, I will ask him on Tcl issues. The first thing on my nails is:
>
>
> BUGS
>        Simultaneous work of several connections is not supported.
>
You can certainly aggregate several owservers. All the packages use the same 
underlying owlib that has multiple data sources built in. The only question 
is whether you can pass all their names on the "command line" -- the invoking 
call. It is probably better design to "aggregate" to a local owserver, and 
then use that owserver for all the TCL calls. That allows more than one 
process to talk to the devices, and probably reduces startup times.

>
> I really need multiple simultaneous connections for my application - who
> doesn't? Is this a limitation of owlib (global data structures) or simply a
> limitation in the owtcl wrapper? I would start with this bug if someone
> guides me.
>
> Kind regards
>
> 	Jan
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> shotput a projector? How fast can you ride your desk chair down the office
> luge track? If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers

Re: [Owfs-developers] First Post and some questions

[Jan K. <jj...@gm...>]

Am Mittwoch, 8. Juni 2005 23:12 schrieb Alfille, Paul H.,M.D.:
>
> You are absolutely welcome to participate.
>
Then I'm happy to go on the bug-hunt.

Anyway, for my project I need an automation framework (not a GUI, just a 
library) for 1-wire devices and Linux, with some things owfs itself doesn't 
address, e.g. timers or grouping of 1-wire chips to "devices" - the goal here 
is to uniquely identify "devices" instead of single chips and thus, allow 
plug'n'work. I want to develop this in Tcl (that's why I'm after the 
binding). 

I don't know if you are interested in such a framework - it's a little off the 
scope.


>
> 1. MIPS works. Christian Magnusson is the wizard at porting.
>
Great. I'll try out as soon the hardware arrives.


> 2. Slaves using owserver is the intended design.
> We don't currently implement adding/removing owservers sources while the
> owfs (or whatever) process is running, but there is nothing in the
> underlying design that would prevent it. We'd just have to ponder what the
> communication channel to the master should be for these events.
>
I'd expect the owtcl client to throw an error if the server is not reachable. 
Am I correct? In that case, the automation framework could try to reconnect 
every 10s or the like.



> 3. Timing is really 1-wire bus limited. OWFS is straight C code, and TCP/IP
> is small single packets. I'll test the timing if you wish -- what devices
> where you considering?
>
^^; I thought you already have that data, as this is the first question I'd 
expect about any automation system. But Ok, I can measure it myself, too, no 
hassle.


> 4. TCL doesn't use SWIG, I believe.
> Serg Oskin is the TCL implementer, and has been very active is fixing any
> problems.
>
Ok, I will ask him on Tcl issues. The first thing on my nails is:


BUGS
       Simultaneous work of several connections is not supported.


I really need multiple simultaneous connections for my application - who 
doesn't? Is this a limitation of owlib (global data structures) or simply a 
limitation in the owtcl wrapper? I would start with this bug if someone 
guides me.

Kind regards

	Jan

Re: [Owfs-developers] First Post and some questions

[Jan K. <jj...@gm...>]

Am Donnerstag, 9. Juni 2005 07:55 schrieb Serg Oskin:
> "JK" == Jan Kandziora wrote:
>
>  JK> * What's up with the Tcl binding? The ow.so file seems to be missing -
> at JK> least, I could not make sense of the SWIG guided build process -
> know enough JK> of SWIG to avoid it, though.
>
> owtcl does not compiled by default, run configure or bootsrap with
> --enable-owtcl
>
Yes, I already enabled that switch (tested on the nightly build). However, all 
files I get are /usr/lib/owtcl-0.1/
drwxr-xr-x    2 root root    200 2005-06-09 09:28 ./
drwxr-xr-x  166 root root  55056 2005-06-09 09:28 ../
lrwxrwxrwx    1 root root      6 2005-06-09 09:28 ow -> ow-0.1*
-rwxr-xr-x    1 root root 828597 2005-06-09 09:28 ow-0.1*
-rw-r--r--    1 root root  27830 2005-06-09 09:28 ow.a
-rwxr-xr-x    1 root root    904 2005-06-09 09:28 ow.la*
-rw-r--r--    1 root root    273 2005-06-09 09:28 ow.tcl
-rw-r--r--    1 root root    108 2005-06-09 09:28 pkgIndex.tcl


With the owfs-2.1.0-1.i386.rpm package, I got
drwxr-xr-x    2 root root    200 2005-06-09 09:11 ./
drwxr-xr-x  166 root root  55056 2005-06-09 09:11 ../
lrwxrwxrwx    1 root root      6 2005-06-09 09:11 ow -> ow-0.1*
-rwxr-xr-x    1 root root 248584 2005-04-07 04:25 ow-0.1*
-rw-r--r--    1 root root  27822 2005-04-07 04:25 ow.a
-rwxr-xr-x    1 root root    857 2005-04-07 04:25 ow.la*
-rw-r--r--    1 root root    273 2005-04-07 04:25 ow.tcl
-rw-r--r--    1 root root    108 2005-04-07 04:25 pkgIndex.tcl

$ tclsh
% package require ow
couldn't load file "/usr/lib/owtcl-0.1/ow.so": /usr/lib/owtcl-0.1/ow.so: 
cannot open shared object file: No such file or directory

Hm. What to try next?

	Jan
-- 
43rd Law of Computing:
	Anything that can go wr
fortune: Segmentation violation -- Core dumped

Re: [Owfs-developers] First Post and some questions

[Serg O. <os...@ma...>]

"JK" == Jan Kandziora wrote:

 JK> * What's up with the Tcl binding? The ow.so file seems to be missing - at 
 JK> least, I could not make sense of the SWIG guided build process - know enough 
 JK> of SWIG to avoid it, though.

owtcl does not compiled by default, run configure or bootsrap with --enable-owtcl

-- 
        Serg (http://oskin.ru/)
~
~
:q!

RE: [Owfs-developers] First Post and some questions

[Alfille, P. H.,M.D. <PALFILLE@PARTNERS.ORG>]

Jan,

You are absolutely welcome to participate.

To answer your questions:

1. MIPS works. Christian Magnusson is the wizard at porting.

2. Slaves using owserver is the intended design.
We don't currently implement adding/removing owservers sources while the =
owfs
(or whatever) process is running, but there is nothing in the underlying =
design
that would prevent it. We'd just have to ponder what the communication =
channel
to the master should be for these events.

3. Timing is really 1-wire bus limited. OWFS is straight C code, and =
TCP/IP is
small single packets. I'll test the timing if you wish -- what devices =
where you
considering?

4. TCL doesn't use SWIG, I believe.
Serg Oskin is the TCL implementer, and has been very active is fixing =
any
problems.

Paul Alfille

-----Original Message-----
From: owf...@li...
[mailto:owf...@li...]On Behalf Of Jan
Kandziora
Sent: Wednesday, June 08, 2005 4:54 PM
To: owf...@li...
Subject: [Owfs-developers] First Post and some questions


Dear All,

I'm currently developing an automation project - a semiautomatic vending =

machine with a lot of devices attached remotely - in which I plan to use =

1-Wire chips as interface to "the real world".=20

I'm glad some people already developed something useful for 1-Wire and =
Linux.
I have already played a little with owfs and the sample chips I have =
here, but=20
now first questions arise:

* The host platform will be MIPS (AMD Alchemy), not i386. May there be =
any=20
problems with that e.g. Endian-issues?
* The machine will have more than one host. I understood I can use =
"owserver"=20
on the "slave" hosts (modified X-Terminals) to connect 1-Wire devices =
there=20
and access them via TCP/IP. Correct?
* How is the timing in this configuration? About 0.5 second granularity =
in=20
0-1-0 switches would be nice although 1 second is tolerable, too.
* What's up with the Tcl binding? The ow.so file seems to be missing - =
at=20
least, I could not make sense of the SWIG guided build process - know =
enough=20
of SWIG to avoid it, though.

I have knowledge in near-hardware programming in C and a little on the =
Tcl/C=20
interface to address problems myself if there should arise any. Mind if =
I=20
join the development team? However, I need someone to guide me - a =
project=20
one didn't start self is totally confusing first.

Kind regards

	Jan


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you =
shotput
a projector? How fast can you ride your desk chair down the office luge =
track?
If you want to score the big prize, get to know the little guy. =20
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
_______________________________________________
Owfs-developers mailing list
Owf...@li...
https://lists.sourceforge.net/lists/listinfo/owfs-developers

[Owfs-developers] First Post and some questions

[Jan K. <jj...@gm...>]

Dear All,

I'm currently developing an automation project - a semiautomatic vending 
machine with a lot of devices attached remotely - in which I plan to use 
1-Wire chips as interface to "the real world". 

I'm glad some people already developed something useful for 1-Wire and Linux.
I have already played a little with owfs and the sample chips I have here, but 
now first questions arise:

* The host platform will be MIPS (AMD Alchemy), not i386. May there be any 
problems with that e.g. Endian-issues?
* The machine will have more than one host. I understood I can use "owserver" 
on the "slave" hosts (modified X-Terminals) to connect 1-Wire devices there 
and access them via TCP/IP. Correct?
* How is the timing in this configuration? About 0.5 second granularity in 
0-1-0 switches would be nice although 1 second is tolerable, too.
* What's up with the Tcl binding? The ow.so file seems to be missing - at 
least, I could not make sense of the SWIG guided build process - know enough 
of SWIG to avoid it, though.

I have knowledge in near-hardware programming in C and a little on the Tcl/C 
interface to address problems myself if there should arise any. Mind if I 
join the development team? However, I need someone to guide me - a project 
one didn't start self is totally confusing first.

Kind regards

	Jan

RE: [Owfs-developers] 1wire weather station v3

[Alfille, P. H.,M.D. <PALFILLE@PARTNERS.ORG>]

-----Original Message-----
From: owf...@li...
[mailto:owf...@li...]On Behalf Of Matt
Sent: Wednesday, June 08, 2005 7:54 AM
To: owf...@li...
Subject: RE: [Owfs-developers] 1wire weather station v3


Thank Peter,
=20
That looks quite elegant, I think I will use Python, with RRD, there's a
Debian package available.
=20
Regarding what data is stored, for the direction, saving the 0-15 =
integer
will be sufficient.
I read an interesting article on Consensus Averaging
(http://www.aagelectronica.com/aag/index.html?target=3Dp_30.html&lang=3De=
n-us),
but I think I should store the converted data (0-15) and do any =
averaging
later.
Would you agree ?

Sure, or you could be more elegant, and do a weighted average by =
windspeed. (sum
V*[sin(theta),cos(theta)]/(sum V) to get the  average vector.

For the wind speed, I can calculate the speed from the rotation counter,
(http://www.aagelectronica.com/aag/index.html?target=3Dp_30.html&lang=3De=
n-us).
Should I store the difference between samples, the actual count digits =
or
the calculated speed ?
I'm inclined to store the difference.

RRD offers you the choice, it will store that difference automatically.

Thanks

________________________________

From: owf...@li...
[mailto:owf...@li...] On Behalf Of Peter
Kropf
Sent: Wednesday, 8 June 2005 3:14 PM
To: owf...@li...
Subject: Re: [Owfs-developers] 1wire weather station v3


Hi Matt -

If you decide to explore using Python for this project, consider that =
you
can setup a dictionary (Python's hash table) with the key being a tuple =
of
the A, B, C, D values for very easy lookup of the direction. Something =
like
this:

direction =3D {
    (2, 4, 4, 4) : 'N',
    (2, 4, 4, 0) : 'NNW',
    (4, 4, 4, 0) : 'NW',
    (4, 4, 0, 0) : 'NWW',
    (4, 4, 0, 4) : 'W',
    (4, 0, 0, 4) : 'SWW',
    (4, 0, 4, 4) : 'SW',
    (0, 0, 4, 4) : 'SSW',
    (0, 4, 4, 4) : 'S',
    (0, 4, 4, 2) : 'SSE',
    (4, 4, 4, 2) : 'SE',
    (4, 4, 3, 3) : 'SEE',
    (4, 4, 2, 4) : 'E',
    (4, 3, 3, 4) : 'NEE',
    (4, 2, 4, 4) : 'NE',
    (3, 3, 4, 4) : 'NNE',
}

Then, a simple lookup would give you the direction for a given set of
values:

    print direction[ ( int(A), int(B), int(C), int(D) ) ]

The reason that I used the integer values instead of the floats as
originally specified is because I'm not sure about any tolerance for the
float values that are read and that the tuple from integer values =
results in
a series of unique keys. Note that any tuple that's not found would =
result
in an KeyError exception raised. If you want to avoid this, then:

    print directions.get( ( int(A), int(B), int(C), int(D) ), 'Unknown')

will print the direction or Unknown.

Also if you do go the Python route for your code, take a look at
http://www.equi4.com/metakit/python.html. MetaKit provides an embedded
database that's very easy to use but provides access to set arithmetic
against the data without the need of SQL...

- Peter



On 6/4/05, Matt <mj...@ii...> wrote:=20

	I took more time and now see that there are 16 positions.
=09
	        A               B               C               D
	N       2.35566 4.61546 4.61241 4.61116
	NNW     2.33621 4.55952 4.56218 0.0659385
	NW      4.59905 4.5828  4.58609 0.0642197
	NWW     4.54929 4.54452 0.0621103       0.0647666
	W       4.59999 4.58179 0.065626         4.58976
	SWW     4.56851 0.0666416       0.0652354       4.54296
	SW      4.59796 0.0608603       4.58374 4.58234
	SSW     0.0680479       0.0581259       4.54874 4.54304
	S       0.0635947       4.58179 4.58851 4.59101
	SSE     0.0628135       4.56007 4.58554 2.33363
	SE      4.60796 4.60702 4.60499 2.36136
	SEE     4.59937 4.60163 3.16349 3.17145
	E       4.62007 4.61171 2.35808 4.60921
	NEE     4.61226 3.16583 3.16388 4.59976
	NE      4.61484 2.35636 4.60866 4.61655
	NNE     3.17927 3.16395 4.59999 4.6039
=09
	Which seems to be supported by this I found...=20
	http://www.sensorsmag.com/articles/0501/34/main.shtml
=09
	Any clever way to convert values to directions ?
	Or do I just kludge it with many IFs and ANDs ?=20
=09
=09
=09
	-----Original Message-----
	From: owf...@li...
	[mailto: owf...@li...
<mailto:owf...@li...> ] On Behalf Of Paul
	Alfille
	Sent: Saturday, 4 June 2005 12:14 PM
	To: owf...@li...=20
	Subject: Re: [Owfs-developers] 1wire weather station v3
=09
	The second set of voltages is just the first set at half intensity.
As I
	recall, the voltage range is either 0-5 or 0-2.5 and the Volts2 is
the same
	readings interpreted over the smaller range. No additional
information.
=09
	On Friday 03 June 2005 07:40 pm, Matt wrote:
	> There appears to be 8 reed switches, and two rotating magnets
arranged
	> adjacently.=20
	> Perhaps one is not a magnet, and just a counter weight.
	>
	> I marked one of these magnets and then rotated the vane shaft 45%
and
	> took a reading, and repeated until the marked magnet was back to
the=20
	> original position. (previous table)
	>
	> I've just checked though and there are other valuse combinations,
and
	> also a second set of four volt values.
	> So perhaps there are more than eight recordable positions.=20
	>
	> volt.ALL       0.0658604, 0.0600009, 4.55241, 4.5428
	> volt.A        0.0644541
	> volt.B        0.0661729
	> volt.C        4.54171
	> volt.D        4.54741
	> volt2.ALL     0.0352349 , 0.0302348, 0, 0
	> volt2.A       0.0351568
	> volt2.B       0.0298442
	> volt2.C       0
	> volt2.D       0
	>
	> More research needed...
	>
	>
	>
	> -----Original Message-----=20
	> From: owf...@li...
	> [mailto:owf...@li...
<mailto:owf...@li...> ] On Behalf Of
	> Alfille, Paul H.,M.D.
	> Sent: Saturday, 4 June 2005 2:50 AM
	> To: owf...@li...
	> Subject: RE: [Owfs-developers] 1wire weather station v3=20
	>
	> Vey interesting. I'm surprised directions 5-8 don't have two
channels
	> with non-saturated values. (A between position.)
	>
	> Paul
	>
	> -----Original Message-----
	> From: owf...@li...
	> [mailto:owf...@li...
<mailto:owf...@li...> ]On Behalf Of Matt
	> Sent: Friday, June 03, 2005 8:47 AM
	> To: owf...@li...
	> Subject: RE: [Owfs-developers] 1wire weather station v3=20
	>
	>
	>
	> Well, I opened it up and had a look, the 8 directions each with 4
volt
	> readings, translates to the following table.
	>
	>       1       2       3       4       5       6       7       8
	> A     *0      4.5     4.5     4.5     *2.3    4.5     4.5     4.5
	> B     4.5     *0      4.5     4.5     4.5     *2.3    4.5     4.5
	> C     4.5     4.5     *0      4.5     4.5     4.5     *2.3    4.5
	> D     4.5     4.5     4.5     *0      4.5     4.5     4.5     *2.3
	>
	> I notice much talk of RRD, and it does look interesting, but I was
	> thinking I would keep my data for many years and writing the graph
	> code is part of the challenge for me.=20
	>
	> Mysql would be my db of choice, but the interpolation features of
RRD
	> look intriguing.
	>
	> I think I may use this project as an opportunity to play with
python,
	> I hear nothing but praise for this language.=20
	>
	>
	>
	>
	> -------------------------------------------------------
	> This SF.Net email is sponsored by Yahoo.
	> Introducing Yahoo! Search Developer Network - Create apps using
Yahoo!=20
	> Search APIs Find out how you can build Yahoo! directly into your
own
	> Applications - visit
	> http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
<http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005>=20
	> _______________________________________________
	> Owfs-developers mailing list
	> Owf...@li...
	> https://lists.sourceforge.net/lists/listinfo/owfs-developers
	>
	>
	>
	> -------------------------------------------------------
	> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
you=20
	> shotput a projector? How fast can you ride your desk chair down
the
	> office luge track? If you want to score the big prize, get to know
the
	little guy.
	> Play to win an NEC 61" plasma display:
http://www.necitguy.com/?r=3D20
	> _______________________________________________
	> Owfs-developers mailing list
	> Owf...@li...
	> https://lists.sourceforge.net/lists/listinfo/owfs-developers
=09
=09
	-------------------------------------------------------=20
	This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
you
	shotput a projector? How fast can you ride your desk chair down the
office
	luge track?
	If you want to score the big prize, get to know the little guy.=20
	Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
	_______________________________________________
	Owfs-developers mailing list
	Owf...@li...
	https://lists.sourceforge.net/lists/listinfo/owfs-developers
=09
=09
=09
	-------------------------------------------------------=20
	This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
you shotput
	a projector? How fast can you ride your desk chair down the office
luge track?
	If you want to score the big prize, get to know the little guy.=20
	Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
	_______________________________________________
	Owfs-developers mailing list
	Owf...@li...
	https://lists.sourceforge.net/lists/listinfo/owfs-developers
=09





-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you =
shotput
a projector? How fast can you ride your desk chair down the office luge =
track?
If you want to score the big prize, get to know the little guy. =20
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
_______________________________________________
Owfs-developers mailing list
Owf...@li...
https://lists.sourceforge.net/lists/listinfo/owfs-developers

RE: [Owfs-developers] 1wire weather station v3

[Matt <mj...@ii...>]

Thank Peter,
 
That looks quite elegant, I think I will use Python, with RRD, there's a
Debian package available.
 
Regarding what data is stored, for the direction, saving the 0-15 integer
will be sufficient.
I read an interesting article on Consensus Averaging
(http://www.aagelectronica.com/aag/index.html?target=p_30.html&lang=en-us),
but I think I should store the converted data (0-15) and do any averaging
later.
Would you agree ?

For the wind speed, I can calculate the speed from the rotation counter,
(http://www.aagelectronica.com/aag/index.html?target=p_30.html&lang=en-us).
Should I store the difference between samples, the actual count digits or
the calculated speed ?
I'm inclined to store the difference.

Thanks

________________________________

From: owf...@li...
[mailto:owf...@li...] On Behalf Of Peter
Kropf
Sent: Wednesday, 8 June 2005 3:14 PM
To: owf...@li...
Subject: Re: [Owfs-developers] 1wire weather station v3


Hi Matt -

If you decide to explore using Python for this project, consider that you
can setup a dictionary (Python's hash table) with the key being a tuple of
the A, B, C, D values for very easy lookup of the direction. Something like
this:

direction = {
    (2, 4, 4, 4) : 'N',
    (2, 4, 4, 0) : 'NNW',
    (4, 4, 4, 0) : 'NW',
    (4, 4, 0, 0) : 'NWW',
    (4, 4, 0, 4) : 'W',
    (4, 0, 0, 4) : 'SWW',
    (4, 0, 4, 4) : 'SW',
    (0, 0, 4, 4) : 'SSW',
    (0, 4, 4, 4) : 'S',
    (0, 4, 4, 2) : 'SSE',
    (4, 4, 4, 2) : 'SE',
    (4, 4, 3, 3) : 'SEE',
    (4, 4, 2, 4) : 'E',
    (4, 3, 3, 4) : 'NEE',
    (4, 2, 4, 4) : 'NE',
    (3, 3, 4, 4) : 'NNE',
}

Then, a simple lookup would give you the direction for a given set of
values:

    print direction[ ( int(A), int(B), int(C), int(D) ) ]

The reason that I used the integer values instead of the floats as
originally specified is because I'm not sure about any tolerance for the
float values that are read and that the tuple from integer values results in
a series of unique keys. Note that any tuple that's not found would result
in an KeyError exception raised. If you want to avoid this, then:

    print directions.get( ( int(A), int(B), int(C), int(D) ), 'Unknown')

will print the direction or Unknown.

Also if you do go the Python route for your code, take a look at
http://www.equi4.com/metakit/python.html. MetaKit provides an embedded
database that's very easy to use but provides access to set arithmetic
against the data without the need of SQL...

- Peter



On 6/4/05, Matt <mj...@ii...> wrote: 

	I took more time and now see that there are 16 positions.
	
	        A               B               C               D
	N       2.35566 4.61546 4.61241 4.61116
	NNW     2.33621 4.55952 4.56218 0.0659385
	NW      4.59905 4.5828  4.58609 0.0642197
	NWW     4.54929 4.54452 0.0621103       0.0647666
	W       4.59999 4.58179 0.065626         4.58976
	SWW     4.56851 0.0666416       0.0652354       4.54296
	SW      4.59796 0.0608603       4.58374 4.58234
	SSW     0.0680479       0.0581259       4.54874 4.54304
	S       0.0635947       4.58179 4.58851 4.59101
	SSE     0.0628135       4.56007 4.58554 2.33363
	SE      4.60796 4.60702 4.60499 2.36136
	SEE     4.59937 4.60163 3.16349 3.17145
	E       4.62007 4.61171 2.35808 4.60921
	NEE     4.61226 3.16583 3.16388 4.59976
	NE      4.61484 2.35636 4.60866 4.61655
	NNE     3.17927 3.16395 4.59999 4.6039
	
	Which seems to be supported by this I found... 
	http://www.sensorsmag.com/articles/0501/34/main.shtml
	
	Any clever way to convert values to directions ?
	Or do I just kludge it with many IFs and ANDs ? 
	
	
	
	-----Original Message-----
	From: owf...@li...
	[mailto: owf...@li...
<mailto:owf...@li...> ] On Behalf Of Paul
	Alfille
	Sent: Saturday, 4 June 2005 12:14 PM
	To: owf...@li... 
	Subject: Re: [Owfs-developers] 1wire weather station v3
	
	The second set of voltages is just the first set at half intensity.
As I
	recall, the voltage range is either 0-5 or 0-2.5 and the Volts2 is
the same
	readings interpreted over the smaller range. No additional
information.
	
	On Friday 03 June 2005 07:40 pm, Matt wrote:
	> There appears to be 8 reed switches, and two rotating magnets
arranged
	> adjacently. 
	> Perhaps one is not a magnet, and just a counter weight.
	>
	> I marked one of these magnets and then rotated the vane shaft 45%
and
	> took a reading, and repeated until the marked magnet was back to
the 
	> original position. (previous table)
	>
	> I've just checked though and there are other valuse combinations,
and
	> also a second set of four volt values.
	> So perhaps there are more than eight recordable positions. 
	>
	> volt.ALL       0.0658604, 0.0600009, 4.55241, 4.5428
	> volt.A        0.0644541
	> volt.B        0.0661729
	> volt.C        4.54171
	> volt.D        4.54741
	> volt2.ALL     0.0352349 , 0.0302348, 0, 0
	> volt2.A       0.0351568
	> volt2.B       0.0298442
	> volt2.C       0
	> volt2.D       0
	>
	> More research needed...
	>
	>
	>
	> -----Original Message----- 
	> From: owf...@li...
	> [mailto:owf...@li...
<mailto:owf...@li...> ] On Behalf Of
	> Alfille, Paul H.,M.D.
	> Sent: Saturday, 4 June 2005 2:50 AM
	> To: owf...@li...
	> Subject: RE: [Owfs-developers] 1wire weather station v3 
	>
	> Vey interesting. I'm surprised directions 5-8 don't have two
channels
	> with non-saturated values. (A between position.)
	>
	> Paul
	>
	> -----Original Message-----
	> From: owf...@li...
	> [mailto:owf...@li...
<mailto:owf...@li...> ]On Behalf Of Matt
	> Sent: Friday, June 03, 2005 8:47 AM
	> To: owf...@li...
	> Subject: RE: [Owfs-developers] 1wire weather station v3 
	>
	>
	>
	> Well, I opened it up and had a look, the 8 directions each with 4
volt
	> readings, translates to the following table.
	>
	>       1       2       3       4       5       6       7       8
	> A     *0      4.5     4.5     4.5     *2.3    4.5     4.5     4.5
	> B     4.5     *0      4.5     4.5     4.5     *2.3    4.5     4.5
	> C     4.5     4.5     *0      4.5     4.5     4.5     *2.3    4.5
	> D     4.5     4.5     4.5     *0      4.5     4.5     4.5     *2.3
	>
	> I notice much talk of RRD, and it does look interesting, but I was
	> thinking I would keep my data for many years and writing the graph
	> code is part of the challenge for me. 
	>
	> Mysql would be my db of choice, but the interpolation features of
RRD
	> look intriguing.
	>
	> I think I may use this project as an opportunity to play with
python,
	> I hear nothing but praise for this language. 
	>
	>
	>
	>
	> -------------------------------------------------------
	> This SF.Net email is sponsored by Yahoo.
	> Introducing Yahoo! Search Developer Network - Create apps using
Yahoo! 
	> Search APIs Find out how you can build Yahoo! directly into your
own
	> Applications - visit
	> http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005
<http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005> 
	> _______________________________________________
	> Owfs-developers mailing list
	> Owf...@li...
	> https://lists.sourceforge.net/lists/listinfo/owfs-developers
	>
	>
	>
	> -------------------------------------------------------
	> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
you 
	> shotput a projector? How fast can you ride your desk chair down
the
	> office luge track? If you want to score the big prize, get to know
the
	little guy.
	> Play to win an NEC 61" plasma display:
http://www.necitguy.com/?r=20
	> _______________________________________________
	> Owfs-developers mailing list
	> Owf...@li...
	> https://lists.sourceforge.net/lists/listinfo/owfs-developers
	
	
	------------------------------------------------------- 
	This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
you
	shotput a projector? How fast can you ride your desk chair down the
office
	luge track?
	If you want to score the big prize, get to know the little guy. 
	Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
	_______________________________________________
	Owfs-developers mailing list
	Owf...@li...
	https://lists.sourceforge.net/lists/listinfo/owfs-developers
	
	
	
	------------------------------------------------------- 
	This SF.Net email is sponsored by: NEC IT Guy Games.  How far can
you shotput
	a projector? How fast can you ride your desk chair down the office
luge track?
	If you want to score the big prize, get to know the little guy. 
	Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
	_______________________________________________
	Owfs-developers mailing list
	Owf...@li...
	https://lists.sourceforge.net/lists/listinfo/owfs-developers
	

Re: [Owfs-developers] 1wire weather station v3

[Peter K. <pk...@gm...>]

Hi Matt -

If you decide to explore using Python for this project, consider that you=
=20
can setup a dictionary (Python's hash table) with the key being a tuple of=
=20
the A, B, C, D values for very easy lookup of the direction. Something like=
=20
this:

direction =3D {
(2, 4, 4, 4) : 'N',
(2, 4, 4, 0) : 'NNW',
(4, 4, 4, 0) : 'NW',
(4, 4, 0, 0) : 'NWW',
(4, 4, 0, 4) : 'W',
(4, 0, 0, 4) : 'SWW',
(4, 0, 4, 4) : 'SW',
(0, 0, 4, 4) : 'SSW',
(0, 4, 4, 4) : 'S',
(0, 4, 4, 2) : 'SSE',
(4, 4, 4, 2) : 'SE',
(4, 4, 3, 3) : 'SEE',
(4, 4, 2, 4) : 'E',
(4, 3, 3, 4) : 'NEE',
(4, 2, 4, 4) : 'NE',
(3, 3, 4, 4) : 'NNE',
}

Then, a simple lookup would give you the direction for a given set of=20
values:

print direction[ ( int(A), int(B), int(C), int(D) ) ]

The reason that I used the integer values instead of the floats as=20
originally specified is because I'm not sure about any tolerance for the=20
float values that are read and that the tuple from integer values results i=
n=20
a series of unique keys. Note that any tuple that's not found would result=
=20
in an KeyError exception raised. If you want to avoid this, then:

print directions.get( ( int(A), int(B), int(C), int(D) ), 'Unknown')

will print the direction or Unknown.

Also if you do go the Python route for your code, take a look at=20
http://www.equi4.com/metakit/python.html. MetaKit provides an embedded=20
database that's very easy to use but provides access to set arithmetic=20
against the data without the need of SQL...

- Peter


On 6/4/05, Matt <mj...@ii...> wrote:
>=20
> I took more time and now see that there are 16 positions.
>=20
> A B C D
> N 2.35566 4.61546 4.61241 4.61116
> NNW 2.33621 4.55952 4.56218 0.0659385
> NW 4.59905 4.5828 4.58609 0.0642197
> NWW 4.54929 4.54452 0.0621103 0.0647666
> W 4.59999 4.58179 0.065626 4.58976
> SWW 4.56851 0.0666416 0.0652354 4.54296
> SW 4.59796 0.0608603 4.58374 4.58234
> SSW 0.0680479 0.0581259 4.54874 4.54304
> S 0.0635947 4.58179 4.58851 4.59101
> SSE 0.0628135 4.56007 4.58554 2.33363
> SE 4.60796 4.60702 4.60499 2.36136
> SEE 4.59937 4.60163 3.16349 3.17145
> E 4.62007 4.61171 2.35808 4.60921
> NEE 4.61226 3.16583 3.16388 4.59976
> NE 4.61484 2.35636 4.60866 4.61655
> NNE 3.17927 3.16395 4.59999 4.6039
>=20
> Which seems to be supported by this I found...
> http://www.sensorsmag.com/articles/0501/34/main.shtml
>=20
> Any clever way to convert values to directions ?
> Or do I just kludge it with many IFs and ANDs ?
>=20
>=20
>=20
> -----Original Message-----
> From: owf...@li...
> [mailto:owf...@li...] On Behalf Of Paul
> Alfille
> Sent: Saturday, 4 June 2005 12:14 PM
> To: owf...@li...
> Subject: Re: [Owfs-developers] 1wire weather station v3
>=20
> The second set of voltages is just the first set at half intensity. As I
> recall, the voltage range is either 0-5 or 0-2.5 and the Volts2 is the=20
> same
> readings interpreted over the smaller range. No additional information.
>=20
> On Friday 03 June 2005 07:40 pm, Matt wrote:
> > There appears to be 8 reed switches, and two rotating magnets arranged
> > adjacently.
> > Perhaps one is not a magnet, and just a counter weight.
> >
> > I marked one of these magnets and then rotated the vane shaft 45% and
> > took a reading, and repeated until the marked magnet was back to the
> > original position. (previous table)
> >
> > I've just checked though and there are other valuse combinations, and
> > also a second set of four volt values.
> > So perhaps there are more than eight recordable positions.
> >
> > volt.ALL 0.0658604, 0.0600009, 4.55241, 4.5428
> > volt.A 0.0644541
> > volt.B 0.0661729
> > volt.C 4.54171
> > volt.D 4.54741
> > volt2.ALL 0.0352349, 0.0302348, 0, 0
> > volt2.A 0.0351568
> > volt2.B 0.0298442
> > volt2.C 0
> > volt2.D 0
> >
> > More research needed...
> >
> >
> >
> > -----Original Message-----
> > From: owf...@li...
> > [mailto:owf...@li...] On Behalf Of
> > Alfille, Paul H.,M.D.
> > Sent: Saturday, 4 June 2005 2:50 AM
> > To: owf...@li...
> > Subject: RE: [Owfs-developers] 1wire weather station v3
> >
> > Vey interesting. I'm surprised directions 5-8 don't have two channels
> > with non-saturated values. (A between position.)
> >
> > Paul
> >
> > -----Original Message-----
> > From: owf...@li...
> > [mailto:owf...@li...]On Behalf Of Matt
> > Sent: Friday, June 03, 2005 8:47 AM
> > To: owf...@li...
> > Subject: RE: [Owfs-developers] 1wire weather station v3
> >
> >
> >
> > Well, I opened it up and had a look, the 8 directions each with 4 volt
> > readings, translates to the following table.
> >
> > 1 2 3 4 5 6 7 8
> > A *0 4.5 4.5 4.5 *2.3 4.5 4.5 4.5
> > B 4.5 *0 4.5 4.5 4.5 *2.3 4.5 4.5
> > C 4.5 4.5 *0 4.5 4.5 4.5 *2.3 4.5
> > D 4.5 4.5 4.5 *0 4.5 4.5 4.5 *2.3
> >
> > I notice much talk of RRD, and it does look interesting, but I was
> > thinking I would keep my data for many years and writing the graph
> > code is part of the challenge for me.
> >
> > Mysql would be my db of choice, but the interpolation features of RRD
> > look intriguing.
> >
> > I think I may use this project as an opportunity to play with python,
> > I hear nothing but praise for this language.
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net <http://SF.Net> email is sponsored by Yahoo.
> > Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> > Search APIs Find out how you can build Yahoo! directly into your own
> > Applications - visit
> > http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
> > _______________________________________________
> > Owfs-developers mailing list
> > Owf...@li...
> > https://lists.sourceforge.net/lists/listinfo/owfs-developers
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net <http://SF.Net> email is sponsored by: NEC IT Guy Games. Ho=
w=20
> far can you
> > shotput a projector? How fast can you ride your desk chair down the
> > office luge track? If you want to score the big prize, get to know the
> little guy.
> > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> > _______________________________________________
> > Owfs-developers mailing list
> > Owf...@li...
> > https://lists.sourceforge.net/lists/listinfo/owfs-developers
>=20
>=20
> -------------------------------------------------------
> This SF.Net <http://SF.Net> email is sponsored by: NEC IT Guy Games. How=
=20
> far can you
> shotput a projector? How fast can you ride your desk chair down the offic=
e
> luge track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net <http://SF.Net> email is sponsored by: NEC IT Guy Games. How=
=20
> far can you shotput
> a projector? How fast can you ride your desk chair down the office luge=
=20
> track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>

RE: [Owfs-developers] Firmware for WRT54G

[Christian M. <chr...@ru...>]

I have created the tar-files now, and it's available on the project-page.
http://www.sf.net/project/showfiles.php?group_id=85502&package_id=143220

firmware-1.0  Is a new flash-image with the latest cvs-version of owfs
   and temploggerd.
firmware-1.0-src   Is the source and diffs which should be applied to
   the ewrt-0.3 source tree.


I have tried to run the latest owfs and owserver locally on the wrt54g
router, and right now it doesn't seem to leak any memory.
The leak I noticed before may only occur when owserver is used with remote
hosts or something similar. I'll tell you some more about this if I find
any bugs related to this.

/Christian


-----Original Message-----
From: owf...@li...
[mailto:owf...@li...] On Behalf Of Christian
Magnusson
Sent: den 6 juni 2005 23:36
To: owfs-developers
Subject: Re: [Owfs-developers] Firmware for WRT54G


Hi Paul Hilton,

I will try to make a package of the source and upload it to the
project page. Currently I have experienced some memory leak with
the latest cvs-version on the WRT54G router, I haven't had time
to look very close into it yet. I know Paul made some changes
in the buffer-allocation in the embedded functions, and I haven't
tried to revert those changes yet. Only owserver seem to leek
memory...

It's impossible for me to upload the whole source tree, so I guess
you will need three packages in the end to compile it by yourself.

ewrt-0.3 cvs-version at current date

tar-package (which I will create)
   ewrt-0.3/src/router/owfs  (latest cvs-version + makefiles)
   ewrt-0.3/src/router/fuse
   ewrt-0.3/src/router/temploggerd
   ewrt-0.3/src/router/rrdtools

diff-file to patch some files in ewrt-0.3
   ewrt-0.3/src/router/Makefile
   ewrt-0.3/src/router/rc/init.c
   ewrt-0.3/src/router/rc/session.c


I will try to make this tar-file and diff tomorrow if I get some
spare time at work, but you have to remember that owserver might
leak some memory in the latest cvs-version as I said before.

/Christian



On Mon, 2005-06-06 at 16:22, Paul Hilton wrote:
> I've tried your release on a v3 WRT54G, it works really well.
> 
> I'd like to be able to build a new one based on the CVS version of OWFS
> ( Bug Fixes), and also customise which packages I include in the read
> only file system ( Save memory, add my own ).
> 
> Are you planning to make your source tree available for this one?
> 
> Paul Hilton
> 
> On Wed, 2005-04-20 at 01:24 +0200, Christian Magnusson wrote:
> > I have uploaded the first version of the complete firmware for the
> > WRT54G router. It contains:
> >    ewrt-0.3 beta 2 rc1 (based on Linksys 3.01.03)
> >    owfs
> >    fuse
> >    temploggerd
> >    rrdtools
> >    Support for /opt/rc.start script.
> > 
> > Download the package "firmware 0.1" from:
> >
http://sourceforge.net/project/showfiles.php?group_id=85502&package_id=14322
0
> > 
> > I don't know any major problems with it, so I hope it works for some
> > more brave people... :)
> > 
> > Don't try to use it unless you know what you are doing!  
> > LOADING AN UNOFFICIAL FIRMWARE WILL VOID YOUR WARRANTY
> > 
> > /Christian
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: New Crystal Reports XI.
> > Version 11 adds new functionality designed to reduce time involved in
> > creating, integrating, and deploying reporting solutions. Free runtime
info,
> > new features, or free trial, at:
http://www.businessobjects.com/devxi/728
> > _______________________________________________
> > Owfs-developers mailing list
> > Owf...@li...
> > https://lists.sourceforge.net/lists/listinfo/owfs-developers
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
> a projector? How fast can you ride your desk chair down the office luge
track?
> If you want to score the big prize, get to know the little guy.  
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
a projector? How fast can you ride your desk chair down the office luge
track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Owfs-developers mailing list
Owf...@li...
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Re: [Owfs-developers] Firmware for WRT54G

[Paul A. <pal...@ea...>]

On Monday 06 June 2005 05:35 pm, Christian Magnusson wrote:
> Hi Paul Hilton,
>
> I will try to make a package of the source and upload it to the
> project page. Currently I have experienced some memory leak with
> the latest cvs-version on the WRT54G router, I haven't had time
> to look very close into it yet. I know Paul made some changes
> in the buffer-allocation in the embedded functions, and I haven't
> tried to revert those changes yet. Only owserver seem to leek
> memory...
>

Tell me about the memory leak. It's embarrassing.

P

RE: [Owfs-developers] following up on my wiring idea post

[jerry s. <sc...@la...>]

--On 06/06/2005 02:54:01 PM -0400 Alfille, Paul H.,M.D. wrote:

> Very nice.
>
> Would you like your findings put on the website?
>
> P

Paul,

Let's wait until the next round of tests are done. When that's done, I'd be 
happy to have that available to others.

jerry

Jerry Scharf
laguna way consulting

Re: [Owfs-developers] Firmware for WRT54G

[Christian M. <chr...@ru...>]

Hi Paul Hilton,

I will try to make a package of the source and upload it to the
project page. Currently I have experienced some memory leak with
the latest cvs-version on the WRT54G router, I haven't had time
to look very close into it yet. I know Paul made some changes
in the buffer-allocation in the embedded functions, and I haven't
tried to revert those changes yet. Only owserver seem to leek
memory...

It's impossible for me to upload the whole source tree, so I guess
you will need three packages in the end to compile it by yourself.

ewrt-0.3 cvs-version at current date

tar-package (which I will create)
   ewrt-0.3/src/router/owfs  (latest cvs-version + makefiles)
   ewrt-0.3/src/router/fuse
   ewrt-0.3/src/router/temploggerd
   ewrt-0.3/src/router/rrdtools

diff-file to patch some files in ewrt-0.3
   ewrt-0.3/src/router/Makefile
   ewrt-0.3/src/router/rc/init.c
   ewrt-0.3/src/router/rc/session.c


I will try to make this tar-file and diff tomorrow if I get some
spare time at work, but you have to remember that owserver might
leak some memory in the latest cvs-version as I said before.

/Christian



On Mon, 2005-06-06 at 16:22, Paul Hilton wrote:
> I've tried your release on a v3 WRT54G, it works really well.
> 
> I'd like to be able to build a new one based on the CVS version of OWFS
> ( Bug Fixes), and also customise which packages I include in the read
> only file system ( Save memory, add my own ).
> 
> Are you planning to make your source tree available for this one?
> 
> Paul Hilton
> 
> On Wed, 2005-04-20 at 01:24 +0200, Christian Magnusson wrote:
> > I have uploaded the first version of the complete firmware for the
> > WRT54G router. It contains:
> >    ewrt-0.3 beta 2 rc1 (based on Linksys 3.01.03)
> >    owfs
> >    fuse
> >    temploggerd
> >    rrdtools
> >    Support for /opt/rc.start script.
> > 
> > Download the package "firmware 0.1" from:
> > http://sourceforge.net/project/showfiles.php?group_id=85502&package_id=143220
> > 
> > I don't know any major problems with it, so I hope it works for some
> > more brave people... :)
> > 
> > Don't try to use it unless you know what you are doing!  
> > LOADING AN UNOFFICIAL FIRMWARE WILL VOID YOUR WARRANTY
> > 
> > /Christian
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: New Crystal Reports XI.
> > Version 11 adds new functionality designed to reduce time involved in
> > creating, integrating, and deploying reporting solutions. Free runtime info,
> > new features, or free trial, at: http://www.businessobjects.com/devxi/728
> > _______________________________________________
> > Owfs-developers mailing list
> > Owf...@li...
> > https://lists.sourceforge.net/lists/listinfo/owfs-developers
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
> a projector? How fast can you ride your desk chair down the office luge track?
> If you want to score the big prize, get to know the little guy.  
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers

RE: [Owfs-developers] following up on my wiring idea post

[Alfille, P. H.,M.D. <PALFILLE@PARTNERS.ORG>]

Very nice.

Would you like your findings put on the website?

P

-----Original Message-----
From: owf...@li...
[mailto:owf...@li...]On Behalf Of jerry
scharf
Sent: Monday, June 06, 2005 12:05 PM
To: owf...@li...
Subject: [Owfs-developers] following up on my wiring idea post


I had posted asking opinions on an idea I had for wiring sensors. The =
basic=20
idea is that you star wire the cat5e from sensors to block and tie a =
pair=20
together where it attaches to the signal line of the sensor. Then I =
create=20
the bus by cross connecting ins and out of the signal pairs on the =
blocks.=20
It trades more wire length compared to a daisy chain for easier=20
reconfiguration and testing.

My first test was 9 lengths of 40', which comes out to a bus length of=20
about 720' (out and back on each.) All the sensors worked perfectly. In =
a=20
couple weeks, I'll get a test that tries to run to the 400m that the=20
interface lists as the max and see how that works.

In production, what I plan to do is put some extra blocks in areas where =
I=20
have a cluster of sensors, just to keep the length down when it's easy.=20
It's kind of like an intermediate distribution frame in the telephone=20
lingo. The other nice thing is that if I ever run up against the wall of =

what a single bus can do, I can put a hub at the blocks and cut them =
into=20
pieces with no pain.

So I think it's safe to add this as a wiring option for people in the=20
future.

jerry

Jerry Scharf
laguna way consulting


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you =
shotput
a projector? How fast can you ride your desk chair down the office luge =
track?
If you want to score the big prize, get to know the little guy. =20
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
_______________________________________________
Owfs-developers mailing list
Owf...@li...
https://lists.sourceforge.net/lists/listinfo/owfs-developers

[Owfs-developers] following up on my wiring idea post

[jerry s. <sc...@la...>]

I had posted asking opinions on an idea I had for wiring sensors. The basic 
idea is that you star wire the cat5e from sensors to block and tie a pair 
together where it attaches to the signal line of the sensor. Then I create 
the bus by cross connecting ins and out of the signal pairs on the blocks. 
It trades more wire length compared to a daisy chain for easier 
reconfiguration and testing.

My first test was 9 lengths of 40', which comes out to a bus length of 
about 720' (out and back on each.) All the sensors worked perfectly. In a 
couple weeks, I'll get a test that tries to run to the 400m that the 
interface lists as the max and see how that works.

In production, what I plan to do is put some extra blocks in areas where I 
have a cluster of sensors, just to keep the length down when it's easy. 
It's kind of like an intermediate distribution frame in the telephone 
lingo. The other nice thing is that if I ever run up against the wall of 
what a single bus can do, I can put a hub at the blocks and cut them into 
pieces with no pain.

So I think it's safe to add this as a wiring option for people in the 
future.

jerry

Jerry Scharf
laguna way consulting

Re: [Owfs-developers] Firmware for WRT54G

[Paul H. <pau...@ya...>]

I've tried your release on a v3 WRT54G, it works really well.

I'd like to be able to build a new one based on the CVS version of OWFS
( Bug Fixes), and also customise which packages I include in the read
only file system ( Save memory, add my own ).

Are you planning to make your source tree available for this one?

Paul Hilton

On Wed, 2005-04-20 at 01:24 +0200, Christian Magnusson wrote:
> I have uploaded the first version of the complete firmware for the
> WRT54G router. It contains:
>    ewrt-0.3 beta 2 rc1 (based on Linksys 3.01.03)
>    owfs
>    fuse
>    temploggerd
>    rrdtools
>    Support for /opt/rc.start script.
> 
> Download the package "firmware 0.1" from:
> http://sourceforge.net/project/showfiles.php?group_id=85502&package_id=143220
> 
> I don't know any major problems with it, so I hope it works for some
> more brave people... :)
> 
> Don't try to use it unless you know what you are doing!  
> LOADING AN UNOFFICIAL FIRMWARE WILL VOID YOUR WARRANTY
> 
> /Christian
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: New Crystal Reports XI.
> Version 11 adds new functionality designed to reduce time involved in
> creating, integrating, and deploying reporting solutions. Free runtime info,
> new features, or free trial, at: http://www.businessobjects.com/devxi/728
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers

Re: [Owfs-developers] DS2438 Elapsed time

[Paul A. <pal...@ea...>]

On Saturday 04 June 2005 03:53 pm, Paul Hilton wrote:
> I have a 1wire setup from a WRT54G,
> in the network is a DS2438Z battery monitor chip,
> I am using OWFS to access the network.
>
> I cannot get the elapsed time counter to work, date and udate,
> it always reads back as 1 second past the reference time (midnight at
> the beginning of 1/1/70) and 1 from utime. It neither writes nor counts.

You found a bug. Basically the simple conversion from a 4byte string to a date 
was done poorly. I now use the same code as the DS2415 and DS2417.

It is fixed in the CVS version.

Thanks for the report.

Paul

RE: [Owfs-developers] 1wire weather station v3

[Matt <mj...@ii...>]

I took more time and now see that there are 16 positions.

	A		B		C		D
N   	2.35566	4.61546	4.61241	4.61116
NNW 	2.33621	4.55952	4.56218	0.0659385
NW  	4.59905	4.5828	4.58609	0.0642197
NWW 	4.54929	4.54452	0.0621103	0.0647666
W   	4.59999	4.58179	0.065626	4.58976
SWW 	4.56851	0.0666416	0.0652354	4.54296
SW  	4.59796	0.0608603	4.58374	4.58234
SSW 	0.0680479	0.0581259	4.54874	4.54304
S   	0.0635947	4.58179	4.58851	4.59101
SSE 	0.0628135	4.56007	4.58554	2.33363
SE  	4.60796	4.60702	4.60499	2.36136
SEE 	4.59937	4.60163	3.16349	3.17145
E   	4.62007	4.61171	2.35808	4.60921
NEE 	4.61226	3.16583	3.16388	4.59976
NE  	4.61484	2.35636	4.60866	4.61655
NNE	3.17927	3.16395	4.59999	4.6039 

Which seems to be supported by this I found...
http://www.sensorsmag.com/articles/0501/34/main.shtml

Any clever way to convert values to directions ?
Or do I just kludge it with many IFs and ANDs ?



-----Original Message-----
From: owf...@li...
[mailto:owf...@li...] On Behalf Of Paul
Alfille
Sent: Saturday, 4 June 2005 12:14 PM
To: owf...@li...
Subject: Re: [Owfs-developers] 1wire weather station v3

The second set of voltages is just the first set at half intensity. As I
recall, the voltage range is either 0-5 or 0-2.5 and the Volts2 is the same
readings interpreted over the smaller range. No additional information.

On Friday 03 June 2005 07:40 pm, Matt wrote:
> There appears to be 8 reed switches, and two rotating magnets arranged 
> adjacently.
> Perhaps one is not a magnet, and just a counter weight.
>
> I marked one of these magnets and then rotated the vane shaft 45% and 
> took a reading, and repeated until the marked magnet was back to the 
> original position. (previous table)
>
> I've just checked though and there are other valuse combinations, and 
> also a second set of four volt values.
> So perhaps there are more than eight recordable positions.
>
> volt.ALL	 0.0658604, 0.0600009, 4.55241, 4.5428
> volt.A	0.0644541
> volt.B	0.0661729
> volt.C	4.54171
> volt.D	4.54741
> volt2.ALL	0.0352349, 0.0302348, 0, 0
> volt2.A	0.0351568
> volt2.B	0.0298442
> volt2.C	0
> volt2.D	0
>
> More research needed...
>
>
>
> -----Original Message-----
> From: owf...@li...
> [mailto:owf...@li...] On Behalf Of 
> Alfille, Paul H.,M.D.
> Sent: Saturday, 4 June 2005 2:50 AM
> To: owf...@li...
> Subject: RE: [Owfs-developers] 1wire weather station v3
>
> Vey interesting. I'm surprised directions 5-8 don't have two channels 
> with non-saturated values. (A between position.)
>
> Paul
>
> -----Original Message-----
> From: owf...@li...
> [mailto:owf...@li...]On Behalf Of Matt
> Sent: Friday, June 03, 2005 8:47 AM
> To: owf...@li...
> Subject: RE: [Owfs-developers] 1wire weather station v3
>
>
>
> Well, I opened it up and had a look, the 8 directions each with 4 volt 
> readings, translates to the following table.
>
> 	1	2	3	4	5	6	7	8
> A	*0	4.5	4.5	4.5	*2.3	4.5	4.5	4.5
> B	4.5	*0	4.5	4.5	4.5	*2.3	4.5	4.5
> C	4.5	4.5	*0	4.5	4.5	4.5	*2.3	4.5
> D	4.5	4.5	4.5	*0	4.5	4.5	4.5	*2.3
>
> I notice much talk of RRD, and it does look interesting, but I was 
> thinking I would keep my data for many years and writing the graph 
> code is part of the challenge for me.
>
> Mysql would be my db of choice, but the interpolation features of RRD 
> look intriguing.
>
> I think I may use this project as an opportunity to play with python, 
> I hear nothing but praise for this language.
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own 
> Applications - visit 
> http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you 
> shotput a projector? How fast can you ride your desk chair down the 
> office luge track? If you want to score the big prize, get to know the
little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput a projector? How fast can you ride your desk chair down the office
luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Owfs-developers mailing list
Owf...@li...
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Re: [Owfs-developers] DS2438 Elapsed time

[Paul A. <pal...@ea...>]

Must be a bug. I'll figure it out tomorrow and post a fix

On Saturday 04 June 2005 03:53 pm, Paul Hilton wrote:
> I have a 1wire setup from a WRT54G,
> in the network is a DS2438Z battery monitor chip,
> I am using OWFS to access the network.
>
> I cannot get the elapsed time counter to work, date and udate,
> it always reads back as 1 second past the reference time (midnight at
> the beginning of 1/1/70) and 1 from utime. It neither writes nor counts.
>
> I have read through the data sheet, and the OWFS documentation and I
> can't find out why it shouldn't work.
>
> Has anyone else seen this working? Am I missing something simple?

[Owfs-developers] DS2438 Elapsed time

[Paul H. <pau...@ya...>]

I have a 1wire setup from a WRT54G,
in the network is a DS2438Z battery monitor chip,
I am using OWFS to access the network.

I cannot get the elapsed time counter to work, date and udate,
it always reads back as 1 second past the reference time (midnight at
the beginning of 1/1/70) and 1 from utime. It neither writes nor counts.

I have read through the data sheet, and the OWFS documentation and I
can't find out why it shouldn't work.

Has anyone else seen this working? Am I missing something simple?

-- 
Paul Hilton <pau...@ya...>

Re: [Owfs-developers] 1wire weather station v3

[Paul A. <pal...@ea...>]

The second set of voltages is just the first set at half intensity. As I 
recall, the voltage range is either 0-5 or 0-2.5 and the Volts2 is the same 
readings interpreted over the smaller range. No additional information.

On Friday 03 June 2005 07:40 pm, Matt wrote:
> There appears to be 8 reed switches, and two rotating magnets arranged
> adjacently.
> Perhaps one is not a magnet, and just a counter weight.
>
> I marked one of these magnets and then rotated the vane shaft 45% and took
> a reading, and repeated until the marked magnet was back to the original
> position. (previous table)
>
> I've just checked though and there are other valuse combinations, and also
> a second set of four volt values.
> So perhaps there are more than eight recordable positions.
>
> volt.ALL	 0.0658604, 0.0600009, 4.55241, 4.5428
> volt.A	0.0644541
> volt.B	0.0661729
> volt.C	4.54171
> volt.D	4.54741
> volt2.ALL	0.0352349, 0.0302348, 0, 0
> volt2.A	0.0351568
> volt2.B	0.0298442
> volt2.C	0
> volt2.D	0
>
> More research needed...
>
>
>
> -----Original Message-----
> From: owf...@li...
> [mailto:owf...@li...] On Behalf Of Alfille,
> Paul H.,M.D.
> Sent: Saturday, 4 June 2005 2:50 AM
> To: owf...@li...
> Subject: RE: [Owfs-developers] 1wire weather station v3
>
> Vey interesting. I'm surprised directions 5-8 don't have two channels with
> non-saturated values. (A between position.)
>
> Paul
>
> -----Original Message-----
> From: owf...@li...
> [mailto:owf...@li...]On Behalf Of Matt
> Sent: Friday, June 03, 2005 8:47 AM
> To: owf...@li...
> Subject: RE: [Owfs-developers] 1wire weather station v3
>
>
>
> Well, I opened it up and had a look, the 8 directions each with 4 volt
> readings, translates to the following table.
>
> 	1	2	3	4	5	6	7	8
> A	*0	4.5	4.5	4.5	*2.3	4.5	4.5	4.5
> B	4.5	*0	4.5	4.5	4.5	*2.3	4.5	4.5
> C	4.5	4.5	*0	4.5	4.5	4.5	*2.3	4.5
> D	4.5	4.5	4.5	*0	4.5	4.5	4.5	*2.3
>
> I notice much talk of RRD, and it does look interesting, but I was thinking
> I would keep my data for many years and writing the graph code is part of
> the challenge for me.
>
> Mysql would be my db of choice, but the interpolation features of RRD look
> intriguing.
>
> I think I may use this project as an opportunity to play with python, I
> hear nothing but praise for this language.
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
> shotput a projector? How fast can you ride your desk chair down the office
> luge track? If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Owfs-developers mailing list
> Owf...@li...
> https://lists.sourceforge.net/lists/listinfo/owfs-developers

RE: [Owfs-developers] 1wire weather station v3

[Matt <mj...@ii...>]

There appears to be 8 reed switches, and two rotating magnets arranged
adjacently.
Perhaps one is not a magnet, and just a counter weight.

I marked one of these magnets and then rotated the vane shaft 45% and took a
reading, and repeated until the marked magnet was back to the original
position. (previous table)

I've just checked though and there are other valuse combinations, and also a
second set of four volt values.
So perhaps there are more than eight recordable positions.

volt.ALL	 0.0658604, 0.0600009, 4.55241, 4.5428
volt.A	0.0644541
volt.B	0.0661729
volt.C	4.54171
volt.D	4.54741
volt2.ALL	0.0352349, 0.0302348, 0, 0
volt2.A	0.0351568
volt2.B	0.0298442
volt2.C	0
volt2.D	0

More research needed...

 

-----Original Message-----
From: owf...@li...
[mailto:owf...@li...] On Behalf Of Alfille,
Paul H.,M.D.
Sent: Saturday, 4 June 2005 2:50 AM
To: owf...@li...
Subject: RE: [Owfs-developers] 1wire weather station v3

Vey interesting. I'm surprised directions 5-8 don't have two channels with
non-saturated values. (A between position.)

Paul

-----Original Message-----
From: owf...@li...
[mailto:owf...@li...]On Behalf Of Matt
Sent: Friday, June 03, 2005 8:47 AM
To: owf...@li...
Subject: RE: [Owfs-developers] 1wire weather station v3



Well, I opened it up and had a look, the 8 directions each with 4 volt
readings, translates to the following table.

	1	2	3	4	5	6	7	8
A	*0	4.5	4.5	4.5	*2.3	4.5	4.5	4.5
B	4.5	*0	4.5	4.5	4.5	*2.3	4.5	4.5
C	4.5	4.5	*0	4.5	4.5	4.5	*2.3	4.5
D	4.5	4.5	4.5	*0	4.5	4.5	4.5	*2.3

I notice much talk of RRD, and it does look interesting, but I was thinking
I would keep my data for many years and writing the graph code is part of
the challenge for me.

Mysql would be my db of choice, but the interpolation features of RRD look
intriguing.

I think I may use this project as an opportunity to play with python, I hear
nothing but praise for this language.

 


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=fad-ysdn-ostg-q22005
_______________________________________________
Owfs-developers mailing list
Owf...@li...
https://lists.sourceforge.net/lists/listinfo/owfs-developers

RE: [Owfs-developers] 1wire weather station v3

[Alfille, P. H.,M.D. <PALFILLE@PARTNERS.ORG>]

Vey interesting. I'm surprised directions 5-8 don't have two channels =
with
non-saturated values. (A between position.)

Paul

-----Original Message-----
From: owf...@li...
[mailto:owf...@li...]On Behalf Of Matt
Sent: Friday, June 03, 2005 8:47 AM
To: owf...@li...
Subject: RE: [Owfs-developers] 1wire weather station v3



Well, I opened it up and had a look, the 8 directions each with 4 volt
readings, translates to the following table.

	1	2	3	4	5	6	7	8
A	*0	4.5	4.5	4.5	*2.3	4.5	4.5	4.5
B	4.5	*0	4.5	4.5	4.5	*2.3	4.5	4.5
C	4.5	4.5	*0	4.5	4.5	4.5	*2.3	4.5
D	4.5	4.5	4.5	*0	4.5	4.5	4.5	*2.3

I notice much talk of RRD, and it does look interesting, but I was =
thinking
I would keep my data for many years and writing the graph code is part =
of
the challenge for me.

Mysql would be my db of choice, but the interpolation features of RRD =
look
intriguing.

I think I may use this project as an opportunity to play with python, I =
hear
nothing but praise for this language.

=20