On 10/2/07, Jim Kusznir <[EMAIL PROTECTED]> wrote:
> Greg:
>
> Yes, we did the programming with a modified DS9490R. We had to do two
> things to make it program-capable: Add an external VPP to the
> correct PIN of the controller chip (had to lift the pin from the pad
> it was on on the circuit b
For some reason, I thought the DS2505's didn't have PROM. We have a
few samples of those lying around; I'll give a test on those as well.
--Jim
On 10/2/07, Paul Alfille <[EMAIL PROTECTED]> wrote:
> On 10/1/07, Jim Kusznir <[EMAIL PROTECTED]> wrote:
> > We actually found that the DS9490R includes
Greg:
Yes, we did the programming with a modified DS9490R. We had to do two
things to make it program-capable: Add an external VPP to the
correct PIN of the controller chip (had to lift the pin from the pad
it was on on the circuit board, attach a wire, etc) as well as ground;
and had to remove
On 10/1/07, Jim Kusznir <[EMAIL PROTECTED]> wrote:
>
> We actually found that the DS9490R includes a zener diode (in package
> DS9503P) that limited the output. We removed and properly bypassed
> it, and now get programming pulses to 10.5V, which appears sufficient
> to burn the prom. We are suce
e-
> From: [EMAIL PROTECTED]
[mailto:owfs-developers-
> [EMAIL PROTECTED] On Behalf Of Jim Kusznir
> Sent: Monday, October 01, 2007 7:03 PM
> To: owfs-developers@lists.sourceforge.net
> Subject: Re: [Owfs-developers] Writing to DS2406
>
> Thanks for the help!
>
> We ac
Thanks for the help!
We actually found that the DS9490R includes a zener diode (in package
DS9503P) that limited the output. We removed and properly bypassed
it, and now get programming pulses to 10.5V, which appears sufficient
to burn the prom. We are sucessfully burning the eprom in the 2506's
This is an obvious thing, but have you tried putting a capacitor right on
the power supply leads to the chip? 0.1uF bypassing cap should do the
trick I think?
njh
On Mon, 1 Oct 2007, Jim Kusznir wrote:
I got an EE to bring over an OScope, and we may have found out some more info.
First, w
Good information.
12V x 480 usec
Sounds like a problem with the power supply -- can't keep the voltage high
enough with a load.
I take it there is only one device one the line? Resistance? Diode losses?
Paul Alfille
On 10/1/07, Jim Kusznir <[EMAIL PROTECTED]> wrote:
>
> I got an EE to bring ov
I got an EE to bring over an OScope, and we may have found out some more info.
First, we have verified that it is sending programming pulses.
Unfortunately, these pulses are only 8.5V for 480microseconds. We've
viewed the +12 supply on VPP, and verifed it is 12V. From my
understanding, VPP needs
I think we're getting close. It appeared to work from the command
prompt, but when I read memory, nothing has been changed. I also
noticed some owfs paths coming out in the memory readback, so there
might be a bug there elsewhere, too:
[EMAIL PROTECTED] 12.58863600 # echo -n "A Long Test Int
On 9/29/07, Jim Kusznir <[EMAIL PROTECTED]> wrote:
>
> I tried it, and seem to have gotten the same results. Again, the
> debug just shows programming pulse = 0; it never = 1.
>
If there's an easy way to verify what version of owfs I'm running (to
> ensure its the one with your chnages), I'd like
I tried it, and seem to have gotten the same results. Again, the
debug just shows programming pulse = 0; it never = 1.
If there's an easy way to verify what version of owfs I'm running (to
ensure its the one with your chnages), I'd like to do that to make
sure.
Also, I'm assuming you write to me
Can you try the CVS now? My next iteration. In the past we disabled and
enabled the strong pull-up (and program pulse can get reset at same time).
The code is now simpler, works for the standard case (reading data and
temperatures) and might wirk for program pulses.
Paul Alfille
On 9/27/07, Jim K
Any news on this? My best reading of the output was that owfs didn't
actually initiate the programming pulse.
--Jim
On 9/25/07, Jim Kusznir <[EMAIL PROTECTED]> wrote:
> Hi:
>
> Here's the debug dump from an attempt at:
>
> echo -n "Testing" > memory
>
> --
> unique: 103, opcode: LOOKUP (
Hi:
Here's the debug dump from an attempt at:
echo -n "Testing" > memory
--
unique: 103, opcode: LOOKUP (1), nodeid: 2, insize: 47
LOOKUP /12.58863600/memory
CALL: FSTAT path=/12.58863600/memory
CALL: PARSENAME path=[/12.58863600/memory]
DEBUG: Cache_Get_Device 12 58
Have you tried running owfs with debugging enabled?
owfs --error_level=9 --foreground -m mountpoint -u
That will give you lots of output.
I don't think the DS2490 can tell if it has 12V available. It oes need the
12 Programing explicitly enabled (I think I did that), and the duration set
(default
Hi Paul:
Thanks for the fast responce!
I pulled in the CVS version just about 20 minutes ago using:
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/owfs co owfs
(I couldn't figure out how to tell what revision I'm at...)
I'm seeing the same behavior I was as before:
[EMAIL PROTECTED] pages]# echo -n
If you're willing to try the CVS version, I put in support. Untested, but
should follow the datasheet closely.
Paul Alfille
On 9/21/07, Paul Alfille <[EMAIL PROTECTED]> wrote:
>
> Hi Jim,
>
> I don't think 12V eprom program has ever been tested. As you notice, it's
> hard to find an appropriate a
Hi Jim,
I don't think 12V eprom program has ever been tested. As you notice, it's
hard to find an appropriate adapter.
It looks only like the DS2406, DS2502 and DS2505 need the program pulse
(480usec).
The DS2490 datasheet does say that it supports 12V programming.
http://datasheets.maxim-ic.com
Hi all:
I've been trying for about a week to write to the DS2406's EPROM using
OWFS. I realize that the bus master needs to have +12 VPP, and have
been working on this.
I currently am trying to write using:
echo "test" > memory
from within my owfs chip's directory. I get an error message from
20 matches
Mail list logo
