EmbeddedRelated.com
Forums
Memfault Beyond the Launch

AT91rm9200 Devel. Board (Student Project): Choice of OS??

Started by Mayank Kaushik February 7, 2005
Ulf Samuelsson wrote:
>>>>>We have U-Boot, but no U-Boot with a USB Client that supports a USB > > Mass > >>>>>Storage Device. >>> >>> >>>Don't find the price for te DK in EBV's online inventory...only chips >>>for around 20 Euros which are not in stock anyway... >> >>Okay...ONLY 1700 Euros! >> >>rick > > > > There are three distributors in Finland: EBV, Arrow and Acte. > I think you may find stock at the other two. > EBV is quite new as an Atmel F�nland distributor, and this affects > what they have in stock. It has been in production for almost 2 years.
I prefer EBV ... the others are just....let's spare the comments here (o; If you want good support then it comes down to Eurodis and Finland (o;
> > The AT91RM9200DK is now obsolete, so you are not likely > to get hold of one unless you are very lucky. > The pricing of 1700 Euros is out of line so you should shop around. > > The AT91RM9200EK which replaces the DK will be about 10% cheaper.
Still way off...sorry...
> > You can get even cheaper boards like the www.cogcomp.com CSB337. > www.at91.com has other links to boards. >
Gonna have a look there and see if an own development would make sense to replace older SA1100 designs...let's see what EBV answers regarding Atmel sampling policy (o; So far it seems you're the only active guy at Atmel (o; Keep on the good work...although sometimes it might sound too commercial (o; rick
Jedi wrote:
> Ulf Samuelsson wrote: > >>>>>> We have U-Boot, but no U-Boot with a USB Client that supports a USB >> >> >> Mass >> >>>>>> Storage Device. >>>> >>>> >>>> >>>> Don't find the price for te DK in EBV's online inventory...only chips >>>> for around 20 Euros which are not in stock anyway... >>> >>> >>> Okay...ONLY 1700 Euros! >>> >>> rick >> >> >> >> >> There are three distributors in Finland: EBV, Arrow and Acte. >> I think you may find stock at the other two. >> EBV is quite new as an Atmel F�nland distributor, and this affects >> what they have in stock. It has been in production for almost 2 years. > > > I prefer EBV ... the others are just....let's spare the comments here (o; > > If you want good support then it comes down to Eurodis and Finland (o;
Should mean Eurodis and EBV finland (o; EBV is supporting my project and supplies AT91RM9200 QFP samples... so probably PCB design will be finished by next week: - 100 * 160mm2 - AT91RM9200-QI-002 - 64MB SDRAM - 8MB flash - CF slot - USB A/B - Ethernet - RS232/JTAG Nothing fancy though (o; rick
> > >> >> The AT91RM9200DK is now obsolete, so you are not likely >> to get hold of one unless you are very lucky. >> The pricing of 1700 Euros is out of line so you should shop around. >> >> The AT91RM9200EK which replaces the DK will be about 10% cheaper. > > > Still way off...sorry... > >> >> You can get even cheaper boards like the www.cogcomp.com CSB337. >> www.at91.com has other links to boards. >> > > Gonna have a look there and see if an own development would make sense > to replace older SA1100 designs...let's see what EBV answers regarding > Atmel sampling policy (o; > > > So far it seems you're the only active guy at Atmel (o; > > Keep on the good work...although sometimes it might sound > too commercial (o; > > > rick
> > EBV is supporting my project and supplies AT91RM9200 QFP samples... > so probably PCB design will be finished by next week: > - 100 * 160mm2 > - AT91RM9200-QI-002 > - 64MB SDRAM > - 8MB flash > - CF slot > - USB A/B > - Ethernet > - RS232/JTAG > > Nothing fancy though (o; > > rick
Nice, did you get any dataflash from them? Soon there will be 128 Mbit dataflashes avaialble in SO-8 pinout. Some issues: The AT91RM9200DK CF interface has a bug. There is an FAQ on the subject on the atmel Website. If you uses buffers on the board, then again, you need to beware of a another bug in the DK. SDRAMCS (inverted) cannot be used as the buffer enable, since the chipselect becomes active during refresh. You have to reset the JTAG and the CPU reswet, otherwise it will fail. It is not good enouigh to pullup the JTAG reset,. If you do want to use the dataflash, then you need to consider how to do failsafe operation if the programming of the flash fails. This can be as easy as a jumper on the dataflash chipselect or an OR gate qualifying the chipselect. The other input is pulled low by a resistor, but can be pulled high by a jumper to disable the access forcing the AT91 to download from UART/USB. If you want to use the USB, yuou may have to use the 18,432 signal the DK is using. I can have a look at the schematic, if you are interested. In that case, mail me directly. -- Best Regards, Ulf Samuelsson ulf@a-t-m-e-l.com This message is intended to be my own personal view and it may or may not be shared by my employer Atmel Nordic AB
Ulf Samuelsson wrote:
>>EBV is supporting my project and supplies AT91RM9200 QFP samples... >>so probably PCB design will be finished by next week: >>- 100 * 160mm2 >>- AT91RM9200-QI-002 >>- 64MB SDRAM >>- 8MB flash >>- CF slot >>- USB A/B >>- Ethernet >>- RS232/JTAG >> >>Nothing fancy though (o; >> >>rick > > > Nice, did you get any dataflash from them? > Soon there will be 128 Mbit dataflashes avaialble in SO-8 pinout.
Received some 1 and 4MBit SPI flash devices for the FPGA stuff... no use for SPI flash for AT91RM9200 board.
> Some issues: > > The AT91RM9200DK CF interface has a bug. > There is an FAQ on the subject on the atmel Website. > > If you uses buffers on the board, then again, you need to beware of a > another bug in the DK. > SDRAMCS (inverted) cannot be used as the buffer enable, since the chipselect > becomes active during refresh. > > You have to reset the JTAG and the CPU reswet, otherwise it will fail. > It is not good enouigh to pullup the JTAG reset,.
Can they be tied together?
> > If you do want to use the dataflash, then you need to consider how to do > failsafe operation if the programming of the flash fails. > This can be as easy as a jumper on the dataflash chipselect > or an OR gate qualifying the chipselect. > The other input is pulled low by a resistor, but can be pulled high by a > jumper to disable the access > forcing the AT91 to download from UART/USB.
Actually I want it to boot from external parallel flash by default and use boundary scan for flashing...
> > If you want to use the USB, yuou may have to use the 18,432 signal the DK is > using. >
Odd frequency for USB operation... Don't see the PA31/BMS signal pulled low in the DK schematic for booting from external 16-bit flash memory... Also wondering why all schematics are using only 2-bit MII interface instead of 4-bit as everybody else...
> I can have a look at the schematic, if you are interested. > In that case, mail me directly. >
Will do so (o; Thanx for the offer.. rick
> > Nice, did you get any dataflash from them? > > Soon there will be 128 Mbit dataflashes avaialble in SO-8 pinout. > > Received some 1 and 4MBit SPI flash devices for the FPGA stuff... > no use for SPI flash for AT91RM9200 board. > > > You have to reset the JTAG and the CPU reswet, otherwise it will fail. > > It is not good enouigh to pullup the JTAG reset,. > > Can they be tied together?
Yes.
> Actually I want it to boot from external parallel flash by default > and use boundary scan for flashing...
That is an unusual wish :-) Most people want to program from a PC without a JTAG emulator/tester. This is possible with the dataflash and jumperless operation. This also allows easy field upgrade...
> > > > > If you want to use the USB, yuou may have to use the 18,432 signal the
DK is
> > using. > > > > Odd frequency for USB operation...
Yes but the PLL fixes the internal frequency.
> Don't see the PA31/BMS signal pulled low in the DK schematic for booting > from external 16-bit flash memory...
I can send you the schematics for the AT91RM9200EK if you provide me your email address.
> Also wondering why all schematics are using only 2-bit MII interface > instead of 4-bit as everybody else... >
The 2 bit interfaxce is a Reduced MII running at 50 Mhz, and uses less pins than the 4 pin MII.
> > I can have a look at the schematic, if you are interested. > > In that case, mail me directly. > > > > Will do so (o; > Thanx for the offer..
> > rick
Ulf Samuelsson wrote:
>>>Nice, did you get any dataflash from them? >>>Soon there will be 128 Mbit dataflashes avaialble in SO-8 pinout. >> >>Received some 1 and 4MBit SPI flash devices for the FPGA stuff... >>no use for SPI flash for AT91RM9200 board. >> >> >>>You have to reset the JTAG and the CPU reswet, otherwise it will fail. >>>It is not good enouigh to pullup the JTAG reset,. >> >>Can they be tied together? > > > Yes. > > >>Actually I want it to boot from external parallel flash by default >>and use boundary scan for flashing... > > > That is an unusual wish :-) > Most people want to program from a PC without a JTAG emulator/tester. > This is possible with the dataflash and jumperless operation. > This also allows easy field upgrade...
I always prefer this JTAG flashing method since I have already ported it to several CPU/FPGA architectures and it runs under Cygwin and Linux and is free...
> > >>>If you want to use the USB, yuou may have to use the 18,432 signal the > > DK is > >>>using. >>> >> >>Odd frequency for USB operation... > > > Yes but the PLL fixes the internal frequency. > > >>Don't see the PA31/BMS signal pulled low in the DK schematic for booting >>from external 16-bit flash memory... > > > I can send you the schematics for the AT91RM9200EK if you provide me your > email address. >
Found it (o; Hmm..are those BAT54 diodes really reliably generating logical "0"?
> >>Also wondering why all schematics are using only 2-bit MII interface >>instead of 4-bit as everybody else... >> > > > The 2 bit interfaxce is a Reduced MII running at 50 Mhz, and uses less pins > than the 4 pin MII. >
So far I've never seen any PHY supporting this 2bit mode besides the one in the DK schematic. Gonna use the LXT972A or DP83846A.
> > >>>I can have a look at the schematic, if you are interested. >>>In that case, mail me directly.
Hmm...since it supports CF slot and also IDE interface... theoratically normal PCCards should also work like LAN/WLAN cards I assume since they do not require full address range...but gonna stick to CF first.
>>> >> >>Will do so (o; >>Thanx for the offer.. > > > >>rick > > >

Memfault Beyond the Launch