Vincent Danjean | 1 Sep 08:38 2011
Picon

Re: First upload to Debian rejected by ftp-master

  Hi,

On 01/09/2011 00:22, Gregg Levine wrote:
> Hello!
> Correct. As Paul has noted, its part of the Bonjour resolver. Perhaps
> even the library behind it. When we build OWFS using Cygwin, and the
> Bonjour mechanism is installed, as if the host is using an iPod, then
> that library presents itself. Otherwise the library in the form of an
> .so is used. And naturally on Linux.
> 
> To be honest I'm not even sure how the whole thing got stuffed into
> the OWFS collection of files and programs. Paul can you explain more
> thoroughly what we are missing here?
> 
> Vincent see if you can rebuild things so that the library is not
> there, and present that as a test case.

  I just rebuilt the Debian package without this file. All goes
perfectly well. And I also checked that the file was not included
in any binary package.

  Regards,
    Vincent

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
(Continue reading)

Vincent Danjean | 3 Sep 23:44 2011
Picon

owfs in Debian

  Hi,

  Yesterday, I repacked the source tarball without the DLL and I
reuploaded the package. It has been accepted today:
http://packages.qa.debian.org/o/owfs.html

  Regards,
    Vincent

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Don Veino | 4 Sep 00:27 2011

Re: owfs in Debian

Great news, thanks for your work! In looking at your link below, it appears that temploggerd is not included. Would that be a separate package or could it be added to your owfs package for Debian?

Thanks!

On Sat, Sep 3, 2011 at 5:44 PM, Vincent Danjean <vdanjean.proj <at> free.fr> wrote:
 Hi,

 Yesterday, I repacked the source tarball without the DLL and I
reuploaded the package. It has been accepted today:
http://packages.qa.debian.org/o/owfs.html

 Regards,
   Vincent
------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Vincent Danjean | 4 Sep 07:59 2011
Picon

Re: owfs in Debian

  Hi

On 04/09/2011 00:27, Don Veino wrote:
> Great news, thanks for your work! In looking at your link below, it
> appears that temploggerd is not included. Would that be a separate
> package or could it be added to your owfs package for Debian?

temploggerd is a separate software. It is not included in the source
tarball of owfs. So, it should be a separate Debian source (hence
binary) package.
  Not using it for now and being a little bit busy, I do not plan
to package it for now. If someone does it correctly and want a
sponsor to upload it, I can help.

  Regards,
    Vincent

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Steinar Midtskogen | 4 Sep 08:51 2011

Re: Many DS9490R

I split the problematic bus into three (using three adapters for them
rather than one), and this solved the problem.  At least no problems
for over two weeks now.

-Steinar

Steinar Midtskogen <steinar <at> latinitas.org> writes:

> owserver ran fine for a day or so, then I began to see random device
> dropouts on one bus.  This went on for nearly an hour before I noticed
> and killed owserver.  At that time most devices on that bus were
> unreadable.  Restarting it fixed the problem.
>
> I have a full trace, but it's big, about 1GB.  bzip2'd it's 16MB and
> it can be downloaded here:
>
>  http://voksenlia.net/owserver.log.bz2
>
> Note that the end includes about half a minute of a new owserver
> session after I killed the original.  A backward search for
> "exit_handler" from the end will take you back to the failing owserver
> session, and before that the log should show that something is wrong.
> The "broken" bus was bus.2 (assuming that the restart did not change
> the bus numbering).  Anyway, the devices on the bus were:
>
> 10.53F652010800
> 28.CCA131000000
> 28.FA9831000000
> 28.56747E010000
> 28.856C31000000
> 28.6D6B31000000
> 28.ED7715000000
> 28.1D437E010000
> 26.396385000000
> 26.3F4AB5000000
> 1D.9E220A000000
> 1D.311B09000000
>
> So the question is why couldn't owserver read the values of these?
> No problems were logged in the syslog.
>
> Please let me know if there is anything I can do to debug this.  The
> cases when owserver simply dies are easy to work around as I can have
> owserver restart automatically.  Device dropouts can more easily go
> undetected for a while.  A possible workaround is to kill owserver
> every X minutes automatically to ensure that the error isn't allowed
> to stay active very long.
>
> I run owserver this way:
>
>  owserver -uall -p 3000 --foreground --error_level=9 --error_print 2
>
> I have 16 DS9490R adapters connected.  owserver 2.8p13.
>
> -Steinar
>
>
> Steinar Midtskogen <steinar <at> latinitas.org> writes:
>
>> Unfortunetaly, owserver only ran a few hours this way and died.  I'll
>> try to get some debug info.
>>
>> -Steinar
>>
>> Steinar Midtskogen <steinar <at> latinitas.org> writes:
>>
>>> Paul Alfille <paul.alfille <at> gmail.com> writes:
>>>
>>>> I just tried 7 DS9490R adapters (all I had at hand). Worked well.
>>> ...
>>>> I believe that the only limit of adapters is libusb and the USB protocol. 
>>>> owserver puts all the adapters in  linked list of effectively unlimited size.
>>>
>>> I've now tried a setup with 15 adapters (will become 18 when I'm
>>> done).  At first I wasn't able to get owserver to see more than 8-9
>>> adapters at a time.  If I added more than that, either it didn't
>>> appear, or it appeared but another adapter disappeared.  But all
>>> devices showed up in the system log.
>>>
>>> I was using two 10 port USB hubs, one connected to the other.  Then I
>>> tried to connect both hubs directly to the computer, i.e. flattening
>>> the USB bus hierarchy, and this made owserver see everything.  
>>>
>>> Do you think this is an owserver issue or a usblib issue?
>>
>> -- 
>> Steinar
>>
>>
>> ------------------------------------------------------------------------------
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
>> user administration capabilities and model configuration. Take 
>> the hassle out of deploying and managing Subversion and the 
>> tools developers use with it. 
>> http://p.sf.net/sfu/wandisco-dev2dev
>> _______________________________________________
>> Owfs-developers mailing list
>> Owfs-developers <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Shawn Rutledge | 4 Sep 13:56 2011
Picon

Re: Many DS9490R

You've got some really cool projects, congrats!  It's of interest to
me since I just moved to Oslo in June.

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Miska Sulander | 4 Sep 20:28 2011
Picon
Picon

Re: Release 2.8p10

Paul Alfille <paul.alfille <at> gmail.com> writes:

> The humidity sensor as first published in "Sensors" magazine by Dan
> Awtrey used the HIH-3600 sensor and the VDD and VAD pins of the
> DS2438.
> 
> See http://www.elin.ru/files/pdf/1-Wire/humsensor.pdf -- it's nicely written.
> 
> In my naivety I created a humidity file off the main DS2438 directory
> calculating humidity using this circuit. It confused people who had a
> DS2438 not set up for humdity (I think they hoped to get humidity for
> free) but worked with all the extant humidity sensors.
> 
> Once Honeywell upgraded to the HIH-4000 and others used the HTM1735 I
> had a bit of a problem. For backwards compatibility the main humidity
> stayed calculated assuming the HIH3600, but to be accurate you need to
> know your sensor design and use the correct humidity reading:
> 
> HIH3600/humidity
> HIH4000/humidity
> HTM1735/humidity
> and now
> DATANAB/humidity
> 
> Because the DATANAB identifies itself, I can have the main humidity
> point to DATANAB/humidity if it's a DATANAB design, and
> HIH3600/humidity otherwise.

Now, this is somewhat confusing..

I have now humidity over 100% when using HIH-4000:

cat 26.3FDA21010000/HIH4000/humidity: 104.108
cat 26.3FDA21010000/HIH3600/humidity: 98.9952
cat 26.3FDA21010000/HTM1735/humidity: 91.5156

So which one is the correct result?

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
Paul Alfille | 4 Sep 21:08 2011
Picon

Re: Release 2.8p10

Do you have a make or schematic or datasheet for your humidity sensor?

Paul Alfille

On Sun, Sep 4, 2011 at 2:28 PM, Miska Sulander <sulander <at> jyu.fi> wrote:
Paul Alfille <paul.alfille <at> gmail.com> writes:

> The humidity sensor as first published in "Sensors" magazine by Dan
> Awtrey used the HIH-3600 sensor and the VDD and VAD pins of the
> DS2438.
>
> See http://www.elin.ru/files/pdf/1-Wire/humsensor.pdf -- it's nicely written.
>
> In my naivety I created a humidity file off the main DS2438 directory
> calculating humidity using this circuit. It confused people who had a
> DS2438 not set up for humdity (I think they hoped to get humidity for
> free) but worked with all the extant humidity sensors.
>
> Once Honeywell upgraded to the HIH-4000 and others used the HTM1735 I
> had a bit of a problem. For backwards compatibility the main humidity
> stayed calculated assuming the HIH3600, but to be accurate you need to
> know your sensor design and use the correct humidity reading:
>
> HIH3600/humidity
> HIH4000/humidity
> HTM1735/humidity
> and now
> DATANAB/humidity
>
> Because the DATANAB identifies itself, I can have the main humidity
> point to DATANAB/humidity if it's a DATANAB design, and
> HIH3600/humidity otherwise.

Now, this is somewhat confusing..

I have now humidity over 100% when using HIH-4000:

cat 26.3FDA21010000/HIH4000/humidity: 104.108
cat 26.3FDA21010000/HIH3600/humidity: 98.9952
cat 26.3FDA21010000/HTM1735/humidity: 91.5156

So which one is the correct result?



------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
p4trykx | 9 Sep 02:00 2011
Picon

Re: 1-wire counter substitute

Dnia 21-08-2011 o 00:10:21 Jan Kandziora <jjj <at> gmx.de> napisał(a):

> (Other useful chips like the DS2409 are discontinued, too. I think it is  
> time
> to think about home-brewn replacement parts using AVR or PIC  
> controllers.)

There is a project to replace the counter and the switch with AVR but it  
only compiles for AVR that aren't avilable in my local store. I can't port  
it to the most popural atmega8

https://github.com/smurfix/owslave

> So either remove the RC filter (C1) from the input or better, put 1/6  
> 40106
> between the filter and the 74HC590 clock inputs. You could skip Q1, R3,  
> R2 in
> that case, too, the 40106 will do the amplifying and inversion.

This really help a lot. Now the counting seems to be OK. Thanks.

> No. RSTZ is an input. It can be used by an external circuit to switch  
> off the
> PIO outputs to avoid a "wired-or" of the input data with the current  
> output
> data.

But this is a quote form datasheet. Page 5 table with pin description
http://datasheets.maxim-ic.com/en/ds/DS2408.pdf

...When configured as STRB, an output strobe will occur after a PIO write  
(see Channel-Access Write command)
or after a PIO Read (see Channel-Access Read command). The power-on  
default function of this pin is RST.

I also attach the schematics if anyone would like to build this circuit.

--

-- 
p4trykx
------------------------------------------------------------------------------
Why Cloud-Based Security and Archiving Make Sense
Osterman Research conducted this study that outlines how and why cloud
computing security and archiving is rapidly being adopted across the IT 
space for its ease of implementation, lower cost, and increased 
reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Jan Kandziora | 9 Sep 03:42 2011
Picon
Picon

Re: 1-wire counter substitute

Am Freitag, 9. September 2011, 02:00:28 schrieb p4trykx:
> 
> But this is a quote form datasheet. Page 5 table with pin description
> http://datasheets.maxim-ic.com/en/ds/DS2408.pdf
> 
> ...When configured as STRB, an output strobe will occur after a PIO write
> (see Channel-Access Write command)
> or after a PIO Read (see Channel-Access Read command). The power-on
> default function of this pin is RST.
> 
Sorry, I misunderstood you, because you talked about the "rstz" function of 
the pin, not the strobe function.

There is no strobe when using the "sensed" node because it isn't using the 
"Channel Access Read" command but accessing the register file directly.

Kind regards

	Jan

------------------------------------------------------------------------------
Why Cloud-Based Security and Archiving Make Sense
Osterman Research conducted this study that outlines how and why cloud
computing security and archiving is rapidly being adopted across the IT 
space for its ease of implementation, lower cost, and increased 
reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/

Gmane