--- In msp430@msp4..., <nobodyo@w...> wrote:
Rolf,
The eventual application is to record some crane related activity, 
angle, load, boom length etc, At the moment we are using a seperate 
unit using a PCMCIA hard disk, works fine, but it is getting a bit 
long in the tooth. I have a camera using SD and if Minolta can do it 
why can't we!
See you.
G.
> 
> > I am interested in your comment about MMC + SD cards though. 
> 

Hi,

> I am interested in your comment about MMC + SD
cards though. 

the most card readers are mass storage class compatible. The card can be used
like a scsi-disk with this readers. You can read and write with dd (Linux/Unix
or Cygwin + MS-Windows):

dd if=/dev/sdb of=outfile.1
dd if=infile.2 of=/dev/sdb

and if the card has a valid partition table you can mount the partitions as
usual hard disk partitions, boot from a partition or use encrypted or
steganografic partitions - even without SD card features.

The usual USB-readers are using 10 MHz and MMC mode (1 wire for data) for
reading and writing.

Rolf F.

Hi Rolf,

Thanks for the info. I opened the zip file and read the comments - 
early days yet! We won't be doing anything with the datalog bit 
until we get some other items completed, probably in 4-5 months 
time. Perhaps I will bug you again later!

Thanks again.

Graham G.

> > I am interested in your comment about MMC +
SD cards though. 

Hi,

> I am interested in your comment about MMC + SD
cards though. Sometime
> in the near future we will be wanting to datalog and these cards
> would be ideal. Is it easy to buy the sockets for them, and is the
> software easy? - Perhaps there are examples out there somewhere?

after completing the software for reading and writing data and register it is
easy. But it took me 2 weeks and the help from TI to do it because the cards
even from sandisk are not doing what the standard says; the timing diagrams from
sandisk do not show the real behaviour. 
The people at TI found out that the cards in some situations do need more than
255 dummy cycles, which means more than 2040 clock cycles.
And some commands can kill the card although the standard says this is not
possible.

TI will release an Application Report in a few months.
You can find the code from TI here:
http://www.mikrocontroller.net/attachment.php/28829/kartenleser.zip

Regards 

Rolf F.

Hi Rolf,

As soon as I hit the send button I thought to myself - dumb question. 
If SPI 4mbit/s = 8mhz xtal, then 10mbit/s must be 20mh/z

> I'm using this speed for communication with
MMC and SD Cards.
> With overclocking you can get 10 Mbit/s.
> 
> Rolf F.

I am interested in your comment about MMC + SD cards though. Sometime 
in the near future we will be wanting to datalog and these cards 
would be ideal. Is it easy to buy the sockets for them, and is the 
software easy? - Perhaps there are examples out there somewhere?

GrahamG.

Hi,

> Where does this maximum figure come from? The
maximum USART baud rate is
> one-third the UART source clock frequency BRCLK, regardless of clock
> source. The reason for this is the 3-way majority voting used in the
> receiver. ie you can't set U0BR1,0 to 0.

in SPI mode the smallest division factor is two, so the limit (without
overclocking) is 4 Mbit/s.

Rolf F.

Hi,

> What is the overclocking crystal freq, what is the
current
> consumption, any idea? - just curious.
> Graham.

Others here have reported that they are using quartzes with up to 20 MHz.
The current consumption is in good approximation const.*frequency.

Rolf F.

2,457,600 baud @ 7.3728MHz crystal on XT2 (or 2,666,667 baud @ 8.0000MHz) 
is the maximum rate at which the hardware will work. This is faster than an 
interrupt can process the data, of course, since a 10-bit asynchronous 
frame at 2,457,600 baud takes only 4 uSecs per byte and interrupt latency 
is 6uSecs overhead plus instructions. Also you'd generally need to be 
looking at RS485 physical layer drivers rather than RS232 when you go much 
above 250 kBaud, unless you connect without interface drivers.

Where does this maximum figure come from? The maximum USART baud rate is 
one-third the UART source clock frequency BRCLK, regardless of clock 
source. The reason for this is the 3-way majority voting used in the 
receiver. ie you can't set U0BR1,0 to 0.

According to the User Manual: "Timing for each bit is shown in Figure 138.

For each bit received, a majority vote is taken to determine the bit value. 
These samples occur at the N/21, N/2, and N/2+1 BRCLK periods, where N is 
the number of BRCLKs per BITCLK."

Thus the minimum allowed values for the baud rate divisor is 0x0003:

UBR01 = 0x03; // 7.3728MHz /3 => 2,457,600 baud
UBR11 = 0x00; //

UBR01 = 0x03; // 8.0000MHz /3 => 2,666,667 baud
UBR11 = 0x00; //

Hope this helps.
Hugh

At 15:20 18/06/2003 +0200, you wrote:
 > Rolf,

 > and in UART mode? I did not find any information about the maximum UART
speed on the TI page (in UART mode!).

cm

nobodyo@nobo... wrote:
 > Hi,
 >
 >
 >>how fast can I run the UART on a MSP430? 230,4 kbit/s? ...?
 >
 >
 > In SPI mode and with a 8 MHz quartz you can run it with up to 4 Mbit/s. 
I'm using this speed for communication with MMC and SD Cards.
 > With overclocking you can get 10 Mbit/s.
 >
 > Rolf F.

Hi,

> and in UART mode? I did not find any information
about the maximum UART
> speed on the TI page (in UART mode!).

i don't know.
You should ask TI ( epic@epic... ).

Regards

Rolf F.

I have successfully used MSP430F123 at 460.8kbps
I used very short wires (3-4 inches) from the micro to
a RS232 level converter (Maxim chip). Then used RS232
to USB adapter to capture data in hyperterminal.

-Sumukh

--- cm <cm.groups@cm.g...> wrote:
> Rolf,
> 
> and in UART mode? I did not find any information
> about the maximum UART 
> speed on the TI page (in UART mode!).
> 
> cm
> 
> nobodyo@nobo... wrote:
> > Hi,
> > 
> > 
> >>how fast can I run the UART on a MSP430? 230,4
> kbit/s? ...?
> > 
> > 
> > In SPI mode and with a 8 MHz quartz you can run it
> with up to 4 Mbit/s. I'm using this speed for
> communication with MMC and SD Cards.
> > With overclocking you can get 10 Mbit/s.
> > 
> > Rolf F.
> > 
> > 
> > [Non-text portions of this message have been
> removed]
> > 
> > 
> > 
> > .
> > 
> >  
> > 
> > ">http://docs.yahoo.com/info/terms/ 
> > 
> > 
> > 
> 
> 
> 
> 


__________________________________