2106 | ADC | ARM7 | Atmel | Bootloader | CAN | CrossStudio | CrossWorks | DDS | ECos | Ethernet | ETM | FIFO | FLASH | FPGA | GCC | GDB | GNU | GNUARM | GPIO | I2C | IAP | IAR | JTAG | Kickstart | LCD | Linux | LPC | LPC-E2294 | LPC2000 | LPC2100 | LPC2104 | Lpc2106 | Lpc210x | LPC2114 | LPC2119 | LPC2124 | LPC2129 | Lpc2138 | LPC213x | LPC21xx | LPC2210 | LPC2212 | LPC2214 | LPC2292 | LPC2294 | LPC2xxx | LPC3128 | MCB2100 | Olimex | Philips | PWM | Rowley | RTC | RTOS | SPI | SSP | UART | UART0 | UART1 | ULINK | USB | Watchdog | Wiggler

Hi guys,

I have a Olimex ARM-USB-TINY Jtag device and a LPC2478STK board, I want to
make them both work togheter but I am having problems.

I installed the Eclipse, OpenOCD and the cigwin from the CD that came with
the ARM-USB-TINY device.

The sample code that came in the CD is building ok, but I cant debug.

The ft232driver .c file is sayint that he couldn't find the ARM-USB-TINY B
device, the A device is beeing found propely.

It is strange, becouse on the CFG there is no mention of a "B" device.

Can someone point me any direction? I am quite new at openocd.

Thanks
[Non-text portions of this message have been removed]

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Am 9/17/2009 7:31 PM, also sprach Felipe de Andrade Neves Lavratti:
> The ft232driver .c file is sayint that he couldn't find the ARM-USB-TINY B
> device, the A device is beeing found propely.
>
How is it that a .c file is trying to access a device? In what context
is this?
Does this mean you've got as far as starting openocd and have gdb via
eclipse connect to it?

------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Hi,
=A0
We are working on USB reader. The reader is having battery which gets charg=
ed when connected to USB. In this case how suspend (USB) and wakeup can be =
implemented?=20
=A0
As per speicification, in suspend mode, the device should consume current i=
n uA. As battery gets charged from USB, it would always be consuming more c=
urrent.=20
=A0
Any one has idea whether suspend/wakeup are to implemented for USBIF compli=
ance in the devices which gets charged using USB? If yes, then how?
=A0
Regards,
=A0
Himanshu Patel
=20=20=20=20=20=20

[Non-text portions of this message have been removed]

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Hi,

I'm using a board with ARM9 (LPC3250) that has the MICRON-MT46H16M16LF
SDRAM.

This board comes without source code and I try to write my code to start
this external SDRAM.

So far without any success.

Does anyone ever use this SDRAM from MICRON? And send me the part that
define the EMC registers.

I get other source code for MICRON (SDR SDRAM) but they don't match for this
specific part.

Regards,

Doron

[Non-text portions of this message have been removed]

------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

The linux BSP seems to work correctly with this part. [i suppose] Apex (the
bootloader)is doing the SDRAM initialization. May be you could check the
apex (patched
with the nxp patchs)

2009/9/18 Doron

> Hi,
>
> I'm using a board with ARM9 (LPC3250) that has the MICRON-MT46H16M16LF
> SDRAM.
>
> This board comes without source code and I try to write my code to start
> this external SDRAM.
>
> So far without any success.
>
> Does anyone ever use this SDRAM from MICRON? And send me the part that
> define the EMC registers.
>
> I get other source code for MICRON (SDR SDRAM) but they don't match for
> this
> specific part.
>
> Regards,
>
> Doron
>
> [Non-text portions of this message have been removed]
>
>
>

--
Miguel Angel Ajo Pelayo
http://www.nbee.es
+34 91 120 1798
+34 636 52 25 69
skype: ajoajoajo
[Non-text portions of this message have been removed]

------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Miguel,

Thanks for the reply - but they (linux BSP) don't use this SDRAM (Or I can't
found it there)..

Regards,

Doron

_____

From: l...@yahoogroups.com [mailto:l...@yahoogroups.com] On Behalf Of
Miguel Angel
Sent: Friday, September 18, 2009 12:36 PM
To: l...@yahoogroups.com
Subject: Re: [lpc2000] ARM9 using DDR SDRAM from Micron

The linux BSP seems to work correctly with this part. [i suppose] Apex (the
bootloader)is doing the SDRAM initialization. May be you could check the
apex (patched
with the nxp patchs)

2009/9/18 Doron il>

> Hi,
>
> I'm using a board with ARM9 (LPC3250) that has the MICRON-MT46H16M16LF
> SDRAM.
>
> This board comes without source code and I try to write my code to start
> this external SDRAM.
>
> So far without any success.
>
> Does anyone ever use this SDRAM from MICRON? And send me the part that
> define the EMC registers.
>
> I get other source code for MICRON (SDR SDRAM) but they don't match for
> this
> specific part.
>
> Regards,
>
> Doron
>
> [Non-text portions of this message have been removed]
>

--
Miguel Angel Ajo Pelayo
http://www.nbee. es
+34 91 120 1798
+34 636 52 25 69
skype: ajoajoajo

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

You're true, I confused the part number (you's is MT46, mine is MT48),
what's the difference of this part (I mean, why are you choosing it) (appart
of the higher bus speed?).

MT48H32M16LFBF-75

2009/9/18 Doron

> Miguel,
>
> Thanks for the reply - but they (linux BSP) don't use this SDRAM (Or I
> can't
> found it there)..
>
> Regards,
>
> Doron
>
> _____
>
> From: l...@yahoogroups.com [mailto:
> l...@yahoogroups.com ] On Behalf Of
> Miguel Angel
> Sent: Friday, September 18, 2009 12:36 PM
> To: l...@yahoogroups.com
> Subject: Re: [lpc2000] ARM9 using DDR SDRAM from Micron
> The linux BSP seems to work correctly with this part. [i suppose] Apex (the
> bootloader)is doing the SDRAM initialization. May be you could check the
> apex (patched
> with the nxp patchs)
>
> 2009/9/18 Doron . >
> il> >
> >
> > Hi,
> >
> > I'm using a board with ARM9 (LPC3250) that has the MICRON-MT46H16M16LF
> > SDRAM.
> >
> > This board comes without source code and I try to write my code to start
> > this external SDRAM.
> >
> > So far without any success.
> >
> > Does anyone ever use this SDRAM from MICRON? And send me the part that
> > define the EMC registers.
> >
> > I get other source code for MICRON (SDR SDRAM) but they don't match for
> > this
> > specific part.
> >
> > Regards,
> >
> > Doron
> >
> > [Non-text portions of this message have been removed]
> >
> >
> > --
> Miguel Angel Ajo Pelayo
> http://www.nbee. es
> +34 91 120 1798
> +34 636 52 25 69
> skype: ajoajoajo
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>
>

--
Miguel Angel Ajo Pelayo
http://www.nbee.es
+34 91 120 1798
+34 636 52 25 69
skype: ajoajoajo
[Non-text portions of this message have been removed]

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

If it's a BUS powered device.

When the USB reader is suspended, you may stop charging because=20
you still get power from the bus, and then put MCU into sleep=20
mode; when the USB reader is resumed by the host, you can wake=20
up the MCU and resume charging. Thus, you may be able to meet=20
the current requirement of the USB-IF compliance test.=20

Regardless bus-powered or self-powered, the USB-IF test does
nothing but measure the current consumption on VBUS during=20
suspend and resume. From the device manager on PC, You can do=20
so by disabling the device to generate SUSPEND and re-enabling=20
to generate RESUME. The checklist of the compliance test=20
may be downloaded from USB.org.

best,
Tom
--- In l...@yahoogroups.com, Himanshu Patel wrote:
>
> Hi,
> =A0
> We are working on USB reader. The reader is having battery which gets cha=
rged when connected to USB. In this case how suspend (USB) and wakeup can b=
e implemented?=20
> =A0
> As per speicification, in suspend mode, the device should consume current=
in uA. As battery gets charged from USB, it would always be consuming more=
current.=20
> =A0
> Any one has idea whether suspend/wakeup are to implemented for USBIF comp=
liance in the devices which gets charged using USB? If yes, then how?
> =A0
> Regards,
> =A0
> Himanshu Patel
>=20
>=20
>=20
>=20
>=20=20=20=20=20=20=20
>=20
> [Non-text portions of this message have been removed]
>
------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Miguel,

The company FDI (www.teamfdi.com ) has a small
board (ARM9DIMM) with ARM9 and some peripheral that I want to use (99$).

But - they don't support me in code.

If I will design my own card I will use the correct chip.

Regards,

Doron

_____

From: l...@yahoogroups.com [mailto:l...@yahoogroups.com] On Behalf Of
Miguel Angel
Sent: Friday, September 18, 2009 3:07 PM
To: l...@yahoogroups.com
Subject: Re: [lpc2000] ARM9 using DDR SDRAM from Micron

You're true, I confused the part number (you's is MT46, mine is MT48),
what's the difference of this part (I mean, why are you choosing it) (appart
of the higher bus speed?).

MT48H32M16LFBF-75

2009/9/18 Doron il>

> Miguel,
>
> Thanks for the reply - but they (linux BSP) don't use this SDRAM (Or I
> can't
> found it there)..
>
> Regards,
>
> Doron
>
> _____
>
> From: lpc2000@yahoogroups .com
[mailto:
> lpc2000@yahoogroups .com
] On Behalf Of
> Miguel Angel
> Sent: Friday, September 18, 2009 12:36 PM
> To: lpc2000@yahoogroups .com

> Subject: Re: [lpc2000] ARM9 using DDR SDRAM from Micron
> The linux BSP seems to work correctly with this part. [i suppose] Apex
(the
> bootloader)is doing the SDRAM initialization. May be you could check the
> apex (patched
> with the nxp patchs)
>
> 2009/9/18 Doron .
>
> il> >
> >
> > Hi,
> >
> > I'm using a board with ARM9 (LPC3250) that has the MICRON-MT46H16M16LF
> > SDRAM.
> >
> > This board comes without source code and I try to write my code to start
> > this external SDRAM.
> >
> > So far without any success.
> >
> > Does anyone ever use this SDRAM from MICRON? And send me the part that
> > define the EMC registers.
> >
> > I get other source code for MICRON (SDR SDRAM) but they don't match for
> > this
> > specific part.
> >
> > Regards,
> >
> > Doron
> >
> > [Non-text portions of this message have been removed]
> >
> >
> > --
> Miguel Angel Ajo Pelayo
> http://www.nbee. es> es
> +34 91 120 1798
> +34 636 52 25 69
> skype: ajoajoajo
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>

--
Miguel Angel Ajo Pelayo
http://www.nbee. es
+34 91 120 1798
+34 636 52 25 69
skype: ajoajoajo

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Thanks Tom.
=A0
We could generate the SUSPEND by disabling the device in the device manager=
...When we are enabling device again, we are getting RESET on the bus and n=
ot RESUME (checked with CATC USB analyzer). Is there something missing from=
our side?
=A0
Regards,
=A0
Himanshu Patel

--- On Fri, 9/18/09, Dezheng wrote:
From: Dezheng
Subject: [lpc2000] Re: USB suspend
To: l...@yahoogroups.com
Date: Friday, September 18, 2009, 6:39 PM
=A0=20

If it's a BUS powered device.

When the USB reader is suspended, you may stop charging because=20
you still get power from the bus, and then put MCU into sleep=20
mode; when the USB reader is resumed by the host, you can wake=20
up the MCU and resume charging. Thus, you may be able to meet=20
the current requirement of the USB-IF compliance test.=20

Regardless bus-powered or self-powered, the USB-IF test does
nothing but measure the current consumption on VBUS during=20
suspend and resume. From the device manager on PC, You can do=20
so by disabling the device to generate SUSPEND and re-enabling=20
to generate RESUME. The checklist of the compliance test=20
may be downloaded from USB.org.

best,
Tom

--- In lpc2000@yahoogroups .com, Himanshu Patel wrote:
>
> Hi,
> =A0
> We are working on USB reader. The reader is having battery which gets cha=
rged when connected to USB. In this case how suspend (USB) and wakeup can b=
e implemented?=20
> =A0
> As per speicification, in suspend mode, the device should consume current=
in uA. As battery gets charged from USB, it would always be consuming more=
current.=20
> =A0
> Any one has idea whether suspend/wakeup are to implemented for USBIF comp=
liance in the devices which gets charged using USB? If yes, then how?
> =A0
> Regards,
> =A0
> Himanshu Patel
>=20
>=20
>=20
>=20
>=20
>=20
> [Non-text portions of this message have been removed]
>

=20=20=20=20=20=20

[Non-text portions of this message have been removed]

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Sorry for the delay, I had such a busy week.

Follow precise information about my problem:

1) I am trying to debug using the olimex ARM-USB-TINY on the LPC2478-STK.
2) Everything is powered, drivers installed, and etc.
3) I am using eclipse, all I do is to click on the OpenOCD Tiny from the
External Tools on the Debug Perspective.

*I get the following error:*

Open On-Chip Debugger 1.0 (2008-10-04-10:00) svn:exported

$URL: http://svn.berlios.de/svnroot/repos/openocd/trunk/src/openocd.c $
Info: options.c:50 configuration_output_handler(): jtag_speed: 3, 3
Info: options.c:50 configuration_output_handler(): Open On-Chip Debugger 1.0
(2008-10-04-10:00) svn:exported
Error: ft2232.c:1419 ft2232_init_ftd2xx(): unable to open ftdi device: 2
Error: ft2232.c:1434 ft2232_init_ftd2xx(): ListDevices: 2
Error: ft2232.c:1436 ft2232_init_ftd2xx(): 0: Olimex OpenOCD JTAG TINY B
Error: ft2232.c:1436 ft2232_init_ftd2xx(): 1: x
?

*This is my .cfg file:*
**
#daemon configuration
telnet_port 4444
gdb_port 3333
#interface
interface ft2232
ft2232_device_desc "Olimex OpenOCD JTAG TINY A"
ft2232_layout "olimex-jtag"
ft2232_vid_pid 0x15BA 0x0004
jtag_speed 3
#use combined on interfaces or targets that can't set TRST/SRST separately
reset_config trst_and_srst separate
#jtag scan chain
#format L IRC IRCM IDCODE (Length, IR Capture, IR Capture Mask, IDCODE)
jtag_device 4 0x1 0xf 0xe
#target configuration
daemon_startup reset
#target
#target arm7tdmi
target arm7tdmi little run_and_halt 0 arm7tdmi-s_r4
run_and_halt_time 0 30
#target_script 0 reset oocd_flash2138.script
working_area 0 0x40000000 0x40000 nobackup
#flash configuration
flash bank lpc2000 0x0 0x40000 0 0 0 lpc2000_v2 12000 calc_checksum
# For more information about the configuration files, take a look at:
# http://openfacts.berlios.de/index-en.phtml?title=Open+On-Chip+Debugger

Any direction would be of great hand.
Thanks.
[Non-text portions of this message have been removed]

------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

nothing folks ?

2009/9/22 Felipe de A N L

> Sorry for the delay, I had such a busy week.
>
> Follow precise information about my problem:
>
> 1) I am trying to debug using the olimex ARM-USB-TINY on the LPC2478-STK.
> 2) Everything is powered, drivers installed, and etc.
> 3) I am using eclipse, all I do is to click on the OpenOCD Tiny from the
> External Tools on the Debug Perspective.
>
> *I get the following error:*
>
> Open On-Chip Debugger 1.0 (2008-10-04-10:00) svn:exported
>
> $URL: http://svn.berlios.de/svnroot/repos/openocd/trunk/src/openocd.c $
> Info: options.c:50 configuration_output_handler(): jtag_speed: 3, 3
> Info: options.c:50 configuration_output_handler(): Open On-Chip Debugger
> 1.0 (2008-10-04-10:00) svn:exported
> Error: ft2232.c:1419 ft2232_init_ftd2xx(): unable to open ftdi device: 2
> Error: ft2232.c:1434 ft2232_init_ftd2xx(): ListDevices: 2
> Error: ft2232.c:1436 ft2232_init_ftd2xx(): 0: Olimex OpenOCD JTAG TINY B
> Error: ft2232.c:1436 ft2232_init_ftd2xx(): 1: x ?
>
> *This is my .cfg file:*
> **
> #daemon configuration
> telnet_port 4444
> gdb_port 3333
> #interface
> interface ft2232
> ft2232_device_desc "Olimex OpenOCD JTAG TINY A"
> ft2232_layout "olimex-jtag"
> ft2232_vid_pid 0x15BA 0x0004
> jtag_speed 3
> #use combined on interfaces or targets that can't set TRST/SRST separately
> reset_config trst_and_srst separate
> #jtag scan chain
> #format L IRC IRCM IDCODE (Length, IR Capture, IR Capture Mask, IDCODE)
> jtag_device 4 0x1 0xf 0xe
> #target configuration
> daemon_startup reset
> #target
> #target arm7tdmi
> target arm7tdmi little run_and_halt 0 arm7tdmi-s_r4
> run_and_halt_time 0 30
> #target_script 0 reset oocd_flash2138.script
> working_area 0 0x40000000 0x40000 nobackup
> #flash configuration
> flash bank lpc2000 0x0 0x40000 0 0 0 lpc2000_v2 12000 calc_checksum
> # For more information about the configuration files, take a look at:
> # http://openfacts.berlios.de/index-en.phtml?title=Open+On-Chip+Debugger
>
> Any direction would be of great hand.
> Thanks.
>
[Non-text portions of this message have been removed]

------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Felipe de A N L wrote:
> nothing folks ?

OpenOCD is a bit painful when it comes to giving helpful error information.

I have seen a similar error in many circumstances, such as still having
the openocd executable running (failed to kill it last time), not having
the JTAG device plugged in and registered properly, not having installed
the drivers with the right permissions (windows machine), faulty
hardware (the Olimex ARM-USB-* devices are not great), etc.

Your best bet is to try the OpenOCD forums and see what they say. I do
note that your configuration script looks like the old style (from what
I remember), so you might also want to consider upgrading to the latest
release.

Pete
------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )

Thanks Pete!

2009/9/30 Pete Vidler

> Felipe de A N L wrote:
> > nothing folks ?
>
> OpenOCD is a bit painful when it comes to giving helpful error information.
>
> I have seen a similar error in many circumstances, such as still having
> the openocd executable running (failed to kill it last time), not having
> the JTAG device plugged in and registered properly, not having installed
> the drivers with the right permissions (windows machine), faulty
> hardware (the Olimex ARM-USB-* devices are not great), etc.
>
> Your best bet is to try the OpenOCD forums and see what they say. I do
> note that your configuration script looks like the old style (from what
> I remember), so you might also want to consider upgrading to the latest
> release.
>
> Pete
[Non-text portions of this message have been removed]

------------------------------------



(You need to be a member of lpc2000 -- send a blank email to lpc2000-subscribe@yahoogroups.com )