I have been having to unplug and pluge several types of BDM.
It looks
like sometimes the BDM is not released so it can be
re-connected. It
seems to happen much more when I force a quit, (The X in the
corner)
than when I select quit.
Most of them are using a generic driver libusb, or Jungo.
I don't know if a real drover would work better.
Tom
On Tue, 2006-04-04 at 22:09 +0200, Daniel Weiss wrote:
> Hi there
>
> (Peter, you may recall me from earlier Cello-times...)
>
> I currently have a problem with the P&E USB BDM on
a 5282. With the
> Codewarrior board it works fine, but with my own
hardware it works the first
> time after a powerup of the hardware or after unplug /
replug of the USB
> connector. The second time I try to access (any
operation like memory dump,
> erasing, programming etc.) there is a error message by
the freescale CF
> Flasher program I use, that the Coldfire could not have
been put into BDM
> mode. Could that be a problem caused by the interface
between USB BDM device
> and the Coldfire? Right now I suspect the CF Flasher
which I run on a W98
> machine. The CF Flasher terminates with an error
message when I close it,
> after I tried to access the BDM. Tomorrow I I'll try
it on a XP machine. The
> flasher is the latest one currently on the freescale
site.
>
> Any other idea?
>
> Best Regards,
> Daniel Weiss
>
>
>
> > -----Original Message-----
> > From: ColdFire lists.wildrice.com
> > [mailto:ColdFire lists.wildrice.com]On
> > Behalf Of Peter Hallenbeck
> > Sent: Tuesday, April 04, 2006 9:54 PM
> > To: weiss weiss.ch
> > Subject: RE: [ColdFire] Reduced-pinout BDM
> >
> >
> >
> > Regarding signal integrity problems, here's my
experience
> > with the P&E USB
> > BDM on a 5282:
> >
> > I have no problem with their older rev A device
which has a
> > circuit board
> > at the end of the cable. The circuit board has
some chips on
> > it, which are
> > either termination or buffers.
> > I then purchase their new device with no cable.
> > Unfortunately, it's a bit
> > wider than the rev A device so I can't use it on
my end
> > product when the
> > circuit board is in the chassis. I Tried an
extension cable.
> > With that
> > cable, I could program the flash but can't run
programs using the P&E
> > debugger. Working with P&E, I tried an
extension cable with
> > the circuit
> > board that had the buffers, still no luck. When I
have some
> > more platforms,
> > I'll send one to P&E so they can take a stab
at it.
> > Discussion with P&E while working on this
problem seem to
> > backup up the
> > theory that the cable went away because as
processors get
> > faster, there is a
> > signal and clock distribution problem. I'm
guessing that is why I can
> > program flash OK (it's just BDM clock limited)
but not run
> > programs (need to
> > send the CPU clock down the wire).
> >
> > Main point here is that your mileage may vary.
Going from
> > the cable to
> > the no cable caused problems when extending the no
cable
> > version with wires.
> > I would imagine that the newer "no
cable" BDM has higher
> > speed drivers and
> > receivers, and doesn't like extra wire.
> >
> > When I find out why, I'll post it. In the mean
time, I
> > hope my Rev A BDM
> > doesn't develop any problems...
> >
> > While I'm yacking, let me weight in on the
smaller BDM connector
> > discussion. A 1 mm pinned connector/header would
be a nice,
> > and it would
> > keep the ribbon connector flexibility. I'd keep
the serial
> > port off of it
> > because you can always put another header for
that. I have
> > serial ports on
> > headers on some HCS08 boards. I bring out the
signals in TTL
> > not RS-232 and
> > include pwr and ground for a RS-232 level
converter board.
> > A 16-pin header with all the PST's would be
much smaller
> > than the existing
> > 26 pin 2.54 mm connector. I'd put grounds on
both sides of
> > the clock- lots
> > of grounds are good. There might even be a viable
10-pin pin
> > out with the
> > single "and of al the PST" as seen on
the new smaller pin out
> > devices. I
> > suspect that Freescale and P&E would need to
suggest and
> > support something,
> > since hardware geeks are notorious for not
agreeing on
> > anything (with the
> > best of intentions, of course!). What ever is
selected, it must be
> > available from Digi-Key or Mouser so no one has to
argue with
> > distributors
> > to try to buy just a few of them.
> >
> > - pete
> >
>
>
------------------------------------------------------------
--------
> To Subscribe send a message to: ColdFire-On Lists.Wildrice.com
> To Unsubscribe send a message to: ColdFire-Off Lists.Wildrice.com
> For further information, visit: <http://www.Wild
Rice.com/ColdFire/>
>
------------------------------------------------------------
--------
To Subscribe send a message to: ColdFire-On Lists.Wildrice.com
To Unsubscribe send a message to: ColdFire-Off Lists.Wildrice.com
For further information, visit: <http://www.Wild
Rice.com/ColdFire/>
|