|
In the past, I skipped the FAT16/32 step altogether. I save the data on the SD card (or CF card or whatever) according to the way I want it. When I need to retrieve the data, I just import it using the serial port on the PIC and Hyperterminal on a PC and save it to a file. Do some 'post-processing' on a PC with some VB instead of worrying about trying to reinvent the wheel and write a FAT16 filing system on a PIC.
|
Yes, that is definitely a viable solution if it fits the needs of the end user/customer.
|
True...Originally Posted by rmteo
I guess in my mind, FAT16/32 support is nice, but is it really worth the programming hassle, much less the code space, instruction cycles, etc. that might be a lot better off used elsewhere.
|
Sometimes it is a convenience issue - or the customer just wants a fool-proof system for the average user. See post #2 here:
http://www.picbasic.co.uk/forum/showthread.php?t=9619
|
Oh, I agree... If a guy is getting paid for it, then sure, use FAT and everything else, especially if you've already got the libraries and/or routines already written...
Biggest program I've got going is a full 18F4685 for that OBD2 reader...OBD2 interface, color gLCD, keypad, serial, SD card, and so on and so on...
Problem is, I'll probably never make any money off it!!!
|
I also will not make any money off that project either, though - the customer probably will - it was contract design deal.
|
You could try this from here
http://www.parallax.com/ProductInfo/...3/Default.aspx
You could use an external eeprom then upload via the serial port striagh into excel I know it's for the basic stamp but should be easily ported over to PBP
I know that sword fish and PDS support the SD card,
|
Tell ya what... You make something for me, I'll buy it from you. Then I'll make something for you, and you buy it from me. That way we can both tell people we've made a lot of money from our knowledge!
Members who have read this thread : 0You do not have permission to view the list of names.
Posting Permissions
Bookmarks