I chose an arm processor because it is new to me. I haven't used one
before. I have experience with 68hc11, intel, and atmel 8051 uCs.
So I'm use to C coding with a bit of assembly. I know that ARM
processors are newer technology. The one I chose is more than
capable of doing what I need it to do.
As for purchasing off the shelf DAQ for my project. I have found
that for a single channel with a wide input range and for my test
circuit requirements that the Semtech sx8724 is an amazing find.
Cheap, fast enough for a realtime o-scope, and no requirement for an
antialiasing filter. I have the other parts of my project in order,
all I have left is my communication and control portion. If I have
to move back to an 8051 to complete it I can. I just wanted to learn
something new. I also do expect to get flamed a little by the
pro's.
Thank you for the advice. If anyone else has any good pointers I'm
open to hear them.
--- In l..., "nerdinrage" wrote: >
> This is Me
> http://www.linkedin.com/in/davidrwilcox
>
> I am currently working on my Graduate thesis. I chose an ARM7 core
> processor, LPC2148, for my project. I was wondering what the best
> free/ish compiler loader out there is. I have used Atmel 8051 with
> AVR Studio. I was looking for something comprable so I could watch
> ports and debug while building programs. Any suggestions?
>
> I have more specific questions about the embedded artist board I
> purchased. Like...
>
> Is it possible to program using USB as a power source?
> I have the LPC2000 flash utility and I am unable to find the device. > I am also using a USB to com port dongle... I'm
guessing that is the > source of my problem.
> Has anyone used an adapter to flash the controller?
>
> Part of the project is a data acquisition system, I had to move to a > uC from an I2C to USB bridge to be able to buffer the
data from the
> I2C DAQ chip... apparently I can only commit to 1 usb transaction
> every 4ms which is to slow for my aplication. Is there a better uC
> with usb and I2C out there. I kind of jumped on this embedded artist > board and I am wondering if it was the right choice.
My application > should not be that big and there are 3 main parts...
communication
> via usb, setting the daq values, and reading/buffering the daq chip
> (semtech sx 8724). I have found an API for the host side and a usb
> project on wiki http://wiki.sikken.nl/index.php?title=LPCUSB ,
> embedded artists has api/headers for the i2c transactions... I'm just > wondering what kind of advice seasoned professionals
could give me.
>
> Thanks alot
>
> David
>
On Fri, 6 Feb 2009 09:47:53 -0800 (PST), you wrote:
>
>On Fri, 6 Feb 2009, rtstofer wrote:
>
>> Debugging by looking at registers is a complete waste of time with
>> uC's at this level. You do not want to get involved with ARM
>> assembly code.
You may not want to get involved, but for any embedded system you really should
have some
understanding of what's happenning at a low level, so you know when the
compiler is not doing what
you think it should. If nothing else it will teach you how to write code that
will compile more
efficiently.
Reply by Kenneth Crudup●February 6, 20092009-02-06
On Fri, 6 Feb 2009, rtstofer wrote:
> Debugging by looking at registers is a complete waste
of time with
> uC's at this level. You do not want to get involved with ARM
> assembly code.
True, it's probably not for *newbies*, but I get a *lot* done with a
JTAG (BDI2000) and an ARM instruction cheat-sheet when the isht hits
the fan :)
-Kenny
--
Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Los Angeles
O: 3630 S. Sepulveda Blvd. #138, L.A., CA 90034-6809 (888) 454-8181
Reply by rtstofer●February 5, 20092009-02-05
--- In l..., "rtstofer" wrote: >
> I'm not sure I really understand what you are asking so if this reply > is way off, ignore it.
>
> If you are developing under WinXP, get YAGARTO and all the associated > tools. It is a complete development environment and
IDE. There is a > debugger but you need some kind of JTAG device. Look
over at
> www.sparkfun.com The debugger is OpenOCD
>
> Debugging by looking at registers is a complete waste of time with
> uC's at this level. You do not want to get involved with ARM
> assembly code. Just get your serial IO working and use console IO.
>
> If you are developing under Linux, get GNUARM. You can build from
> source or you MIGHT be able to get something preconfigured. I would > and do build from source. Go to www.gnuarm.org (NOT
www.gnuarm.com) > to get the sources and the instructions are under the
Support tab.
>
> You need some demo code. Try www.jcwren.com/arm Just about
> everything you could possibly need is in this project.
>
> Check out the newlib subdirectory in the jcwren project. This is how > you get the high level C library to work.
>
> There is a bunch of USB code including mass storage and a serial
> device.
>
> Richard
>
I might add that under Linux it is convenient to use either the
command line or a complete IDE like Eclipse. Use the version for
C/C++ Development here: http://www.eclipse.org/downloads/
Richard
Reply by rtstofer●February 5, 20092009-02-05
I'm not sure I really understand what you are asking so if this reply
is way off, ignore it.
If you are developing under WinXP, get YAGARTO and all the associated
tools. It is a complete development environment and IDE. There is a
debugger but you need some kind of JTAG device. Look over at
www.sparkfun.com The debugger is OpenOCD
Debugging by looking at registers is a complete waste of time with
uC's at this level. You do not want to get involved with ARM
assembly code. Just get your serial IO working and use console IO.
If you are developing under Linux, get GNUARM. You can build from
source or you MIGHT be able to get something preconfigured. I would
and do build from source. Go to www.gnuarm.org (NOT www.gnuarm.com)
to get the sources and the instructions are under the Support tab.
You need some demo code. Try www.jcwren.com/arm Just about
everything you could possibly need is in this project.
Check out the newlib subdirectory in the jcwren project. This is how
you get the high level C library to work.
There is a bunch of USB code including mass storage and a serial
device.
Richard
Reply by Robert Adsett●February 5, 20092009-02-05
Christian Klippel wrote: > Am Freitag, 6. Februar 2009 schrieb Robert Adsett:
>> The question this immediately raises for me is: Why are you building a
>> data acquisition system rather than buying one off the shelf?
>
> The question this immediately raises for me is: did you read what he wrote?
Yes, For a graduate project I would expect the data acquisition system
to be a means to an end, not an end to itself. The important part
should be the rest of the project.
> That question of mine could also be extended to: Why
are we on this list, and
> dont buy all the funky stuff we see on the shelf's out there?
I don't know about you, but the systems I work on generally cannot be
bought off the shelf.
From the Divided by a Common Language File (Edited to protect the guilty)
ME - "I'd like to get Price and delivery for connector Part # XXXXX"
Dist./Rep - "$X.XX Lead time 37 days"
ME - "Anything we can do about lead time? 37 days seems a bit high."
Dist./Rep - "that is the lead time given because our stock is live....
we currently have stock."
Reply by Christian Klippel●February 5, 20092009-02-05
Am Freitag, 6. Februar 2009 schrieb Robert Adsett: > The question this immediately raises for me is: Why
are you building a
> data acquisition system rather than buying one off the shelf?
>
> Robert
The question this immediately raises for me is: did you read what he wrote?
"I am currently working on my Graduate thesis."
"Part of the project is a data acquisition system, ..."
That question of mine could also be extended to: Why are we on this list, and
dont buy all the funky stuff we see on the shelf's out there?
;-)
Greetings,
Chris
Reply by Robert Adsett●February 5, 20092009-02-05
nerdinrage wrote: > Part of the project is a data acquisition system, I
had to move to a
> uC from an I2C to USB bridge to be able to buffer the data from the
> I2C DAQ chip... apparently I can only commit to 1 usb transaction
> every 4ms which is to slow for my aplication.
The question this immediately raises for me is: Why are you building a
data acquisition system rather than buying one off the shelf?
From the Divided by a Common Language File (Edited to protect the guilty)
ME - "I'd like to get Price and delivery for connector Part # XXXXX"
Dist./Rep - "$X.XX Lead time 37 days"
ME - "Anything we can do about lead time? 37 days seems a bit high."
Dist./Rep - "that is the lead time given because our stock is live....
we currently have stock."
Reply by martin_schoenegg●February 5, 20092009-02-05
Hi David,
> I am currently working on my Graduate thesis. I
chose an ARM7 core
> processor, LPC2148, for my project. I was wondering what the best
> free/ish compiler loader out there is.
For the program you want to write I expect all available Tool should
be good enough, because you won't hit any limits.
> I have used Atmel 8051 with
> AVR Studio. I was looking for something comprable so I could watch
> ports and debug while building programs. Any suggestions?
> Is it possible to program using USB as a power
source?
I use a samsung E-720 USB-phone-cord, that works well. I get 5V
supply and the UART-Lines in 3V3 levels all I need to work.
OK for debugging there is a JTAG more suitable. I prefer this one:
because it includes UART and JTAG in one USB-Port, is cheap, well
documented...
> Part of the project is a data acquisition system, I
had to move to a > uC from an I2C to USB bridge to be able to buffer the
data from the
> I2C DAQ chip... apparently I can only commit to 1 usb transaction
> every 4ms which is to slow for my aplication. Is there a better uC
> with usb and I2C out there.
As noted before. This should be easily done with AVR
Good luck
Martin
Reply by Kenneth Crudup●February 5, 20092009-02-05
On Thu, 5 Feb 2009, nerdinrage wrote:
> I was wondering what the best free/ish compiler
loader out there is.
I personally build my own using Crosstool-NG.
> Is it possible to program using USB as a power
source?
Yeah. I built a USB device for a client that was USB-bus powered. In
fact, the Keil LPC214X boards are USB-powered.
> I am also using a USB to com port dongle... I'm
guessing that is the
> source of my problem.
Nah, that's exactly how I do it. If you're using lpc2k_pgm, make
sure
your P0.14 and nRESET lines are connected properly.
> Part of the project is a data acquisition system, I
had to move to a
> uC from an I2C to USB bridge to be able to buffer the data from the
> I2C DAQ chip... apparently I can only commit to 1 usb transaction
> every 4ms which is to slow for my aplication.
With a CPU clock of 60MHz? Huh ....
-Kenny
--
Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Los Angeles
O: 3630 S. Sepulveda Blvd. #138, L.A., CA 90034-6809 (888) 454-8181
