Reply by anhtruong52 December 16, 20092009-12-16
I think I didn't explain in the good way, here is one of the link might be better explanation of my search http://www.cubloc.com/download/cubloc/SD_UserManual.pdf

Anyway, I did find other links close to my need. Thank for concerns

--- In a..., "Donald H" wrote:
>
> --- In a..., "anhtruong52" wrote:
> >
> >
> > Sorry about missing information:
> >
> > - The Serial info. that I am talking about come from Bluetooth WT-11/WT-12 interface (as Arduino-BT board)
> >
> > - I don't have USB interface, but I know that with a CPU which has USB interface (or with EBI), it can receive Host PC FAT info & transfer files to/from NAND Flash Memory ... in that case, might be we can somehow do the same with Serial FAT info. but also can transfer files into a Flash memory or a SD card
> Serial FAT info ???
>
> NO, you are lost.
>
> Please give up now.
>
> don
>

Reply by Donald H December 15, 20092009-12-15
--- In a..., "anhtruong52" wrote:
> Sorry about missing information:
>
> - The Serial info. that I am talking about come from Bluetooth WT-11/WT-12 interface (as Arduino-BT board)
>
> - I don't have USB interface, but I know that with a CPU which has USB interface (or with EBI), it can receive Host PC FAT info & transfer files to/from NAND Flash Memory ... in that case, might be we can somehow do the same with Serial FAT info. but also can transfer files into a Flash memory or a SD card
Serial FAT info ???

NO, you are lost.

Please give up now.

don

Reply by anhtruong52 December 15, 20092009-12-15
Sorry about missing information:

- The Serial info. that I am talking about come from Bluetooth WT-11/WT-12 interface (as Arduino-BT board)

- I don't have USB interface, but I know that with a CPU which has USB interface (or with EBI), it can receive Host PC FAT info & transfer files to/from NAND Flash Memory ... in that case, might be we can somehow do the same with Serial FAT info. but also can transfer files into a Flash memory or a SD card

- Let forget about using USB (only for reference)

I hope that you have more info. about my project

--- In a..., "Donald H" wrote:
>
> --- In a..., "anhtruong52" wrote:
> >
> > Sorry about the delay of reponse because I got a very bad cold couple days ago, here is my answers:
> >
> > 1. Yes, I have used Bluetooth Serial and need transfering files as asking for help as before. I found out this link & looks very helpful for using with SD card http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num35125412/0
>
> What does SD card have to do with a Data Flash memory ?
>
> >
> > 2. However, as WT-11 & WT-12 also have OBEX FTP & OPP features, if it can transfer files faster then I aslo want to try
>
> What is a WT-11 and WT-12 ??
>
> >
> > 3. As you see the USB memory stick only need 1 MCU (USB-Controller embedded) & 1 Flash Memory ... by any chance we can inteprete Serial into USB codes so that we can use as they are?
>
> No, I do not see where a USB memory stick is used in your project.
>
> Is this new, did you just discover USB sticks so decided to add one ?
>
> >
> > Thanks for help,
>
> Please make it clear what you want to do !
>
> don
>

Reply by Donald H December 15, 20092009-12-15
--- In a..., "anhtruong52" wrote:
>
> Sorry about the delay of reponse because I got a very bad cold couple days ago, here is my answers:
>
> 1. Yes, I have used Bluetooth Serial and need transfering files as asking for help as before. I found out this link & looks very helpful for using with SD card http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num35125412/0

What does SD card have to do with a Data Flash memory ?

>
> 2. However, as WT-11 & WT-12 also have OBEX FTP & OPP features, if it can transfer files faster then I aslo want to try

What is a WT-11 and WT-12 ??

>
> 3. As you see the USB memory stick only need 1 MCU (USB-Controller embedded) & 1 Flash Memory ... by any chance we can inteprete Serial into USB codes so that we can use as they are?

No, I do not see where a USB memory stick is used in your project.

Is this new, did you just discover USB sticks so decided to add one ?

>
> Thanks for help,

Please make it clear what you want to do !

don

Reply by anhtruong52 December 14, 20092009-12-14
Sorry about the delay of reponse because I got a very bad cold couple days ago, here is my answers:

1. Yes, I have used Bluetooth Serial and need transfering files as asking for help as before. I found out this link & looks very helpful for using with SD card http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num35125412/0

2. However, as WT-11 & WT-12 also have OBEX FTP & OPP features, if it can transfer files faster then I aslo want to try

3. As you see the USB memory stick only need 1 MCU (USB-Controller embedded) & 1 Flash Memory ... by any chance we can inteprete Serial into USB codes so that we can use as they are?

Thanks for help,

--- In a..., David Kelly wrote:
> On Dec 9, 2009, at 6:42 PM, Donald H wrote:
>
> > As David has stated, your project seems a little dis-jointed.
> >
> > I see you have an idea for a solution to a problem.
>
> My suspicion is that its a homework assignment that is due very soon
> resulting in loss of sleep.
>
> [...]
>
> > Lets make a few assumption:
> >
> > 1) The USER interface will be on serial-port.
>
> It might not. It might be that he expects to push/pull files between
> two PC's completely under the control of the AVR. Was very unclear.
>
> Appeared to me that somehow he thought an SD card wrote files in FAT
> filesystem format automagically. That from the AVR one could instruct
> the SD card to "write the following data in a file" rather than the
> reality where one must manipulate the file allocation table directly,
> and from that write the data into the designated locations in the SD.
>
> Perhaps the O.P. will have learned something from this about planning,
> and of estimating level of effort.
>
> Am a bit afraid that those of the past who hated flow charting as
> students, are now teachers.
>
> --
> David Kelly N4HHE, dkelly@...
> =======================================================================> Whom computers would destroy, they must first drive mad.
>

Reply by Donald H December 12, 20092009-12-12
--- In a..., David Kelly wrote:
>
> If your IR remote controller had USB and presented the AT45DB as a mass
> storage device then one could upload files with a simple file copy from
> any computer that could handle USB mass storage *and* understood FAT.
> Then your application on the AVR would need to know how to read FAT in
> order to find its data inside the file.

The AT169 does not have USB support.
But, it does have serial ports.

Thats why I understand how the OP would figure FAT must be able to work.

The lead on this project just did not understand, just like the OP here.

don

Reply by David Kelly December 10, 20092009-12-10
On Thu, Dec 10, 2009 at 04:41:37PM -0000, Donald H wrote:
>
> --- In a..., David Kelly wrote:
> >
> > My suspicion is that its a homework assignment that is due very soon
> > resulting in loss of sleep.
>
> Yea, I kind of thought so too.
> I developed a IR Remote 5-6 years ago that used the AT45DB and a AT169
> to store the IR codes for hundreds of remotes.
>
> The thought was to also use FAT so it would talk to a PC to download
> new codes from a web site.
>
> The head of the project did not understand FAT just like this OP.
>
> The product never made it to market.

If your IR remote controller had USB and presented the AT45DB as a mass
storage device then one could upload files with a simple file copy from
any computer that could handle USB mass storage *and* understood FAT.
Then your application on the AVR would need to know how to read FAT in
order to find its data inside the file.

If the IR controller was to have one and only one database of IR codes
then for the price of requiring a custom application to send the codes
to the controller there is no need to use any "standard" format for
storing the codes on the DataFlash. Simply write the data in any format
that makes sense to you. All you really need is to know where it starts
and where it stops.

--
David Kelly N4HHE, d...@HiWAAY.net
=======================================================================Whom computers would destroy, they must first drive mad.
Reply by Donald H December 10, 20092009-12-10
--- In a..., David Kelly wrote:
> On Dec 9, 2009, at 6:42 PM, Donald H wrote:
>
> > As David has stated, your project seems a little dis-jointed.
> >
> > I see you have an idea for a solution to a problem.
>
> My suspicion is that its a homework assignment that is due very soon
> resulting in loss of sleep.

Yea, I kind of thought so too.
I developed a IR Remote 5-6 years ago that used the AT45DB and a AT169 to store the IR codes for hundreds of remotes.

The thought was to also use FAT so it would talk to a PC to download new codes from a web site.

The head of the project did not understand FAT just like this OP.

The product never made it to market.

don

Reply by David Kelly December 9, 20092009-12-09
On Dec 9, 2009, at 6:42 PM, Donald H wrote:

> As David has stated, your project seems a little dis-jointed.
>
> I see you have an idea for a solution to a problem.

My suspicion is that its a homework assignment that is due very soon
resulting in loss of sleep.

[...]

> Lets make a few assumption:
>
> 1) The USER interface will be on serial-port.

It might not. It might be that he expects to push/pull files between
two PC's completely under the control of the AVR. Was very unclear.

Appeared to me that somehow he thought an SD card wrote files in FAT
filesystem format automagically. That from the AVR one could instruct
the SD card to "write the following data in a file" rather than the
reality where one must manipulate the file allocation table directly,
and from that write the data into the designated locations in the SD.

Perhaps the O.P. will have learned something from this about planning,
and of estimating level of effort.

Am a bit afraid that those of the past who hated flow charting as
students, are now teachers.

--
David Kelly N4HHE, d...@HiWAAY.net
=======================================================================Whom computers would destroy, they must first drive mad.

Reply by Donald H December 9, 20092009-12-09
As David has stated, your project seems a little dis-jointed.

I see you have an idea for a solution to a problem.

But, your not thinking it all the way through.

We would like to help you, but we need to understand your project fully.

The fact that you want to transfer files is small compared to the rest of your project.

Lets make a few assumption:

1) The USER interface will be on serial-port.
2) There will be more than one file saved on the storage device.
3) The USER must be able to select which file is on the storage device.
4) start a transfer to/from the storage device.

Ok, how does the USER access the file names and start a transfer ?
How does the PC know there is a file system on the serial port ?

The PC normally accesses the directories and FAT tables on anyh kind of media.

If you have a PC driver that looks at the serial port as an disk drive, the PC will handle the FAT for you.

The storage device does not need to know that the memory is formatted as FAT or anything else.

Your AVR code is a block device.
The PC will ask for block 123 or 456 and your code will read or write block 123 or 456.

The PC will control the FAT, you control reading and writing 512 byte blocks.

don