Hi all,
I have a problem with using OpenOCD to access flash memory in STM32F4
discovery MB997C. The same setup and commands work perfectly well with
the older revision of the board (i.e. MB997B). When using flash
autodetection, OpenOCD detects 8192kB of flash (the MCU has 1024kB
according to t
Hi,
I'm working on the OpenRISC port. After some discussions with Andreas, and
after reading some old discussion [1], I have some doubt about the
endianess strategy I should adopt.
As I understand it, the JTAG interface sends datas LSB first to the target.
That means if the target wait for a 32 b
On 09/24/2013 03:30 PM, Paul Fertser wrote:
>> If you have signal integrity issues, increasing the drive strength of the
>> outputs may actually make the problem worse due to increased ringing.
> So true. Do you probably have any suggestions on how to use
> raspberrypi without additional buffers? W
On Tue, Sep 24, 2013 at 01:52:10PM +0200, Michael Schwingen wrote:
> On Tue, Sep 24, 2013 at 02:49:17PM +0400, Paul Fertser wrote:
> > I've seen blackmagicprobe failing to connect until I attached another
> > ground line. And someone on IRC reported he used 3 ground lines until
> > it started to wo
On Tue, Sep 24, 2013 at 02:49:17PM +0400, Paul Fertser wrote:
> I've seen blackmagicprobe failing to connect until I attached another
> ground line. And someone on IRC reported he used 3 ground lines until
> it started to work.
Sounds reasonable - JTAG can be quite fast (in terms of rise/falltime,
Hi,
On Tue, Sep 24, 2013 at 11:32:43AM +0200, Nicolas Produit wrote:
> ok patch tested.
> I looked with a scope and it seems I see 0.2V difference between setting
> 1 (2mA) and 7 (16 mA) on TCK, I was expecting much more difference (I
> have 1k to gnd).
Ok, thank you again for your interest and f
Hi,
ok patch tested.
I looked with a scope and it seems I see 0.2V difference between setting
1 (2mA) and 7 (16 mA) on TCK, I was expecting much more difference (I
have 1k to gnd).
At least with this new setting I see a very solid 3.3V signal on this
line. But flashing still fail after more or les
On 20/09/13 14:53, Thomas Schmid wrote:
>
> The binary I sent above still bricks my oocd connections. I am not
> 100% sure why, but I believe that it reconfigures the reset GPIO line
> to be a regular output pin and pulls it low.
>
I managed to get my device into a similar state to the one that T
