Show Posts
Pages: 1 ... 71 72 [73] 74 75 ... 98
1081  Using Arduino / Project Guidance / Re: EEPROM better than SD card for audio ? on: September 22, 2011, 02:56:22 pm
OK I have bought a 24C1024 eeprom, made up a little Mgyver shield, and studied the datasheet.

I have tried the benchmark example of http://www.arduino.cc/playground/Code/I2CEEPROM24C1024
but it gets to " writing data " and hangs.

I notice there is no "begin" in the setup, which I think should be the memory reset  from the datasheet ?

I just want to try writing to and receiving from the eeprom for now.

I will try through the night and see how I get on.

My next task will be to find how to download the WAV files in bytes and store them on the eeprom.
 
1082  Using Arduino / Project Guidance / Re: EEPROM better than SD card for audio ? on: September 21, 2011, 10:13:40 pm
The code I have been using is basically the example from the guy who writes the FAT libraries, and he reckons the wave HC is the one best suited to audio.
I have to have this project sorted out without the audio problem .  The audio part is just a small part of the project, which superimposes graphics on a HD LCD screen, which is working fine ...

I will try your idea with no libraries Bob, and start with a small example with just a couple of files, I think I can master the eeprom part, its similar to the RTC chip eeprom on the last project , which is working well.
I am not too sure about the DAC, but I have downloaded the datasheet and see what I can do.

The wavehc code is extremely complicated for us beginners, but I am hoping most of it is for the SD card side....
1083  Using Arduino / Project Guidance / Re: EEPROM better than SD card for audio ? on: September 21, 2011, 01:13:27 pm
OK I have broken the announcements into 14 slices of WAV files totalling 259k ( I could probably trim them a little more )

In an ideal world I could just swap the SD card for a pair of AT24C1024W EEPROMs that are available locally.

I don't really understand how the waveHC library interacts with the DAC and the SD card, presumably the FAT side would be a much simpler random address on the EEPROM for the various sound files ?

To record the WAV files on the EEPROM would presumably be a separate sketch to import each byte or batch of bytes of the WAV file from the PC, via the Arduino board, and store them on the EEPROM?

I would then plug the eeprom into a socket on the project board, which has a 328 chip to read from the eeprom and feed to the DAC or whatever ?

am I on the right track, or trying to reinvent the wheel?
1084  Using Arduino / Project Guidance / Re: EEPROM better than SD card for audio ? on: September 20, 2011, 09:26:50 pm
Thanks Bob
I think the first thing I must do is rerecord the anouncements with a view to making them smaller files - it didn't matter before with the SD cards.
Then I can see what size I must work on

1085  Using Arduino / Project Guidance / Re: EEPROM better than SD card for audio ? on: September 20, 2011, 02:55:18 pm
It seems that there are many people who have the same problem with the larger memory SD cards, and I havn't found any answers posted yet.
The real problem is that it is intermittent, the card just doesn't respond after a while, replacing it works again for a while.
Replacing the card with a 250Mb version ( when I can find them ) works fine every time.

I have tried changing the buffer chip to several different types, and decoupling caps right on the socket of the card, but not found the answer........
1086  Using Arduino / Project Guidance / Re: controlling a hundred solenoids on: September 20, 2011, 02:46:31 pm
If you are interested, I designed a PCB that has up to 20 x TPIC6B595 shift register/latches that can control up to 160 LED strips or solenoids of up to 500mA each. These chips also have clamp diodes built in.The outputs all latch, so you only have to update the chips when something changes.
The board has the arduino chip on board with a socket, and a 5v regulator and a wireless receiver module.
The board is in the .LAY format of the SPRINT pcb design format, but I can post the Gerber files, and the sketch.


1087  Using Arduino / Project Guidance / EEPROM better than SD card for audio ? on: September 20, 2011, 10:02:58 am
I have a project that uses up to 9 audio announcements of about 4 seconds duration.
At the moment I am using a SD card, and the waveHC library, but unless I use a SD card of 250Mb or less it is unreliable, and sometimes won't read the card.

Would it be better to use some EEPROMs ?    the audio tracks are between 250 and 850k, but I am sure i can reduce the sampling without hassles.

I just need some advise here..........
1088  Using Arduino / Storage / Re: EEPROM overwite previous data? on: September 10, 2011, 02:01:51 am
True Bob,  I do have prescription glasses that darken in sunlight, I forgot to test them on the white LEDs, I must check that.

On a serious note, one of my suppliers has a display with all the different colour LEDs on all day, including the blue ones that I use for illuminating flourescent targets,( they have so much ultra violet content.)
I have warned him about damage to his counterstaffs' eyes, I temporary ( 2 hours or so ) lost the sight of one eye a couple of years back when experimenting with a couple of ultraviolet LEDs, so I am very wary now.
1089  Using Arduino / Storage / Re: EEPROM overwite previous data? on: September 09, 2011, 05:15:13 pm
I blame it on being hard to read the screen after 3 days testing the previous project with 1000 ultra bright white LEDs :-)   I could literally switch off the rooms normal lights without seeing any difference - depending on the numbers being displayed of course !
1090  Using Arduino / Storage / Re: EEPROM overwite previous data? fixed on: September 09, 2011, 08:05:31 am
I found the problem.....

I had  Wire.endTransmission();    after setting the pointer , removed it and it works
1091  Using Arduino / Storage / Re: EEPROM overwite previous data? on: September 09, 2011, 07:41:18 am

I am back on the RTC project again, and am having trouble writing to the DS1307s RAM,  I have tried a basic sketch just to store and retreive some data ( below )
Am I doing something stupid here?  It just gives me the old data back from the RAM

Code:

/*  just loading the ram for testing
 */
#include <Time.h> 
#include <Wire.h> 
#include <DS1307RTC.h>  // a basic DS1307 library that returns time as a time_t
byte prevday ;          //  prev days of month for display
byte prevmonth ;         //prev month for display
byte prevyear ;         //prev year  for display
byte prevbest ;   // highest longest interval up to 99
byte upperbyte;   //  of previous unix days
byte lowerbyte;   //  -"-
unsigned long old_unix_days;
unsigned long  unidays;
unsigned long  unisecs;
//*************************************************************************************
void setup()  {
  Serial.begin(9600);
  setSyncProvider(RTC.get);   // the function to get the time from the RTC
  if(timeStatus()!= timeSet)
     Serial.println("Unable to sync with the RTC");
  else
     Serial.println("RTC has set the system time");     
     Wire.begin(); // no address, we are master
  Serial.begin (9600);     
}
void loop()
{
 
 
    prevday = 12;
  prevmonth= 10;
  prevyear = 33;
  prevbest = 87;
  upperbyte = 22;
  lowerbyte = 44;
 
 Wire.beginTransmission(0x68); 
  Wire.send(0x08);  // to start of RAM
  Wire.endTransmission(); 

 
 
  Wire.send (prevday);
  Wire.send (prevmonth);
  Wire.send (prevyear);
  Wire.send (prevbest);
  Wire.send (upperbyte);
  Wire.send (lowerbyte);
  Wire.endTransmission();
 Serial.println("finished loading"); 

  Wire.beginTransmission(0x68); 
  Wire.send(0x08);  // to start of RAM
  Wire.endTransmission(); 
  Wire.requestFrom(0x68,6 );  // Read back first six RAM addresses
  prevday = Wire.receive();
  prevmonth = Wire.receive();
  prevyear= Wire.receive();
  prevbest = Wire.receive(); 
  upperbyte = Wire.receive(); 
  lowerbyte = Wire.receive();
  Serial.print ("prev day read " );
  Serial.println (prevday, HEX);
  Serial.print ("prev month read " );
  Serial.println (prevmonth, HEX);
  Serial.print ("prev year read " );
  Serial.println (prevyear, HEX);
  Serial.print ("prev best read " );
  Serial.println (prevbest, HEX);
  Serial.print ("upperbyte read " );  Serial.print (upperbyte, HEX); Serial.print (" ,  upperbyte read " );  Serial.println (upperbyte, HEX);
  Serial.print ("lowerbyte read " );  Serial.print (lowerbyte, HEX);  Serial.print (",   lowerbyte read " ); Serial.println (lowerbyte, BIN);
  long old_unix_days = word (upperbyte, lowerbyte);
  Serial.print(" old_unix_days = ");  Serial.print (old_unix_days); Serial.print(",   old_unix_days = "); Serial.println(old_unix_days, BIN);
}
1092  Community / Bar Sport / the brains OK, but the eyes are gone :-) on: September 04, 2011, 12:53:29 pm

Wasted a bit of precious time today trying to find why my arduino chip did nothing when plugged into a board I have made as an interface ( I have used the same pcb before with no problems )

What threw me was the 78L05 on the board was getting hot , which wasted a lot of my time looking for shorts.

It turned out that one of the two tiny  22Pf caps on the crystal was marked 22J and the other 221  ( 220pF ! )

They both came from my same draw, so I dont know when the rogue one got there.
I will now keep my magnifying glass nearby, and accept my age !
1093  Using Arduino / Programming Questions / Re: why no curly brackets in blink without delay ? on: August 23, 2011, 04:17:03 pm
that was my first thought, but its a bit obvious
1094  Using Arduino / Programming Questions / Re: why no curly brackets in blink without delay ? on: August 23, 2011, 10:54:41 am
My granchildren can do 15 divide by 3 or 5,   or 8 minus 3 or 5 very easily , and cheap   smiley-cool

1095  Using Arduino / Programming Questions / Re: why no curly brackets in blink without delay ? on: August 23, 2011, 08:50:58 am
var = 8 - var;     looks the easy
Pages: 1 ... 71 72 [73] 74 75 ... 98