Hi,
Sorry for jumping late into this thread, but having that I didn't notice
it earlier, and that I had no idea of these design challenges, I find
the puzzle interesting and I hope I can provide some insight from on
outsider point of view.
The way I see it, the two main problems, 'unbricking'
On 8/17/08, Werner Almesberger [EMAIL PROTECTED] wrote:
We initially looked at several small microcontrollers, and settled
on the MSP430, but then the suggestion came up to try something that
doesn't need a separate toolchain, i.e., an ARM. Looking at various
recent ARM-based designs, it
Uwe Klein wrote:
AFAIK, there is no gcc for PIC18, making this architecture
unsuitable for our environment.
There is good support for the PIC16 series.
Completely different toolchain, though.
And those are well able enough to do the consierge job.
Good luck with USB ;-)
- Werner
On 8/17/08, Werner Almesberger [EMAIL PROTECTED] wrote:
Uwe Klein wrote:
AFAIK, there is no gcc for PIC18, making this architecture
unsuitable for our environment.
There is good support for the PIC16 series.
Completely different toolchain, though.
yes, on the other hand sdcc has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| There is good support for the PIC16 series.
|
| Completely different toolchain, though.
| yes, on the other hand sdcc has worked well for me.
I also used sdcc on some nice cheap turbo 8051-based Silicon
On Sun, Aug 17, 2008 at 06:09:15PM +0100, Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| There is good support for the PIC16 series.
|
| Completely different toolchain, though.
| yes, on the other hand sdcc has worked well
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Somebody in the thread at some point said:
|
| | Really USB host is very usable and flexible for these tasks.
|
| | It mandates a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Ian Stirling wrote:
| Make a 'debug board' available, but much, much cheaper.
| This would be something like (in basic form)
|
| This has too many moving parts written all over it :-( Granted,
| MPU
Werner Almesberger wrote:
Ian Stirling wrote:
Make a 'debug board' available, but much, much cheaper.
This would be something like (in basic form)
This has too many moving parts written all over it :-( Granted,
MPU recovery should be an uncommon event, but we better make it
simple, lest
On 8/14/08, Ian Stirling [EMAIL PROTECTED] wrote:
This is part of my cunning plan to get a usable connector for expansion
on the phone :)
Fullsize SD- Card slot for SDIO ?
what would you like to have accesible on an expansion slot.
(nice very small formfactor connectors are rare)
uwe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On 8/14/08, Ian Stirling [EMAIL PROTECTED] wrote:
|
| This is part of my cunning plan to get a usable connector for expansion
| on the phone :)
|
| Fullsize SD- Card slot for SDIO ?
|
| what would you like
Ian Stirling wrote:
This would basically be a 'last chance, should never happen' event.
It's in case someone intentionally unprotects and flashes the bootloader.
(Intentionally, as it requires 2 specific 32 bit words written to the
flash controller - which should not be present on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
| Second ARM core... I seem to recall calling this insane and it not
| actually helping with the things we need a tiny power-friendly always-on
| MPU for,
|
| Would you consider ST's small
Ian Stirling wrote:
I think you can always mass-erase the chip though, so a USB bootloader
would not survive malicious users.
It's even easier: according to the manual, you can simply turn off
the protection and then scribble over things, see [1].
As I read it, some of the STM32 family tick
Werner Almesberger wrote:
snip
Of small CPUs
The nicest one I found is the ST STM32F103 series, but they still eat
about 9mA at 8MHz (top speed is 72MHz, but then you need a crystal and
50mA), and 14uA in Stop. (The low-power modes are similar to the big
ARMs, just the overhead is greatly
Ian Stirling wrote:
Werner Almesberger wrote:
snip
Of small CPUs
The nicest one I found is the ST STM32F103 series, but they still eat
snip
(4% battery used in a week assuming a 3.6V 1200mAh battery)
Oops - just noticed this is rather stale - clicked the wrong 'sort by' box.
Ian Stirling wrote:
Interestingly, some of these devices also offer USB. Exactly why this is
interesting, I'm unsure :)
USB would allow us to use such an MPU to implement most of the key
functionality of the debug board, i.e., JTAG and the serial console.
Granted, it would be a bit of work,
Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| I don't know how much current the GPS chip consumes and if it
| is possible at all, regarding battery capacity, to run this
| beast continuously, but it would be an outstanding feature
Please apologise my lack of knowledge in this part of hardware
design, but can someone explain, how the additional MPU could
help to solve a problem I think the current design may have?
The GTA0?s have a GPS chip which will provide NMEA-data via
an UART interface. One of the (imho) most
19 matches
Mail list logo
