You have been a great help getting me past hurdles to making some pretty great projects. I built a multi-channel temperature monitor - control device using a 16F877 with your help. Like any "scientist" I want to know its behavior over time so I thought it would be great to add data storage capability. An SD card came to mind so I ran across a nice Jal application: http://justanotherlanguage.org/content/jallib/tutorials/tutorial_sd_card
As a pretty dedicated GCBasic user, I hope that some of you may have and share experience with sending data to an SD card? Thanks tons!!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for this option too. Actually, I don't need to store more data than the eeprom you suggest for this particular application. But I am interested in viewing data real-time, optionally later. So I thought of exporting serially but my lap tops don't have a serial port so I thought of either USB (to display graphically real time) or SD card (for viewing later). My 1st question actually should have been about either USB or SD because guidance / examples for either would be great. Getting data out of the PIC / eeprom to a PC is the interest.
Thanks again!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A lot of the hobby oriented sites have USB/serial adapters at ttl levels, like this FTDI 5V one from Sparfun. Using that type of cable, or similar breakout board, precludes having to use a MAX232 chip.
Once the serial comms are up and running, then logging/writing to a CSV file inside a terminal program should be straight forward.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Very nice looking FTDI product, and nice site too. Thanks. Now my zero experience with serial communications shows: I assume that I would communicate to the FTDI chip/cable the same way I would with a MAX232 using GCBasic's serial functions? And thanks again!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've renewed my interest in using an SD card for data storage. The benefit is that the circuit can run on battery and it can store data in the middle of nowhere where I can just retrieve the data card and replace with a blank card, then go read data at home/office. So I'm wondering if anyone has any experiences to share yet with SDs and GCB?
Thanks much!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've been playing around a little with an Arduino and an SD card shield over the last few months. I've been able to read sectors off of it with GCBASIC, and have successfully displayed a list of files on the card's root directory through the UART. That's about all the progress so far, writing and FAT16 are going to be the next challenges.
The only downside is that writing to an SD card needs to be done in blocks of 512 bytes, so any SD card library is going to need a fairly large amount of RAM for buffering on the microcontroller. That means using a PIC18F or mega AVR.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi folks,
You have been a great help getting me past hurdles to making some pretty great projects. I built a multi-channel temperature monitor - control device using a 16F877 with your help. Like any "scientist" I want to know its behavior over time so I thought it would be great to add data storage capability. An SD card came to mind so I ran across a nice Jal application:
http://justanotherlanguage.org/content/jallib/tutorials/tutorial_sd_card
As a pretty dedicated GCBasic user, I hope that some of you may have and share experience with sending data to an SD card? Thanks tons!!
This is a logger that looks interesting.
http://www.sparkfun.com/products/9530
I have not used the product, I am not selling etc. But, I think this does look an interesting approach to data logging,
Looks like a good read. I'll check it out. Thanks.
By all means, developing an SD card library would be great.
If storage requirements are more modest, than there is an I2C routine for the Microchip 24LC256 (32k Bytes) eeprom chip in the developer's section http://sourceforge.net/projects/gcbasic/forums/forum/629990/topic/1699908
Thanks for this option too. Actually, I don't need to store more data than the eeprom you suggest for this particular application. But I am interested in viewing data real-time, optionally later. So I thought of exporting serially but my lap tops don't have a serial port so I thought of either USB (to display graphically real time) or SD card (for viewing later). My 1st question actually should have been about either USB or SD because guidance / examples for either would be great. Getting data out of the PIC / eeprom to a PC is the interest.
Thanks again!
A lot of the hobby oriented sites have USB/serial adapters at ttl levels, like this FTDI 5V one from Sparfun. Using that type of cable, or similar breakout board, precludes having to use a MAX232 chip.
Once the serial comms are up and running, then logging/writing to a CSV file inside a terminal program should be straight forward.
Very nice looking FTDI product, and nice site too. Thanks. Now my zero experience with serial communications shows: I assume that I would communicate to the FTDI chip/cable the same way I would with a MAX232 using GCBasic's serial functions? And thanks again!
I've renewed my interest in using an SD card for data storage. The benefit is that the circuit can run on battery and it can store data in the middle of nowhere where I can just retrieve the data card and replace with a blank card, then go read data at home/office. So I'm wondering if anyone has any experiences to share yet with SDs and GCB?
Thanks much!
I've been playing around a little with an Arduino and an SD card shield over the last few months. I've been able to read sectors off of it with GCBASIC, and have successfully displayed a list of files on the card's root directory through the UART. That's about all the progress so far, writing and FAT16 are going to be the next challenges.
The only downside is that writing to an SD card needs to be done in blocks of 512 bytes, so any SD card library is going to need a fairly large amount of RAM for buffering on the microcontroller. That means using a PIC18F or mega AVR.
Nice. Glad to read that you are playing with this. I'll stay posted and I'll bet others will too.