From bibi at microsyl.com Mon Jul 6 09:57:36 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Mon Jul 6 11:07:13 2009 Subject: [Icc-avr] Override function? Message-ID: <47970cf30907060957w5b262f88t5f906156deec96ed@mail.gmail.com> Hi, Is it possible to override the data direction of a input MISO pin when you use the SPI in output only. I need to control manualy the MISO that is not when the SPI is enable. Thanks Sylvain Bissonnette -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090706/06077d54/attachment.html From paul.aa9gg at gmail.com Mon Jul 6 11:48:07 2009 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Mon Jul 6 12:57:57 2009 Subject: [Icc-avr] Override function? In-Reply-To: <47970cf30907060957w5b262f88t5f906156deec96ed@mail.gmail.com> References: <47970cf30907060957w5b262f88t5f906156deec96ed@mail.gmail.com> Message-ID: <20f5efc40907061148w167fe21ctbc675817adb2558e@mail.gmail.com> I think you have to "bit-bang" your own SPI interface in order to use the pin like that. Have you tried changing the DDR after you init the SPI? On Mon, Jul 6, 2009 at 11:57 AM, Sylvain Bissonnette wrote: > Hi, > > ??? Is it possible to override the data direction?of a?input MISO pin when > you use the SPI in output only.? I need to control manualy > the MISO that is not when the SPI is enable. > > Thanks > Sylvain Bissonnette > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com NAQCC 3123, SKCC 4628, FPQRP 2003 From danar at astrixnet.com Mon Jul 6 12:10:21 2009 From: danar at astrixnet.com (Dana Raymond) Date: Mon Jul 6 13:19:58 2009 Subject: [Icc-avr] RE: Icc-avr Digest, Vol 60, Issue 1 In-Reply-To: <200907061900.n66J052Z060143@mail.imagecraft.com> References: <200907061900.n66J052Z060143@mail.imagecraft.com> Message-ID: This question is probably best posted on avrfreaks.net instead of here, as it really doesn't have anything to do with the ICC compilers. I'm not familiar with EVERY AVR device but I believe you cannot do what you are requesting. I know for sure that's true for the ATM2560 and ATM162 and usually a manufacturer will re-use IP that's proven over and over again if possible. The datasheets say that when the SPI block is enabled it takes over those pins. If you need to reconfigure MOSI and MISO for master vs. slave operation then use some muxes and a PIO pin to set the mode you desire. HTH Dana Frank Raymond Astrix Networks Inc. -----Original Message----- Hi, Is it possible to override the data direction of a input MISO pin when you use the SPI in output only. I need to control manualy the MISO that is not when the SPI is enable. Thanks Sylvain Bissonnette From j_baraclough at zetnet.co.uk Mon Jul 6 13:21:27 2009 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Mon Jul 6 14:31:12 2009 Subject: [Icc-avr] Override function? In-Reply-To: <47970cf30907060957w5b262f88t5f906156deec96ed@mail.gmail.com> References: <47970cf30907060957w5b262f88t5f906156deec96ed@mail.gmail.com> Message-ID: <4A525CC7.7080707@zetnet.co.uk> Hi Sylvain, When the SPI module is enabled it takes control of three pins (MOSI, MISO & SCLK), so they cannot be use for anything else. The SS pin can be used as GPIO in master mode, but is also controlled by the SPI module in slave mode and is not available for GPIO. The second sentence of your question implies that you may want to use the MISO pin when the SPI module is disabled which will work fine. However, I may have misunderstood you. All the best for now, John Sylvain Bissonnette wrote: > Hi, > > Is it possible to override the data direction of a input MISO pin > when you use the SPI in output only. I need to control manualy > the MISO that is not when the SPI is enable. > > Thanks > Sylvain Bissonnette > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From bibi at microsyl.com Mon Jul 6 15:22:04 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Mon Jul 6 15:35:22 2009 Subject: [Icc-avr] Override function? References: <47970cf30907060957w5b262f88t5f906156deec96ed@mail.gmail.com> <4A525CC7.7080707@zetnet.co.uk> Message-ID: <000601c9fe88$30ddcf20$0301a8c0@Sylvain> Hi, Thanks for the answers, I will try to make something else. Sylvain Bissonnette ----- Original Message ----- From: "John Baraclough" 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 06, 2009 3:21 PM Subject: Re: [Icc-avr] Override function? > Hi Sylvain, > > When the SPI module is enabled it takes control of three pins (MOSI, MISO > & SCLK), so they cannot be use for anything else. The SS pin can be used > as GPIO in master mode, but is also controlled by the SPI module in slave > mode and is not available for GPIO. > > The second sentence of your question implies that you may want to use the > MISO pin when the SPI module is disabled which will work fine. However, I > may have misunderstood you. > > All the best for now, > John > > > Sylvain Bissonnette wrote: >> Hi, >> Is it possible to override the data direction of a input MISO pin when >> you use the SPI in output only. I need to control manualy >> the MISO that is not when the SPI is enable. >> Thanks >> Sylvain Bissonnette >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 benjamin_rockwell at yahoo.com Tue Jul 7 10:48:30 2009 From: benjamin_rockwell at yahoo.com (Benjamin Rockwell) Date: Tue Jul 7 11:58:29 2009 Subject: [Icc-avr] Redefinition of EEAR in _iotX61v.h Message-ID: <934733.24301.qm@web56405.mail.re3.yahoo.com> FYI, Compiling a project for the ATtiny261, I get the following warnings: !W _iotX61v.h(69): macro "EEAR" - redefinition with nonidentical replacement list !T _iotX61v.h(69): macro "EEAR" is defined at "_iotX61v.h" (63) ? The redefinition does not seem to cause any problems as it is redefined to the same value in all cases, but is a bit distracting. ? Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090707/bc5f033c/attachment.html From j_baraclough at zetnet.co.uk Tue Jul 7 12:05:01 2009 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Tue Jul 7 13:14:41 2009 Subject: [Icc-avr] Redefinition of EEAR in _iotX61v.h In-Reply-To: <934733.24301.qm@web56405.mail.re3.yahoo.com> References: <934733.24301.qm@web56405.mail.re3.yahoo.com> Message-ID: <4A539C5D.7000702@zetnet.co.uk> How are you including this file? You should use: #include then the compiler will automatically find the correct header file from the device selected in Project->Options. There doesn't seem to be a problem in the header file, but it does require the macro "___eepromGT256B" to be undefined. All the best for now, John Benjamin Rockwell wrote: > FYI, > > Compiling a project for the ATtiny261, I get the following warnings: > > > !W _iotX61v.h(69): macro "EEAR" - redefinition with nonidentical > replacement list > !T _iotX61v.h(69): macro "EEAR" is defined at "_iotX61v.h" (63) > > > > The redefinition does not seem to cause any problems as it is > redefined to the same value in all cases, but is a bit distracting. > > > > Ben > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From H.Fuerstenberger at glp.de Wed Jul 8 08:17:28 2009 From: H.Fuerstenberger at glp.de (=?iso-8859-1?Q?F=FCrstenberger=2C_Holger?=) Date: Wed Jul 8 09:27:19 2009 Subject: [Icc-avr] Test MIO and Code Optimizer Function? In-Reply-To: <200907071901.n67J1hJr091676@mail.imagecraft.com> References: <200907071901.n67J1hJr091676@mail.imagecraft.com> Message-ID: <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current project. There are two possibilities. Replace the AVR by a bigger one, or reducing the code size of my firmware. I'm currently using the Standard Version and I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of the Pro Version to see which reduction this brings to my program. I only need some more approx. 10% flash. I tried to use the demo version in a sandbox. But it recognized my license. So I wasn't able to check the code reduction. Any other suggestions? Best regards Holger F?rstenberger From bobgardner at aol.com Wed Jul 8 17:38:44 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Wed Jul 8 18:48:51 2009 Subject: [Icc-avr] Test MIO and Code Optimizer Function? In-Reply-To: <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> References: <200907071901.n67J1hJr091676@mail.imagecraft.com> <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> Message-ID: <8CBCE44BF8E2F5A-1BD8-1E41@mblk-d49.sysops.aol.com> Post your code and announce 'No further algorithmic compression of this program is possible' and within a few minutes, you will get several smaller versions that probably run faster. Combine them. Buy the Pro version. -----Original Message----- From: F?rstenberger, Holger To: icc-avr@imagecraft.com Sent: Wed, Jul 8, 2009 11:17 am Subject: [Icc-avr] Test MIO and Code Optimizer Function? Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current roject. There are two possibilities. Replace the AVR by a bigger one, or educing the code size of my firmware. I'm currently using the Standard Version nd I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of he Pro Version to see which reduction this brings to my program. I only need ome more approx. 10% flash. tried to use the demo version in a sandbox. But it recognized my license. So I asn't able to check the code reduction. Any other suggestions? Best regards Holger F?rstenberger _______________________________________________ cc-avr mailing list cc-avr@imagecraft.com ttp://dragonsgate.net/mailman/listinfo/icc-avr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090708/db1f6d8e/attachment.html From sl at ecpower.dk Wed Jul 8 23:39:23 2009 From: sl at ecpower.dk (Steven Lose) Date: Thu Jul 9 00:49:06 2009 Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? In-Reply-To: <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> References: <200907071901.n67J1hJr091676@mail.imagecraft.com> <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA6385E9@seattle.ecpower.dk> Hi. I run 7.22 PRO If it's any help, I can compile your project and tell you the result? Just email it directly to me. Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger Sendt: 8. juli 2009 17:17 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Test MIO and Code Optimizer Function? Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current project. There are two possibilities. Replace the AVR by a bigger one, or reducing the code size of my firmware. I'm currently using the Standard Version and I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of the Pro Version to see which reduction this brings to my program. I only need some more approx. 10% flash. I tried to use the demo version in a sandbox. But it recognized my license. So I wasn't able to check the code reduction. Any other suggestions? Best regards Holger F?rstenberger _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From danar at astrixnet.com Thu Jul 9 11:50:26 2009 From: danar at astrixnet.com (Dana Raymond) Date: Thu Jul 9 13:00:02 2009 Subject: [Icc-avr] RE: Icc-avr Digest, Vol 60, Issue 4 In-Reply-To: <200907091900.n69J04jb059052@mail.imagecraft.com> References: <200907091900.n69J04jb059052@mail.imagecraft.com> Message-ID: Have you considered other methods of compressing the Code? Such as if your app has a LOT of ascii text messages try compressing them using BASE50 or some other comple compression method. DFR -----Original Message----- From: FC To: icc-avr@imagecraft.com Sent: Wed, Jul 8, 2009 11:17 am Subject: [Icc-avr] Test MIO and Code Optimizer Function? Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current roject. There are two possibilities. Replace the AVR by a bigger one, or educing the code size of my firmware. I'm currently using the Standard Version nd I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of he Pro Version to see which reduction this brings to my program. I only need ome more approx. 10% flash. tried to use the demo version in a sandbox. But it recognized my license. So I asn't able to check the code reduction. Any other suggestions? Best regards Holger FC References: <200907071901.n67J1hJr091676@mail.imagecraft.com><0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> <072D96786BFC014AAEBA9EB07A8070EA6385E9@seattle.ecpower.dk> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F88@sbs.pertronic.local> Talking about versions: I'm not always sure what version I'm using, and find it hard to find out. It would be nice if the compiler writes at the top of list and/or map files its name and version, like all other compilers I use do. Simple and useful, I'd say. Albert van Veen software engineer Pertronic Industries 17 Eastern Hutt Road Wingate, Lower Hutt 04 567 3229 X809 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Thursday, July 09, 2009 06:39 PM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? Hi. I run 7.22 PRO If it's any help, I can compile your project and tell you the result? Just email it directly to me. Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger Sendt: 8. juli 2009 17:17 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Test MIO and Code Optimizer Function? Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current project. There are two possibilities. Replace the AVR by a bigger one, or reducing the code size of my firmware. I'm currently using the Standard Version and I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of the Pro Version to see which reduction this brings to my program. I only need some more approx. 10% flash. I tried to use the demo version in a sandbox. But it recognized my license. So I wasn't able to check the code reduction. Any other suggestions? Best regards Holger F?rstenberger _______________________________________________ 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 -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From richard-lists at imagecraft.com Thu Jul 9 13:42:53 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Jul 9 14:53:56 2009 Subject: [Icc-avr] Test MIO and Code Optimizer Function? In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063F88@sbs.pertronic.local > References: <200907071901.n67J1hJr091676@mail.imagecraft.com> <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> <072D96786BFC014AAEBA9EB07A8070EA6385E9@seattle.ecpower.dk> <5F8515C5ED67B6439B4F93D7B5E08A36063F88@sbs.pertronic.local> Message-ID: <200907092153.n69Lrthf063132@mail.imagecraft.com> The version is now passed down to the makefile, so just check the .mak file. At 01:32 PM 7/9/2009, Albert vanVeen wrote: >Talking about versions: I'm not always sure what >version I'm using, and find it hard to find out. >It would be nice if the compiler writes at the >top of list and/or map files its name and >version, like all other compilers I use do. Simple and useful, I'd say. > >Albert van Veen >software engineer >Pertronic Industries >17 Eastern Hutt Road >Wingate, Lower Hutt > >04 567 3229 X809 > > > >-----Original Message----- >From: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose >Sent: Thursday, July 09, 2009 06:39 PM >To: Discussion list for ICCAVR and ICCtiny >Users. You do NOT needtosubscribeto icc-announce if you are a member of this. >Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? > >Hi. > >I run 7.22 PRO >If it's any help, I can compile your project and tell you the result? >Just email it directly to me. > >Med venlig hilsen / Best regards / mit freundlichen Gr??en > >EC POWER A/S > >Steven Lose > >Software Ingeni?r > >Tlf.: +45 87434100 > >Direkte tlf. +45 58286608 > >Email: sl@ecpower.dk > >www.ecpower.dk > >-----Oprindelig meddelelse----- >Fra: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger >Sendt: 8. juli 2009 17:17 >Til: icc-avr@imagecraft.com >Emne: [Icc-avr] Test MIO and Code Optimizer Function? > >Hello there, > >i'm using the ICCAVR Compiler V 7.21A and i'm >running out of flash in a current project. There >are two possibilities. Replace the AVR by a >bigger one, or reducing the code size of my >firmware. I'm currently using the Standard >Version and I'm fully satisfied. Is it possible >to test the MIO and Code Optimizer of the Pro >Version to see which reduction this brings to my >program. I only need some more approx. 10% flash. >I tried to use the demo version in a sandbox. >But it recognized my license. So I wasn't able >to check the code reduction. Any other suggestions? > >Best regards > >Holger F?rstenberger > > > >_______________________________________________ >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 > >-- > >This message has been scanned for viruses and > >dangerous content by Bizo EmailFilter, and is > >believed to be clean. > > > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From schaefer at mabel.info Fri Jul 10 04:18:11 2009 From: schaefer at mabel.info (=?ISO-8859-1?Q?Thomas_Sch=E4fer?=) Date: Fri Jul 10 05:28:00 2009 Subject: [Icc-avr] Test MIO and Code Optimizer Function? In-Reply-To: <200907092153.n69Lrthf063132@mail.imagecraft.com> References: <200907071901.n67J1hJr091676@mail.imagecraft.com> <0870D146C1394543BA6773B969A091AF7DD18E0664@glp-xchg-itt.intern.glp.de> <072D96786BFC014AAEBA9EB07A8070EA6385E9@seattle.ecpower.dk> <5F8515C5ED67B6439B4F93D7B5E08A36063F88@sbs.pertronic.local> <200907092153.n69Lrthf063132@mail.imagecraft.com> Message-ID: <4A572373.2090909@mabel.info> Hmm, I'm using the Avr Studio Plug-In and it never tells me the right version. Could it be synchronised sometime? regards, Thomas Richard Man schrieb: > The version is now passed down to the makefile, so just check the .mak > file. > > At 01:32 PM 7/9/2009, Albert vanVeen wrote: >> Talking about versions: I'm not always sure what version I'm using, >> and find it hard to find out. >> It would be nice if the compiler writes at the top of list and/or map >> files its name and version, like all other compilers I use do. Simple >> and useful, I'd say. >> >> Albert van Veen >> software engineer >> Pertronic Industries >> 17 Eastern Hutt Road >> Wingate, Lower Hutt >> >> 04 567 3229 X809 >> >> >> >> -----Original Message----- >> From: icc-avr-bounces@imagecraft.com >> [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose >> Sent: Thursday, July 09, 2009 06:39 PM >> To: Discussion list for ICCAVR and ICCtiny Users. You do NOT >> needtosubscribeto icc-announce if you are a member of this. >> Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? >> >> Hi. >> >> I run 7.22 PRO >> If it's any help, I can compile your project and tell you the result? >> Just email it directly to me. >> >> Med venlig hilsen / Best regards / mit freundlichen Gr??en >> >> EC POWER A/S >> >> Steven Lose >> >> Software Ingeni?r >> >> Tlf.: +45 87434100 >> >> Direkte tlf. +45 58286608 >> >> Email: sl@ecpower.dk >> >> www.ecpower.dk >> >> -----Oprindelig meddelelse----- >> Fra: icc-avr-bounces@imagecraft.com >> [mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger >> Sendt: 8. juli 2009 17:17 >> Til: icc-avr@imagecraft.com >> Emne: [Icc-avr] Test MIO and Code Optimizer Function? >> >> Hello there, >> >> i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in >> a current project. There are two possibilities. Replace the AVR by a >> bigger one, or reducing the code size of my firmware. I'm currently >> using the Standard Version and I'm fully satisfied. Is it possible to >> test the MIO and Code Optimizer of the Pro Version to see which >> reduction this brings to my program. I only need some more approx. 10% >> flash. >> I tried to use the demo version in a sandbox. But it recognized my >> license. So I wasn't able to check the code reduction. Any other >> suggestions? >> >> Best regards >> >> Holger F?rstenberger >> >> >> >> _______________________________________________ >> 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 >> >> -- >> >> This message has been scanned for viruses and >> >> dangerous content by Bizo EmailFilter, and is >> >> believed to be clean. >> >> >> >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr > > // richard > > // photo book: http://www.blurb.com/bookstore/detail/745963 > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From nayefacc at gmail.com Fri Jul 10 17:14:11 2009 From: nayefacc at gmail.com (Nayef Saleh) Date: Fri Jul 10 18:52:49 2009 Subject: [Icc-avr] Fwd: Icc-avr Digest, Vol 60, Issue 5 In-Reply-To: <200907101900.n6AJ03Ej096713@mail.imagecraft.com> References: <200907101900.n6AJ03Ej096713@mail.imagecraft.com> Message-ID: ---------- Forwarded message ---------- From: Date: 2009/7/10 Subject: Icc-avr Digest, Vol 60, Issue 5 To: ?icc-avr@imagecraft.com? Send Icc-avr mailing list submissions to icc-avr@imagecraft.com To subscribe or unsubscribe via the World Wide Web, visit http://dragonsgate.net/mailman/listinfo/icc-avr or, via email, send a message with subject or body 'help' to icc-avr-request@imagecraft.com You can reach the person managing the list at icc-avr-owner@imagecraft.com When replying, please edit your Subject line so it is more specific than "Re: Contents of Icc-avr digest..." Today's Topics: 1. RE: Icc-avr Digest, Vol 60, Issue 4 (Dana Raymond) 2. RE: Test MIO and Code Optimizer Function? (Albert vanVeen) 3. RE: Test MIO and Code Optimizer Function? (Richard Man) 4. Re: Test MIO and Code Optimizer Function? (Thomas Sch?fer) ---------------------------------------------------------------------- Message: 1 Date: Thu, 9 Jul 2009 14:50:26 -0400 From: "Dana Raymond" Subject: [Icc-avr] RE: Icc-avr Digest, Vol 60, Issue 4 To: Message-ID: Content-Type: text/plain; charset="us-ascii" Have you considered other methods of compressing the Code? Such as if your app has a LOT of ascii text messages try compressing them using BASE50 or some other comple compression method. DFR -----Original Message----- From: FC To: icc-avr@imagecraft.com Sent: Wed, Jul 8, 2009 11:17 am Subject: [Icc-avr] Test MIO and Code Optimizer Function? Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current roject. There are two possibilities. Replace the AVR by a bigger one, or educing the code size of my firmware. I'm currently using the Standard Version nd I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of he Pro Version to see which reduction this brings to my program. I only need ome more approx. 10% flash. tried to use the demo version in a sandbox. But it recognized my license. So I asn't able to check the code reduction. Any other suggestions? Best regards Holger FC Subject: RE: [Icc-avr] Test MIO and Code Optimizer Function? To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F88@sbs.pertronic.local> Content-Type: text/plain; charset="iso-8859-1" Talking about versions: I'm not always sure what version I'm using, and find it hard to find out. It would be nice if the compiler writes at the top of list and/or map files its name and version, like all other compilers I use do. Simple and useful, I'd say. Albert van Veen software engineer Pertronic Industries 17 Eastern Hutt Road Wingate, Lower Hutt 04 567 3229 X809 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Thursday, July 09, 2009 06:39 PM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? Hi. I run 7.22 PRO If it's any help, I can compile your project and tell you the result? Just email it directly to me. Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger Sendt: 8. juli 2009 17:17 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Test MIO and Code Optimizer Function? Hello there, i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in a current project. There are two possibilities. Replace the AVR by a bigger one, or reducing the code size of my firmware. I'm currently using the Standard Version and I'm fully satisfied. Is it possible to test the MIO and Code Optimizer of the Pro Version to see which reduction this brings to my program. I only need some more approx. 10% flash. I tried to use the demo version in a sandbox. But it recognized my license. So I wasn't able to check the code reduction. Any other suggestions? Best regards Holger F?rstenberger _______________________________________________ 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 -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. ------------------------------ Message: 3 Date: Thu, 09 Jul 2009 13:42:53 -0700 From: Richard Man Subject: RE: [Icc-avr] Test MIO and Code Optimizer Function? To: Message-ID: <200907092153.n69Lrthf063132@mail.imagecraft.com> Content-Type: text/plain; charset="iso-8859-1"; format=flowed The version is now passed down to the makefile, so just check the .mak file. At 01:32 PM 7/9/2009, Albert vanVeen wrote: >Talking about versions: I'm not always sure what >version I'm using, and find it hard to find out. >It would be nice if the compiler writes at the >top of list and/or map files its name and >version, like all other compilers I use do. Simple and useful, I'd say. > >Albert van Veen >software engineer >Pertronic Industries >17 Eastern Hutt Road >Wingate, Lower Hutt > >04 567 3229 X809 > > > >-----Original Message----- >From: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose >Sent: Thursday, July 09, 2009 06:39 PM >To: Discussion list for ICCAVR and ICCtiny >Users. You do NOT needtosubscribeto icc-announce if you are a member of this. >Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? > >Hi. > >I run 7.22 PRO >If it's any help, I can compile your project and tell you the result? >Just email it directly to me. > >Med venlig hilsen / Best regards / mit freundlichen Gr??en > >EC POWER A/S > >Steven Lose > >Software Ingeni?r > >Tlf.: +45 87434100 > >Direkte tlf. +45 58286608 > >Email: sl@ecpower.dk > >www.ecpower.dk > >-----Oprindelig meddelelse----- >Fra: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger >Sendt: 8. juli 2009 17:17 >Til: icc-avr@imagecraft.com >Emne: [Icc-avr] Test MIO and Code Optimizer Function? > >Hello there, > >i'm using the ICCAVR Compiler V 7.21A and i'm >running out of flash in a current project. There >are two possibilities. Replace the AVR by a >bigger one, or reducing the code size of my >firmware. I'm currently using the Standard >Version and I'm fully satisfied. Is it possible >to test the MIO and Code Optimizer of the Pro >Version to see which reduction this brings to my >program. I only need some more approx. 10% flash. >I tried to use the demo version in a sandbox. >But it recognized my license. So I wasn't able >to check the code reduction. Any other suggestions? > >Best regards > >Holger F?rstenberger > > > >_______________________________________________ >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 > >-- > >This message has been scanned for viruses and > >dangerous content by Bizo EmailFilter, and is > >believed to be clean. > > > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr // richard // photo book: http://www.blurb.com/bookstore/detail/745963 ------------------------------ Message: 4 Date: Fri, 10 Jul 2009 13:18:11 +0200 From: Thomas Sch?fer Subject: Re: [Icc-avr] Test MIO and Code Optimizer Function? To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this." Message-ID: <4A572373.2090909@mabel.info> Content-Type: text/plain; charset=ISO-8859-1 Hmm, I'm using the Avr Studio Plug-In and it never tells me the right version. Could it be synchronised sometime? regards, Thomas Richard Man schrieb: > The version is now passed down to the makefile, so just check the .mak > file. > > At 01:32 PM 7/9/2009, Albert vanVeen wrote: >> Talking about versions: I'm not always sure what version I'm using, >> and find it hard to find out. >> It would be nice if the compiler writes at the top of list and/or map >> files its name and version, like all other compilers I use do. Simple >> and useful, I'd say. >> >> Albert van Veen >> software engineer >> Pertronic Industries >> 17 Eastern Hutt Road >> Wingate, Lower Hutt >> >> 04 567 3229 X809 >> >> >> >> -----Original Message----- >> From: icc-avr-bounces@imagecraft.com >> [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose >> Sent: Thursday, July 09, 2009 06:39 PM >> To: Discussion list for ICCAVR and ICCtiny Users. You do NOT >> needtosubscribeto icc-announce if you are a member of this. >> Subject: SV: [Icc-avr] Test MIO and Code Optimizer Function? >> >> Hi. >> >> I run 7.22 PRO >> If it's any help, I can compile your project and tell you the result? >> Just email it directly to me. >> >> Med venlig hilsen / Best regards / mit freundlichen Gr??en >> >> EC POWER A/S >> >> Steven Lose >> >> Software Ingeni?r >> >> Tlf.: +45 87434100 >> >> Direkte tlf. +45 58286608 >> >> Email: sl@ecpower.dk >> >> www.ecpower.dk >> >> -----Oprindelig meddelelse----- >> Fra: icc-avr-bounces@imagecraft.com >> [mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger >> Sendt: 8. juli 2009 17:17 >> Til: icc-avr@imagecraft.com >> Emne: [Icc-avr] Test MIO and Code Optimizer Function? >> >> Hello there, >> >> i'm using the ICCAVR Compiler V 7.21A and i'm running out of flash in >> a current project. There are two possibilities. Replace the AVR by a >> bigger one, or reducing the code size of my firmware. I'm currently >> using the Standard Version and I'm fully satisfied. Is it possible to >> test the MIO and Code Optimizer of the Pro Version to see which >> reduction this brings to my program. I only need some more approx. 10% >> flash. >> I tried to use the demo version in a sandbox. But it recognized my >> license. So I wasn't able to check the code reduction. Any other >> suggestions? >> >> Best regards >> >> Holger F?rstenberger >> >> >> >> _______________________________________________ >> 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 >> >> -- >> >> This message has been scanned for viruses and >> >> dangerous content by Bizo EmailFilter, and is >> >> believed to be clean. >> >> >> >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr > > // richard > > // photo book: http://www.blurb.com/bookstore/detail/745963 > > _______________________________________________ > 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 End of Icc-avr Digest, Vol 60, Issue 5 ************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090711/354e1da7/attachment-0001.html From asyms at technosoft.co.uk Mon Jul 13 08:18:14 2009 From: asyms at technosoft.co.uk (Andy Syms) Date: Mon Jul 13 09:28:15 2009 Subject: [Icc-avr] AT90CAN128 EEPROM Write Problem In-Reply-To: Message-ID: Hi Guys Three or four years ago when I first started using the AT90CAN128 chip I seem to recall there was a problem with the ICC EEPROM routines for that chip and I ended up substituting some different ones. I am now getting problems which infer that the chip is signalling a write completion when it isn't true. Previously I've had no problems with a moderate amount of data to store but the current project requires to store 1682 bytes all at once. Here's the routine... int EEPROMwrite (int location, unsigned char byte) { unsigned char old_SREG; EEAR = location; EEDR = byte; while (EECR & 0x02) WDR (); // Wait until write is done old_SREG = SREG; SREG &= 0x7f; // Disable interrupt EECR |= 0x04; // Set MASTER WRITE enable EECR |= 0x02; // Set WRITE strobe SREG = old_SREG; return 0; } /* EEPROMwrite () */ The first 200 or so calls to this routine write data to the EEPROM but after that nothing. It seems as if bit 1 of the EECR is being prematurely cleared by the processor. Is this a known problem or have I missed something? Regards Andy -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >> Andy Syms Technosoft Systems Ltd >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From asyms at technosoft.co.uk Mon Jul 13 08:39:50 2009 From: asyms at technosoft.co.uk (Andy Syms) Date: Mon Jul 13 09:49:40 2009 Subject: [Icc-avr] AT90CAN128 EEPROM Write Problem In-Reply-To: Message-ID: > The first 200 or so calls to this routine write data to the > EEPROM but after > that nothing. It seems as if bit 1 of the EECR is being > prematurely cleared > by the processor. Having looked further I don't think that's it. ~1500 bytes of data take ~10 seconds to write so that's ~6ms per byte which isn't too far away from the 8.5ms specified in the data sheet. Hmm... Regards Andy -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >> Andy Syms Technosoft Systems Ltd >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From andrew_166 at msn.com Tue Jul 14 07:04:12 2009 From: andrew_166 at msn.com (Andrew) Date: Tue Jul 14 08:14:00 2009 Subject: [Icc-avr] strtok In-Reply-To: <0MKpCa-1LaD8M3j0s-0001BT@mrelay.perfora.net> References: <0MKpCa-1LaD8M3j0s-0001BT@mrelay.perfora.net> Message-ID: Hi, Is there a reason why the "strtok" function is not in the ICCAVR manual (Either that or my pdf reader's search function is broken), but it appears to have been implemented? Thanks, Andy -------------------------------------------------- From: "Ira" Sent: Thursday, February 19, 2009 6:56 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: Re: [Icc-avr] About production programming... > At 09:05 AM 2/19/2009, you wrote: >>Anyone knowing a similar easy-to-use software, supporting new devices (as >>ATmega168 & AT90PWM3B)? > > I've used the $30 Atmel programmer, AVR-ISP I think, and used batch files > and stk500.exe It means I get absolute control as they have no idea what > I've sent them, they just click program and it dose what I want. > > Ira > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > __________ Information from ESET NOD32 Antivirus, version of virus > signature database 4241 (20090714) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 4241 (20090714) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From richard-lists at imagecraft.com Tue Jul 14 13:06:20 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Jul 14 14:16:53 2009 Subject: [Icc-avr] strtok In-Reply-To: References: <0MKpCa-1LaD8M3j0s-0001BT@mrelay.perfora.net> Message-ID: <200907142116.n6ELGq0c046708@mail.imagecraft.com> Just forgot. I will add it. At 07:04 AM 7/14/2009, you wrote: >Hi, > >Is there a reason why the "strtok" function is not in the ICCAVR >manual (Either that or my pdf reader's search function is broken), >but it appears to have been implemented? > >Thanks, > // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From richard at imagecraft.com Tue Jul 14 13:17:48 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Jul 14 14:28:23 2009 Subject: [Icc-avr] OT: My Book Signing this Friday, July 17th Message-ID: <200907142128.n6ELSM4R046970@mail.imagecraft.com> Sorry for spamming, but I know some of you work in the Bay Area: **** I was in the Stanford's Continuing Education class Self Publishing Your Photo Book this past Spring, and now the fruits of our labor are ready to be unleashed into the world :-) The course was taught by Brigitte Carnochan and there are about 20 people in the class. For a few people, they had the book practically all planned at the start of the class. For others, it took a bit more work. For me personally, at the 3rd session when we were presenting our materials to our peers and when we should already have most of the images nailed down, I was looking at just a dozen images that I didn't know what to do with. One of co-instructors said to me, "Richard, I feel like you are holding out on me, these are (good) images but they are not cohesive to tell a story." It was definitely a "uh oh, what do I do now" moment. And so it goes. I learned a lot about pacing, editing, and presentation. My book combines my love for photography and calligraphy, and the theme of Asian Spiritual worship in its core. You can get a 15 page preview of my book Full Circle here: http://www.blurb.com/bookstore/detail/745963 A special edition of 10 copies is available for $100, each comes with an archival print and a hand written calligraphy of "Full Circle." I hope you can join us this Friday from 7-10PM at the Modern Book Gallery, 494 University Ave., Palo Alto, CA. http://www.modernbook.com. You may purchase the books at that time. // richard w: http://www.rfman.com blog: http://rfman.wordpress.com book: http://www.blurb.com/bookstore/detail/745963 From johan at edab.nu Tue Jul 14 16:33:38 2009 From: johan at edab.nu (johan@edab.nu) Date: Tue Jul 14 17:43:35 2009 Subject: [Icc-avr] OT: My Book Signing this Friday, July 17th Message-ID: <200907142333.n6ENXcXO000981@gigamail.giganet.se> That looks really cool, congratz! cheerio Johan On 2009-07-14 Richard Man wrote: Sorry for spamming, but I know some of you work in the Bay Area: > >**** >I was in the Stanford's Continuing Education class Self Publishing >Your Photo Book this past Spring, and now the fruits of our labor are >ready to be unleashed into the world :-) The course was taught by >Brigitte Carnochan and there are about 20 people in the class. For a >few people, they had the book practically all planned at the start of >the class. For others, it took a bit more work. > >For me personally, at the 3rd session when we were presenting our >materials to our peers and when we should already have most of the >images nailed down, I was looking at just a dozen images that I >didn't know what to do with. One of co-instructors said to me, >"Richard, I feel like you are holding out on me, these are (good) >images but they are not cohesive to tell a story." It was definitely >a "uh oh, what do I do now" moment. > >And so it goes. I learned a lot about pacing, editing, and >presentation. My book combines my love for photography and >calligraphy, and the theme of Asian Spiritual worship in its core. >You can get a 15 page preview of my book Full Circle here: >http://www.blurb.com/bookstore/detail/745963 > >A special edition of 10 copies is available for $100, each comes with >an archival print and a hand written calligraphy of "Full Circle." > >I hope you can join us this Friday from 7-10PM at the Modern Book >Gallery, 494 University Ave., Palo Alto, CA. >http://www.modernbook.com. You may purchase the books at that time. > > >// richard >w: http://www.rfman.com >blog: http://rfman.wordpress.com >book: http://www.blurb.com/bookstore/detail/745963 > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr > > From Albert.vanVeen at pertronic.co.nz Tue Jul 14 19:32:22 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Tue Jul 14 20:42:11 2009 Subject: [Icc-avr] OT: My Book Signing this Friday, July 17th In-Reply-To: <200907142333.n6ENXcXO000981@gigamail.giganet.se> References: <200907142333.n6ENXcXO000981@gigamail.giganet.se> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F90@sbs.pertronic.local> I agree with you, very impressive. Also nice to see what our Richard looks like, presuming it is him behind the flash. But, Johan: you're not really in Niue, are you??? Because that would be pretty cool too. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of johan@edab.nu Sent: Wednesday, July 15, 2009 11:34 AM To: icc-avr@imagecraft.com Subject: Re: [Icc-avr] OT: My Book Signing this Friday, July 17th That looks really cool, congratz! cheerio Johan On 2009-07-14 Richard Man wrote: Sorry for spamming, but I know some of you work in the Bay Area: > >**** >I was in the Stanford's Continuing Education class Self Publishing Your >Photo Book this past Spring, and now the fruits of our labor are ready >to be unleashed into the world :-) The course was taught by Brigitte >Carnochan and there are about 20 people in the class. For a few people, >they had the book practically all planned at the start of the class. >For others, it took a bit more work. > >For me personally, at the 3rd session when we were presenting our >materials to our peers and when we should already have most of the >images nailed down, I was looking at just a dozen images that I didn't >know what to do with. One of co-instructors said to me, "Richard, I >feel like you are holding out on me, these are (good) images but they >are not cohesive to tell a story." It was definitely a "uh oh, what do >I do now" moment. > >And so it goes. I learned a lot about pacing, editing, and >presentation. My book combines my love for photography and calligraphy, >and the theme of Asian Spiritual worship in its core. >You can get a 15 page preview of my book Full Circle here: >http://www.blurb.com/bookstore/detail/745963 > >A special edition of 10 copies is available for $100, each comes with >an archival print and a hand written calligraphy of "Full Circle." > >I hope you can join us this Friday from 7-10PM at the Modern Book >Gallery, 494 University Ave., Palo Alto, CA. >http://www.modernbook.com. You may purchase the books at that time. > > >// richard >w: http://www.rfman.com >blog: http://rfman.wordpress.com >book: http://www.blurb.com/bookstore/detail/745963 > >_______________________________________________ >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 -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From johan at edab.nu Wed Jul 15 01:29:19 2009 From: johan at edab.nu (johan@edab.nu) Date: Wed Jul 15 02:39:08 2009 Subject: [Icc-avr] OT: My Book Signing this Friday, July 17th Message-ID: <200907150829.n6F8TJK7026193@gigamail.giganet.se> Hehe, no I'm in sweden, the .nu domain is popular here partly because it translates to "now" in swedish (like findyourinnerpeace.now or sumtin), although in our case it doesn't mean anything at all really, was just easy to set up a domain there i guess =) On 2009-07-15 Albert vanVeen wrote: I agree with you, very impressive. Also nice to see what our Richard >looks like, presuming it is him behind the flash. >But, Johan: you're not really in Niue, are you??? >Because that would be pretty cool too. > >Albert. > > >-----Original Message----- >From: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] On Behalf Of johan@edab.nu >Sent: Wednesday, July 15, 2009 11:34 AM >To: icc-avr@imagecraft.com >Subject: Re: [Icc-avr] OT: My Book Signing this Friday, July 17th > > > >That looks really cool, congratz! > >cheerio >Johan > >On 2009-07-14 Richard Man wrote: > >Sorry for spamming, but I know some of you work in the Bay Area: >> >>**** >>I was in the Stanford's Continuing Education class Self Publishing Your > >>Photo Book this past Spring, and now the fruits of our labor are ready >>to be unleashed into the world :-) The course was taught by Brigitte >>Carnochan and there are about 20 people in the class. For a few people, > >>they had the book practically all planned at the start of the class. >>For others, it took a bit more work. >> >>For me personally, at the 3rd session when we were presenting our >>materials to our peers and when we should already have most of the >>images nailed down, I was looking at just a dozen images that I didn't >>know what to do with. One of co-instructors said to me, "Richard, I >>feel like you are holding out on me, these are (good) images but they >>are not cohesive to tell a story." It was definitely a "uh oh, what do >>I do now" moment. >> >>And so it goes. I learned a lot about pacing, editing, and >>presentation. My book combines my love for photography and calligraphy, > >>and the theme of Asian Spiritual worship in its core. >>You can get a 15 page preview of my book Full Circle here: >>http://www.blurb.com/bookstore/detail/745963 >> >>A special edition of 10 copies is available for $100, each comes with >>an archival print and a hand written calligraphy of "Full Circle." >> >>I hope you can join us this Friday from 7-10PM at the Modern Book >>Gallery, 494 University Ave., Palo Alto, CA. >>http://www.modernbook.com. You may purchase the books at that time. >> >> >>// richard >>w: http://www.rfman.com >>blog: http://rfman.wordpress.com >>book: http://www.blurb.com/bookstore/detail/745963 >> >>_______________________________________________ >>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 > >-- > >This message has been scanned for viruses and > >dangerous content by Bizo EmailFilter, and is > >believed to be clean. > > > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr > > From fletcherjones at worldonline.co.uk Thu Jul 16 16:53:12 2009 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Thu Jul 16 18:03:10 2009 Subject: [Icc-avr] Off topic Message-ID: Hi just wondering if an old friend of mine Robert Stuart from New Zealand is still on this list?? Would be good to catch up.... From tim at sabretechnology.co.uk Fri Jul 17 06:38:27 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Fri Jul 17 07:48:23 2009 Subject: [Icc-avr] warning: old style function definition Message-ID: <04671BB8D269034BBC4BB6BA89486726165275@sserver.SabreTechnology.local> I've started getting these warnings for some of my functions - but I can't see anything different about the definition to others which don't give the warning... anyone know why? [warning] old-style function definition for `sof_action' void sof_action() { if(cpt_sof<0xFF) cpt_sof++; if(Is_joy_select()) { if (cpt_sof_debounce<2000) { cpt_sof_debounce++;} } else { cpt_sof_debounce=0; } cpt_sof_tempe++; } -- Tim Mitchell From dsmith at medeco.com Fri Jul 17 06:57:54 2009 From: dsmith at medeco.com (David Smith) Date: Fri Jul 17 08:08:07 2009 Subject: [Icc-avr] warning: old style function definition References: <04671BB8D269034BBC4BB6BA89486726165275@sserver.SabreTechnology.local> Message-ID: You are getting the warning because of the function declaration. It should be "void sof_action(void)". The "new style" requires that void be specified if there is no parameter list. Hope this helps. David Smith -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Tim Mitchell Sent: Friday, July 17, 2009 9:38 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: [Icc-avr] warning: old style function definition I've started getting these warnings for some of my functions - but I can't see anything different about the definition to others which don't give the warning... anyone know why? [warning] old-style function definition for `sof_action' void sof_action() { if(cpt_sof<0xFF) cpt_sof++; if(Is_joy_select()) { if (cpt_sof_debounce<2000) { cpt_sof_debounce++;} } else { cpt_sof_debounce=0; } cpt_sof_tempe++; } -- Tim Mitchell _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From holger.waldvogel at pecusoft.de Fri Jul 17 07:12:25 2009 From: holger.waldvogel at pecusoft.de (Holger Waldvogel) Date: Fri Jul 17 08:12:58 2009 Subject: AW: [Icc-avr] warning: old style function definition In-Reply-To: <04671BB8D269034BBC4BB6BA89486726165275@sserver.SabreTechnology.local> Message-ID: Did you try to use void sof_action(void) instead of void sof_action() ? Holger Waldvogel -----Urspr?ngliche Nachricht----- Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Im Auftrag von Tim Mitchell Gesendet: Freitag, 17. Juli 2009 15:38 An: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Betreff: [Icc-avr] warning: old style function definition I've started getting these warnings for some of my functions - but I can't see anything different about the definition to others which don't give the warning... anyone know why? [warning] old-style function definition for `sof_action' void sof_action() { if(cpt_sof<0xFF) cpt_sof++; if(Is_joy_select()) { if (cpt_sof_debounce<2000) { cpt_sof_debounce++;} } else { cpt_sof_debounce=0; } cpt_sof_tempe++; } -- Tim Mitchell _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From tim at sabretechnology.co.uk Fri Jul 17 07:19:04 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Fri Jul 17 08:28:59 2009 Subject: [Icc-avr] warning: old style function definition Message-ID: <04671BB8D269034BBC4BB6BA89486726165279@sserver.SabreTechnology.local> > You are getting the warning because of the function > declaration. It should be "void sof_action(void)". The > "new style" requires that void be specified if there is > no parameter list. Hope this helps. > Ah yes. Thanks to you and Holger - google searches for "old style function definition" did not turn up that simple answer! -- Tim Mitchell From richard-lists at imagecraft.com Fri Jul 17 13:45:05 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Jul 17 14:55:54 2009 Subject: [Icc-avr] warning: old style function definition In-Reply-To: <04671BB8D269034BBC4BB6BA89486726165279@sserver.SabreTechno logy.local> References: <04671BB8D269034BBC4BB6BA89486726165279@sserver.SabreTechnology.local> Message-ID: <200907172155.n6HLtrXf057636@mail.imagecraft.com> How about if I change the wordings to old-style function declaration, please fully declare the types of the parameters or use "void" if there is no parameter. Will that be better? At 07:19 AM 7/17/2009, you wrote: > > You are getting the warning because of the function > > declaration. It should be "void sof_action(void)". The > > "new style" requires that void be specified if there is > > no parameter list. Hope this helps. > > > >Ah yes. Thanks to you and Holger - google searches for "old style >function definition" did not turn up that simple answer! > >-- >Tim Mitchell > > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From richard at imagecraft.com Mon Jul 20 17:45:24 2009 From: richard at imagecraft.com (Richard Man) Date: Mon Jul 20 18:56:22 2009 Subject: [Icc-avr] 7.22A Beta 0 Message-ID: <200907210156.n6L1uKNw065992@mail.imagecraft.com> http://www.imagecraft.com/pub/iccv7avr_v722a_beta0.exe CHANGE LOGS: IDE - Much faster startup time for the IDE - IDE now keeps a "Build Number" for each project. This is passed to the linker and emitted to the top of the .mp map file. Compiler - Under some rare conditions, storing a constant into a long variable might cause the compiler to generate unneeded register save/restore code in the function prologue/epilogue. - Due to a typo, the compiler was still incorrectly using a mulsu in some rare cases. - Disable >> right shift byte code pattern since the left operand may be a result of a promoted expression, e.g. multiplying two byte variables. // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From richard at imagecraft.com Mon Jul 20 18:36:06 2009 From: richard at imagecraft.com (Richard Man) Date: Mon Jul 20 19:47:05 2009 Subject: [Icc-avr] Re: 7.22A Beta 1 In-Reply-To: <7.1.0.9.0.20090720174436.03ee81f8@imagecraft.com> References: <7.1.0.9.0.20090720174436.03ee81f8@imagecraft.com> Message-ID: <200907210247.n6L2l3eS078468@mail.imagecraft.com> Ooops. I spaced out and forgot to run the build script. So a BETA1!!! Thanks Dean for pointing it out. Sorry about that. http://www.imagecraft.com/pub/iccv7avr_v722a_beta1.exe At 05:45 PM 7/20/2009, Richard Man wrote: >CHANGE LOGS: > IDE > - Much faster startup time for the IDE > - IDE now keeps a "Build Number" for each project. This is passed to > the linker and emitted to the top of the .mp map file. > Compiler > - Under some rare conditions, storing a constant into a long variable > might cause the compiler to generate unneeded register save/restore > code in the function prologue/epilogue. > - Due to a typo, the compiler was still incorrectly using a mulsu in > some rare cases. > - Disable >> right shift byte code pattern since the left operand may > be a result of a promoted expression, e.g. multiplying two byte > variables. > >// richard blog: > >// mailing list: http://www.dragonsgate.net/mailman/listinfo >// photo book: http://www.blurb.com/bookstore/detail/745963 >[ For technical support on ImageCraft products, please include all >previous replies in your msgs. ] // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From karl at lautman.com Mon Jul 20 19:52:17 2009 From: karl at lautman.com (Karl Lautman) Date: Mon Jul 20 21:02:25 2009 Subject: [Icc-avr] 7.22A Beta 0 In-Reply-To: <200907210156.n6L1uKNw065992@mail.imagecraft.com> Message-ID: <200907210402.n6L42OSk084292@mail.imagecraft.com> > - Disable >> right shift byte code pattern since the left operand may > be a result of a promoted expression, e.g. multiplying two byte > variables. Richard, could you expand on this? It sounds like 7.22A won't allow right shifts via the ">>" operator anymore. I assume I'm misinterpreting what you're saying (since that's a pretty useful function, and, I believe, is part of standard C), but I can't figure out another interpretation. Thanks. Karl ----------------------------------------------------- Karl Lautman 1052 Clark Ave. Mountain View, CA 94040 T: 650-941-2395 F: 650-941-9012 karl@lautman.com www.karllautman.com > -----Original Message----- > From: icc-avr-bounces@imagecraft.com [mailto:icc-avr- > bounces@imagecraft.com] On Behalf Of Richard Man > Sent: Monday, July 20, 2009 5:45 PM > To: icc-avr@imagecraft.com > Subject: [Icc-avr] 7.22A Beta 0 > > http://www.imagecraft.com/pub/iccv7avr_v722a_beta0.exe > > > CHANGE LOGS: > IDE > - Much faster startup time for the IDE > - IDE now keeps a "Build Number" for each project. This is passed to > the linker and emitted to the top of the .mp map file. > Compiler > - Under some rare conditions, storing a constant into a long variable > might cause the compiler to generate unneeded register save/restore > code in the function prologue/epilogue. > - Due to a typo, the compiler was still incorrectly using a mulsu in > some rare cases. > - Disable >> right shift byte code pattern since the left operand may > be a result of a promoted expression, e.g. multiplying two byte > variables. > > > // richard blog: > > // mailing list: http://www.dragonsgate.net/mailman/listinfo > // photo book: http://www.blurb.com/bookstore/detail/745963 > [ 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 From richard-lists at imagecraft.com Mon Jul 20 20:25:07 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Jul 20 21:36:06 2009 Subject: [Icc-avr] 7.22A Beta 0 In-Reply-To: <200907210402.n6L42OSk084292@mail.imagecraft.com> References: <200907210156.n6L1uKNw065992@mail.imagecraft.com> <200907210402.n6L42OSk084292@mail.imagecraft.com> Message-ID: <200907210436.n6L4a53i084687@mail.imagecraft.com> At 07:52 PM 7/20/2009, Karl Lautman wrote: > > - Disable >> right shift byte code pattern since the left operand may > > be a result of a promoted expression, e.g. multiplying two byte > > variables. > >Richard, could you expand on this? It sounds like 7.22A won't allow right >shifts via the ">>" operator anymore. I assume I'm misinterpreting what >you're saying (since that's a pretty useful function, and, I believe, is >part of standard C), but I can't figure out another interpretation. Thanks. > >Karl Sorry for the confusion. I will amend the wording. It really just means that I took out an incorrect code pattern. Of course >> will (continue to) work. // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From design at johnfromarran.org.uk Fri Jul 24 12:29:43 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Fri Jul 24 13:39:45 2009 Subject: [Icc-avr] Test of new email address In-Reply-To: <200907210436.n6L4a53i084687@mail.imagecraft.com> References: <200907210156.n6L1uKNw065992@mail.imagecraft.com> <200907210402.n6L42OSk084292@mail.imagecraft.com> <200907210436.n6L4a53i084687@mail.imagecraft.com> Message-ID: <4A6A0BA7.7050307@johnfromarran.org.uk> Sorry for reducing the signal to noise ratio on this list. Just testing my new email address to see if the global change worked correctly. All the best for now, John From rick.drolet at gmail.com Fri Jul 24 12:44:46 2009 From: rick.drolet at gmail.com (Rick Drolet) Date: Fri Jul 24 13:54:45 2009 Subject: [Icc-avr] Test of new email address In-Reply-To: <4A6A0BA7.7050307@johnfromarran.org.uk> References: <200907210156.n6L1uKNw065992@mail.imagecraft.com> <200907210402.n6L42OSk084292@mail.imagecraft.com> <200907210436.n6L4a53i084687@mail.imagecraft.com> <4A6A0BA7.7050307@johnfromarran.org.uk> Message-ID: Yep it works On Fri, Jul 24, 2009 at 12:29 PM, John Baraclough < design@johnfromarran.org.uk> wrote: > Sorry for reducing the signal to noise ratio on this list. > > Just testing my new email address to see if the global change worked > correctly. > > All the best for now, > John > _______________________________________________ > 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/20090724/a4064b25/attachment.html From design at johnfromarran.org.uk Fri Jul 24 13:09:32 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Fri Jul 24 14:19:37 2009 Subject: [SPAM] Re: [Icc-avr] Test of new email address In-Reply-To: References: <200907210156.n6L1uKNw065992@mail.imagecraft.com> <200907210402.n6L42OSk084292@mail.imagecraft.com> <200907210436.n6L4a53i084687@mail.imagecraft.com> <4A6A0BA7.7050307@johnfromarran.org.uk> Message-ID: <4A6A14FC.30805@johnfromarran.org.uk> Thanks Rick. It's been very quiet here for the last few weeks, is everyone still recovering from Independence Day? Now I've got my domain, I need to get my website started! All the best for now, John Rick Drolet wrote: > Yep it works > > On Fri, Jul 24, 2009 at 12:29 PM, John Baraclough > > wrote: > > Sorry for reducing the signal to noise ratio on this list. > > Just testing my new email address to see if the global change > worked correctly. > > All the best for now, > John > _______________________________________________ > 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 richard at imagecraft.com Sun Jul 26 18:17:36 2009 From: richard at imagecraft.com (Richard Man) Date: Sun Jul 26 19:28:36 2009 Subject: [Icc-avr] AVR 7.22A Released Message-ID: <200907270228.n6R2SZKX085742@mail.imagecraft.com> Change Log: V7.22A - July 26, 2009 IDE - Much faster startup time for the IDE - IDE now keeps a "Build Number" for each project. - Added all known new AVRs - Increased the Project->Reopen list to last 10 projects - Added -D__BUILD for the Build Number. Compiler - Under some rare conditions, storing a constant into a long variable might cause the compiler to generate unneeded register save/restore code in the function prologue/epilogue. This may show up as different code when comparing the same project files in two different directories. - Due to a typo, the compiler was still incorrectly using a mulsu in some rare cases. - Fixed a bug where >> of byte expressions involving MUL was incorrect. - For XMega, storing a word sized item now uses low byte, then high byte order. Needed if the pointer is an IO register address. Linker - Added -nb:<#> switch for the Build Number, the following is emitted to the top of the .mp MAP file: Project: BAR Build Number: 6 Date: Fri Jul 24 18:01:45 2009 Compiler: ICCAVR Version: 7.22A // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From richard at imagecraft.com Sun Jul 26 21:31:10 2009 From: richard at imagecraft.com (Richard Man) Date: Sun Jul 26 22:42:11 2009 Subject: [Icc-avr] Re: AVR 7.22A Released In-Reply-To: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com> References: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com> Message-ID: <200907270542.n6R5g9dr089640@mail.imagecraft.com> Anyone who downloaded the new demo before 9:30PM PST please re-download it. A last minute was done incorrectly. Sorry for the inconvenience. At 06:17 PM 7/26/2009, Richard Man wrote: >Change Log: > >V7.22A - July 26, 2009 > IDE > - Much faster startup time for the IDE > - IDE now keeps a "Build Number" for each project. > - Added all known new AVRs > - Increased the Project->Reopen list to last 10 projects > - Added -D__BUILD for the Build Number. > > Compiler > - Under some rare conditions, storing a constant into a long variable > might cause the compiler to generate unneeded register save/restore > code in the function prologue/epilogue. This may show up as different > code when comparing the same project files in two different > directories. > - Due to a typo, the compiler was still incorrectly using a mulsu in > some rare cases. > - Fixed a bug where >> of byte expressions involving MUL was incorrect. > - For XMega, storing a word sized item now uses low byte, then high > byte order. Needed if the pointer is an IO register address. > Linker > - Added -nb:<#> switch for the Build Number, the following is emitted to > the top of the .mp MAP file: > > Project: BAR > Build Number: 6 > Date: Fri Jul 24 18:01:45 2009 > Compiler: ICCAVR > Version: 7.22A > > >// richard blog: > >// mailing list: http://www.dragonsgate.net/mailman/listinfo >// photo book: http://www.blurb.com/bookstore/detail/745963 >[ For technical support on ImageCraft products, please include all >previous replies in your msgs. ] // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From ira at extrasensory.com Mon Jul 27 00:27:19 2009 From: ira at extrasensory.com (Ira) Date: Mon Jul 27 01:37:36 2009 Subject: [Icc-avr] 7;.22 BETA2 In-Reply-To: <200906122212.n5CMChMO053756@mail.imagecraft.com> References: <200906122212.n5CMChMO053756@mail.imagecraft.com> Message-ID: <0MKp8S-1MVKcP34jN-0000lj@mrelay.perfora.net> At 02:03 PM 6/12/2009, you wrote: >A number of bug fixes and enhancements: I think that Application Builder is not correctly handling the settings for the A-D for the Tiny 24. Even though I've enabled it, I don't think it's being enabled in the generated code, nor is the clock divider being set. Not the end of the world, and it's possible I'm wrong but I don't think so. Ira From dean.bell at flightec.com Mon Jul 27 01:34:01 2009 From: dean.bell at flightec.com (Dean Bell) Date: Mon Jul 27 02:44:04 2009 Subject: [Icc-avr] 7;.22 BETA2 In-Reply-To: <0MKp8S-1MVKcP34jN-0000lj@mrelay.perfora.net> Message-ID: Hi Ira I have just tryed ver 7.22A (released today) looks ok to me. The .c file:- //ICC-AVR application builder : 27/07/2009 8:23:03 p.m. <<< The time in New Zealand. // Target : T24 // Crystal: 4.0000Mhz #include #include void port_init(void) { PORTB = 0x00; DDRB = 0x00; PORTA = 0x00; DDRA = 0x00; } . . etc . The .mp file:- Project: TEMP_D1 Build Number: 0 Date: Mon Jul 27 20:24:43 2009 Compiler: ICCAVR Version: 7.22A NOTE: AVR Code addresses are word addresses All other addresses (including ones in FLASH) are byte addresses Area Addr Size Decimal Bytes (Attributes) -------------------------------- ---- ---- ------- ----- ------------ text 0022 00A0 = 160. bytes (rel,con,rom) Addr Global Symbol ----- -------------------------------- 0011 __start 0011 __text_start 0032 _exit 0033 _port_init 0039 _watchdog_init 003D _timer0_init 0043 _timer0_ovf_isr 004C _adc_init 0053 _adc_isr 0054 _init_devices 0060 _main 0061 __text_end Area Start End Decimal Bytes (Attributes) -------------------------------- ---- ---- ------- ----- ------------ vector 0000 001C = 28. bytes (abs,ovr,rom) Files Linked [ module(s) ] C:\iccv7avr\lib\crtAVR.o [ crtavr.s ] MainTiny24.o [ MainTiny24.c ] User Global Definitions ram_end = 0xdf hwstk_size = 0x1e User Base Address Definitions func_lit = 0x22 data = 0x60 eeprom:0.128 Dean. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com]On Behalf Of Ira Sent: Monday, 27 July 2009 7:27 p.m. To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this. Subject: Re: [Icc-avr] 7;.22 BETA2 At 02:03 PM 6/12/2009, you wrote: >A number of bug fixes and enhancements: I think that Application Builder is not correctly handling the settings for the A-D for the Tiny 24. Even though I've enabled it, I don't think it's being enabled in the generated code, nor is the clock divider being set. Not the end of the world, and it's possible I'm wrong but I don't think so. Ira _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From ira at extrasensory.com Mon Jul 27 09:26:00 2009 From: ira at extrasensory.com (Ira) Date: Mon Jul 27 10:36:19 2009 Subject: [Icc-avr] 7;.22 BETA2 In-Reply-To: References: <0MKp8S-1MVKcP34jN-0000lj@mrelay.perfora.net> Message-ID: <0MKpCa-1MVT1j3KS4-000Nd7@mrelay.perfora.net> At 01:34 AM 7/27/2009, you wrote: >I have just tryed ver 7.22A (released today) looks ok to me. Well, when I enable the A-D it still sets ADRSA?? to 0x00 instead of the 0x01 it needs to be enabled Ira From bobgardner at aol.com Tue Jul 28 21:31:26 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Tue Jul 28 22:41:49 2009 Subject: [Icc-avr] sin doesnt reduce arguments anymore? Message-ID: <8CBDE1C923C2019-B18-15BB@webmail-mf04.sysops.aol.com> Does anyone use sin in iccv7avr??I have programs that fill a buffer full of sin(twopi*f*t) that suddenly broke with the last 2 versions of iccv7avr. I sort of casually mentioned it to the guy that owns the company, but he seems to be busy improving the hc12 compiler the last couple weeks. (Note to hc12 guys... see if you can take the sin of something bigger than twopi radians). This works in microsoft basic and microsoft c. Someone want to see if the gcc compiler will give the right answer? If this is in fact now working as designed, I think the behavior should be described in the manual. Right now I have to add a kludge to reduce the argument till its less than twopi, and buddy, does it slow everything down. I thought c runtime libraries had the transcendental stuff handled back in 75 or so. Thanks for listening to my rant. Please dont tell me to not use floating point or sin functions in my programs. I would like to hear from a couple of folks that can confirm this behavior, and whether you think it is different from about every other c compiler in the world. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090729/01760d55/attachment.html From richard-lists at imagecraft.com Tue Jul 28 22:53:42 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Jul 29 00:04:53 2009 Subject: [Icc-avr] sin doesnt reduce arguments anymore? In-Reply-To: <8CBDE1C923C2019-B18-15BB@webmail-mf04.sysops.aol.com> References: <8CBDE1C923C2019-B18-15BB@webmail-mf04.sysops.aol.com> Message-ID: <200907290704.n6T74qHW062971@mail.imagecraft.com> Dang, sorry, I meant to look at it before releasing this version, but it's been sitting around... I will take a look soon. Sorry. Remember what I said - we had a new version of sin/cos swapped in recently. It was one of the last things Everett did for ImageCraft, so that could be an UNINTENTIONAL change in behavior... The best thing to do is to email me a simple test case, and I will run it under an older compiler. This way at least we know whether it's a change in behavior. At 09:31 PM 7/28/2009, bobgardner@aol.com wrote: >Does anyone use sin in iccv7avr? I have programs that fill a buffer >full of sin(twopi*f*t) that suddenly broke with the last 2 versions >of iccv7avr. I sort of casually mentioned it to the guy that owns >the company, but he seems to be busy improving the hc12 compiler the >last couple weeks. (Note to hc12 guys... see if you can take the sin >of something bigger than twopi radians). This works in microsoft >basic and microsoft c. Someone want to see if the gcc compiler will >give the right answer? If this is in fact now working as designed, I >think the behavior should be described in the manual. Right now I >have to add a kludge to reduce the argument till its less than >twopi, and buddy, does it slow everything down. I thought c runtime >libraries had the transcendental stuff handled back in 75 or so. >Thanks for listening to my rant. Please dont tell me to not use >floating point or sin functions in my programs. I would like to hear >from a couple of folks that can confirm this behavior, and whether >you think it is different from about every other c compiler in the world. // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From fletcherjones at worldonline.co.uk Thu Jul 30 09:23:08 2009 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Thu Jul 30 10:33:20 2009 Subject: [Icc-avr] EPROM Read and Write Routines for a float Message-ID: Hi to everyone, I had to write some code the other day that needed to store a floating point number in EEPROM. It took a while to get right, so I just thought I'd share the two read / write routines with everyone else. Just a small contribution back to this group that has helped me out in the past. I think the routines are fairly self-explanatory. You will need to include the #include from ICCAVR I'm sure these could be made a bit tighter, but they worked great for what I needed. VBR, Patrick Write_EEPROM_Float(unsigned int n, float data) { unsigned char i; for (i = 0; i < 4; i++) EEPROMwrite(i + n, *((unsigned char*)&data + i)); } float Read_EEPROM_Float(unsigned int n) { unsigned char i; float data; for (i = 0; i < 4; i++) *((unsigned char*)&data + i) = EEPROMread(i + n); return(data); } From Albert.vanVeen at pertronic.co.nz Thu Jul 30 13:11:23 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Thu Jul 30 14:21:31 2009 Subject: [Icc-avr] EPROM Read and Write Routines for a float In-Reply-To: References: Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F9C@sbs.pertronic.local> Once you have this, it is good to realise that you can use this also for double precision and any other data format; only adjust the "4" to "length". Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Patrick Fletcher-Jones Sent: Friday, July 31, 2009 04:23 AM 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] EPROM Read and Write Routines for a float Hi to everyone, I had to write some code the other day that needed to store a floating point number in EEPROM. It took a while to get right, so I just thought I'd share the two read / write routines with everyone else. Just a small contribution back to this group that has helped me out in the past. I think the routines are fairly self-explanatory. You will need to include the #include from ICCAVR I'm sure these could be made a bit tighter, but they worked great for what I needed. VBR, Patrick Write_EEPROM_Float(unsigned int n, float data) { unsigned char i; for (i = 0; i < 4; i++) EEPROMwrite(i + n, *((unsigned char*)&data + i)); } float Read_EEPROM_Float(unsigned int n) { unsigned char i; float data; for (i = 0; i < 4; i++) *((unsigned char*)&data + i) = EEPROMread(i + n); return(data); } _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From jassenbaum at htp-tel.de Thu Jul 30 15:57:46 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Thu Jul 30 17:07:55 2009 Subject: [Icc-avr] EPROM Read and Write Routines for a float References: <5F8515C5ED67B6439B4F93D7B5E08A36063F9C@sbs.pertronic.local> Message-ID: Ok, if you think big now, you will get to code like void Write_EEPROM(unsigned int n, void *data, unsigned int size) { unsigned int i; for (i = 0; i < size; i++) EEPROMwrite(i + n, *((unsigned char*)&data + i)); } void Read_EEPROM(unsigned int n, void *data, unsigned int size) { unsigned int i; for (i = 0; i < size; i++) *((unsigned char*)&data + i) = EEPROMread(i + n); } which actually is nothing else but lib functions EEPROMReadBytes and EEPROMWriteBytes from eeprom.h, that are quick-usable by EEPROM_READ/WRITE(n,data) macros. I'd use own code in single case only: If I have a single data size. Best regards, Johannes > Once you have this, it is good to realise that you can use this also for > double precision and any other data format; only adjust the "4" to > "length". > Albert. > -----Original Message----- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Patrick > Fletcher-Jones > Sent: Friday, July 31, 2009 04:23 AM > 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] EPROM Read and Write Routines for a float > Hi to everyone, > I had to write some code the other day that needed to store a floating > point number in EEPROM. It took a while to get right, so I just thought > I'd share the two read / write routines with everyone else. > Just a small contribution back to this group that has helped me out in > the past. > I think the routines are fairly self-explanatory. > You will need to include the #include from ICCAVR > I'm sure these could be made a bit tighter, but they worked great for > what I needed. > VBR, > Patrick > Write_EEPROM_Float(unsigned int n, float data) { unsigned char i; > for (i = 0; i < 4; i++) > EEPROMwrite(i + n, *((unsigned char*)&data + i)); } > float Read_EEPROM_Float(unsigned int n) > { > unsigned char i; > float data; > for (i = 0; i < 4; i++) > *((unsigned char*)&data + i) = EEPROMread(i + n); > return(data); > } > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- > This message has been scanned for viruses and > dangerous content by Bizo EmailFilter, and is > believed to be clean. > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From dlakin at valeport.co.uk Fri Jul 31 06:01:53 2009 From: dlakin at valeport.co.uk (Den Lakin) Date: Fri Jul 31 07:11:08 2009 Subject: [Icc-avr] RE: Icc-avr Digest, Vol 60, Issue 16 In-Reply-To: <200907301900.n6UJ0FQN027428@mail.imagecraft.com> References: <200907301900.n6UJ0FQN027428@mail.imagecraft.com> Message-ID: <8238C08C7D245243BD124393093F6725A105EB@vp-server> Has anyone got an eeprom routine to work with the xmega series Best Regards Den Lakin Engineer Valeport Ltd St Peter's Quay Totnes Devon TQ9 5EW United Kingdom Tel: +44 (0)1803 869292 Fax: +44 (0)1803 869293 E-mail: dlakin@valeport.co.uk Web: www.valeport.co.uk Valeport Ltd is registered as a company in England & Wales, at the above address. Company Number: 1950444 VAT Number: GB 430 4453 84 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of icc-avr-request@imagecraft.com Sent: 30 July 2009 20:00 To: icc-avr@imagecraft.com Subject: Icc-avr Digest, Vol 60, Issue 16 Send Icc-avr mailing list submissions to icc-avr@imagecraft.com To subscribe or unsubscribe via the World Wide Web, visit http://dragonsgate.net/mailman/listinfo/icc-avr or, via email, send a message with subject or body 'help' to icc-avr-request@imagecraft.com You can reach the person managing the list at icc-avr-owner@imagecraft.com When replying, please edit your Subject line so it is more specific than "Re: Contents of Icc-avr digest..." Today's Topics: 1. EPROM Read and Write Routines for a float (Patrick Fletcher-Jones) ---------------------------------------------------------------------- Message: 1 Date: Thu, 30 Jul 2009 17:23:08 +0100 From: Patrick Fletcher-Jones Subject: [Icc-avr] EPROM Read and Write Routines for a float To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this." Message-ID: Content-Type: text/plain; charset="US-ASCII" Hi to everyone, I had to write some code the other day that needed to store a floating point number in EEPROM. It took a while to get right, so I just thought I'd share the two read / write routines with everyone else. Just a small contribution back to this group that has helped me out in the past. I think the routines are fairly self-explanatory. You will need to include the #include from ICCAVR I'm sure these could be made a bit tighter, but they worked great for what I needed. VBR, Patrick Write_EEPROM_Float(unsigned int n, float data) { unsigned char i; for (i = 0; i < 4; i++) EEPROMwrite(i + n, *((unsigned char*)&data + i)); } float Read_EEPROM_Float(unsigned int n) { unsigned char i; float data; for (i = 0; i < 4; i++) *((unsigned char*)&data + i) = EEPROMread(i + n); return(data); } ------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr End of Icc-avr Digest, Vol 60, Issue 16 ***************************************