Paul Alfille | 2 Oct 15:03 2005
Picon
Picon

Re: OWFS and DS1821 request

Matthieu,

I'm sure you know that the DS1821 is quite different from the other 1-wire 
devices:

1. it has no address and cannot live on the same bus with any other devices
2. it has two modes, temperature and thermostat. Thermostat mode cannot be 
exited by 1-wire commands alone (it requires dropping the Vdd line), so would 
need hardware support or a separate 1-wire bus and a switch like the 
DS2405,6,7,8,9,13...

To support it, we'd probably use a command line switch (--DS1821) that would 
turn off all the bus search, directory functions, etc...

/DS1821
  /type (ro)
  /templow (rw)
  /temphigh (rw)
  /temperature (ro)
  /alarm/temphigh (rw)
  /alarm/templow (rw)
  /polarity (rw)
  /thermostat (rw)
  /1shot (rw)
  /continuous (wo)

How would you plan using the DS1821? As a thermometer, or as a programmable 
thermostat?

Paul
(Continue reading)

Ross Cathriner | 2 Oct 16:52 2005
Picon

Re: RE: running on Mac OS X

That was a big help and the make went much further, however the next  
error is in ow_ds9490.c

I found where 'tm' was defined on time.h http://homepage.mac.com/rnc/ 
time.h
And a reference to timezone in systime.h http://homepage.mac.com/rnc/ 
systime.h

Online man pages for Darwin can be found here: http:// 
developer.apple.com/documentation/Darwin/Reference/ManPages/ 
index.html#//apple_ref/doc/framework/manpages

ow_ds9490.c: In function 'DS9490_next_both':
ow_ds9490.c:919: error: storage size of 'tz' isn't known
ow_ds9490.c:945: warning: comparison between signed and unsigned
ow_ds9490.c:920: warning: unused variable 'now'
ow_ds9490.c:920: warning: unused variable 'endtime'
ow_ds9490.c:919: warning: unused variable 'tz'
ow_ds9490.c:918: warning: unused variable 'tv'
ow_ds9490.c: In function 'DS9490_HaltPulse':
ow_ds9490.c:1147: error: storage size of 'tz' isn't known
ow_ds9490.c:1147: warning: unused variable 'tz'
make[4]: *** [ow_ds9490.lo] Error 1

On Sep 30, 2005, at 3:05 AM, Christian Magnusson wrote:

>
> It's a start at least to make owhttpd compile for your Mac OS X  
> server.
>
(Continue reading)

Christian Magnusson | 2 Oct 22:15 2005

Re: RE: running on Mac OS X


Thanks for finding the problem by yourself, and I added the include of
systime.h if it exists. Did you try to do this yourself too?

I have updated the cvs. The small patches is included below too...
You have to run "./bootstrap --disable-swig" again since I updated
the configure template.

/Christian

On Sun, 2005-10-02 at 16:52, Ross Cathriner wrote:
> That was a big help and the make went much further, however the next  
> error is in ow_ds9490.c
> 
> I found where 'tm' was defined on time.h http://homepage.mac.com/rnc/
> time.h
> And a reference to timezone in systime.h http://homepage.mac.com/rnc/
> systime.h
> 
> Online man pages for Darwin can be found here: http:// 
> developer.apple.com/documentation/Darwin/Reference/ManPages/ 
> index.html#//apple_ref/doc/framework/manpages
> 
> 
> ow_ds9490.c: In function 'DS9490_next_both':
> ow_ds9490.c:919: error: storage size of 'tz' isn't known
> ow_ds9490.c:945: warning: comparison between signed and unsigned
> ow_ds9490.c:920: warning: unused variable 'now'
> ow_ds9490.c:920: warning: unused variable 'endtime'
> ow_ds9490.c:919: warning: unused variable 'tz'
(Continue reading)

Paul Alfille | 1 Oct 18:43 2005
Picon
Picon

Re: Trouble with DS2413

Fixed. See the other message.

You will need to pull the fix from the CVS and recompile.

Paul

On Thursday 29 September 2005 01:47 pm, Sven Geggus wrote:
> Hello all,
>
> I am trying to use a DS2413 with owfs and the "typical Operation cirquit"
> from the datasheet. R1 is 220 Ohm and Vcc is 5V.
>
> Unfortunately all I get is something like this:
>
> up	directory
> PIO.BYTE	Error: Invalid argument
> PIO.ALL	Error: No such file or directory
> PIO.A	Error: No such file or directory
> PIO.B	Error: No such file or directory
> address	3ABB3000000000E4
> crc8	E4
> family	3A
> id	BB3000000000
> latch.BYTE	Error: Invalid argument
> latch.ALL	Error: No such file or directory
> latch.A	Error: No such file or directory
> latch.B	Error: No such file or directory
> present	YES
> sensed.BYTE	Error: Invalid argument
> sensed.ALL	Error: No such file or directory
(Continue reading)

Alfille, Paul H.,M.D. | 1 Oct 23:21 2005

RE: Owfs and DS2413 -- SOLVED

Thanks for the bug report.

Rather stupid mistake on my part. On reading the "PIO Status Bit Assignment"
adding the lower 4 bits to the upper 4 should be 0x0F, not 0x10. Fixed in the
CVS.

Paul

-----Original Message-----
From: Ricounet [mailto:ricounetzap <at> free.fr]
Sent: Sat 10/1/2005 4:01 PM
To: Alfille, Paul H.,M.D.
Subject: Owfs and DS2413

Hello

Sorry for this question, but I am a newbie in Linux and I have a problem
with OWFS.

II have 3 DS1820 sensors (work fine) 2 DS2405 interface (work fine) and
I have make a new module with DS2413.
When I have connected the DS2413, OWFS create a new directory , and here
is the listing 

[root <at> Shaker 3A.402E00000000]# ls -al
total 0
drwxr-xr-x  3 root root  1 oct  1 16:45 .
drwxr-xr-x  3 root root  1 sep 30 19:29 ..
-r--r--r--  1 root root 16 sep 30 19:29 address
-r--r--r--  1 root root  2 sep 30 19:29 crc8
(Continue reading)

Sven Geggus | 2 Oct 12:13 2005
Picon

Re: Trouble with DS2413

Sven Geggus <sven <at> geggus.net> wrote:

> Unfortunately all I get is something like this

OK, I have been able to debug this a little bit further. Looks definitely
like a Software Problem now.

At the Moment I have connected two LEDs to PIO.A and PIO.B.

something like this does not have any effect:
echo 0 >PIO.A
echo 1 >PIO.A

something like this does however work fine:
echo 0,0 >PIO.ALL
echo 0,1 >PIO.ALL
echo 1,0 >PIO.ALL
echo 1,1 >PIO.ALL

Reading any of the PIO devices does not seem to work:

$ cat PIO.ALL
cat: PIO.ALL: No such file or directory
$ cat sensed.ALL
cat: sensed.ALL: No such file or directory

Sven

P.S.: I may be able to provide shell-access to the machine with the ow
device connected, if this would need further debugging
(Continue reading)

Gregg C Levine | 3 Oct 02:18 2005
Picon
Picon

RE: Trouble with DS2413

Hello from Gregg C Levine
Sven, ah crazy thought has occurred to me. How did you obtain your
part? From a local supplier of Maxim parts? Or from the company direct
via their samples direct lines? I tried that when the part first came
out, they, ah, were not very helpful. I suspect they were not ready to
properly sample the part then.
-----
Gregg C Levine hansolofalcon <at> worldnet.att.net
---
"Remember the Force will be with you. Always." Obi-Wan Kenobi 

> -----Original Message-----
> From: owfs-developers-admin <at> lists.sourceforge.net
[mailto:owfs-developers-
> admin <at> lists.sourceforge.net] On Behalf Of Paul Alfille
> Sent: Saturday, October 01, 2005 12:43 PM
> To: owfs-developers <at> lists.sourceforge.net
> Subject: Re: [Owfs-developers] Trouble with DS2413
> 
> Fixed. See the other message.
> 
> You will need to pull the fix from the CVS and recompile.
> 
> Paul
> 
> On Thursday 29 September 2005 01:47 pm, Sven Geggus wrote:
> > Hello all,
> >
> > I am trying to use a DS2413 with owfs and the "typical Operation
cirquit"
(Continue reading)

Ross Cathriner | 3 Oct 02:37 2005
Picon

Re: RE: running on Mac OS X

I got myself confused and therefore gave you bad information.  Originally I found two versions of time.h, the first at usr/include/time.h has 
struct tm {
    int    tm_sec;        /* seconds after the minute [0-60] */
in the code.  The second one at usr/include/sys/time.h, which I must have copied and renamed systime.h instead of sys/time.h.  Therefore, there is NO systime.h in the system.

Since you had already added the includes for systime.h I put the copy of systime.h in usr/include and ran bootstrap, configure, and make.  The error for stprage size of 'tz' isn't known was still there.  The usr/include/sys/time.h that I now call systime.h has struct timezone {
    int    tz_minuteswest;    /* minutes west of Greenwich */
    int    tz_dsttime;    /* type of dst correction */
in the code.  I tried changing the struct timezone to struct tz, but came back with the same storage size error.  I don't really know what the linux tz is looking for.  A google search showed the tz and zoneinfo maybe the same thing.  There is a directory named zoneinfo in usr/share/, containing more directories for countries, which contain localized binary files.

Again sorry for the wild goose chase with systime.


On Oct 2, 2005, at 3:15 PM, Christian Magnusson wrote:


Thanks for finding the problem by yourself, and I added the include of
systime.h if it exists. Did you try to do this yourself too?

I have updated the cvs. The small patches is included below too...
You have to run "./bootstrap --disable-swig" again since I updated
the configure template.

/Christian


On Sun, 2005-10-02 at 16:52, Ross Cathriner wrote:

That was a big help and the make went much further, however the next  
error is in ow_ds9490.c

I found where 'tm' was defined on time.h http://homepage.mac.com/rnc/
time.h
And a reference to timezone in systime.h http://homepage.mac.com/rnc/
systime.h

Online man pages for Darwin can be found here: http:// 
developer.apple.com/documentation/Darwin/Reference/ManPages/ 
index.html#//apple_ref/doc/framework/manpages


ow_ds9490.c: In function 'DS9490_next_both':
ow_ds9490.c:919: error: storage size of 'tz' isn't known
ow_ds9490.c:945: warning: comparison between signed and unsigned
ow_ds9490.c:920: warning: unused variable 'now'
ow_ds9490.c:920: warning: unused variable 'endtime'
ow_ds9490.c:919: warning: unused variable 'tz'
ow_ds9490.c:918: warning: unused variable 'tv'
ow_ds9490.c: In function 'DS9490_HaltPulse':
ow_ds9490.c:1147: error: storage size of 'tz' isn't known
ow_ds9490.c:1147: warning: unused variable 'tz'
make[4]: *** [ow_ds9490.lo] Error 1



diff -ruw cvs/owfs/configure.ac owfs/configure.ac
--- cvs/owfs/configure.ac       2005-10-02 22:07:11.000000000 +0200
+++ owfs/configure.ac   2005-10-02 22:03:58.000000000 +0200
<at> <at> -711,7 +711,7 <at> <at>

 AC_HEADER_DIRENT
 AC_HEADER_STDC
-AC_CHECK_HEADERS([sys/mkdev.h sys/time.h sys/types.h feature_tests.h
fcntl.h netinet/in.h stdlib.h string.h sys/file.h syslog.h termios.h
unistd.h limits.h stdint.h features.h getopt.h linux/limits.h
bits/netdb.h bits/siginfo.h])
+AC_CHECK_HEADERS([sys/mkdev.h sys/time.h sys/types.h systime.h
feature_tests.h
fcntl.h netinet/in.h stdlib.h string.h sys/file.h syslog.h termios.h
unistd.h limits.h stdint.h features.h getopt.h linux/limits.h
bits/netdb.h bits/siginfo.h])  
 # owftpd section
 AC_SUBST(HAVE_NEW_SS_FAMILY)


diff -ruw cvs/owfs/module/owlib/src/include/ow.h
owfs/module/owlib/src/include/ow.h
--- cvs/owfs/module/owlib/src/include/ow.h      2005-09-14
13:33:05.000000000 +0200
+++ owfs/module/owlib/src/include/ow.h  2005-10-02 22:03:11.000000000
+0200
<at> <at> -95,6 +95,10 <at> <at>
 #else
 #include <time.h>
 #endif
+#ifdef HAVE_SYSTIME_H
+/* For MacOSX */
+#include <systime.h>
+#endif
 #include <termios.h>
 #include <errno.h>
 #include <syslog.h>






-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
_______________________________________________
Owfs-developers mailing list


Alfille, Paul H.,M.D. | 1 Oct 23:28 2005

OWFS wiki

I've started a new OWFS wiki.

I'll not put a link to it from the main page until there is more content, but
everyone is invited to add information and edit. I think access in completely
open.

http://owfs.sourceforge.net/wiki

Paul

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Alfille, Paul H.,M.D. | 3 Oct 05:49 2005

RE: RE : Owfs and DS2413 -- SOLVED?

Ahh.. Seems like some problems in the logic writing "bitfields".

Can you try now?

Paul

-----Original Message-----
From: Ricounet [mailto:ricounetzap <at> free.fr]
Sent: Sun 10/2/2005 8:41 AM
To: Alfille, Paul H.,M.D.
Subject: RE : Owfs and DS2413 -- SOLVED

Hello

OK, I can read files.
But have another problem

cat PIO.ALL --> 1,1
cat sensed.all --> 0,0

But PIO.A is switched to ground "close" and PIO.B is "open"

So I try "echo 0 > PIO.A"
PIO.A is now "open", but PIO.B is "close" (switched to ground). It seems
to be a toggle switch.

And the command cat give always the same result 
cat PIO.ALL --> 1,1
cat sensed.all --> 0,0

If you need more tests, or more results, send me a mail.

Bests reards
Eric

-----Message d'origine-----
De : Alfille, Paul H.,M.D. [mailto:PALFILLE <at> PARTNERS.ORG] 
Envoyé : samedi 1 octobre 2005 23:22
À : Ricounet; owfs-developers <at> lists.sourceforge.net
Objet : RE: Owfs and DS2413 -- SOLVED

Thanks for the bug report.

Rather stupid mistake on my part. On reading the "PIO Status Bit
Assignment"
adding the lower 4 bits to the upper 4 should be 0x0F, not 0x10. Fixed
in the
CVS.

Paul

-----Original Message-----
From: Ricounet [mailto:ricounetzap <at> free.fr]
Sent: Sat 10/1/2005 4:01 PM
To: Alfille, Paul H.,M.D.
Subject: Owfs and DS2413

Hello

Sorry for this question, but I am a newbie in Linux and I have a problem
with OWFS.

II have 3 DS1820 sensors (work fine) 2 DS2405 interface (work fine) and
I have make a new module with DS2413.
When I have connected the DS2413, OWFS create a new directory , and here
is the listing 

[root <at> Shaker 3A.402E00000000]# ls -al
total 0
drwxr-xr-x  3 root root  1 oct  1 16:45 .
drwxr-xr-x  3 root root  1 sep 30 19:29 ..
-r--r--r--  1 root root 16 sep 30 19:29 address
-r--r--r--  1 root root  2 sep 30 19:29 crc8
-r--r--r--  1 root root  2 sep 30 19:29 family
-r--r--r--  1 root root 12 sep 30 19:29 id
-r--r--r--  1 root root  1 oct  1 16:45 latch.A
-r--r--r--  1 root root  3 oct  1 16:45 latch.ALL
-r--r--r--  1 root root  1 oct  1 16:45 latch.B
-r--r--r--  1 root root 12 oct  1 16:45 latch.BYTE
-rw-rw-rw-  1 root root  1 oct  1 16:45 PIO.A
-rw-rw-rw-  1 root root  3 oct  1 16:45 PIO.ALL
-rw-rw-rw-  1 root root  1 oct  1 16:45 PIO.B
-rw-rw-rw-  1 root root 12 oct  1 16:45 PIO.BYTE
-r--r--r--  1 root root  1 oct  1 16:45 present
-r--r--r--  1 root root  1 oct  1 16:45 sensed.A
-r--r--r--  1 root root  3 oct  1 16:45 sensed.ALL
-r--r--r--  1 root root  1 oct  1 16:45 sensed.B
-r--r--r--  1 root root 12 oct  1 16:45 sensed.BYTE
-r--r--r--  1 root root  6 sep 30 19:29 type

But when I try to read the PIO.A or PIO.B file I have a message :
cat PIO.A
cat: PIO.A: Aucun fichier ou répertoire de ce type (No file or
directory of this type)

I have a fedora Core3, The latest version of OWFS and the latest version
of fuse.

Is there a special parameter to read or write the PIO.X files ?
I have the problem only with this part number : DS2413

Thanks for the time you spend on this project.

Best regards
Eric Cocquerez

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl

Gmane