I was wondering if anyone from Olimex could comment on when the Atmel SAM7 boards (with on-board USB) will be available for purchase? Ostensibly, I’m interested in the SAM7-P64. We already have one demo board from Atmel and the USB seems to work great with the IAR toolchain.
Thank you for your reply. Hopefully Sparkfun will stock these (any comments from ‘Sparky’??). Put me down for at least one. I think the integrated ARM7s with USB (SAM7, LPC2148) will really take off and the 2148 looks like a real winner if Philips can get the power consumption down.
Although it looks like you guys may be doing a '2148 kickstart board for somebody :-), is there any chance that we could see an LPC-P2148 anytime soon?? Just drop the battery socket for a full size USB-B connector, or use a mini-B connector in place of the trimpot going to the ADCs.
timm:
the 2148 looks like a real winner if Philips can get the power consumption down.
I’m just beginning looking into this uC, and the only data sheet I can find (from the Philips site) is a measly 40 pages long, and short on details. Where did you find the power consumption numbers, and does anyone know of a more detailed datasheet?
englere:
The lpc2148 wasn’t really intended for battery operation, I think.
Again, what makes you say that? I'm slowly working my way through the datasheet (considering this chip for a 3.7V-powered MP3 player), and I don't know the chip inside-out, but I don't see the problem. I mean it runs on 3.3V, and allows disabling of pretty much all peripherals to save power.
Is there something I’m not seeing here? I’d rather not pursue a design using this chip if it’s going to eat my batttery alive. Can anyone back these claims up (or debunk them)?
The lpc2888 looks nice, but I’m not quite ready to try hand-soldering a 180-pin BGA package yet (still a bit of a n00b with the SMD stuff).
I guess you want the 2148 to decode the MP3 stream? It can do that, but that also means you can’t put it in a power-down mode most of the time. My first hunch would be that it’s not battery-friendly if you leave it running at full speed for an extended period, but a lot depends on the capacity of the batteries.
I’d expect better power performance from a DSP for this type of application, and I’d certainly recommend a DSP if this is for a commercial product.
But if you’re using another chip to decode the MP3 stream, then my comments are moot. The 2148 does a great job with batteries if you can keep it on standby most of the time. During the time you connect it to a USB port to transfer music to/from a PC you can have it powered from the USB port to save your batteries (assuming you can handle storage of a lot of megabytes, perhaps using PCMIA, or SD, or whatever). If you can only hold a small number of songs in flash, then maybe this isn’t a concern for you (it won’t take long to transfer a few songs).
I have one of the hard disk MP3 players, and even though I’m using full speed USB, it can take a notable amount of time to transfer a couple thousand songs, and it wipes out my battery if I’m not using external power.