Tilman,
I presume your output from 12/15/2006 is still accurate:
./owhttpd -d /dev/tty0 -p 3001 --foreground -msec_read=700 --error_level=9
CALL: PARSENAME path=[]
CONNECT: Cannot detect DS2480 or LINK interface on /dev/tty0.
DEBUG: COM_close: flush
DEBUG: COM_close: restore
DEBUG: COM_cl
Hello,
>Also comparing your circuit with the one on page 25 of the DS2480B manual
>http://datasheets.maxim-ic.com/en/ds/DS2480B.pdf
>you have the POL pin at ground, and they have it at +VDD. Could you have
>polarity reversed?
That is because the MAX232 has a inverter stage build in and nega
On Dec 21, 2007 5:27 AM, Michael Weber <[EMAIL PROTECTED]> wrote:
> Paul, Christian,
>
> Thanks again for your rapid-response help.
>
> I understand that the changes are in 2.7p2? I will install the revised
> version and keep you updated!
>
Yes
>
> Michael
>
> On Dec 20, 2007 5:40 PM, Paul Alfill
Paul, Christian,
Thanks again for your rapid-response help.
I understand that the changes are in 2.7p2? I will install the revised
version and keep you updated!
Michael
On Dec 20, 2007 5:40 PM, Paul Alfille <[EMAIL PROTECTED]> wrote:
> Thank you -- it was my adding the new "interface" entry th
Thank you -- it was my adding the new "interface" entry that caused the
error.
I like your fix -- adding a terminal element to the enumerating list.
Paul Alfille
On Dec 20, 2007 9:50 AM, Christian Magnusson <[EMAIL PROTECTED]> wrote:
>
> I debugged the code before... and I found a pretty serio
I debugged the code before... and I found a pretty serious bug where "void
*Tree[6]" was defined, but it should be 7 elements in that array.
I have fixed this in the CVS, so perhaps this could result into some
overwritten memory.
/Christian
It seems like a calloc() fails in your case... Did you run out of memory in
your box?
The only way FS_ParsedName_destroy() is called from FS_OWQ_create(), is if
calloc() returns a null-pointer...
Also... Perhaps pn->selected_filetype->ag->elements < 0 for some reason?
Thread 1 (process 9294):
#0
Christian,
Here comes the gdb backlog, hope it is of any help.
Michael
Core was generated by `/usr/bin/owserver --foreground --error_level=4
--error_print=2 -d /dev/ttyr04 -'.
Program terminated with signal 11, Segmentation fault.
#0 0xb7dd7f38 in free () from /lib/tls/libc.so.6
(gdb) thread ap
> Both this error log, and the longer one you sent show the problem happening
> in the Parsedname_Destroy routine -- porobably a bad pointer. That gives me
> a goo idea of where to look. Thanks.
Paul,
Thanks for looking into this. I am now running owserver (2.7p1) in the
foreground following Chri
Both this error log, and the longer one you sent show the problem happening
in the Parsedname_Destroy routine -- porobably a bad pointer. That gives me
a goo idea of where to look. Thanks.
Paul Alfille
Oh, and the part that you worried about, the polliong for conversion to end,
is fine.
-
eads which were running...
/Christian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Weber
Sent: den 19 december 2007 11:04
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] DS2480 "Cannot detect DS2480 or LINK
interf
Hi Paul,
OK, it crashed again this morning. I attach the logfile, I guess the
problem manifests itself in the
repetition of
Dec 19 08:47:48 archive OWFS[22354]: Transaction Delay 50
Dec 19 08:47:48 archive OWFS[22354]: Transaction readin = 0
Dec 19 08:47:48 archive OWFS[22354]: Transaction
Not really. The bus consists of a bunch of temperature sensors, and
two modules I use to do heat regulation with some kind of PWM, with a
relay in parallel for zero and 100% heating. And one A/D module which
is hardly used.
Temperatures are read frequently (minutes), the temperature regulators
che
Do you have any hints about what in pwserver is causing a crash? What type
of traffic?
Paul Alfille
On Dec 17, 2007 4:42 PM, Michael Weber <[EMAIL PROTECTED]> wrote:
> Tilman,
>
> Everything works now for me. Both with 2.7p1, also the cvs version
> after Paul made the changes to the 2480 setup c
Tilman,
Everything works now for me. Both with 2.7p1, also the cvs version
after Paul made the changes to the 2480 setup code. 2.6p8 also always
worked for me (have you tried?) and I still use the 2.4p1 every now
and then as reference.
I now found out what is causing the troubles on our 1wire-bus
Dear Paul,
>Also comparing your circuit with the one on page 25 of the DS2480B manual
>http://datasheets.maxim-ic.com/en/ds/DS2480B.pdf
>you have the POL pin at ground, and they have it at +VDD. Could you have
>polarity reversed?
The RS232 level converter normally work inverted. Please also
The man pages have been updated, both in the CVS, and on the website.
Paul Alfille
On Dec 15, 2007 11:08 PM, Paul Alfille <[EMAIL PROTECTED]> wrote:
> Also I'm embarrassed to admit that msec_read is no longer implemented
> (despite being in the man page). It is now --timeout_serial
> As just the
On Dec 16, 2007 5:35 AM, Tilman Glotzner <[EMAIL PROTECTED]> wrote:
> >I guess the first question is do you have other proof that your adapter
> >functions correctly?
> I don't of course :-)
>
>
There are other programs, like digitemp, that might serve as a positive
control.
Also comparing your c
Just as a minor point, your wiring of the RJ45's is non-standard
See 1wire.org under "open standards"
Paul Alfille
On Dec 16, 2007 5:49 AM, Tilman Glotzner <[EMAIL PROTECTED]> wrote:
>
>
> I just post the message again as it is displayed as attachment in the
> mailing list. Hope it gets represen
I just post the message again as it is displayed as attachment in the mailing
list. Hope it gets represented accurately without the attachment of the PDF
containing the schematic. The previous posting has the schematic of my dS2480B
design attached
>This is one of the difficult cases o
>This is one of the difficult cases of 'it works for me, but not you.'
>I just tested an authentic DS9097U
>I guess the first question is do you have other proof that your adapter
>functions correctly?
I don't of course :-)
I setup 2 of the identical PCBs. Both of them do not work. One
of t
This is one of the difficult cases of "it works for me, but not you."
I just tested an authentic DS9097U
I guess the first question is do you have other proof that your adapter
functions correctly?
Also I'm embarrassed to admit that msec_read is no longer implemented
(despite being in the man pag
Hello,
as Michael, I build myself an an adapter based on DS2480B that is identical for
the ds9097u except for the power supply. I am using an external power supply
(the ds9097u draws power from the serial port). Unlike Michael's design and
like the ds9097u, I am using a MAX232 to convert the v
Found the error, I think. (Incorrect setup code for the adapter).
Fixed in the CVS and fixed in the next release.
Paul Alfille
On Dec 1, 2007 7:45 AM, Michael Weber <[EMAIL PROTECTED]> wrote:
> Today I changed our 1wire network over to a different computer, which
> I put 2.7.0 on. I got "Cannot
> Well the first thing that stands out is the device name, ttyr00. Is that
> correct?
Yes, that's on a moxa serial port server. Very weird software, but it
somehow works (most times). As I said, with 2.6p8 no problem, and
2.7p0 works on a different machine (sarge running 2.6.8) but not on
etch run
Well the first thing that stands out is the device name, ttyr00. Is that
correct?
Paul Alfille
On Dec 1, 2007 10:17 AM, Michael Weber <[EMAIL PROTECTED]> wrote:
> Hi all,
> DEFAULT: Cannot detect DS9097 (passive) interface on /dev/ttyr00.
>
Paul Alfille
-
Hi all,
sorry for not reading the older posts, there was a similar error with
ds9097u (I did not realize that that is actually a ds2480b).
Our adapter is homemade, but is probably identical to the ds9097u,
connected to a terminal server, from there going through a little pcb
that adds 5V power to
Today I changed our 1wire network over to a different computer, which
I put 2.7.0 on. I got "Cannot detect DS2480 or LINK interface" most
times (on one interface - we have 3 - it worked sometimes).
Out of curiosity I went back to 2.6p8 (the old computer had 2.4-1 with
ownet-python added by hand, s
28 matches
Mail list logo