Lpc2000

hehe..I feel that I should be paying you..

Anyway, when I built the ownetlib-lib.a file I listed the .c files in
alphabetical order (easy that way) in the make file.  Does the order
matter?

My issue now is that my test.c code can find some of the functions in
the library but it seems that the library itself has trouble finding
functions from within itself.

The error I get is this:
c:/winarm/bin/../lib/gcc/arm-elf/4.1.0/../../../../arm-elf/lib\libownetlib-lpc.a(mbnv.o):
In function `writeNV':mbnv.c:(.text+0x440): undefined reference to
`writeScratchPadEx'
:mbnv.c:(.text+0x7b4): undefined reference to `copyScratchPadEx'


When looking at the .C and .H files everything seems to be there, so
is/was it a problem witht the way I made the library?

P.S.

Still having fun.  I think when I get this all working I'm going to
wire a tutorial on how to get your 1wire port up and working on the
LPC2138 :)  It would be a good review for me so I don't foget..hehe.

J.

--- In lpc2000@yahoogroups.com, "ocnek1" <markoskyj@...> wrote:
>
> hehe..I feel that I should be paying you..
> 
> Anyway, when I built the ownetlib-lib.a file I listed the .c files in
> alphabetical order (easy that way) in the make file.  Does the order
> matter?
> 
> My issue now is that my test.c code can find some of the functions in
> the library but it seems that the library itself has trouble finding
> functions from within itself.
> 
> The error I get is this:
>
c:/winarm/bin/../lib/gcc/arm-elf/4.1.0/../../../../arm-elf/lib\libownetlib-lpc.a(mbnv.o):
> In function `writeNV':mbnv.c:(.text+0x440): undefined reference to
> `writeScratchPadEx'
> :mbnv.c:(.text+0x7b4): undefined reference to `copyScratchPadEx'
> 
> 
> When looking at the .C and .H files everything seems to be there, so
> is/was it a problem witht the way I made the library?
> 
> P.S.
> 
> Still having fun.  I think when I get this all working I'm going to
> wire a tutorial on how to get your 1wire port up and working on the
> LPC2138 :)  It would be a good review for me so I don't foget..hehe.
> 
> J.
>

Think I solved this one...I forgot to include a file on the Library
build...oops :)

I guess it does not matter.

J.

Hi all,

We've had the discussion of

'how do I use BGA parts for small quantity designs?'

a few times. With the option of toaster oven reflow
ovens looking like they had the best potential for
a hobbiest.

I was at the embedded systems conference in San Jose
last week (I didn't have time to check out the
Philips booth, so nothing to report there - sorry).

I did find an assembly company ...

http://www.screamingcircuits.com/

click on the quote/order link (it seems to be a bit
slow right now ...)

Then for a totally made-up design (with a single
BGA part, and SMT parts for the rest) I entered:

Board Qty:        10
Total #parts:     20
Double-sided SMT: No
Lead-free:        No
SMT:              20
Fine pitch:        5
Thru-hole:         0
BGA:               1

10-day delivery time was $660 total, so $66 per board.

So, this is far from the $3000 I have paid for a subcontractor
to load lots of BGA parts ... not too unreasonable for a
small run of boards ... perhaps too much for a hobby project.

But hey, I figured someone might be interested in these
numbers, and perhaps you can enter a real design and
tell us how it compares to what you paid :)

Cheers
Dave

Ok, here is an update!!

Opps, hit the enter key...Sorry!!  Just excited!!

Got everything to compile and it is now running on my LPC2138-MT dev
board by Olimex.

I only have one bug right now and that seems to be the Rx side of the
Uart.  It sends strings out fine but cannot recieve anything at the
moment.  I don't know if its the gets function not working right or
the interrupt not going off...I'll keep at it though.

Of course any suggestions on what might be wrong would be great!

Thanks,
J.

At 07:10 PM 4/10/2006 +0000, ocnek1 wrote:
>--- In lpc2000@yahoogroups.com, "ocnek1" <markoskyj@...> wrote:
> > Still having fun.  I think when I get this all working I'm going to
> > wire a tutorial on how to get your 1wire port up and working on the
> > LPC2138 :)  It would be a good review for me so I don't foget..hehe.

If you write it, I'll post it so others can benefit.

>Think I solved this one...I forgot to include a file on the Library
>build...oops :)
>
>I guess it does not matter.

So, if we wait long enough the problem solves itself ;)  Good going.

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions,   be 
they legal, genetic, or physical.  If you don't believe me, try to chew a 
radio signal. "  -- Kelvin Throop, III
http://www.aeolusdevelopment.com/

At 12:21 AM 4/11/2006 +0000, ocnek1 wrote:
>Got everything to compile and it is now running on my LPC2138-MT dev
>board by Olimex.

Congrats.

>I only have one bug right now and that seems to be the Rx side of the
>Uart.  It sends strings out fine but cannot recieve anything at the
>moment.  I don't know if its the gets function not working right or
>the interrupt not going off...I'll keep at it though.
>
>Of course any suggestions on what might be wrong would be great!

If you are using the newlib com functions you could try the polled versions 
to see if it's an interrupt issue.  Also you are setting up the interrupts?

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions,   be 
they legal, genetic, or physical.  If you don't believe me, try to chew a 
radio signal. "  -- Kelvin Throop, III
http://www.aeolusdevelopment.com/

----- Original Message ----- 

From: "David Hawkins" <dwh@...>
To: <lpc2000@yahoogroups.com>
Sent: Monday, April 10, 2006 10:12 PM
Subject: [lpc2000] Hobbiest BGA prototyping


>
> Hi all,
>
> We've had the discussion of
>
> 'how do I use BGA parts for small quantity designs?'
>
> a few times. With the option of toaster oven reflow
> ovens looking like they had the best potential for
> a hobbiest.
>
> I was at the embedded systems conference in San Jose
> last week (I didn't have time to check out the
> Philips booth, so nothing to report there - sorry).
>
> I did find an assembly company ...
>
> http://www.screamingcircuits.com/
>
> click on the quote/order link (it seems to be a bit
> slow right now ...)
>
> Then for a totally made-up design (with a single
> BGA part, and SMT parts for the rest) I entered:
>
> Board Qty:        10
> Total #parts:     20
> Double-sided SMT: No
> Lead-free:        No
> SMT:              20
> Fine pitch:        5
> Thru-hole:         0
> BGA:               1
>
> 10-day delivery time was $660 total, so $66 per board.
>
> So, this is far from the $3000 I have paid for a subcontractor
> to load lots of BGA parts ... not too unreasonable for a
> small run of boards ... perhaps too much for a hobby project.
>
> But hey, I figured someone might be interested in these
> numbers, and perhaps you can enter a real design and
> tell us how it compares to what you paid :)

A co. I know will assemble BGA parts quite cheaply for me for prototypes, 
leaving me to assemble the rest of the board. They recently put on some QFN 
parts for me free of charge, they did it while I waited in about 20 minutes.

Leon
--
Leon Heller, G1HSM
leon.heller@...
http://www.geocities.com/leon_heller

> > Hi all,
> >
> > We've had the discussion of
> >
> > 'how do I use BGA parts for small quantity designs?'
> >
> > a few times. With the option of toaster oven reflow
> > ovens looking like they had the best potential for
> > a hobbiest.

I see that SchmartBoard is just introducing a BGA prototyping board
that the hobbyist can use.
http://www.schmartboard.com/index.asp?page=products_bga

I haven't used these, but figured it was worth mentioning.

--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

--- In lpc2000@yahoogroups.com, "Dave Hylands" <dhylands@...> wrote:
> I see that SchmartBoard is just introducing a BGA prototyping board
> that the hobbyist can use.
> http://www.schmartboard.com/index.asp?page=products_bga

Interesting to see that these things exist, which at least makes
certain projects possible. They are a hefty price though, more than
the cost of the chip that will sit on it in many instances. 

Actually populating the board isn't anywhere near as difficult as
getting a BGA PCB built. If it comes down to it you can mechanically
clamp the device to the board or use silver loaded epoxy or paint,
which seems to work surprisingly well.

Yes, I am using the newlib com functions.  com2 to be exact. 
Following through the code I now realized that I was already using the
"polled" functions and not the interrupt.  Putting in some test code,
it seems to get stuck in the "gets()" function (Does not return)

Now would / does the gets() function endlessly wait until it gets a
character or should it return if there is nothing to get.

I would assume that it would return no matter what, and that kind of
leaves a sinking feeling that there may be something wrong with newlib.


j.

--- In lpc2000@yahoogroups.com, "ocnek1" <markoskyj@...> wrote:
>
> Yes, I am using the newlib com functions.  com2 to be exact. 
> Following through the code I now realized that I was already using the
> "polled" functions and not the interrupt.  Putting in some test code,
> it seems to get stuck in the "gets()" function (Does not return)
> 
> Now would / does the gets() function endlessly wait until it gets a
> character or should it return if there is nothing to get.
> 
> I would assume that it would return no matter what, and that kind of
> leaves a sinking feeling that there may be something wrong with newlib.
> 
> 
> j.
>
RTFM

TRAD_SYNOPSIS
	#include <stdio.h>

	char *gets(<[buf]>)
	char *<[buf]>;

	char *_gets_r(<[reent]>, <[buf]>)
	struct _reent *<[reent]>;
	char *<[buf]>;

DESCRIPTION
	Reads characters from standard input until a newline is found.
	The characters up to the newline are stored in <[buf]>. The
	newline is discarded, and the buffer is terminated with a 0.

ocnek1 wrote:

>Yes, I am using the newlib com functions.  com2 to be exact. 
>Following through the code I now realized that I was already using the
>"polled" functions and not the interrupt.  Putting in some test code,
>it seems to get stuck in the "gets()" function (Does not return)
>
>Now would / does the gets() function endlessly wait until it gets a
>character or should it return if there is nothing to get.
>
>I would assume that it would return no matter what, and that kind of
>leaves a sinking feeling that there may be something wrong with newlib.
>
>  
>
gets() is line oriented (EOL), getc() is char oriented (one at a time).  
Try "man gets" and "man getc", if you are on a linux box.  On cygwin, YMMV.

TomW

-- 
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------------------------------------------