From bobgardner at aol.com Wed Jul 2 08:44:44 2008 From: bobgardner at aol.com (bobgardner@aol.com) Date: Wed Jul 2 09:46:59 2008 Subject: [Icc-avr] printf off by 1? Message-ID: <8CAAA71AF66E10A-1438-60@webmail-dd06.sysops.aol.com> Anyone see anything that would make this print out one byte off? The var sizes are mixed... 1 byte, 2 byte.... but the cprintf that prints em out thinks they are all 2 byte? How does a %d know if it has a byte or an int for a param?? Sorry about losing the indent.... hope its not too wierd to read.... //---ram copy of eeprom vars with order reversed size 40------------ unsigned int ad4vraw; //823->0x33f?????? <---2 bytes unsigned char dispF; //?????????????????????? <---1 byte signed int nunitsmax; //needle units max signed int nunitsmin; // min signed int ev2unitsmax; //extv1 units max signed int ev2unitsmin; // min signed int ev1unitsmax; //extv1 units max signed int ev1unitsmin; // min signed int emv2max; //extv1 mv max signed int emv2min; //extv1 mv min signed int emv1max; //extv1 mv max signed int emv1min; //extv1 mv min unsigned char voltsonbdisp; // unsigned char voltsontdisp; // unsigned char voltsonneedle; // unsigned char thermonbdisp; // unsigned char thermontdisp; // unsigned char thermonneedle; // unsigned char readtherm; // unsigned char extv2onbdisp; // unsigned char extv2ontdisp; // unsigned char extv2onneedle; // unsigned char readextv2; // unsigned char extv1onbdisp; // unsigned char extv1ontdisp; // unsigned char extv1onneedle; // unsigned char readextv1; // int needleoffset; // //---eeprom init 40 bytes------- #pragma data:eeprom //default config params set up for combo egt/boost deg F int eeneedleoffset=0; //???????????????????????? <---2 bytes unsigned char eereadextv1=1; //???????? <----1 byte unsigned char eeextv1onneedle=0; // unsigned char eeextv1ontdisp=1; // unsigned char eeextv1onbdisp=0; // unsigned char eereadextv2=1; // unsigned char eeextv2onneedle=0; // unsigned char eeextv2ontdisp=0; // unsigned char eeextv2onbdisp=1; // unsigned char eereadtherm=1; // unsigned char eethermonneedle=1; // unsigned char eethermontdisp=0; // unsigned char eethermonbdisp=0; // unsigned char eevoltsonneedle=0; // unsigned char eevoltsontdisp=0; // unsigned char eevoltsonbdisp=0; // signed int eemv1min=0; //extv1 mv min 0-5V sensor signed int eemv1max=5000; //extv1 mv max sensata 75psig sensor for 30 psi boost signed int eemv2min=0; //extv2 mv min signed int eemv2max=5000; //extv2 mv max sensata 75psig sensor for 30 psi boost signed int eev1unitsmin=0; // min signed int eev1unitsmax=5000; //extv1 units max signed int eev2unitsmin=0; // min signed int eev2unitsmax=5000; //extv2 units max signed int eenunitsmin=0; // min signed int eenunitsmax=240; //needle units max unsigned int eead4vraw=823; //ad reading for 4.00V 823->0x33f unsigned char eedispF=1; // char eenamestr[]="DAVE TEICHMAN"; #pragma data:data //-------------------------- void readeeprom(void){ //read eeprom params to ram INTR_OFF(); EEPROMReadBytes((int)&eeneedleoffset, (void *)&needleoffset,40);? //<---I think there's 40 bytes in the eeprom INTR_ON(); } //-------------------------- void readnameeeprom(void){ //read name from eeprom to ram INTR_OFF(); EEPROMReadBytes((int)&eenamestr, (void *)&namestr[0],sizeof(eenamestr)); INTR_ON(); } //-------------------------- void saveeeprom(void){ //save ram to eeprom INTR_OFF(); EEPROMWriteBytes((int)&eeneedleoffset, (void *)&needleoffset,40); INTR_ON(); } //-------------------------- void calmenu(void){ //user config params cprintf("cfg cmds: q=quit\n\n" " a read extv1 %d\n"???????????????????????? //<----1 byte " 1 extv1 on ndl %d\n" " 2 extv1 on tdisp %d\n" " 3 extv1 on bdisp %d\n\n" " b read extv2 %d\n" " 4 extv2 on ndl %d\n" " 5 extv2 on tdisp %d\n" " 6 extv2 on bdisp %d\n\n" " c read thermo %d\n" " 7 therm on ndl %d\n" " 8 therm on tdisp %d\n" " 9 therm on bdisp %d\n\n" " d extv1 min mv %d\n" " e extv1 max mv %d\n" " f extv2 min mv %d\n" " g extv2 max mv %d\n" " h ndl units min %d\n" " i ndl units max %d\n" " j extv1 units min %d\n" " k extv1 units max %d\n" " l extv2 units min %d\n" " m extv2 units max %d\n" " n volts on ndl %d\n" " o volts on tdisp %d\n" " p volts on bdisp %d\n" " r temp deg F %d\n"????????????????? //<----1 byte " s a/d cal %d\n",??????????????????????? //<----2 bytes " t user name %s\n", readextv1,extv1onneedle,extv1ontdisp,extv1onbdisp, readextv2,extv2onneedle,extv2ontdisp,extv2onbdisp, readtherm,thermonneedle,thermontdisp,thermonbdisp, emv1min,emv1max,emv2min,emv2max,nunitsmin,nunitsmax, ev1unitsmin,ev1unitsmax,ev2unitsmin,ev2unitsmax, voltsonneedle,voltsontdisp,voltsonbdisp,dispF,ad4vraw,namestr); } //------------------- void calloop(void){ //called from mainloop char c; while(c != 'q'){ // calmenu(); crlf(); putc('>'); //prompt for input c=getche(); crlf(); switch(c){ case 'a': readextv1 = !readextv1; break; case '1': extv1onneedle = !extv1onneedle; break; case '2': extv1ontdisp = !extv1ontdisp; break; case '3': extv1onbdisp = !extv1onbdisp; break; case 'b': readextv2 = !readextv2; break; case '4': extv2onneedle = !extv2onneedle; break; case '5': extv2ontdisp = !extv2ontdisp; break; case '6': extv2onbdisp = !extv2onbdisp; break; case 'c': readtherm = !readtherm; break; case '7': thermonneedle= !thermonneedle; break; case '8': thermontdisp = !thermontdisp; break; case '9': thermonbdisp = !thermonbdisp; break; case 'd': adjemv1min(); break; case 'e': adjemv1max(); break; case 'f': adjemv2min(); break; case 'g': adjemv2max(); break; case 'h': adjnunitsmin(); break; case 'i': adjnunitsmax(); break; case 'j': adjev1unitsmin(); break; case 'k': adjev1unitsmax(); break; case 'l': adjev2unitsmin(); break; case 'm': adjev2unitsmax(); break; case 'n': voltsonneedle = !voltsonneedle; break; case 'o': voltsontdisp = !voltsontdisp; break; case 'p': voltsonbdisp = !voltsonbdisp; break; case 'r': dispF = !dispF; break; case 's': adcal(); break; case 't': getname(); break; default: calmenu(); } cfgchk(); calcparams(); saveeeprom(); _StackCheck(); } } unsigned int ad4vraw; //823->0x33f?????? <---2 bytes unsigned char dispF; //?????????????????????? <---1 byte signed int nunitsmax; //needle units max signed int nunitsmin; // min signed int ev2unitsmax; //extv1 units max signed int ev2unitsmin; // min signed int ev1unitsmax; //extv1 units max signed int ev1unitsmin; // min signed int emv2max; //extv1 mv max signed int emv2min; //extv1 mv min signed int emv1max; //extv1 mv max signed int emv1min; //extv1 mv min unsigned char voltsonbdisp; // unsigned char voltsontdisp; // unsigned char voltsonneedle; // unsigned char thermonbdisp; // unsigned char thermontdisp; // unsigned char thermonneedle; // unsigned char readtherm; // unsigned char extv2onbdisp; // unsigned char extv2ontdisp; // unsigned char extv2onneedle; // unsigned char readextv2; // unsigned char extv1onbdisp; // unsigned char extv1ontdisp; // unsigned char extv1onneedle; // unsigned char readextv1; // int needleoffset; // //---eeprom init 40 bytes------- #pragma data:eeprom //default config params set up for combo egt/boost deg F int eeneedleoffset=0; //???????????????????????? <---2 bytes unsigned char eereadextv1=1; //???????? <----1 byte unsigned char eeextv1onneedle=0; // unsigned char eeextv1ontdisp=1; // unsigned char eeextv1onbdisp=0; // unsigned char eereadextv2=1; // unsigned char eeextv2onneedle=0; // unsigned char eeextv2ontdisp=0; // unsigned char eeextv2onbdisp=1; // unsigned char eereadtherm=1; // unsigned char eethermonneedle=1; // unsigned char eethermontdisp=0; // unsigned char eethermonbdisp=0; // unsigned char eevoltsonneedle=0; // unsigned char eevoltsontdisp=0; // unsigned char eevoltsonbdisp=0; // signed int eemv1min=0; //extv1 mv min 0-5V sensor signed int eemv1max=5000; //extv1 mv max sensata 75psig sensor for 30 psi boost signed int eemv2min=0; //extv2 mv min signed int eemv2max=5000; //extv2 mv max sensata 75psig sensor for 30 psi boost signed int eev1unitsmin=0; // min signed int eev1unitsmax=5000; //extv1 units max signed int eev2unitsmin=0; // min signed int eev2unitsmax=5000; //extv2 units max signed int eenunitsmin=0; // min signed int eenunitsmax=240; //needle units max unsigned int eead4vraw=823; //ad reading for 4.00V 823->0x33f unsigned char eedispF=1; // char eenamestr[]="DAVE TEICHMAN"; #pragma data:data //-------------------------- void readeeprom(void){ //read eeprom params to ram INTR_OFF(); EEPROMReadBytes((int)&eeneedleoffset, (void *)&needleoffset,40);? //<---I think there's 40 bytes in the eeprom INTR_ON(); } //-------------------------- void readnameeeprom(void){ //read name from eeprom to ram INTR_OFF(); EEPROMReadBytes((int)&eenamestr, (void *)&namestr[0],sizeof(eenamestr)); INTR_ON(); } //-------------------------- void saveeeprom(void){ //save ram to eeprom INTR_OFF(); EEPROMWriteBytes((int)&eeneedleoffset, (void *)&needleoffset,40); INTR_ON(); } //-------------------------- void calmenu(void){ //user config params cprintf("cfg cmds: q=quit\n\n" " a read extv1 %d\n"???????????????????????? //<----1 byte " 1 extv1 on ndl %d\n" " 2 extv1 on tdisp %d\n" " 3 extv1 on bdisp %d\n\n" " b read extv2 %d\n" " 4 extv2 on ndl %d\n" " 5 extv2 on tdisp %d\n" " 6 extv2 on bdisp %d\n\n" " c read thermo %d\n" " 7 therm on ndl %d\n" " 8 therm on tdisp %d\n" " 9 therm on bdisp %d\n\n" " d extv1 min mv %d\n" " e extv1 max mv %d\n" " f extv2 min mv %d\n" " g extv2 max mv %d\n" " h ndl units min %d\n" " i ndl units max %d\n" " j extv1 units min %d\n" " k extv1 units max %d\n" " l extv2 units min %d\n" " m extv2 units max %d\n" " n volts on ndl %d\n" " o volts on tdisp %d\n" " p volts on bdisp %d\n" " r temp deg F %d\n"????????????????? //<----1 byte " s a/d cal %d\n",??????????????????????? //<----2 bytes " t user name %s\n", readextv1,extv1onneedle,extv1ontdisp,extv1onbdisp, readextv2,extv2onneedle,extv2ontdisp,extv2onbdisp, readtherm,thermonneedle,thermontdisp,thermonbdisp, emv1min,emv1max,emv2min,emv2max,nunitsmin,nunitsmax, ev1unitsmin,ev1unitsmax,ev2unitsmin,ev2unitsmax, voltsonneedle,voltsontdisp,voltsonbdisp,dispF,ad4vraw,namestr); } //------------------- void calloop(void){ //called from mainloop char c; while(c != 'q'){ // calmenu(); crlf(); putc('>'); //prompt for input c=getche(); crlf(); switch(c){ case 'a': readextv1 = !readextv1; break; case '1': extv1onneedle = !extv1onneedle; break; case '2': extv1ontdisp = !extv1ontdisp; break; case '3': extv1onbdisp = !extv1onbdisp; break; case 'b': readextv2 = !readextv2; break; case '4': extv2onneedle = !extv2onneedle; break; case '5': extv2ontdisp = !extv2ontdisp; break; case '6': extv2onbdisp = !extv2onbdisp; break; case 'c': readtherm = !readtherm; break; case '7': thermonneedle= !thermonneedle; break; case '8': thermontdisp = !thermontdisp; break; case '9': thermonbdisp = !thermonbdisp; break; case 'd': adjemv1min(); break; case 'e': adjemv1max(); break; case 'f': adjemv2min(); break; case 'g': adjemv2max(); break; case 'h': adjnunitsmin(); break; case 'i': adjnunitsmax(); break; case 'j': adjev1unitsmin(); break; case 'k': adjev1unitsmax(); break; case 'l': adjev2unitsmin(); break; case 'm': adjev2unitsmax(); break; case 'n': voltsonneedle = !voltsonneedle; break; case 'o': voltsontdisp = !voltsontdisp; break; case 'p': voltsonbdisp = !voltsonbdisp; break; case 'r': dispF = !dispF; break; case 's': adcal(); break; case 't': getname(); break; default: calmenu(); } cfgchk(); calcparams(); saveeeprom(); _StackCheck(); } } //-------------------------- void calmenu(void){ //user config params cprintf("cfg cmds: q=quit\n\n" " a read extv1 %d\n"???????????????????????? //<----1 byte " 1 extv1 on ndl %d\n" " 2 extv1 on tdisp %d\n" " 3 extv1 on bdisp %d\n\n" " b read extv2 %d\n" " 4 extv2 on ndl %d\n" " 5 extv2 on tdisp %d\n" " 6 extv2 on bdisp %d\n\n" " c read thermo %d\n" " 7 therm on ndl %d\n" " 8 therm on tdisp %d\n" " 9 therm on bdisp %d\n\n" " d extv1 min mv %d\n" " e extv1 max mv %d\n" " f extv2 min mv %d\n" " g extv2 max mv %d\n" " h ndl units min %d\n" " i ndl units max %d\n" " j extv1 units min %d\n" " k extv1 units max %d\n" " l extv2 units min %d\n" " m extv2 units max %d\n" " n volts on ndl %d\n" " o volts on tdisp %d\n" " p volts on bdisp %d\n" " r temp deg F %d\n"????????????????? //<----1 byte " s a/d cal %d\n",??????????????????????? //<----2 bytes " t user name %s\n", readextv1,extv1onneedle,extv1ontdisp,extv1onbdisp, readextv2,extv2onneedle,extv2ontdisp,extv2onbdisp, readtherm,thermonneedle,thermontdisp,thermonbdisp, emv1min,emv1max,emv2min,emv2max,nunitsmin,nunitsmax, ev1unitsmin,ev1unitsmax,ev2unitsmin,ev2unitsmax, voltsonneedle,voltsontdisp,voltsonbdisp,dispF,ad4vraw,namestr); } //------------------- void calloop(void){ //called from mainloop char c; while(c != 'q'){ // calmenu(); crlf(); putc('>'); //prompt for input c=getche(); crlf(); switch(c){ case 'a': readextv1 = !readextv1; break; case '1': extv1onneedle = !extv1onneedle; break; case '2': extv1ontdisp = !extv1ontdisp; break; case '3': extv1onbdisp = !extv1onbdisp; break; case 'b': readextv2 = !readextv2; break; case '4': extv2onneedle = !extv2onneedle; break; case '5': extv2ontdisp = !extv2ontdisp; break; case '6': extv2onbdisp = !extv2onbdisp; break; case 'c': readtherm = !readtherm; break; case '7': thermonneedle= !thermonneedle; break; case '8': thermontdisp = !thermontdisp; break; case '9': thermonbdisp = !thermonbdisp; break; case 'd': adjemv1min(); break; case 'e': adjemv1max(); break; case 'f': adjemv2min(); break; case 'g': adjemv2max(); break; case 'h': adjnunitsmin(); break; case 'i': adjnunitsmax(); break; case 'j': adjev1unitsmin(); break; case 'k': adjev1unitsmax(); break; case 'l': adjev2unitsmin(); break; case 'm': adjev2unitsmax(); break; case 'n': voltsonneedle = !voltsonneedle; break; case 'o': voltsontdisp = !voltsontdisp; break; case 'p': voltsonbdisp = !voltsonbdisp; break; case 'r': dispF = !dispF; break; case 's': adcal(); break; case 't': getname(); break; default: calmenu(); } cfgchk(); calcparams(); saveeeprom(); _StackCheck(); } } -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080702/02861d73/attachment-0001.html From richard-lists at imagecraft.com Wed Jul 2 13:34:20 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Jul 2 14:36:17 2008 Subject: [Icc-avr] printf off by 1? In-Reply-To: <8CAAA71AF66E10A-1438-60@webmail-dd06.sysops.aol.com> References: <8CAAA71AF66E10A-1438-60@webmail-dd06.sysops.aol.com> Message-ID: <200807022136.m62LaG9U040998@mail.imagecraft.com> Bob, not sure what you mean by one byte off, or off by one, but ALL variable argument functions such as printf, relies on the Standard C's rule of argument promotion, e.g. any "char" arguments to printf are promoted to int. Hope this helps. At 08:44 AM 7/2/2008, bobgardner@aol.com wrote: >Anyone see anything that would make this print out one byte off? The >var sizes are mixed... 1 byte, 2 byte.... but the cprintf that prints em out >thinks they are all 2 byte? How does a %d know if it has a byte or >an int for a param?? Sorry about losing the indent.... hope its not >too wierd to read.... // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From bobgardner at aol.com Wed Jul 2 17:00:44 2008 From: bobgardner at aol.com (bobgardner@aol.com) Date: Wed Jul 2 18:02:54 2008 Subject: [Icc-avr] printf off by 1? In-Reply-To: <200807022136.m62LaG9U040998@mail.imagecraft.com> References: <8CAAA71AF66E10A-1438-60@webmail-dd06.sysops.aol.com> <200807022136.m62LaG9U040998@mail.imagecraft.com> Message-ID: <8CAAAB6F966A593-1C3C-1514@webmail-da02.sysops.aol.com> Well that's the problem... mixing ints and chars.... each is a user cfg item... I had a version that did a read and write eeprom for each item, but I was running out of flash.... so I thought I was being clever by writing the whole bunch of them with one call.? -----Original Message----- From: Richard Man To: icc-avr@imagecraft.com Sent: Wed, 2 Jul 2008 4:34 pm Subject: Re: [Icc-avr] printf off by 1? Bob, not sure what you mean by one byte off, or off by one, but ALL variable argument functions such as printf, relies on the Standard C's rule of argument promotion, e.g. any "char" arguments to printf are promoted to int.? ? Hope this helps.? ? At 08:44 AM 7/2/2008, bobgardner@aol.com wrote:? >Anyone see anything that would make this print out one byte off? The >var sizes are mixed... 1 byte, 2 byte.... but the cprintf that prints em out? >thinks they are all 2 byte? How does a %d know if it has a byte or >an int for a param?? Sorry about losing the indent.... hope its not >too wierd to read....? ? // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) ? _______________________________________________? Icc-avr mailing list? Icc-avr@imagecraft.com? http://dragonsgate.net/mailman/listinfo/icc-avr? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080702/69bb6aee/attachment.html From paul.aa9gg at gmail.com Thu Jul 3 07:25:08 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Thu Jul 3 08:27:20 2008 Subject: [Icc-avr] sprintf limitation? Message-ID: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> I'm running into a strange problem. Trying to adjust my var. "max_flow" from 0-99999. This sort of works....but only up to 39999!!! Anything 40000 and above it returns me an "atof error - number to big" . Why? According to STDLIB.H max is 2147483520. Ideas??? //----------------------------------------------------------------------- double max_flow; unsigned long temp; char VAL[15]; max_flow = 39999; temp = (unsigned long)max_flow; csprintf(VAL,"%05ld",temp); dspsingle(0, 'M'); dspsingle(1, 'X'); dspsingle(2, '='); dspsingle(3, VAL[0]); dspsingle(4, VAL[1]); dspsingle(5, VAL[2]); dspsingle(6, VAL[3]); dspsingle(7, VAL[4]); VAL[0]= (adj_digit((VAL[0]-48), 3)) + 48; wait_key(); VAL[1]= (adj_digit((VAL[1]-48), 4)) + 48; wait_key(); VAL[2]= (adj_digit((VAL[2]-48), 5)) + 48; wait_key(); VAL[3]= (adj_digit((VAL[3]-48), 6)) + 48; wait_key(); VAL[4]= (adj_digit((VAL[4]-48), 7)) + 48; a = (VAL[0] - 48) * 10000; b = (VAL[1] - 48) * 1000; c = (VAL[2] - 48) * 100; d = (VAL[3] - 48) * 10; e = (VAL[4] - 48); temp = a+b+c+d+e; max_flow = temp; //---------------------------------------------------------------------------------------- -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080703/f35e5874/attachment.html From byron at inhep.com Thu Jul 3 07:51:18 2008 From: byron at inhep.com (Byron Loader) Date: Thu Jul 3 08:53:55 2008 Subject: [Icc-avr] sprintf limitation? In-Reply-To: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> Message-ID: <9CE60933CF2A44218DCE8D9128778923@inhep> -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Paul Mateer Sent: Thursday, July 03, 2008 4:25 PM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Subject: [Icc-avr] sprintf limitation? I'm running into a strange problem. Trying to adjust my var. "max_flow" from 0-99999. This sort of works....but only up to 39999!!! Anything 40000 and above it returns me an "atof error - number to big" . Why? According to STDLIB.H max is 2147483520. Ideas??? //----------------------------------------------------------------------- double max_flow; unsigned long temp; char VAL[15]; max_flow = 39999; temp = (unsigned long)max_flow; csprintf(VAL,"%05ld",temp); dspsingle(0, 'M'); dspsingle(1, 'X'); dspsingle(2, '='); dspsingle(3, VAL[0]); dspsingle(4, VAL[1]); dspsingle(5, VAL[2]); dspsingle(6, VAL[3]); dspsingle(7, VAL[4]); VAL[0]= (adj_digit((VAL[0]-48), 3)) + 48; wait_key(); VAL[1]= (adj_digit((VAL[1]-48), 4)) + 48; wait_key(); VAL[2]= (adj_digit((VAL[2]-48), 5)) + 48; wait_key(); VAL[3]= (adj_digit((VAL[3]-48), 6)) + 48; wait_key(); VAL[4]= (adj_digit((VAL[4]-48), 7)) + 48; a = (VAL[0] - 48) * 10000; b = (VAL[1] - 48) * 1000; c = (VAL[2] - 48) * 100; d = (VAL[3] - 48) * 10; e = (VAL[4] - 48); temp = a+b+c+d+e; max_flow = temp; //-------------------------------------------------------------------------- -------------- -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080703/5a26649d/attachment.html From paul.aa9gg at gmail.com Thu Jul 3 08:04:19 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Thu Jul 3 09:06:31 2008 Subject: [Icc-avr] sprintf limitation? In-Reply-To: <9CE60933CF2A44218DCE8D9128778923@inhep> References: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> <9CE60933CF2A44218DCE8D9128778923@inhep> Message-ID: <20f5efc40807030804v76ca89a3h4c448fcc7b2c08cf@mail.gmail.com> ???? On Thu, Jul 3, 2008 at 9:51 AM, Byron Loader wrote: > > > > > -----Original Message----- > *From:* icc-avr-bounces@imagecraft.com [mailto: > icc-avr-bounces@imagecraft.com] *On Behalf Of *Paul Mateer > *Sent:* Thursday, July 03, 2008 4:25 PM > *To:* Discussion list for ICCAVR and ICCtiny Users. You do NOT need > tosubscribe to icc-announce if you are a member of this. > *Subject:* [Icc-avr] sprintf limitation? > > > > I'm running into a strange problem. Trying to adjust my var. "max_flow" > from 0-99999. This sort of works....but only up to 39999!!! Anything 40000 > and above it returns me an "atof error - number to big" . Why? According > to STDLIB.H max is 2147483520. Ideas??? > > //----------------------------------------------------------------------- > double max_flow; > unsigned long temp; > char VAL[15]; > > max_flow = 39999; > > temp = (unsigned long)max_flow; > csprintf(VAL,"%05ld",temp); > > dspsingle(0, 'M'); > dspsingle(1, 'X'); > dspsingle(2, '='); > dspsingle(3, VAL[0]); > dspsingle(4, VAL[1]); > dspsingle(5, VAL[2]); > dspsingle(6, VAL[3]); > dspsingle(7, VAL[4]); > > VAL[0]= (adj_digit((VAL[0]-48), 3)) + 48; > wait_key(); > VAL[1]= (adj_digit((VAL[1]-48), 4)) + 48; > wait_key(); > VAL[2]= (adj_digit((VAL[2]-48), 5)) + 48; > wait_key(); > VAL[3]= (adj_digit((VAL[3]-48), 6)) + 48; > wait_key(); > VAL[4]= (adj_digit((VAL[4]-48), 7)) + 48; > > a = (VAL[0] - 48) * 10000; > b = (VAL[1] - 48) * 1000; > c = (VAL[2] - 48) * 100; > d = (VAL[3] - 48) * 10; > e = (VAL[4] - 48); > > temp = a+b+c+d+e; > max_flow = temp; > > //---------------------------------------------------------------------------------------- > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080703/3d0fbced/attachment-0001.html From svenn at sleipner.no Thu Jul 3 23:42:56 2008 From: svenn at sleipner.no (=?iso-8859-1?Q?Svenn_Dahlstr=F8m?=) Date: Fri Jul 4 00:45:11 2008 Subject: [Icc-avr] sprintf limitation? In-Reply-To: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> References: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> Message-ID: <461D162473D69541BAE9440159B299DA19A7EC81CD@sm-excsrv.sleipner.local> Hi Paul Try to declare max_flow as an unsigned long or max_flow = (double)temp; Svenn :) Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne av Paul Mateer Sendt: 3. juli 2008 16:25 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this. Emne: [Icc-avr] sprintf limitation? I'm running into a strange problem. Trying to adjust my var. "max_flow" from 0-99999. This sort of works....but only up to 39999!!! Anything 40000 and above it returns me an "atof error - number to big" . Why? According to STDLIB.H max is 2147483520. Ideas??? //----------------------------------------------------------------------- double max_flow; unsigned long temp; char VAL[15]; max_flow = 39999; temp = (unsigned long)max_flow; csprintf(VAL,"%05ld",temp); dspsingle(0, 'M'); dspsingle(1, 'X'); dspsingle(2, '='); dspsingle(3, VAL[0]); dspsingle(4, VAL[1]); dspsingle(5, VAL[2]); dspsingle(6, VAL[3]); dspsingle(7, VAL[4]); VAL[0]= (adj_digit((VAL[0]-48), 3)) + 48; wait_key(); VAL[1]= (adj_digit((VAL[1]-48), 4)) + 48; wait_key(); VAL[2]= (adj_digit((VAL[2]-48), 5)) + 48; wait_key(); VAL[3]= (adj_digit((VAL[3]-48), 6)) + 48; wait_key(); VAL[4]= (adj_digit((VAL[4]-48), 7)) + 48; a = (VAL[0] - 48) * 10000; b = (VAL[1] - 48) * 1000; c = (VAL[2] - 48) * 100; d = (VAL[3] - 48) * 10; e = (VAL[4] - 48); temp = a+b+c+d+e; max_flow = temp; //---------------------------------------------------------------------------------------- -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080704/db6c91ce/attachment.html From j_baraclough at zetnet.co.uk Fri Jul 4 03:33:52 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Fri Jul 4 04:36:03 2008 Subject: [Icc-avr] sprintf limitation? In-Reply-To: <461D162473D69541BAE9440159B299DA19A7EC81CD@sm-excsrv.sleipner.local> References: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> <461D162473D69541BAE9440159B299DA19A7EC81CD@sm-excsrv.sleipner.local> Message-ID: <486DFC90.6040405@zetnet.co.uk> For that number range I don't understand why you think that need to use 'double'. Just use 'long' and the 'atol(char *s)' function for conversion. John Svenn Dahlstr?m wrote: > > Hi Paul > > > > Try to declare max_flow as an unsigned long or max_flow = (double)temp; > > > > Svenn J > > > > *Fra:* icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] *P? vegne av* Paul Mateer > *Sendt:* 3. juli 2008 16:25 > *Til:* Discussion list for ICCAVR and ICCtiny Users. You do NOT need > to subscribe to icc-announce if you are a member of this. > *Emne:* [Icc-avr] sprintf limitation? > > > > I'm running into a strange problem. Trying to adjust my var. > "max_flow" from 0-99999. This sort of works....but only up to > 39999!!! Anything 40000 and above it returns me an "atof error - > number to big" . Why? According to STDLIB.H max is 2147483520. Ideas??? > > //----------------------------------------------------------------------- > double max_flow; > unsigned long temp; > char VAL[15]; > > max_flow = 39999; > > temp = (unsigned long)max_flow; > csprintf(VAL,"%05ld",temp); > > dspsingle(0, 'M'); > dspsingle(1, 'X'); > dspsingle(2, '='); > dspsingle(3, VAL[0]); > dspsingle(4, VAL[1]); > dspsingle(5, VAL[2]); > dspsingle(6, VAL[3]); > dspsingle(7, VAL[4]); > > VAL[0]= (adj_digit((VAL[0]-48), 3)) + 48; > wait_key(); > VAL[1]= (adj_digit((VAL[1]-48), 4)) + 48; > wait_key(); > VAL[2]= (adj_digit((VAL[2]-48), 5)) + 48; > wait_key(); > VAL[3]= (adj_digit((VAL[3]-48), 6)) + 48; > wait_key(); > VAL[4]= (adj_digit((VAL[4]-48), 7)) + 48; > > a = (VAL[0] - 48) * 10000; > b = (VAL[1] - 48) * 1000; > c = (VAL[2] - 48) * 100; > d = (VAL[3] - 48) * 10; > e = (VAL[4] - 48); > > temp = a+b+c+d+e; > max_flow = temp; > //---------------------------------------------------------------------------------------- > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From paul.aa9gg at gmail.com Mon Jul 7 06:51:13 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Mon Jul 7 07:53:29 2008 Subject: [Icc-avr] Re: sprintf limitation? In-Reply-To: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> References: <20f5efc40807030725r257da044i7079738452c4c6ce@mail.gmail.com> Message-ID: <20f5efc40807070651g2648c3ccgf373310eaf158be1@mail.gmail.com> Hello all.... Thanks for the responses. I found the problem: a = (VAL[0] - 48) * 10000; for what ever reason it does not like this. I had to split it up and all is good now !? a = (VAL[0] - 48); a = a * 10000; ---------------------------------------------------------------------------------------------------------------------------------------- On Thu, Jul 3, 2008 at 9:25 AM, Paul Mateer wrote: > I'm running into a strange problem. Trying to adjust my var. "max_flow" > from 0-99999. This sort of works....but only up to 39999!!! Anything 40000 > and above it returns me an "atof error - number to big" . Why? According > to STDLIB.H max is 2147483520. Ideas??? > > //----------------------------------------------------------------------- > double max_flow; > unsigned long temp; > char VAL[15]; > > max_flow = 39999; > > temp = (unsigned long)max_flow; > csprintf(VAL,"%05ld",temp); > > dspsingle(0, 'M'); > dspsingle(1, 'X'); > dspsingle(2, '='); > dspsingle(3, VAL[0]); > dspsingle(4, VAL[1]); > dspsingle(5, VAL[2]); > dspsingle(6, VAL[3]); > dspsingle(7, VAL[4]); > > VAL[0]= (adj_digit((VAL[0]-48), 3)) + 48; > wait_key(); > VAL[1]= (adj_digit((VAL[1]-48), 4)) + 48; > wait_key(); > VAL[2]= (adj_digit((VAL[2]-48), 5)) + 48; > wait_key(); > VAL[3]= (adj_digit((VAL[3]-48), 6)) + 48; > wait_key(); > VAL[4]= (adj_digit((VAL[4]-48), 7)) + 48; > > a = (VAL[0] - 48) * 10000; > b = (VAL[1] - 48) * 1000; > c = (VAL[2] - 48) * 100; > d = (VAL[3] - 48) * 10; > e = (VAL[4] - 48); > > temp = a+b+c+d+e; > max_flow = temp; > > //---------------------------------------------------------------------------------------- > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080707/3b9b1831/attachment.html From asyms at technosoft.co.uk Mon Jul 7 07:55:31 2008 From: asyms at technosoft.co.uk (Andy Syms) Date: Mon Jul 7 08:57:56 2008 Subject: [Icc-avr] Re: sprintf limitation? In-Reply-To: <20f5efc40807070651g2648c3ccgf373310eaf158be1@mail.gmail.com> Message-ID: > Thanks for the responses. I found the problem: > > a = (VAL[0] - 48) * 10000; Try using a = (VAL[0] - 48) * 10000L; to cause the expression to be evaluated as a long and not an int. Andy. From paul.aa9gg at gmail.com Mon Jul 7 08:11:19 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Mon Jul 7 09:13:35 2008 Subject: [Icc-avr] Re: sprintf limitation? In-Reply-To: References: <20f5efc40807070651g2648c3ccgf373310eaf158be1@mail.gmail.com> Message-ID: <20f5efc40807070811n2519cd0fje920b03a4f754697@mail.gmail.com> That works too :) On Mon, Jul 7, 2008 at 9:55 AM, Andy Syms wrote: > > Thanks for the responses. I found the problem: > > > > a = (VAL[0] - 48) * 10000; > > Try using > > a = (VAL[0] - 48) * 10000L; > > to cause the expression to be evaluated as a long and not an int. > > > Andy. > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080707/7b1f2f46/attachment.html From paul.aa9gg at gmail.com Mon Jul 7 08:18:40 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Mon Jul 7 09:20:56 2008 Subject: [Icc-avr] Re: sprintf limitation? In-Reply-To: <20f5efc40807070811n2519cd0fje920b03a4f754697@mail.gmail.com> References: <20f5efc40807070651g2648c3ccgf373310eaf158be1@mail.gmail.com> <20f5efc40807070811n2519cd0fje920b03a4f754697@mail.gmail.com> Message-ID: <20f5efc40807070818q5e703055h5eb7a24c7f389fb3@mail.gmail.com> Both ways do work fine, but.....I'm at a code space premium. The "L" way gives me 29835 bytes after compression, my "2-line split" method gives me 29820 bytes after compression. FYI... before compression "L" = 37449 bytes, "2-line" = 37457 bytes! On Mon, Jul 7, 2008 at 10:11 AM, Paul Mateer wrote: > That works too :) > > > On Mon, Jul 7, 2008 at 9:55 AM, Andy Syms wrote: > >> > Thanks for the responses. I found the problem: >> > >> > a = (VAL[0] - 48) * 10000; >> >> Try using >> >> a = (VAL[0] - 48) * 10000L; >> >> to cause the expression to be evaluated as a long and not an int. >> >> >> Andy. >> >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr >> > > > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080707/d8ee9fd7/attachment.html From richard-lists at imagecraft.com Mon Jul 7 12:04:14 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Jul 7 13:06:35 2008 Subject: [Icc-avr] Re: sprintf limitation? In-Reply-To: <20f5efc40807070818q5e703055h5eb7a24c7f389fb3@mail.gmail.co m> References: <20f5efc40807070651g2648c3ccgf373310eaf158be1@mail.gmail.com> <20f5efc40807070811n2519cd0fje920b03a4f754697@mail.gmail.com> <20f5efc40807070818q5e703055h5eb7a24c7f389fb3@mail.gmail.com> Message-ID: <200807072006.m67K6XuL037127@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080707/e460aadd/attachment.html From j_baraclough at zetnet.co.uk Mon Jul 7 12:35:53 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Mon Jul 7 13:38:15 2008 Subject: [Icc-avr] Re: sprintf limitation? In-Reply-To: <20f5efc40807070818q5e703055h5eb7a24c7f389fb3@mail.gmail.com> References: <20f5efc40807070651g2648c3ccgf373310eaf158be1@mail.gmail.com> <20f5efc40807070811n2519cd0fje920b03a4f754697@mail.gmail.com> <20f5efc40807070818q5e703055h5eb7a24c7f389fb3@mail.gmail.com> Message-ID: <48727019.6090601@zetnet.co.uk> Since VAL[x] in an 8-bit value, you might save even more code space by using an intermediate 'char' value. char c; c = (char)(VAL[0] - 48); a = (long)(c) * 10000L; John Paul Mateer wrote: > Both ways do work fine, but.....I'm at a code space premium. The "L" > way gives me 29835 bytes after compression, my "2-line split" method > gives me 29820 bytes after compression. FYI... before compression "L" > = 37449 bytes, "2-line" = 37457 bytes! > > On Mon, Jul 7, 2008 at 10:11 AM, Paul Mateer > wrote: > > That works too :) > > > On Mon, Jul 7, 2008 at 9:55 AM, Andy Syms > wrote: > > > Thanks for the responses. I found the problem: > > > > a = (VAL[0] - 48) * 10000; > > Try using > > a = (VAL[0] - 48) * 10000L; > > to cause the expression to be evaluated as a long and not an int. > > > Andy. > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > > > > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From jassenbaum at htp-tel.de Wed Jul 9 15:14:06 2008 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Jul 9 16:16:39 2008 Subject: [Icc-avr] io header files update References: Message-ID: Hi all, there are new io header files and fixes available at http://avr.jassenbaum.de/iccv7avr/index.html Latest header files are for tiny167 and xmegas. See "changes history" and/or "parts supported" for details. A little survey btw: How do you think of iccioavr.h? Please choose one of the following: o I use it. o I heard people talking about. o Ahm, what? ;-) Best regards, Johannes From jassenbaum at htp-tel.de Wed Jul 9 15:45:39 2008 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Jul 9 16:48:12 2008 Subject: [Icc-avr] asm io header files References: Message-ID: Hi all asm users, how much is the need for pure memory mapped io, i.e. for using io register addressing with ld/st rather than with in/out asm instructions? Best regards, Johannes From Albert.vanVeen at pertronic.co.nz Wed Jul 9 18:07:15 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Wed Jul 9 19:09:36 2008 Subject: [Icc-avr] asm io header files In-Reply-To: References: Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063DE9@sbs.pertronic.local> Makes no diff to me. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Johannes Assenbaum Sent: Thursday, July 10, 2008 10:46 AM To: icc-avr@imagecraft.com Subject: [Icc-avr] asm io header files Hi all asm users, how much is the need for pure memory mapped io, i.e. for using io register addressing with ld/st rather than with in/out asm instructions? Best regards, Johannes _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr Scanned by Bizo Email Filter From Albert.vanVeen at pertronic.co.nz Wed Jul 9 20:12:23 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Wed Jul 9 21:14:41 2008 Subject: [Icc-avr] io header files update In-Reply-To: References: Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063DEA@sbs.pertronic.local> X I shall use it from now on (easy changing between 128/256 for instance). Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Johannes Assenbaum Sent: Thursday, July 10, 2008 10:14 AM To: icc-avr@imagecraft.com Subject: [Icc-avr] io header files update Hi all, there are new io header files and fixes available at http://avr.jassenbaum.de/iccv7avr/index.html Latest header files are for tiny167 and xmegas. See "changes history" and/or "parts supported" for details. A little survey btw: How do you think of iccioavr.h? Please choose one of the following: o I use it. o I heard people talking about. o Ahm, what? ;-) Best regards, Johannes _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr Scanned by Bizo Email Filter From Pirsch at synentec.com Wed Jul 9 23:47:32 2008 From: Pirsch at synentec.com (Pirsch) Date: Thu Jul 10 00:49:53 2008 Subject: AW: [Icc-avr] io header files update In-Reply-To: Message-ID: Hi Johannes, I think the STAUTS element in the USART_structs should be a int type ( _xmstructs.h ) /* USART registers */ typedef struct USART_struct { unsigned char DATA; unsigned int STATUS; unsigned char CTRLA; unsigned char CTRLB; unsigned char CTRLC; unsigned char BAUDCTRLA; unsigned char BAUDCTRLB; } USART_t; Refer to manual on page 225 regards Matthias Pirsch SynenTec GmbH Otto-Hahn-Str. 9a 25337 Elmshorn GERMANY Tel. +49-4121-4631112 Fax.+49-4121-4631111 Gesch?ftsf?hrung: Stefan Hummel, Matthias Pirsch St.-Nr.: 1829419754 / Amtsgericht PinnebergHRB 2536EL Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte Informationen. Wenn Sie nicht der richtige Adressat sind oder dieses E-Mail irrt?mlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -----Urspr?ngliche Nachricht----- Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Im Auftrag von Johannes Assenbaum Gesendet: Donnerstag, 10. Juli 2008 00:14 An: icc-avr@imagecraft.com Betreff: [Icc-avr] io header files update Hi all, there are new io header files and fixes available at http://avr.jassenbaum.de/iccv7avr/index.html Latest header files are for tiny167 and xmegas. See "changes history" and/or "parts supported" for details. A little survey btw: How do you think of iccioavr.h? Please choose one of the following: o I use it. o I heard people talking about. o Ahm, what? ;-) Best regards, Johannes _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From j_baraclough at zetnet.co.uk Thu Jul 10 02:24:41 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Thu Jul 10 03:27:02 2008 Subject: [Icc-avr] io header files update In-Reply-To: References: Message-ID: <4875D559.9050502@zetnet.co.uk> I use it. A great idea that makes switching between processors very simple. All the best for now, John Johannes Assenbaum wrote: > Hi all, > > there are new io header files and fixes available at > > http://avr.jassenbaum.de/iccv7avr/index.html > > Latest header files are for tiny167 and xmegas. See "changes history" and/or "parts supported" for details. > > A little survey btw: > > How do you think of iccioavr.h? Please choose one of the following: > > o I use it. > o I heard people talking about. > o Ahm, what? > > ;-) > > Best regards, > Johannes > > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > From webbra.mlist at verizon.net Thu Jul 10 11:15:19 2008 From: webbra.mlist at verizon.net (Rich Webb) Date: Thu Jul 10 12:17:52 2008 Subject: [Icc-avr] io header files update In-Reply-To: <200807101900.m6AJ03NE093885@mail.imagecraft.com> References: <200807101900.m6AJ03NE093885@mail.imagecraft.com> Message-ID: <487651B7.5060302@verizon.net> > How do you think of iccioavr.h? Please choose one of the following: > > I use it. > I heard people talking about. > X Ahm, what? Very good idea, though, and I'll use it in new scratch projects. However, I often start with the skeleton from the App Builder and that still emits the device-specific header name. From jassenbaum at htp-tel.de Thu Jul 10 13:37:56 2008 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Thu Jul 10 14:40:32 2008 Subject: [Icc-avr] io header files update References: <200807101900.m6AJ03NE093885@mail.imagecraft.com> <487651B7.5060302@verizon.net> Message-ID: >> How do you think of iccioavr.h? Please choose one of the following: >> >> I use it. >> I heard people talking about. >> X Ahm, what? > Very good idea, though, and I'll use it in new scratch projects. > However, I often start with the skeleton from the App Builder and that > still emits the device-specific header name. It's just one line to change in App Builder output. For me it's not so much compared to changes I normally do on io init, to invoke my project's pin/bit names... However, it'd really be nice, not to need to do that extra change. So, Richard, would you please tell App Builder writer to use iccioavr.h in future? Best regards, Johannes From j_baraclough at zetnet.co.uk Sat Jul 12 11:21:48 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sat Jul 12 12:24:56 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <4875D559.9050502@zetnet.co.uk> References: <4875D559.9050502@zetnet.co.uk> Message-ID: <4878F63C.2090609@zetnet.co.uk> Sorry about being a little off topic, but the list has been very quiet recently and I thought this would be the most likely place to get a sensible answer to my problem. I am building a unique metronome to use when practising Taiko drumming. It has red & green LEDs which indicate the hands and the brightness of the LEDs will indicate the strength of the beats. Everything so far is easy, but I want to add a 'voice' to it, and I think that PCM sampled at 8kHz and 8-bits will be perfectly adequate for my purpose. I will be using a MAX522 SPI DAC as I already have these parts from another project. So here's the question. How do I record speech at 8-bit resolution using a PC? I have the Audacity audio editing package and it will record at 8kHz sampling but only at a minimum of 16-bit resolution. Can anyone give me a link some software which can reduce a 16-bit WAV file to only 8-bits so that I can extract the data and programme an external EEPROM. Thanks for reading. All the best for now, John From patchell at cox.net Sat Jul 12 11:52:35 2008 From: patchell at cox.net (Jim Patchell) Date: Sat Jul 12 12:54:58 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <4878F63C.2090609@zetnet.co.uk> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> Message-ID: <4878FD73.6080104@cox.net> You can just truncate (or round for a bit better SN) the 16 bit samples. I did something similar several years ago. I wrote my own program for reading in the PCM file, and then it would spit out the data as a .C file in the form of a char array...it is actually fairly simple. I would send you the program, but, that was one job ago...and I didn't keep a copy of it. :-( I googled for the specification of the .wav file format, and wrote the code from there. Sorry if this isn't much help.... -Jim John Baraclough wrote: > Sorry about being a little off topic, but the list has been very quiet > recently and I thought this would be the most likely place to get a > sensible answer to my problem. > > I am building a unique metronome to use when practising Taiko drumming. > It has red & green LEDs which indicate the hands and the brightness of > the LEDs will indicate the strength of the beats. Everything so far is > easy, but I want to add a 'voice' to it, and I think that PCM sampled at > 8kHz and 8-bits will be perfectly adequate for my purpose. I will be > using a MAX522 SPI DAC as I already have these parts from another project. > > So here's the question. How do I record speech at 8-bit resolution using > a PC? I have the Audacity audio editing package and it will record at > 8kHz sampling but only at a minimum of 16-bit resolution. Can anyone > give me a link some software which can reduce a 16-bit WAV file to only > 8-bits so that I can extract the data and programme an external EEPROM. > > Thanks for reading. > > All the best for now, > John > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- ---------------------------------------------- Visit http://www.noniandjim.com SDIY: http://www.noniandjim.com/Jim/index.html ---------------------------------------------- From patchell at cox.net Sat Jul 12 12:08:44 2008 From: patchell at cox.net (Jim Patchell) Date: Sat Jul 12 13:11:04 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <4878F63C.2090609@zetnet.co.uk> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> Message-ID: <4879013C.8010105@cox.net> In this file: http://www.noniandjim.com/Jim/misc/MiscCode.html you will at least find a piece of code where I open up a wave file and display the details about the wave file...that might give you a boost in writing a program to do the transformation... -Jim John Baraclough wrote: > Sorry about being a little off topic, but the list has been very quiet > recently and I thought this would be the most likely place to get a > sensible answer to my problem. > > I am building a unique metronome to use when practising Taiko drumming. > It has red & green LEDs which indicate the hands and the brightness of > the LEDs will indicate the strength of the beats. Everything so far is > easy, but I want to add a 'voice' to it, and I think that PCM sampled at > 8kHz and 8-bits will be perfectly adequate for my purpose. I will be > using a MAX522 SPI DAC as I already have these parts from another project. > > So here's the question. How do I record speech at 8-bit resolution using > a PC? I have the Audacity audio editing package and it will record at > 8kHz sampling but only at a minimum of 16-bit resolution. Can anyone > give me a link some software which can reduce a 16-bit WAV file to only > 8-bits so that I can extract the data and programme an external EEPROM. > > Thanks for reading. > > All the best for now, > John > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- ---------------------------------------------- Visit http://www.noniandjim.com SDIY: http://www.noniandjim.com/Jim/index.html ---------------------------------------------- From j_baraclough at zetnet.co.uk Sat Jul 12 12:26:36 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sat Jul 12 13:29:47 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <4879013C.8010105@cox.net> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> <4879013C.8010105@cox.net> Message-ID: <4879056C.3030509@zetnet.co.uk> Hi Jim, Thanks for the quick reply. I had thought of just truncating to the 8 MSDs, but wondered if there was a better way. I'll have a look at your code. All the best for now, John Jim Patchell wrote: > In this file: > > http://www.noniandjim.com/Jim/misc/MiscCode.html > > you will at least find a piece of code where I open up a wave file and > display the details about the wave file...that might give you a boost > in writing a program to do the transformation... > > -Jim > From jassenbaum at htp-tel.de Sat Jul 12 12:49:41 2008 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Sat Jul 12 13:52:16 2008 Subject: [Icc-avr] Off topic question References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> Message-ID: Hi John, download and install winamp and just play your sound files using the Nullsoft Disk Writer plug-in as output, which can be configured to write out any common PCM format down to 8kHz/8bit/mono. Best regards, Johannes > Sorry about being a little off topic, but the list has been very quiet > recently and I thought this would be the most likely place to get a > sensible answer to my problem. > I am building a unique metronome to use when practising Taiko drumming. > It has red & green LEDs which indicate the hands and the brightness of > the LEDs will indicate the strength of the beats. Everything so far is > easy, but I want to add a 'voice' to it, and I think that PCM sampled at > 8kHz and 8-bits will be perfectly adequate for my purpose. I will be > using a MAX522 SPI DAC as I already have these parts from another project. > So here's the question. How do I record speech at 8-bit resolution using > a PC? I have the Audacity audio editing package and it will record at > 8kHz sampling but only at a minimum of 16-bit resolution. Can anyone > give me a link some software which can reduce a 16-bit WAV file to only > 8-bits so that I can extract the data and programme an external EEPROM. > Thanks for reading. > All the best for now, > John > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From j_baraclough at zetnet.co.uk Sat Jul 12 14:45:52 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sat Jul 12 15:49:23 2008 Subject: [Icc-avr] Off topic question In-Reply-To: References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> Message-ID: <48792610.7070209@zetnet.co.uk> Hi Johannes, Thanks, I'll try that. I've also been pointed at 'VLC' and 'Sox', so there's lots to try. All I need now is a few wet days, so I can stay indoors and play. :-) All the best for now, John Johannes Assenbaum wrote: > Hi John, > > download and install winamp and just play your sound files using the Nullsoft Disk Writer plug-in as output, which can be configured to write out any common PCM format down to 8kHz/8bit/mono. > > Best regards, > Johannes > > From amsol at amssolutions.co.za Sat Jul 12 15:15:18 2008 From: amsol at amssolutions.co.za (Gerhard at AMS) Date: Sat Jul 12 16:17:41 2008 Subject: [Icc-avr] amother off the Topic.... References: <4875D559.9050502@zetnet.co.uk><4878F63C.2090609@zetnet.co.uk> <48792610.7070209@zetnet.co.uk> Message-ID: <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> Hi All, I know this is Completely off the topic......... but All you mp3/wma/wav/audiophiles...... I am currently doing contract-work on the Antarctic Continent. As part of our social activities, (read lightnen the atmosphere...) I wish to write lyrics for our team using the well-known Sun-Screen Song?, Baz Luhrmann. However, I wish to locate the back/soundtrack of the song ? Any pointers? I have attempted to locate it, no success yet. btw Please visit our website! (Richard, sorry to miss-use this forum, won't do again) Regards, Gerhard Laubscher Electronic Engineer (Comms Officer) SANAE 47 OverWinter Team SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! Antarctica Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) SattPhone : 008816 315 467 74 HF : 6.210 Mhz Skype : gerhardjl email : gerhard.laubscher@sanae.sanap.ac.za website : www.sanap.org.za/sanae_team.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080712/d7883eb9/attachment.html From richard-lists at imagecraft.com Sat Jul 12 18:11:40 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Sat Jul 12 19:14:13 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <4878F63C.2090609@zetnet.co.uk> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> Message-ID: <200807130214.m6D2ECqA035951@mail.imagecraft.com> Ha ha, you do know that I play Taiko right? :-) Email me off-list. At 11:21 AM 7/12/2008, John Baraclough wrote: >Sorry about being a little off topic, but the list has been very >quiet recently and I thought this would be the most likely place to >get a sensible answer to my problem. > >I am building a unique metronome to use when practising Taiko >drumming. It has red & green LEDs which indicate the hands and the >brightness of the LEDs will indicate the strength of the beats. >Everything so far is easy, but I want to add a 'voice' to it, and I >think that PCM sampled at 8kHz and 8-bits will be perfectly adequate >for my purpose. I will be using a MAX522 SPI DAC as I already have >these parts from another project. > >So here's the question. How do I record speech at 8-bit resolution >using a PC? I have the Audacity audio editing package and it will >record at 8kHz sampling but only at a minimum of 16-bit resolution. >Can anyone give me a link some software which can reduce a 16-bit >WAV file to only 8-bits so that I can extract the data and programme >an external EEPROM. > >Thanks for reading. > // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From jh.bodin at telia.com Sat Jul 12 22:09:45 2008 From: jh.bodin at telia.com (Johan H. Bodin) Date: Sat Jul 12 23:12:06 2008 Subject: [Icc-avr] Off topic question In-Reply-To: References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> Message-ID: <48798E19.7040500@telia.com> Contrary to 16/24-bit WAV PCM formats, IIRC, the 8-bit wav PCM format is unsigned so that silence = 0x7F (or maybe 0x80). I am not 100% sure, just 85% or so, but I'd suggest that you check this out... Best Regards Johan SM6LKM ---- Johannes Assenbaum wrote: > Hi John, > > download and install winamp and just play your sound files > using the Nullsoft Disk Writer plug-in as output, which can > be configured to write out any common PCM format down to > 8kHz/8bit/mono. > > Best regards, > Johannes From j_baraclough at zetnet.co.uk Sun Jul 13 01:41:34 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sun Jul 13 02:43:54 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <48798E19.7040500@telia.com> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> <48798E19.7040500@telia.com> Message-ID: <4879BFBE.7010900@zetnet.co.uk> Hi Johan, Thanks for that reminder. That's exactly what I need, unsigned 8-bit is ideal for squirting out directly to an 8-bit DAC. All the best for now, John Johan H. Bodin wrote: > Contrary to 16/24-bit WAV PCM formats, IIRC, the 8-bit wav PCM format > is unsigned so that silence = 0x7F (or maybe 0x80). I am not 100% > sure, just 85% or so, but I'd suggest that you check this out... > > Best Regards > Johan SM6LKM > From j_baraclough at zetnet.co.uk Sun Jul 13 01:43:51 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sun Jul 13 02:46:11 2008 Subject: [Icc-avr] Off topic question In-Reply-To: <200807130214.m6D2ECqA035951@mail.imagecraft.com> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> <200807130214.m6D2ECqA035951@mail.imagecraft.com> Message-ID: <4879C047.1020204@zetnet.co.uk> Hi Richard, I knew you played Digeridoo, but hadn't realised that Taiko was also in your repertoire. Off-list email will follow soon. All the best for now, John Richard Man wrote: > Ha ha, you do know that I play Taiko right? :-) Email me off-list. > From j_baraclough at zetnet.co.uk Sun Jul 13 02:00:41 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sun Jul 13 03:03:01 2008 Subject: [Icc-avr] amother off the Topic.... In-Reply-To: <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> References: <4875D559.9050502@zetnet.co.uk><4878F63C.2090609@zetnet.co.uk> <48792610.7070209@zetnet.co.uk> <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> Message-ID: <4879C439.6070400@zetnet.co.uk> Hi Gerhard, This should bring some sunshine into your life: http://www.karaoke-version.com/en/mp3-backingtrack/baz-luhrmann/everybody-s-free-to-wear-sunscreen.html There's also a YouTube video on Last-FM: http://www.last.fm/music/Baz+Luhrmann/+videos/+1-gmAReOklwNY Great pictures on your website. I hope it's not too cold down there. All the best for now, John Gerhard at AMS wrote: > Hi All, > I know this is /Completely/ off the topic......... but > All you mp3/wma/wav/audiophiles...... > I am currently doing contract-work on the Antarctic Continent. As > part of our social activities, > (read lightnen the atmosphere...) I wish to write lyrics for our team > using the well-known > Sun-Screen Song?, Baz Luhrmann. However, I wish to locate the > back/soundtrack > of the song ? Any pointers? I have attempted to locate it, no > success yet. > > btw Please visit our website! (Richard, sorry to miss-use this > forum, won't do again) > > Regards, > Gerhard Laubscher > Electronic Engineer (Comms Officer) > SANAE 47 OverWinter Team > SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google > Earth!! > Antarctica > Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) > SattPhone : 008816 315 467 74 HF : 6.210 Mhz > Skype : gerhardjl > email : gerhard.laubscher@sanae.sanap.ac.za > > website : www.sanap.org.za/sanae_team.html > > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From richard-lists at imagecraft.com Sun Jul 13 22:37:50 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Sun Jul 13 23:40:29 2008 Subject: Antarctica? was Re: [Icc-avr] amother off the Topic.... In-Reply-To: <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> <48792610.7070209@zetnet.co.uk> <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> Message-ID: <200807140640.m6E6eS9Z056459@mail.imagecraft.com> Hey wow, I have always joked that we have customers from all continents except for Antarctica, but now looks like the barrier has been broken :-)! I think I will have the webmistress to put the news on the site :-) At 03:15 PM 7/12/2008, Gerhard at AMS wrote: >Hi All, >I know this is Completely off the topic......... but >All you mp3/wma/wav/audiophiles...... >I am currently doing contract-work on the Antarctic Continent. As >part of our social activities, >(read lightnen the atmosphere...) I wish to write lyrics for our >team using the well-known >Sun-Screen Song?, Baz Luhrmann. However, I wish to locate the back/soundtrack >of the song ? Any pointers? I have attempted to locate it, no success yet. > >btw Please visit our website! (Richard, sorry to miss-use this >forum, won't do again) > >Regards, >Gerhard Laubscher >Electronic Engineer (Comms Officer) >SANAE 47 OverWinter Team >SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! >Antarctica >Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) >SattPhone : 008816 315 467 74 HF : 6.210 Mhz >Skype : gerhardjl // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From amsol at amssolutions.co.za Mon Jul 14 02:40:07 2008 From: amsol at amssolutions.co.za (Gerhard at AMS) Date: Mon Jul 14 03:42:41 2008 Subject: [Icc-avr] Re: Antarctica? References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk><48792610.7070209@zetnet.co.uk><000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> <200807140640.m6E6eS9Z056459@mail.imagecraft.com> Message-ID: <004001c8e595$9d4e47a0$1f01a8c0@amsmainxp2> Hi Richard, Yes indeed, you can officially claim that your excellent product is now used in the Antarctic as well! I have completed 3 projects sofar, using AVR and your compiler, busy with 4th project now. I arrived here in Dec 2k7, going back to South Africa, Cape Town towards the end of March 2k9. Well, please visit my website at www.amssolutions.co.za and click on SANAE view at the bottom of th page, else visit the SANAP link here-under for more details. I can send you some pics of the SANAE base if you are interested. Have great day! Warm regards from a Cold Place.......... :) Gerhard Laubscher Electronic Engineer SANAE 47 OverWinter Team SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! Antarctica Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) SattPhone : 008816 315 467 74 HF : 6.210 Mhz Skype : gerhardjl email : gerhard.laubscher@sanae.sanap.ac.za website : www.sanap.org.za/sanae_team.html ----- Original Message ----- From: To: icc-avr@imagecraft.com Sent: Monday, July 14, 2008 5:37 AM Subject: Antarctica? was Re: [Icc-avr] amother off the Topic.... Hey wow, I have always joked that we have customers from all continents except for Antarctica, but now looks like the barrier has been broken :-)! I think I will have the webmistress to put the news on the site :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080714/5ef0107b/attachment.html From paul.aa9gg at gmail.com Mon Jul 14 06:14:39 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Mon Jul 14 07:17:05 2008 Subject: [Icc-avr] amother off the Topic.... In-Reply-To: <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> <48792610.7070209@zetnet.co.uk> <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> Message-ID: <20f5efc40807140614t6b1f4a32yccf7ee450cfd0110@mail.gmail.com> Any Ham Ops there? On Sat, Jul 12, 2008 at 5:15 PM, Gerhard at AMS wrote: > Hi All, > I know this is *Completely* off the topic......... but > All you mp3/wma/wav/audiophiles...... > I am currently doing contract-work on the Antarctic Continent. As part of > our social activities, > (read lightnen the atmosphere...) I wish to write lyrics for our team using > the well-known > Sun-Screen Song?, Baz Luhrmann. However, I wish to locate the > back/soundtrack > of the song ? Any pointers? I have attempted to locate it, no success > yet. > > btw Please visit our website! (Richard, sorry to miss-use this forum, > won't do again) > > Regards, > Gerhard Laubscher > Electronic Engineer (Comms Officer) > SANAE 47 OverWinter Team > SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! > Antarctica > Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) > SattPhone : 008816 315 467 74 HF : 6.210 Mhz > Skype : gerhardjl > email : gerhard.laubscher@sanae.sanap.ac.za > website : www.sanap.org.za/sanae_team.html > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080714/27069325/attachment.html From amsol at amssolutions.co.za Mon Jul 14 06:29:54 2008 From: amsol at amssolutions.co.za (Gerhard at AMS) Date: Mon Jul 14 07:32:34 2008 Subject: [Icc-avr] amother off the Topic.... References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk><48792610.7070209@zetnet.co.uk><000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> <20f5efc40807140614t6b1f4a32yccf7ee450cfd0110@mail.gmail.com> Message-ID: <00f001c8e5b5$b645ad00$1f01a8c0@amsmainxp2> Hi Paul, Base CallSign = ZSANT Monitor 6.210Mhz Gerhard ----- Original Message ----- From: Paul Mateer To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Sent: Monday, July 14, 2008 1:14 PM Subject: Re: [Icc-avr] amother off the Topic.... Any Ham Ops there? On Sat, Jul 12, 2008 at 5:15 PM, Gerhard at AMS wrote: Hi All, I know this is Completely off the topic......... but All you mp3/wma/wav/audiophiles...... I am currently doing contract-work on the Antarctic Continent. As part of our social activities, (read lightnen the atmosphere...) I wish to write lyrics for our team using the well-known Sun-Screen Song?, Baz Luhrmann. However, I wish to locate the back/soundtrack of the song ? Any pointers? I have attempted to locate it, no success yet. btw Please visit our website! (Richard, sorry to miss-use this forum, won't do again) Regards, Gerhard Laubscher Electronic Engineer (Comms Officer) SANAE 47 OverWinter Team SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! Antarctica Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) SattPhone : 008816 315 467 74 HF : 6.210 Mhz Skype : gerhardjl email : gerhard.laubscher@sanae.sanap.ac.za website : www.sanap.org.za/sanae_team.html _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com ------------------------------------------------------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080714/d381aeec/attachment.html From paul.aa9gg at gmail.com Mon Jul 14 06:37:37 2008 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Mon Jul 14 07:40:03 2008 Subject: [Icc-avr] amother off the Topic.... In-Reply-To: <00f001c8e5b5$b645ad00$1f01a8c0@amsmainxp2> References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk> <48792610.7070209@zetnet.co.uk> <000d01c8e46c$c7418560$1f01a8c0@amsmainxp2> <20f5efc40807140614t6b1f4a32yccf7ee450cfd0110@mail.gmail.com> <00f001c8e5b5$b645ad00$1f01a8c0@amsmainxp2> Message-ID: <20f5efc40807140637n1150aadga960c18629631b00@mail.gmail.com> Unfortunately that is outside the U.S. Amateur Band Plan :( Hopefully they run split to work the states On Mon, Jul 14, 2008 at 8:29 AM, Gerhard at AMS wrote: > Hi Paul, > Base CallSign = *ZSANT* Monitor *6.210Mhz* > Gerhard > > > > ----- Original Message ----- > *From:* Paul Mateer > *To:* Discussion list for ICCAVR and ICCtiny Users. You do NOT need > tosubscribe to icc-announce if you are a member of this. > *Sent:* Monday, July 14, 2008 1:14 PM > *Subject:* Re: [Icc-avr] amother off the Topic.... > > Any Ham Ops there? > > > On Sat, Jul 12, 2008 at 5:15 PM, Gerhard at AMS > wrote: > >> Hi All, >> I know this is *Completely* off the topic......... but >> All you mp3/wma/wav/audiophiles...... >> I am currently doing contract-work on the Antarctic Continent. As part >> of our social activities, >> (read lightnen the atmosphere...) I wish to write lyrics for our team >> using the well-known >> Sun-Screen Song?, Baz Luhrmann. However, I wish to locate the >> back/soundtrack >> of the song ? Any pointers? I have attempted to locate it, no success >> yet. >> >> btw Please visit our website! (Richard, sorry to miss-use this forum, >> won't do again) >> >> Regards, >> Gerhard Laubscher >> Electronic Engineer (Comms Officer) >> SANAE 47 OverWinter Team >> SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google >> Earth!! >> Antarctica >> Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) >> SattPhone : 008816 315 467 74 HF : 6.210 Mhz >> Skype : gerhardjl >> email : gerhard.laubscher@sanae.sanap.ac.za >> website : www.sanap.org.za/sanae_team.html >> >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr >> >> > > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > > ------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080714/c75bab54/attachment-0001.html From amsol at amssolutions.co.za Mon Jul 14 07:18:08 2008 From: amsol at amssolutions.co.za (Gerhard at AMS) Date: Mon Jul 14 08:20:50 2008 Subject: [Icc-avr] amother off the Topic.... References: <4875D559.9050502@zetnet.co.uk> <4878F63C.2090609@zetnet.co.uk><48792610.7070209@zetnet.co.uk><000d01c8e46c$c7418560$1f01a8c0@amsmainxp2><20f5efc40807140614t6b1f4a32yccf7ee450cfd0110@mail.gmail.com><00f001c8e5b5$b645ad00$1f01a8c0@amsmainxp2> <20f5efc40807140637n1150aadga960c18629631b00@mail.gmail.com> Message-ID: <010d01c8e5bc$7523c530$1f01a8c0@amsmainxp2> Hi Paul, I can adjust our equipment to what you freq you use, if you want to sched? Regards, Gerhard ----- Original Message ----- From: Paul Mateer To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Sent: Monday, July 14, 2008 1:37 PM Subject: Re: [Icc-avr] amother off the Topic.... Unfortunately that is outside the U.S. Amateur Band Plan :( Hopefully they run split to work the states On Mon, Jul 14, 2008 at 8:29 AM, Gerhard at AMS wrote: Hi Paul, Base CallSign = ZSANT Monitor 6.210Mhz Gerhard -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080714/1de44f25/attachment.html From Albert.vanVeen at pertronic.co.nz Mon Jul 14 14:47:23 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Mon Jul 14 15:49:49 2008 Subject: [Icc-avr] Re: Antarctica? In-Reply-To: <004001c8e595$9d4e47a0$1f01a8c0@amsmainxp2> References: <4875D559.9050502@zetnet.co.uk><4878F63C.2090609@zetnet.co.uk><48792610.7070209@zetnet.co.uk><000d01c8e46c$c7418560$1f01a8c0@amsmainxp2><200807140640.m6E6eS9Z056459@mail.imagecraft.com> <004001c8e595$9d4e47a0$1f01a8c0@amsmainxp2> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063DED@sbs.pertronic.local> I looked at the site on Google Earth, and it seems an island in the sea. There can hardly be water there, so presumably it's a hill in the shade of a mountain? I didn't even know there were people outside our Scott Base & and their neighbours at McMurdoch. This is the best off-topic topic I've seen so far! Albert. ________________________________ From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Gerhard at AMS Sent: Monday, July 14, 2008 09:40 PM To: ICC-AVR Group; richard@imagecraft.com Subject: [Icc-avr] Re: Antarctica? Hi Richard, Yes indeed, you can officially claim that your excellent product is now used in the Antarctic as well! I have completed 3 projects sofar, using AVR and your compiler, busy with 4th project now. I arrived here in Dec 2k7, going back to South Africa, Cape Town towards the end of March 2k9. Well, please visit my website at www.amssolutions.co.za and click on SANAE view at the bottom of th page, else visit the SANAP link here-under for more details. I can send you some pics of the SANAE base if you are interested. Have great day! Warm regards from a Cold Place.......... :) Gerhard Laubscher Electronic Engineer SANAE 47 OverWinter Team SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! Antarctica Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) SattPhone : 008816 315 467 74 HF : 6.210 Mhz Skype : gerhardjl email : gerhard.laubscher@sanae.sanap.ac.za website : www.sanap.org.za/sanae_team.html ----- Original Message ----- From: To: icc-avr@imagecraft.com Sent: Monday, July 14, 2008 5:37 AM Subject: Antarctica? was Re: [Icc-avr] amother off the Topic.... Hey wow, I have always joked that we have customers from all continents except for Antarctica, but now looks like the barrier has been broken :-)! I think I will have the webmistress to put the news on the site :-) Scanned by Bizo EmailFilter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080715/ee3574f6/attachment.html From Albert.vanVeen at pertronic.co.nz Mon Jul 14 20:51:58 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Mon Jul 14 21:54:26 2008 Subject: [Icc-avr] macro ATMega128 Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063DEF@sbs.pertronic.local> Since using Johannes "iccioavr.h", I get for every module a Warning "redefinition and a "T: defined at command line". How do I get rid of those? Albert. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080715/88508dd5/attachment.html From amsol at amssolutions.co.za Tue Jul 15 04:58:29 2008 From: amsol at amssolutions.co.za (Gerhard at AMS) Date: Tue Jul 15 06:01:07 2008 Subject: [Icc-avr] Re: Antarctica? References: <4875D559.9050502@zetnet.co.uk><4878F63C.2090609@zetnet.co.uk><48792610.7070209@zetnet.co.uk><000d01c8e46c$c7418560$1f01a8c0@amsmainxp2><200807140640.m6E6eS9Z056459@mail.imagecraft.com><004001c8e595$9d4e47a0$1f01a8c0@amsmainxp2> <5F8515C5ED67B6439B4F93D7B5E08A36063DED@sbs.pertronic.local> Message-ID: <014d01c8e672$1b0dab40$1f01a8c0@amsmainxp2> Hi Albert, There is indeed no sea! We are surrounded by Ice.... The SANAE Base is indeed on top of little flattop mountain called Vesles Karvet (Karvet=Norwegain for small flattop Mountain) The Ice is several 100m's deep several places more than 1km deep to the actual ground-level. We are situated about 64km from the continent edge, then from there the ice shelf continues for another 130km on top of the sea. This ice shelf is also very thick, more than 1km. In Summer (Dec) the South African vessel SA Agulhas arrive at the IceShelf projecting into the sea and off-load equipment personnel on the iceshelf. From here the journey inland (Southwards) starts by traction-vehicles towards the SANAE Base, about 180km. It takes about 12hr to arrive at the base. The SA A leaves in Febr, leaving behind the OverWinter Team (10) until next year. The coming take-over (2k9) the SAA only arrives at the buktha (Landing next to iceshelf) around mid-Jan, to leave in mid-March 2k9. This is because the drift-ice is becoming rather thick, preventing the vessel to get close to the iceshelf. Last year we were stuck on the SAA for several days where it was stuck in the ice. The sea-bound journey which was meant to take about 12-14 days took about 27days as a result. To give you a perspective for 'mooring' against the ice-shelf, the ice-shelf is a shear vertical edge, more than 100m high. For more information visit my website at www.amssolutions.co.za and click on SANAE Views which will direct you to the SANAE site, and the SANAP programme. Currently a number of countries( I think about 60 in total) signed the Antarctic Treaty (1961) with the undertaking to only use the Continent for scientific endavaours. Several countries have now Scientific Presence on Antarctica, one is South Africa, and indeed the USA at Mcmurdoch. In closing, this is an absolutely privilidge to be able to be on this continent and to experience Nature uninterrupted! Regards, Gerhard Laubscher Electronic Engineer (Comms Officer) SANAE 47 OverWinter Team SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! Antarctica Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) SattPhone : 008816 315 467 74 HF : 6.210 Mhz Skype : gerhardjl email : gerhard.laubscher@sanae.sanap.ac.za website : www.sanap.org.za/sanae_team.html ----- Original Message ----- From: Albert vanVeen To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Sent: Monday, July 14, 2008 9:47 PM Subject: RE: [Icc-avr] Re: Antarctica? I looked at the site on Google Earth, and it seems an island in the sea. There can hardly be water there, so presumably it's a hill in the shade of a mountain? I didn't even know there were people outside our Scott Base & and their neighbours at McMurdoch. This is the best off-topic topic I've seen so far! Albert. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080715/b93cbf71/attachment.html From svenn at sleipner.no Tue Jul 15 23:32:39 2008 From: svenn at sleipner.no (=?iso-8859-1?Q?Svenn_Dahlstr=F8m?=) Date: Wed Jul 16 00:35:11 2008 Subject: [Icc-avr] Re: Antarctica? In-Reply-To: <014d01c8e672$1b0dab40$1f01a8c0@amsmainxp2> References: <4875D559.9050502@zetnet.co.uk><4878F63C.2090609@zetnet.co.uk><48792610.7070209@zetnet.co.uk><000d01c8e46c$c7418560$1f01a8c0@amsmainxp2><200807140640.m6E6eS9Z056459@mail.imagecraft.com><004001c8e595$9d4e47a0$1f01a8c0@amsmainxp2> <5F8515C5ED67B6439B4F93D7B5E08A36063DED@sbs.pertronic.local> <014d01c8e672$1b0dab40$1f01a8c0@amsmainxp2> Message-ID: <461D162473D69541BAE9440159B299DA19A7F1EF65@sm-excsrv.sleipner.local> Hi all Just a tiny correction on the Norwegian translation :) vesle = Norwegian for small skarvet = Norwegian for a flattop mountain So "Vesle Skarvet" or "Vesleskarvet" = Norwegian for small flattop mountain. Svenn :) Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne av Gerhard at AMS Sendt: 15. juli 2008 13:58 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Emne: Re: [Icc-avr] Re: Antarctica? Hi Albert, There is indeed no sea! We are surrounded by Ice.... The SANAE Base is indeed on top of little flattop mountain called Vesles Karvet (Karvet=Norwegain for small flattop Mountain) The Ice is several 100m's deep several places more than 1km deep to the actual ground-level. We are situated about 64km from the continent edge, then from there the ice shelf continues for another 130km on top of the sea. This ice shelf is also very thick, more than 1km. In Summer (Dec) the South African vessel SA Agulhas arrive at the IceShelf projecting into the sea and off-load equipment personnel on the iceshelf. From here the journey inland (Southwards) starts by traction-vehicles towards the SANAE Base, about 180km. It takes about 12hr to arrive at the base. The SA A leaves in Febr, leaving behind the OverWinter Team (10) until next year. The coming take-over (2k9) the SAA only arrives at the buktha (Landing next to iceshelf) around mid-Jan, to leave in mid-March 2k9. This is because the drift-ice is becoming rather thick, preventing the vessel to get close to the iceshelf. Last year we were stuck on the SAA for several days where it was stuck in the ice. The sea-bound journey which was meant to take about 12-14 days took about 27days as a result. To give you a perspective for 'mooring' against the ice-shelf, the ice-shelf is a shear vertical edge, more than 100m high. For more information visit my website at www.amssolutions.co.za and click on SANAE Views which will direct you to the SANAE site, and the SANAP programme. Currently a number of countries( I think about 60 in total) signed the Antarctic Treaty (1961) with the undertaking to only use the Continent for scientific endavaours. Several countries have now Scientific Presence on Antarctica, one is South Africa, and indeed the USA at Mcmurdoch. In closing, this is an absolutely privilidge to be able to be on this continent and to experience Nature uninterrupted! Regards, Gerhard Laubscher Electronic Engineer (Comms Officer) SANAE 47 OverWinter Team SANAE iv Base (71o40' S / 2o51' W) Check-out SANAE Base on Google Earth!! Antarctica Tel : +27-21-405 9428/29 Fax : +27-21-405 9432 (std rates) SattPhone : 008816 315 467 74 HF : 6.210 Mhz Skype : gerhardjl email : gerhard.laubscher@sanae.sanap.ac.za website : www.sanap.org.za/sanae_team.html ----- Original Message ----- From: Albert vanVeen To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Sent: Monday, July 14, 2008 9:47 PM Subject: RE: [Icc-avr] Re: Antarctica? I looked at the site on Google Earth, and it seems an island in the sea. There can hardly be water there, so presumably it's a hill in the shade of a mountain? I didn't even know there were people outside our Scott Base & and their neighbours at McMurdoch. This is the best off-topic topic I've seen so far! Albert. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080716/122529aa/attachment.html From richard at imagecraft.com Fri Jul 18 00:34:14 2008 From: richard at imagecraft.com (Richard Man) Date: Fri Jul 18 01:36:32 2008 Subject: [Icc-avr] ImageCraft Blog Message-ID: <200807180836.m6I8aULF040499@mail.imagecraft.com> I have started an ImageCraft blog at http://imagecraft.wordpress.com/ Link will be added to our website soon. // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From snewbold at unlnotes.unl.edu Fri Jul 18 09:26:24 2008 From: snewbold at unlnotes.unl.edu (Stefan Newbold) Date: Fri Jul 18 10:28:56 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <200807180836.m6I8aULF040499@mail.imagecraft.com> Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20080718/7d3d7d2e/graycol.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: pic13931.gif Type: image/gif Size: 1255 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20080718/7d3d7d2e/pic13931.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20080718/7d3d7d2e/ecblank.gif From t.jaspers at cpseurope.com Mon Jul 21 03:40:35 2008 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Mon Jul 21 10:29:40 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C6A5F95@mickey.PBNV.local> From: Stefan Newbold I read your blog Richard. There is another choice for building a new IDE: Netbeans. Is anyone still using netBeans? I am perfectly happy with Eclipse. Eclipse allows me to integrate several compilers and languages with ease. A good IDE can be seen as a totally separate product. I truly believe a compiler developer should develop compilers and leave the IDE to an IDE developer. All I need is a simple interface that allows me to integrate the compiler in to the IDE of my preference. I hate to be forced to switch between IDE's. Many of my projects involve two or more CPU's. A uniform IDE for all CPU's I use is an big plus for our quality management. I have always regarded the ImageCraft IDE as a simple, "get to work quick" IDE. The most important reason for the Image Craft IDE is a commercial reason. Marketing managers* believe you cannot sell compilers without an IDE. Cheers, Ton Jaspers * Marketing Manager - A person wearing a tie that prevents fresh oxygenated blood from reaching his brain. From julianf at macom.co.uk Mon Jul 21 09:42:15 2008 From: julianf at macom.co.uk (julianf@macom.co.uk) Date: Mon Jul 21 10:44:49 2008 Subject: [Icc-avr] OUT OF OFFICE In-Reply-To: <7B0EB27CF1CC93439B5CFB7526E5D74C6A5F95@mickey.PBNV.local> References: <7B0EB27CF1CC93439B5CFB7526E5D74C6A5F95@mickey.PBNV.local> Message-ID: Thank you for your email. I am on out of the office and will be back on Tuesday 22 July. E-mails will not be read or forwarded. In urgent cases, please contact Stephen Mackie on +44 141 882 0077. From richard at imagecraft.com Tue Jul 22 17:01:57 2008 From: richard at imagecraft.com (Richard Man) Date: Tue Jul 22 18:04:35 2008 Subject: [Icc-avr] 7.18 BETA0 released Message-ID: <200807230104.m6N14Ytj023423@mail.imagecraft.com> Functionally, a very minor release, but got a new licensing engine from the vendor and did mega cleanup on some of the related code. Would appreciate feedback. Log: V7.18 - July 23rd 2008 - Added support for 16K code size limited licenses, for use with the eBox-AVR kit ] - New Licensing engine http://www.imagecraft.com/pub/iccv7avr_v718_beta0.exe **** I also added another blog entry, followup on the nextgen IDE. I have another entry on our development roadmap ready, pending discussion with the devteam. The latter one will probably be published tonight or tomorrow. // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From julianf at macom.co.uk Tue Jul 22 17:14:22 2008 From: julianf at macom.co.uk (julianf@macom.co.uk) Date: Tue Jul 22 18:16:57 2008 Subject: [Icc-avr] OUT OF OFFICE In-Reply-To: <200807230104.m6N14Ytj023423@mail.imagecraft.com> References: <200807230104.m6N14Ytj023423@mail.imagecraft.com> Message-ID: Thank you for your email. I am on out of the office and will be back on Tuesday 22 July. E-mails will not be read or forwarded. In urgent cases, please contact Stephen Mackie on +44 141 882 0077. From julianf at macom.co.uk Tue Jul 22 18:24:23 2008 From: julianf at macom.co.uk (julianf@macom.co.uk) Date: Tue Jul 22 19:26:58 2008 Subject: [Icc-avr] OUT OF OFFICE In-Reply-To: References: <200807230104.m6N14Ytj023423@mail.imagecraft.com> Message-ID: Thank you for your email. I am on out of the office and will be back on Tuesday 22 July. E-mails will not be read or forwarded. In urgent cases, please contact Stephen Mackie on +44 141 882 0077. From BobGardner at aol.com Tue Jul 22 18:45:35 2008 From: BobGardner at aol.com (BobGardner@aol.com) Date: Tue Jul 22 19:48:20 2008 Subject: [Icc-avr] iccavr 7.18 Message-ID: "cannot find import; dll may be missing corrupt or wrong version File "lavr.dll" error 126" **************Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr00050000000020) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080722/eb4c7e8c/attachment.html From richard-lists at imagecraft.com Wed Jul 23 00:25:08 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Jul 23 01:27:49 2008 Subject: [Icc-avr] iccavr 7.18 In-Reply-To: References: Message-ID: <200807230827.m6N8RmnK029116@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080723/02d5354c/attachment.html From sryan at pmsi.cc Wed Jul 23 10:08:17 2008 From: sryan at pmsi.cc (Sean Ryan) Date: Wed Jul 23 11:10:56 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <200807180836.m6I8aULF040499@mail.imagecraft.com> References: <200807180836.m6I8aULF040499@mail.imagecraft.com> Message-ID: <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> Doesn't the Visual Studio IDE require Dot Net, etc????? I have to express concern over taking such a nice small, simple ide like icc-avr and converting it into a behemoth requiring either Java (eclipse) or dotnet.. (Borland Delphi did this a few years ago, and we developers are still paying for it) On Fri, Jul 18, 2008 at 3:34 AM, Richard Man wrote: > I have started an ImageCraft blog at http://imagecraft.wordpress.com/ Link > will be added to our website soon. > > // richard > On-line orders, support, and > listservers available on web site. > [ For technical support on ImageCraft products, please include all previous > replies in your msgs. ] > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080723/0c3b633a/attachment.html From asyms at technosoft.co.uk Wed Jul 23 12:09:34 2008 From: asyms at technosoft.co.uk (Andy Syms) Date: Wed Jul 23 13:12:35 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> Message-ID: > (Borland Delphi did this a few years ago, and we developers are still paying for it) We are??? I have no problems with the Delphi IDE requiring .net support. Andy -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >> Andy Syms Technosoft Systems Ltd >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From sryan at pmsi.cc Wed Jul 23 12:46:31 2008 From: sryan at pmsi.cc (Sean Ryan) Date: Wed Jul 23 13:49:10 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: References: <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> Message-ID: <839d9c5e0807231246r3a20a66fq42d9c6c54a5d9ca0@mail.gmail.com> Load time, help (f1) time, etc have multiplied on our machines.. (Delphi7 (Pre DotNet) loads in <25 secs, Delphi2007(Dotnet) takes minute(s) to load with the same basic component configuration) (We still use both) On Wed, Jul 23, 2008 at 3:09 PM, Andy Syms wrote: > > (Borland Delphi did this a few years ago, and we developers are still > paying for it) > > We are??? > > I have no problems with the Delphi IDE requiring .net support. > > Andy > > -- > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > >> > >> Andy Syms Technosoft Systems Ltd > >> > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080723/bcddc652/attachment.html From richard-lists at imagecraft.com Wed Jul 23 12:52:43 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Jul 23 13:55:09 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.co m> References: <200807180836.m6I8aULF040499@mail.imagecraft.com> <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> Message-ID: <200807232055.m6NKt8XH045650@mail.imagecraft.com> I have addressed some of the reasons on the latest blog. Anyway, another angle to look at this is: there are some bugs in the current editor, and there are many oft-requested features. To fix or add them, believe it or not, will require a lot of effort, especially since the editor component we use has not been supported by the vendor for years (they went out of business). And it's likely that we will continue to have the light weight IDE for years to come. If it ain't broke, we won't retire it :-) At 10:08 AM 7/23/2008, Sean Ryan wrote: >Doesn't the Visual Studio IDE require Dot Net, etc????? > >I have to express concern over taking such a nice small, simple ide >like icc-avr and converting it into a behemoth requiring either Java >(eclipse) or dotnet.. (Borland Delphi did this a few years ago, and >we developers are still paying for it) > // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From sryan at pmsi.cc Wed Jul 23 13:31:30 2008 From: sryan at pmsi.cc (Sean Ryan) Date: Wed Jul 23 14:34:07 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <200807232055.m6NKt8XH045650@mail.imagecraft.com> References: <200807180836.m6I8aULF040499@mail.imagecraft.com> <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> <200807232055.m6NKt8XH045650@mail.imagecraft.com> Message-ID: <839d9c5e0807231331u3d5d493bjd7abb45261c6a999@mail.gmail.com> GREAT! I understand the reasons for wanting to go with someone else's IDE. I'm just concerned with development footprint. If we can have both today's IDE AND a "bloated" but feature packed IDE, that's great.. I like being able to run the ide on a bench testing pc (something 5+ years old) with my dongle. 2 requests though: 1. Please don't require us to download and/or install a large IDE as part of the installation. 2. Please don't require updates to a large IDE as part of regular updates.. I really appreciate the 6 or 7 MB updates we get now, I don't want to see them going to 50, 100, or 500 mb in the future. Thanks Richard!! On Wed, Jul 23, 2008 at 3:52 PM, Richard Man wrote: > I have addressed some of the reasons on the latest blog. Anyway, another > angle to look at this is: there are some bugs in the current editor, and > there are many oft-requested features. To fix or add them, believe it or > not, will require a lot of effort, especially since the editor component we > use has not been supported by the vendor for years (they went out of > business). > > And it's likely that we will continue to have the light weight IDE for > years to come. If it ain't broke, we won't retire it :-) > > At 10:08 AM 7/23/2008, Sean Ryan wrote: > >> Doesn't the Visual Studio IDE require Dot Net, etc????? >> >> I have to express concern over taking such a nice small, simple ide like >> icc-avr and converting it into a behemoth requiring either Java (eclipse) or >> dotnet.. (Borland Delphi did this a few years ago, and we developers are >> still paying for it) >> >> > // richard (This email is for mailing lists. To reach me directly, please > use richard at imagecraft.com) > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080723/7e7e738e/attachment.html From richard-lists at imagecraft.com Wed Jul 23 14:35:19 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Jul 23 15:37:46 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <839d9c5e0807231331u3d5d493bjd7abb45261c6a999@mail.gmail.co m> References: <200807180836.m6I8aULF040499@mail.imagecraft.com> <839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> <200807232055.m6NKt8XH045650@mail.imagecraft.com> <839d9c5e0807231331u3d5d493bjd7abb45261c6a999@mail.gmail.com> Message-ID: <200807232237.m6NMbjfp047497@mail.imagecraft.com> Those are definitely my goals too. the ARM demo is over 10 megs, due to the AppBuilder, and that's already getting to be kind of big for my comfort :-) At 01:31 PM 7/23/2008, Sean Ryan wrote: >GREAT! > >I understand the reasons for wanting to go with someone else's >IDE. I'm just concerned with development footprint. If we can have >both today's IDE AND a "bloated" but feature packed IDE, that's >great.. I like being able to run the ide on a bench testing pc >(something 5+ years old) with my dongle. > >2 requests though: > 1. Please don't require us to download and/or install a large IDE > as part of the installation. > 2. Please don't require updates to a large IDE as part of regular > updates.. > >I really appreciate the 6 or 7 MB updates we get now, I don't want >to see them going to 50, 100, or 500 mb in the future. > >Thanks Richard!! // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From Albert.vanVeen at pertronic.co.nz Wed Jul 23 14:58:18 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Wed Jul 23 16:00:56 2008 Subject: [Icc-avr] ImageCraft Blog In-Reply-To: <200807232055.m6NKt8XH045650@mail.imagecraft.com> References: <200807180836.m6I8aULF040499@mail.imagecraft.com><839d9c5e0807231008w37d27d44ya626c167c8717ba3@mail.gmail.com> <200807232055.m6NKt8XH045650@mail.imagecraft.com> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063DFB@sbs.pertronic.local> I'm using it (light weight IDE), and am happy enough with it. The only other one I use is the old Borland-C, and they are similar enough not to confuse me. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Thursday, July 24, 2008 07:53 AM To: icc-avr@imagecraft.com Cc: Eric Hansen Subject: Re: [Icc-avr] ImageCraft Blog I have addressed some of the reasons on the latest blog. Anyway, another angle to look at this is: there are some bugs in the current editor, and there are many oft-requested features. To fix or add them, believe it or not, will require a lot of effort, especially since the editor component we use has not been supported by the vendor for years (they went out of business). And it's likely that we will continue to have the light weight IDE for years to come. If it ain't broke, we won't retire it :-) At 10:08 AM 7/23/2008, Sean Ryan wrote: >Doesn't the Visual Studio IDE require Dot Net, etc????? > >I have to express concern over taking such a nice small, simple ide >like icc-avr and converting it into a behemoth requiring either Java >(eclipse) or dotnet.. (Borland Delphi did this a few years ago, and we >developers are still paying for it) > // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr Scanned by Bizo Email Filter From BobGardner at aol.com Wed Jul 23 20:12:12 2008 From: BobGardner at aol.com (BobGardner@aol.com) Date: Wed Jul 23 21:14:52 2008 Subject: [Icc-avr] 7.18 double precision timings Message-ID: I have a benchmark program that I used to time the single precision fp routines. I have recompiled it to use doubles instead of floats and I have a table of timings for a bunch of dp adds, mults, divs and functions. They are real slow compared to the single precision stuff, which is to be expected. (about 500 dp mults per sec)The fact that the dp mult and div are about the same time makes me think that the mult DOES NOT use the hw mult instructions. The single precision fp mult was 100 times faster than this because of the hw mult. It is good to have these dp routines avail should we need them for GPS calcs or something that needs more than 7 digits of precision. If someone has either the IAR or GCC compiler avail and can compile and run my program to compare the dp timing, I can send the c source. **************Get fantasy football with free live scoring. Sign up for FanHouse Fantasy Football today. (http://www.fanhouse.com/fantasyaffair?ncid=aolspr00050000000020) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080723/c2169f11/attachment-0001.html From richard at imagecraft.com Mon Jul 28 23:35:05 2008 From: richard at imagecraft.com (Richard Man) Date: Tue Jul 29 00:38:15 2008 Subject: [Icc-avr] V7.18 ICCAVR Released Message-ID: <200807290738.m6T7cCq2058970@mail.imagecraft.com> Very minor release, feature wise: V7.18 - July 23rd 2008 - Added support for 16K code size limited licenses, for use with the eBox-AVR kit ] - New Licensing engine // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From rick.drolet at gmail.com Wed Jul 30 17:27:13 2008 From: rick.drolet at gmail.com (Rick Drolet) Date: Wed Jul 30 18:30:01 2008 Subject: [Icc-avr] possible conflict Imagecraft & WinAVR on same system? Message-ID: All, My base xp system is set for Imagecraft iccavr currently at 7.16 and am developing a major project with the mega2560. Now I am trying to add network support and to do this I have purchased a Wiznet Network dev card with mega128 but the sample drivers are all written in GCC with WinAVR support. At the moment, If I build the project with Studio 4.14, and with no source changes, the resultant hex files do not run. Now I realize that this forum is for Imagecraft, and that is the goal for the network driver, but I really would like to get the driver functional prior to a port. So the question is: is there any known conflict having Imagecraft & WinAVR on the same machine? Kinda doubt there is, but had to ask. Anyone know? Imagecraft ICCAVR V7.16 WinAVR_20080610 SystemXP Home, SP2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080730/32793dfa/attachment.html From patchell at cox.net Wed Jul 30 22:32:54 2008 From: patchell at cox.net (Jim Patchell) Date: Wed Jul 30 23:35:40 2008 Subject: [Icc-avr] possible conflict Imagecraft & WinAVR on same system? In-Reply-To: References: Message-ID: <48914E86.8080600@cox.net> Can't remember which version of ICCAVR I have on my system...(one of the Version 7 releases)...but I am also running WinAVR 20080610 as well, and I have found no conflicts between the two. You might try a different release of WinAVR. I have found some code that will only run if I use WinAVR 20071221. Seems to be one of the drawbacks to this compiler. Rick Drolet wrote: > All, > My base xp system is set for Imagecraft iccavr currently at 7.16 and am > developing a major project with the mega2560. > Now I am trying to add network support and to do this I have purchased a > Wiznet Network dev card with mega128 but the sample drivers are all > written in GCC with WinAVR support. At the moment, If I build the > project with Studio 4.14, and with no source changes, the resultant hex > files do not run. > > Now I realize that this forum is for Imagecraft, and that is the goal > for the network driver, but I really would like to get the driver > functional prior to a port. > > So the question is: is there any known conflict having Imagecraft & > WinAVR on the same machine? Kinda doubt there is, but had to ask. Anyone > know? > > Imagecraft ICCAVR V7.16 > WinAVR_20080610 > SystemXP Home, SP2 > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr -- ---------------------------------------------- Visit http://www.noniandjim.com SDIY: http://www.noniandjim.com/Jim/index.html ---------------------------------------------- From fletcherjones at worldonline.co.uk Thu Jul 31 02:05:25 2008 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Thu Jul 31 03:08:15 2008 Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think Message-ID: Morning all, As some of you are aware I've had a nightmare with the 32KHz crystal oscillator connected to timer 2 on a mega 1280 (running at either 3.3V or 5V) There is / was a bug in the apps builder which set the prescaler bits wrong which I fixed by manually. Even after that my nice little 32 kHz crystal was running at 192KHz, not good when trying to run a timer. After tons of playing around, trawling the AVRfreaks news groups, trying different crystals etc.. I have found that you really need to add a 22pF cap on each side of the crystal to ground. Once I did this it runs fine, take the caps off it stops working. I've now changed my circuit diagrams to include these caps. I am going to try a 6pF crystal, because years ago I had a similar problem with a Dallas RTCC that only worked with a 6pF crystal and crystals (correct me if I'm wrong) are normally 12.5pF Anyway its taken me ages to fix this problem and a lot of stress (unhappy customer, well they are being ok really, its just very late) so I just wanted to share this with you guys and hope it saves someone else a lot of trouble. Patrick From byron at inhep.com Thu Jul 31 02:33:23 2008 From: byron at inhep.com (Byron Loader) Date: Thu Jul 31 03:36:35 2008 Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think In-Reply-To: Message-ID: Hey Patrick, You might also want to put a grounded Guard Ring around the Crystal to 'stop' noise from adding extra cycles to your crystal. I think it was described in your 'dallas real time clock' application note. Another Trick that we have learnt over the years is that you can synchronize a clock to an AC mains input and if you take a long enough average you can get a pretty accurate time source. The frequency is synchronized back to an atomic clock and although the mains frequency drifts with load, over a long enough time interval it is probably accurate enough for most applications. Regards, Byron -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Patrick Fletcher-Jones Sent: Thursday, July 31, 2008 11:05 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Cc: Paul Mooney; Tom Byrne; Martin Pearce Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think Morning all, As some of you are aware I've had a nightmare with the 32KHz crystal oscillator connected to timer 2 on a mega 1280 (running at either 3.3V or 5V) There is / was a bug in the apps builder which set the prescaler bits wrong which I fixed by manually. Even after that my nice little 32 kHz crystal was running at 192KHz, not good when trying to run a timer. After tons of playing around, trawling the AVRfreaks news groups, trying different crystals etc.. I have found that you really need to add a 22pF cap on each side of the crystal to ground. Once I did this it runs fine, take the caps off it stops working. I've now changed my circuit diagrams to include these caps. I am going to try a 6pF crystal, because years ago I had a similar problem with a Dallas RTCC that only worked with a 6pF crystal and crystals (correct me if I'm wrong) are normally 12.5pF Anyway its taken me ages to fix this problem and a lot of stress (unhappy customer, well they are being ok really, its just very late) so I just wanted to share this with you guys and hope it saves someone else a lot of trouble. Patrick _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From j_baraclough at zetnet.co.uk Thu Jul 31 02:56:29 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Thu Jul 31 03:59:25 2008 Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think In-Reply-To: References: Message-ID: <48918C4D.5090702@zetnet.co.uk> Hi Patrick, It's good that you finally got it sorted out and thanks for sharing that with us. I'm sure that sooner or later, someone else will find themselves in the same position. All the best for now, John Patrick Fletcher-Jones wrote: > Morning all, > > As some of you are aware I've had a nightmare with the 32KHz crystal > oscillator connected to timer 2 on a mega 1280 (running at either 3.3V or > 5V) > > There is / was a bug in the apps builder which set the prescaler bits wrong > which I fixed by manually. Even after that my nice little 32 kHz crystal was > running at 192KHz, not good when trying to run a timer. > > After tons of playing around, trawling the AVRfreaks news groups, trying > different crystals etc.. I have found that you really need to add a 22pF cap > on each side of the crystal to ground. Once I did this it runs fine, take > the caps off it stops working. > > I've now changed my circuit diagrams to include these caps. > > I am going to try a 6pF crystal, because years ago I had a similar problem > with a Dallas RTCC that only worked with a 6pF crystal and crystals (correct > me if I'm wrong) are normally 12.5pF > > Anyway its taken me ages to fix this problem and a lot of stress (unhappy > customer, well they are being ok really, its just very late) so I just > wanted to share this with you guys and hope it saves someone else a lot of > trouble. > > Patrick > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > From fletcherjones at worldonline.co.uk Thu Jul 31 03:12:17 2008 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Thu Jul 31 04:15:08 2008 Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think In-Reply-To: Message-ID: Hi Byron, Yes I did wonder about noise, after all the 7 MHz crystal I'm using is very close to the timer 2 crystal pins. I've got very short tracks between the 32 KHz crystal and the processor 2mm at most, I've also got ground plane both top and bottom. I could try stopping the 7 MHZ crystal and see if the 32 KHz crystal then works. Just tried that, not a bit of difference 32 KHZ still way off, put the caps back on and it works great. I did find some posting on the freaks news group where some other people had had a similar problem which they thought was just specific to an earlier Atmel device, but later postings showed it may well be across the range of processors. Funny enough the same project is using a 32 KHz crystal on a mega 128 and they work fine, rock solid. So who knows. I'm just glad I've got timer 2 running reliably at the correct speed now, its taken me weeks to solve this problem. Its actually listed in the freaks news groups under the AVR Errata - Unpublished, and other "Gotchas" going back to 2005!!! When I get some 6pf crystals I'll try them too and let people know about the results. VBR, Patrick On 31/07/2008 10:33, "Byron Loader" wrote: > Hey Patrick, > > You might also want to put a grounded Guard Ring around the Crystal to > 'stop' noise from adding extra cycles to your crystal. I think it was > described in your 'dallas real time clock' application note. > > Another Trick that we have learnt over the years is that you can synchronize > a clock to an AC mains input and if you take a long enough average you can > get a pretty accurate time source. The frequency is synchronized back to an > atomic clock and although the mains frequency drifts with load, over a long > enough time interval it is probably accurate enough for most applications. > > Regards, > > Byron > > -----Original Message----- > From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] > On Behalf Of Patrick Fletcher-Jones > Sent: Thursday, July 31, 2008 11:05 AM > To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need > tosubscribe to icc-announce if you are a member of this. > Cc: Paul Mooney; Tom Byrne; Martin Pearce > Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think > > Morning all, > > As some of you are aware I've had a nightmare with the 32KHz crystal > oscillator connected to timer 2 on a mega 1280 (running at either 3.3V or > 5V) > > There is / was a bug in the apps builder which set the prescaler bits wrong > which I fixed by manually. Even after that my nice little 32 kHz crystal was > running at 192KHz, not good when trying to run a timer. > > After tons of playing around, trawling the AVRfreaks news groups, trying > different crystals etc.. I have found that you really need to add a 22pF cap > on each side of the crystal to ground. Once I did this it runs fine, take > the caps off it stops working. > > I've now changed my circuit diagrams to include these caps. > > I am going to try a 6pF crystal, because years ago I had a similar problem > with a Dallas RTCC that only worked with a 6pF crystal and crystals (correct > me if I'm wrong) are normally 12.5pF > > Anyway its taken me ages to fix this problem and a lot of stress (unhappy > customer, well they are being ok really, its just very late) so I just > wanted to share this with you guys and hope it saves someone else a lot of > trouble. > > Patrick > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From rick.drolet at gmail.com Thu Jul 31 07:56:41 2008 From: rick.drolet at gmail.com (Rick Drolet) Date: Thu Jul 31 08:59:31 2008 Subject: [Icc-avr] possible conflict Imagecraft & WinAVR on same system? In-Reply-To: <48914E86.8080600@cox.net> References: <48914E86.8080600@cox.net> Message-ID: Thanks for the suggestion. I thought that these two should play well together. On 7/30/08, Jim Patchell wrote: > > Can't remember which version of ICCAVR I have on my system...(one of the > Version 7 releases)...but I am also running WinAVR 20080610 as well, and I > have found no conflicts between the two. > > You might try a different release of WinAVR. I have found some code that > will only run if I use WinAVR 20071221. Seems to be one of the drawbacks to > this compiler. > > Rick Drolet wrote: > >> All, >> My base xp system is set for Imagecraft iccavr currently at 7.16 and am >> developing a major project with the mega2560. >> Now I am trying to add network support and to do this I have purchased a >> Wiznet Network dev card with mega128 but the sample drivers are all written >> in GCC with WinAVR support. At the moment, If I build the project with >> Studio 4.14, and with no source changes, the resultant hex files do not run. >> Now I realize that this forum is for Imagecraft, and that is the goal for >> the network driver, but I really would like to get the driver functional >> prior to a port. >> So the question is: is there any known conflict having Imagecraft & >> WinAVR on the same machine? Kinda doubt there is, but had to ask. Anyone >> know? >> Imagecraft ICCAVR V7.16 >> WinAVR_20080610 >> SystemXP Home, SP2 >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr >> > > -- > ---------------------------------------------- > Visit http://www.noniandjim.com > SDIY: http://www.noniandjim.com/Jim/index.html > ---------------------------------------------- > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080731/d695bbb1/attachment-0001.html From rick.drolet at gmail.com Thu Jul 31 08:00:08 2008 From: rick.drolet at gmail.com (Rick Drolet) Date: Thu Jul 31 09:02:58 2008 Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think In-Reply-To: References: Message-ID: Seems there was a posting about the stk600 (which uses the 2560) about the rtc for builds earlier than mid-July. Fix was to replace the cap with 22pF. On 7/31/08, Patrick Fletcher-Jones wrote: > > Hi Byron, > > Yes I did wonder about noise, after all the 7 MHz crystal I'm using is very > close to the timer 2 crystal pins. I've got very short tracks between the > 32 > KHz crystal and the processor 2mm at most, I've also got ground plane both > top and bottom. I could try stopping the 7 MHZ crystal and see if the 32 > KHz > crystal then works. Just tried that, not a bit of difference 32 KHZ still > way off, put the caps back on and it works great. > > I did find some posting on the freaks news group where some other people > had > had a similar problem which they thought was just specific to an earlier > Atmel device, but later postings showed it may well be across the range of > processors. > > Funny enough the same project is using a 32 KHz crystal on a mega 128 and > they work fine, rock solid. So who knows. I'm just glad I've got timer 2 > running reliably at the correct speed now, its taken me weeks to solve this > problem. Its actually listed in the freaks news groups under the AVR Errata > - Unpublished, and other "Gotchas" going back to 2005!!! > > When I get some 6pf crystals I'll try them too and let people know about > the > results. > > VBR, > Patrick > > > On 31/07/2008 10:33, "Byron Loader" wrote: > > > Hey Patrick, > > > > You might also want to put a grounded Guard Ring around the Crystal to > > 'stop' noise from adding extra cycles to your crystal. I think it was > > described in your 'dallas real time clock' application note. > > > > Another Trick that we have learnt over the years is that you can > synchronize > > a clock to an AC mains input and if you take a long enough average you > can > > get a pretty accurate time source. The frequency is synchronized back to > an > > atomic clock and although the mains frequency drifts with load, over a > long > > enough time interval it is probably accurate enough for most > applications. > > > > Regards, > > > > Byron > > > > -----Original Message----- > > From: icc-avr-bounces@imagecraft.com [mailto: > icc-avr-bounces@imagecraft.com] > > On Behalf Of Patrick Fletcher-Jones > > Sent: Thursday, July 31, 2008 11:05 AM > > To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need > > tosubscribe to icc-announce if you are a member of this. > > Cc: Paul Mooney; Tom Byrne; Martin Pearce > > Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think > > > > Morning all, > > > > As some of you are aware I've had a nightmare with the 32KHz crystal > > oscillator connected to timer 2 on a mega 1280 (running at either 3.3V or > > 5V) > > > > There is / was a bug in the apps builder which set the prescaler bits > wrong > > which I fixed by manually. Even after that my nice little 32 kHz crystal > was > > running at 192KHz, not good when trying to run a timer. > > > > After tons of playing around, trawling the AVRfreaks news groups, trying > > different crystals etc.. I have found that you really need to add a 22pF > cap > > on each side of the crystal to ground. Once I did this it runs fine, take > > the caps off it stops working. > > > > I've now changed my circuit diagrams to include these caps. > > > > I am going to try a 6pF crystal, because years ago I had a similar > problem > > with a Dallas RTCC that only worked with a 6pF crystal and crystals > (correct > > me if I'm wrong) are normally 12.5pF > > > > Anyway its taken me ages to fix this problem and a lot of stress (unhappy > > customer, well they are being ok really, its just very late) so I just > > wanted to share this with you guys and hope it saves someone else a lot > of > > trouble. > > > > Patrick > > > > > > _______________________________________________ > > Icc-avr mailing list > > Icc-avr@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > > > > > > > > > _______________________________________________ > > Icc-avr mailing list > > Icc-avr@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-avr > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080731/b6352346/attachment.html From d.mullin at goase.com Thu Jul 31 08:18:44 2008 From: d.mullin at goase.com (Dan Mullin) Date: Thu Jul 31 09:21:40 2008 Subject: [Icc-avr] 32 KHZ Crystal problem, solved I think In-Reply-To: References: