From j_baraclough at zetnet.co.uk Sun Feb 1 01:47:01 2009 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Sun Feb 1 02:53:26 2009 Subject: [SPAM] [Icc-avr] Atmel AVR315 In-Reply-To: <405D251F61E64F8DAD4FA65889278034@SID004> References: <405D251F61E64F8DAD4FA65889278034@SID004> Message-ID: <49856F95.30601@zetnet.co.uk> Not as such, but I do have working code somewhere for the TWI. I'll have to look for it and email it to you, but it won't be until later today. All the best for now, John Sid Price wrote: > > Has anyone ported the code for the above application note to ICC-AVR? > > Thanks, > > Sid. > > > > Sid Price Software Design > > > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From t.jaspers at cpseurope.com Mon Feb 2 00:33:01 2009 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Mon Feb 2 01:39:32 2009 Subject: [Icc-avr] SD card interface for the AVR In-Reply-To: <498418AD.5040600@telia.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C7C6DCB@mickey.PBNV.local> USB memory sticks are expensive and bulky in comparison to MMC/SD memory cards, and you still need to provide a FAT file system layer in software. The only gain(cough) of the FDI stuff is that it replaces a SD/MMC driver with a USB driver..... And contributes significantly to the BOM. Ton Jaspers > -----Original Message----- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Johan H. Bodin > Sent: zaterdag 31 januari 2009 10:24 > 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] SD card interface for the AVR > > Hi, > > a solution already exists for low volume and hobby projects. > FTDI's Vinculum chip is an USB controller with a simple > microcontroller interface. Just plug a cheap off-the-shelf > USB memory stick in and your file system is ready to go. > > http://www.ftdichip.com/ > > FTDI also offers a ready built "drive": > > http://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogue- > products-null&prodCategoryID=54&title=VDRIVE2 > > > Cheers > Johan Bodin > > ---- > > Richard Man wrote: > > I am going to work on a SD card interface and FileSystem > (FAT16) next, > > both as an add-on to eMOS and also as a standalone module. > Does anyone > > know wnay good and easy to use hardware module for the STK-600 or a > > combination AVR+SD kit? Does anyone have a spare kit? :-) > > > > Thanks. > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From sl at ecpower.dk Mon Feb 2 01:26:36 2009 From: sl at ecpower.dk (Steven Lose) Date: Mon Feb 2 02:32:15 2009 Subject: [Icc-avr] __flash and PC Lint Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5920E2@seattle.ecpower.dk> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image001.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090202/d8ae6de8/attachment.jpe From lvcep at arnet.com.ar Mon Feb 2 16:58:53 2009 From: lvcep at arnet.com.ar (Claudio E Palumbo) Date: Mon Feb 2 18:05:10 2009 Subject: [Icc-avr] Ethernet Interface References: <072D96786BFC014AAEBA9EB07A8070EA5920E2@seattle.ecpower.dk> Message-ID: <002901c9859a$95ec29f0$0400000a@labelius> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090202/5fc764e6/attachment.jpe From benra at imt.liu.se Tue Feb 3 00:28:08 2009 From: benra at imt.liu.se (Bengt Ragnemalm) Date: Tue Feb 3 01:34:31 2009 Subject: [Icc-avr] EEPROM Message-ID: <294EE133C903471A90B6BB78AE9D050B@Shagrat> Is it possible to define constants that will be placed in EEPROM by the compiler/programmer? /Bengt Bengt Ragnemalm, Forskningsingenj?r Tel 013-22 24 97 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090203/8b97de4d/attachment.html From Thorsten.Geffers at ATSonline.de Tue Feb 3 01:15:15 2009 From: Thorsten.Geffers at ATSonline.de (Thorsten Geffers) Date: Tue Feb 3 02:21:41 2009 Subject: AW: [Icc-avr] Ethernet Interface References: <072D96786BFC014AAEBA9EB07A8070EA5920E2@seattle.ecpower.dk> <002901c9859a$95ec29f0$0400000a@labelius> Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image001.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090203/4f214fdc/attachment-0001.jpe From sl at ecpower.dk Tue Feb 3 01:36:29 2009 From: sl at ecpower.dk (Steven Lose) Date: Tue Feb 3 02:42:52 2009 Subject: SV: [Icc-avr] EEPROM In-Reply-To: <294EE133C903471A90B6BB78AE9D050B@Shagrat> References: <294EE133C903471A90B6BB78AE9D050B@Shagrat> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA59218B@seattle.ecpower.dk> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image001.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090203/5cb760bc/attachment.jpe From schaefer at mabel.info Tue Feb 3 05:23:42 2009 From: schaefer at mabel.info (=?ISO-8859-15?Q?Thomas_Sch=E4fer?=) Date: Tue Feb 3 06:31:47 2009 Subject: [Icc-avr] Problems with AvrIccPlugin and Windows Vista Message-ID: <4988455E.3000101@mabel.info> Hi all, I have some problems with with the AvrIcc-plugin for AvrStudio under Windows Vista. The installation failed with the message, that AvrPluginavriccplugin.dll could not registered. Someone else encountered this problem? best regards, Thomas From richard at imagecraft.com Tue Feb 3 14:12:48 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Feb 3 15:18:01 2009 Subject: [Icc-avr] Available for programming consultation Message-ID: <200902032318.n13NI0LX059682@mail.imagecraft.com> With our current economic crisis, we must adjust to the market conditions until the time when they improve. As such, I am available to work on project programming and consultation. Please contact me off-list if you have any such needs. Thank you. // richard From richard at imagecraft.com Wed Feb 4 00:23:18 2009 From: richard at imagecraft.com (Richard Man) Date: Wed Feb 4 01:28:41 2009 Subject: [Icc-avr] V7.20A Beta0 Message-ID: <200902040928.n149SdYI066918@mail.imagecraft.com> http://www.imagecraft.com/pub/iccv7avr_v720a_beta0.exe IDE - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. Compiler - Fixed a compiler crash error related to the "faster code to load a constant into a long variable" optimization introduced in V7.20. - [ PRO only ] Added better temporary register tracking using flow analysis. Should make ~1% improvements. // richard blog: 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 richard at imagecraft.com Thu Feb 5 04:11:37 2009 From: richard at imagecraft.com (Richard Man) Date: Thu Feb 5 05:16:41 2009 Subject: [Icc-avr] V7.21 BETA0 released Message-ID: <200902051316.n15DGdl1002958@mail.imagecraft.com> What happened to 7.20A, you may ask? I decided to add more features so the next release will be 7.21. You may notice from below that unlimited backup has been implemented. The plan was to introduce new IDE features to the "next-gen" IDE. We now have a new plan. See the ImageCraft blog for details (well, give me 30 minutes to write it :-) ) *********** 7.21 fixed a regression with __flash handling in parameter passing in 7.20A beta. Plus: V7.21 IDE - Added Tools->EnvOptions->General->BackupPolicy. The choices are == Unlimied (in BACKUP\ directory) == One Only (in BACKUP\ directory) - minor enhancement to the register software dialog - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. Compiler - Fixed a compiler crash error related to the "faster code to load a constant into a long variable" optimization introduced in V7.20. - [ PRO only ] Added better temporary register tracking using flow analysis. Should make ~1% improvements. // richard blog: 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 sl at ecpower.dk Thu Feb 5 04:18:41 2009 From: sl at ecpower.dk (Steven Lose) Date: Thu Feb 5 05:25:10 2009 Subject: SV: [Icc-avr] V7.21 BETA0 released In-Reply-To: <200902051316.n15DGdl1002958@mail.imagecraft.com> References: <200902051316.n15DGdl1002958@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5922C7@seattle.ecpower.dk> Homepage still says 7.20 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 Richard Man Sendt: 5. februar 2009 13:12 Til: icc-avr@imagecraft.com Emne: [Icc-avr] V7.21 BETA0 released What happened to 7.20A, you may ask? I decided to add more features so the next release will be 7.21. You may notice from below that unlimited backup has been implemented. The plan was to introduce new IDE features to the "next-gen" IDE. We now have a new plan. See the ImageCraft blog for details (well, give me 30 minutes to write it :-) ) *********** 7.21 fixed a regression with __flash handling in parameter passing in 7.20A beta. Plus: V7.21 IDE - Added Tools->EnvOptions->General->BackupPolicy. The choices are == Unlimied (in BACKUP\ directory) == One Only (in BACKUP\ directory) - minor enhancement to the register software dialog - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. Compiler - Fixed a compiler crash error related to the "faster code to load a constant into a long variable" optimization introduced in V7.20. - [ PRO only ] Added better temporary register tracking using flow analysis. Should make ~1% improvements. // richard blog: 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 From richard-lists at imagecraft.com Thu Feb 5 04:23:45 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Feb 5 05:28:48 2009 Subject: SV: [Icc-avr] V7.21 BETA0 released In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5922C7@seattle.ecpower.dk> References: <200902051316.n15DGdl1002958@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA5922C7@seattle.ecpower.dk> Message-ID: <200902051328.n15DSli0003598@mail.imagecraft.com> It's a beta!!! :-) At 04:18 AM 2/5/2009, Steven Lose wrote: >Homepage still says 7.20 > // richard // photo & calligraphy blog: http://rfman.wordpress.com From richard-lists at imagecraft.com Thu Feb 5 04:24:22 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Feb 5 05:29:26 2009 Subject: [Icc-avr] V7.21 BETA0 released In-Reply-To: <200902051316.n15DGdl1002958@mail.imagecraft.com> References: <200902051316.n15DGdl1002958@mail.imagecraft.com> Message-ID: <200902051329.n15DTPnr003669@mail.imagecraft.com> Sorry, Steve is right, I forgot the URL! http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard // photo & calligraphy blog: http://rfman.wordpress.com From richard at imagecraft.com Thu Feb 5 13:34:20 2009 From: richard at imagecraft.com (Richard Man) Date: Thu Feb 5 14:39:28 2009 Subject: [Icc-avr] Re: V7.21 BETA1 released In-Reply-To: <7.1.0.9.0.20090205040828.022ece18@imagecraft.com> References: <7.1.0.9.0.20090205040828.022ece18@imagecraft.com> Message-ID: <200902052239.n15MdQUP012253@mail.imagecraft.com> I am doing some cleanup code with __flash and accidentally broke some cases. It's now fixed: http://www.imagecraft.com/pub/iccv7avr_v721_beta1.exe Sorry about that. At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard From sl at ecpower.dk Thu Feb 5 22:54:56 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Feb 6 00:01:25 2009 Subject: SV: [Icc-avr] Re: V7.21 BETA1 released In-Reply-To: <200902052239.n15MdQUP012253@mail.imagecraft.com> References: <7.1.0.9.0.20090205040828.022ece18@imagecraft.com> <200902052239.n15MdQUP012253@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA592304@seattle.ecpower.dk> Hi With 7.21 Beta1 unsigned char ucS[2] = {' ','\0'}; gives this error: iccavr -c -IC:\iccv7avr\include -IC:\Steven\Kode\Styring\INC -e -D__ICC_VERSION="7.21" -DATMega128 -l -A -A -g -MLongJump -MHasMul -MEnhanced -Wf-str_in_flash -Wf-use_elpm -Wf-const_is_flash -DCONST="" RS232COM\RS232COM.C !E C:\Steven\Kode\Styring\RS232COM\RS232COM.C(501): illegal type `__flash const unsigned char' C:\iccv7avr\bin\imakew.exe: Error code 1 Done: there are error(s). Exit code: 1. Fri Feb 06 07:52:33 2009 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 Richard Man Sendt: 5. februar 2009 22:34 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Re: V7.21 BETA1 released I am doing some cleanup code with __flash and accidentally broke some cases. It's now fixed: http://www.imagecraft.com/pub/iccv7avr_v721_beta1.exe Sorry about that. At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From sl at ecpower.dk Thu Feb 5 22:57:31 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Feb 6 00:03:57 2009 Subject: SV: [Icc-avr] Re: V7.21 BETA1 released In-Reply-To: <200902052239.n15MdQUP012253@mail.imagecraft.com> References: <7.1.0.9.0.20090205040828.022ece18@imagecraft.com> <200902052239.n15MdQUP012253@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA592305@seattle.ecpower.dk> Hi again. In another project. 7.21 Beta1 gives internal errors: !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 2 free f003fc TN type 5 ticks 2004. Please contact support@imagecraft.com !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 1 free f003fc TN type 5 ticks 2100. Please contact support@imagecraft.com !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 1 free f003c0 TN type 5 ticks 2228. Please contact support@imagecraft.com !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 1 free 3f003fc TN type 5 ticks 2548. Please contact support@imagecraft.com C:\iccv7avr\bin\imakew.exe: Error code 1 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 Richard Man Sendt: 5. februar 2009 22:34 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Re: V7.21 BETA1 released I am doing some cleanup code with __flash and accidentally broke some cases. It's now fixed: http://www.imagecraft.com/pub/iccv7avr_v721_beta1.exe Sorry about that. At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From richard-lists at imagecraft.com Thu Feb 5 23:25:13 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Feb 6 00:30:26 2009 Subject: SV: [Icc-avr] Re: V7.21 BETA1 released In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA592305@seattle.ecpower.dk> References: <7.1.0.9.0.20090205040828.022ece18@imagecraft.com> <200902052239.n15MdQUP012253@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA592305@seattle.ecpower.dk> Message-ID: <200902060830.n168UPuu020097@mail.imagecraft.com> Steve, please send me the statistik,i file offlist. Thanks. At 10:57 PM 2/5/2009, Steven Lose wrote: >Hi again. > >In another project. > >7.21 Beta1 gives internal errors: > >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 2 free f003fc TN type 5 ticks 2004. > Please contact support@imagecraft.com >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 1 free f003fc TN type 5 ticks 2100. > Please contact support@imagecraft.com >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 1 free f003c0 TN type 5 ticks 2228. > Please contact support@imagecraft.com >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 1 free 3f003fc TN type 5 ticks 2548. > Please contact support@imagecraft.com >C:\iccv7avr\bin\imakew.exe: Error code 1 > >Med venlig hilsen / Best regards / mit freundlichen Gr??en > >EC POWER A/S // richard // photo & calligraphy blog: http://rfman.wordpress.com From richard-lists at imagecraft.com Fri Feb 6 00:12:12 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Feb 6 01:17:26 2009 Subject: SV: [Icc-avr] Re: V7.21 BETA1 released In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA592304@seattle.ecpower.dk> References: <7.1.0.9.0.20090205040828.022ece18@imagecraft.com> <200902052239.n15MdQUP012253@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA592304@seattle.ecpower.dk> Message-ID: <200902060917.n169HPr5021001@mail.imagecraft.com> Steve, I am assuming that line number is may be off-by-one, sometimes the compiler does that. Anyway, I presume you may have a declaration like this: const __flash ...; Since const IS __flash, you end up having duplicate flash qualifier. You should eliminate one of them, or turn off the compatibility flag. If you don't think that's the case, contact me offlist with the .i file. Thanks. At 10:54 PM 2/5/2009, Steven Lose wrote: >Hi > >With 7.21 Beta1 > >unsigned char ucS[2] = {' ','\0'}; > >gives this error: > > iccavr -c -IC:\iccv7avr\include -IC:\Steven\Kode\Styring\INC -e > -D__ICC_VERSION="7.21" -DATMega128 -l -A -A -g -MLongJump -MHasMul > -MEnhanced -Wf-str_in_flash -Wf-use_elpm -Wf-const_is_flash > -DCONST="" RS232COM\RS232COM.C >!E C:\Steven\Kode\Styring\RS232COM\RS232COM.C(501): illegal type >`__flash const unsigned char' >C:\iccv7avr\bin\imakew.exe: Error code 1 >Done: there are error(s). Exit code: 1. Fri Feb 06 07:52:33 2009 // richard // photo & calligraphy blog: http://rfman.wordpress.com From james.hatley at comcast.net Tue Feb 10 17:24:40 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Tue Feb 10 18:31:17 2009 Subject: [Icc-avr] What is __crt_f_ELPM symbol? Message-ID: <5BBEB57996E24F6DA6D7F363A74EEAF5@red7> Doing some xmega work and just getting started. I've run into this one that I can't figure out. Here is error from compiler. Anyone know how to define this symbol __crt_f_ELPM? Has something to do with access to data in flash... Can't find any reference to it in the help... C:\iccv7avr_v720\bin\imakew -f BSXM1.mak iccavr -c -e -D__ICC_VERSION="7.20" -D_EE_EXTIO -DATxmega128A1 -l -g -MLongJump -MXmega -Wf-str_in_flash -Wf-use_elpm code\bsxm1.c iccavr -o BSXM1 -g -e:0x22000 -ucrtxmega.o -bfunc_lit:0x200.0x22000 -dram_end:0x3fff -bdata:0x2000.0x3fff -dhwstk_size:128 -beeprom:0.2048 -fihx_coff -S2 @BSXM1.lk -llpatm128 -lcatm128 !ERROR file 'bsxm1.o': undefined symbol '__crt_f_ELPM' C:\iccv7avr_v720\bin\imakew.exe: Error code 1 Done: there are error(s). Exit code: 1. Tue Feb 10 17:16:47 2009 Jim Hatley -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090210/efedc0ae/attachment.html From james.hatley at comcast.net Tue Feb 10 17:51:37 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Tue Feb 10 18:58:13 2009 Subject: [Icc-avr] Simple routine to cause __crt_f_ELPM error Message-ID: <6C88F5B33CF0442A90242575877815E1@red7> In hindsight, I should have included a simple routine to cause this error. See below. Jim Hatley .... // // used with ATxmega128A1 in project options // #include // sets up target device as defined in Project Options void routine(__flash char *data); // __flash char ucA[]="abcd"; // void main(void) { routine(ucA); } void routine(__flash char *data) { char a; a=data[0]; } // -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090210/57afb5e2/attachment.html From richard-lists at imagecraft.com Tue Feb 10 18:01:27 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Feb 10 19:07:32 2009 Subject: [Icc-avr] Simple routine to cause __crt_f_ELPM error In-Reply-To: <6C88F5B33CF0442A90242575877815E1@red7> References: <6C88F5B33CF0442A90242575877815E1@red7> Message-ID: <200902110307.n1B37UC5009551@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090210/e8ed48d5/attachment.html From danar at astrixnet.com Wed Feb 11 11:42:06 2009 From: danar at astrixnet.com (Dana Raymond) Date: Wed Feb 11 12:47:37 2009 Subject: [Icc-avr] RE: Add Folder Feature In-Reply-To: <200902062000.n16K048X029671@mail.imagecraft.com> References: <200902062000.n16K048X029671@mail.imagecraft.com> Message-ID: What exactly does the "Add Folder" feature in the project manager do? I am integrating some purchased IP and it contains a lot of files, Making it hard for me to see the trees because of the forest. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of icc-avr-request@imagecraft.com Sent: February 6, 2009 3:00 PM To: icc-avr@imagecraft.com Subject: Icc-avr Digest, Vol 55, Issue 7 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: V7.21 BETA1 released (Richard Man) 2. SV: [Icc-avr] Re: V7.21 BETA1 released (Steven Lose) 3. SV: [Icc-avr] Re: V7.21 BETA1 released (Steven Lose) 4. Re: SV: [Icc-avr] Re: V7.21 BETA1 released (Richard Man) 5. Re: SV: [Icc-avr] Re: V7.21 BETA1 released (Richard Man) ---------------------------------------------------------------------- Message: 1 Date: Thu, 05 Feb 2009 13:34:20 -0800 From: Richard Man Subject: [Icc-avr] Re: V7.21 BETA1 released To: icc-avr@imagecraft.com Message-ID: <200902052239.n15MdQUP012253@mail.imagecraft.com> Content-Type: text/plain; charset="us-ascii"; format=flowed I am doing some cleanup code with __flash and accidentally broke some cases. It's now fixed: http://www.imagecraft.com/pub/iccv7avr_v721_beta1.exe Sorry about that. At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard ------------------------------ Message: 2 Date: Fri, 6 Feb 2009 07:54:56 +0100 From: "Steven Lose" Subject: SV: [Icc-avr] Re: V7.21 BETA1 released To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <072D96786BFC014AAEBA9EB07A8070EA592304@seattle.ecpower.dk> Content-Type: text/plain; charset="iso-8859-1" Hi With 7.21 Beta1 unsigned char ucS[2] = {' ','\0'}; gives this error: iccavr -c -IC:\iccv7avr\include -IC:\Steven\Kode\Styring\INC -e -D__ICC_VERSION="7.21" -DATMega128 -l -A -A -g -MLongJump -MHasMul -MEnhanced -Wf-str_in_flash -Wf-use_elpm -Wf-const_is_flash -DCONST="" RS232COM\RS232COM.C !E C:\Steven\Kode\Styring\RS232COM\RS232COM.C(501): illegal type `__flash const unsigned char' C:\iccv7avr\bin\imakew.exe: Error code 1 Done: there are error(s). Exit code: 1. Fri Feb 06 07:52:33 2009 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 Richard Man Sendt: 5. februar 2009 22:34 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Re: V7.21 BETA1 released I am doing some cleanup code with __flash and accidentally broke some cases. It's now fixed: http://www.imagecraft.com/pub/iccv7avr_v721_beta1.exe Sorry about that. At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr ------------------------------ Message: 3 Date: Fri, 6 Feb 2009 07:57:31 +0100 From: "Steven Lose" Subject: SV: [Icc-avr] Re: V7.21 BETA1 released To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <072D96786BFC014AAEBA9EB07A8070EA592305@seattle.ecpower.dk> Content-Type: text/plain; charset="iso-8859-1" Hi again. In another project. 7.21 Beta1 gives internal errors: !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 2 free f003fc TN type 5 ticks 2004. Please contact support@imagecraft.com !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 1 free f003fc TN type 5 ticks 2100. Please contact support@imagecraft.com !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 1 free f003c0 TN type 5 ticks 2228. Please contact support@imagecraft.com !E C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: [Internal Error] in function 'CalcCoords', out of registers: opsize 1 free 3f003fc TN type 5 ticks 2548. Please contact support@imagecraft.com C:\iccv7avr\bin\imakew.exe: Error code 1 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 Richard Man Sendt: 5. februar 2009 22:34 Til: icc-avr@imagecraft.com Emne: [Icc-avr] Re: V7.21 BETA1 released I am doing some cleanup code with __flash and accidentally broke some cases. It's now fixed: http://www.imagecraft.com/pub/iccv7avr_v721_beta1.exe Sorry about that. At 04:11 AM 2/5/2009, Richard Man wrote: >What happened to 7.20A, you may ask? I decided to add more features >so the next release will be 7.21. > >You may notice from below that unlimited backup has been >implemented. The plan was to introduce new IDE features to the >"next-gen" IDE. We now have a new plan. See the ImageCraft blog for >details (well, give me 30 minutes to write it :-) ) > >*********** > >7.21 fixed a regression with __flash handling in parameter passing >in 7.20A beta. Plus: > >V7.21 > > IDE > - Added Tools->EnvOptions->General->BackupPolicy. The choices are > == Unlimied (in BACKUP\ directory) > == One Only (in BACKUP\ directory) > - minor enhancement to the register software dialog > - Added entries for M1284P, and Tiny48/88. No AppBuilder for them yet. > Compiler > - Fixed a compiler crash error related to the "faster code to load > a constant into a long variable" optimization introduced in V7.20. > - [ PRO only ] Added better temporary register tracking using flow > analysis. Should make ~1% improvements. > // richard _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr ------------------------------ Message: 4 Date: Thu, 05 Feb 2009 23:25:13 -0800 From: Richard Man Subject: Re: SV: [Icc-avr] Re: V7.21 BETA1 released To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this." , "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <200902060830.n168UPuu020097@mail.imagecraft.com> Content-Type: text/plain; charset="iso-8859-1"; format=flowed Steve, please send me the statistik,i file offlist. Thanks. At 10:57 PM 2/5/2009, Steven Lose wrote: >Hi again. > >In another project. > >7.21 Beta1 gives internal errors: > >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 2 free f003fc TN type 5 ticks 2004. > Please contact support@imagecraft.com >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 1 free f003fc TN type 5 ticks 2100. > Please contact support@imagecraft.com >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 1 free f003c0 TN type 5 ticks 2228. > Please contact support@imagecraft.com >!E >C:\Steven\Kode\Styring256\STATISTIK\STATISTIK.C: >[Internal Error] in function 'CalcCoords', out >of registers: opsize 1 free 3f003fc TN type 5 ticks 2548. > Please contact support@imagecraft.com >C:\iccv7avr\bin\imakew.exe: Error code 1 > >Med venlig hilsen / Best regards / mit freundlichen Gr??en > >EC POWER A/S // richard // photo & calligraphy blog: http://rfman.wordpress.com ------------------------------ Message: 5 Date: Fri, 06 Feb 2009 00:12:12 -0800 From: Richard Man Subject: Re: SV: [Icc-avr] Re: V7.21 BETA1 released To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this." , "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <200902060917.n169HPr5021001@mail.imagecraft.com> Content-Type: text/plain; charset="us-ascii"; format=flowed Steve, I am assuming that line number is may be off-by-one, sometimes the compiler does that. Anyway, I presume you may have a declaration like this: const __flash ...; Since const IS __flash, you end up having duplicate flash qualifier. You should eliminate one of them, or turn off the compatibility flag. If you don't think that's the case, contact me offlist with the .i file. Thanks. At 10:54 PM 2/5/2009, Steven Lose wrote: >Hi > >With 7.21 Beta1 > >unsigned char ucS[2] = {' ','\0'}; > >gives this error: > > iccavr -c -IC:\iccv7avr\include -IC:\Steven\Kode\Styring\INC -e > -D__ICC_VERSION="7.21" -DATMega128 -l -A -A -g -MLongJump -MHasMul > -MEnhanced -Wf-str_in_flash -Wf-use_elpm -Wf-const_is_flash > -DCONST="" RS232COM\RS232COM.C >!E C:\Steven\Kode\Styring\RS232COM\RS232COM.C(501): illegal type >`__flash const unsigned char' >C:\iccv7avr\bin\imakew.exe: Error code 1 >Done: there are error(s). Exit code: 1. Fri Feb 06 07:52:33 2009 // richard // photo & calligraphy blog: http://rfman.wordpress.com ------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr End of Icc-avr Digest, Vol 55, Issue 7 ************************************** From james.hatley at comcast.net Wed Feb 11 11:50:34 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Wed Feb 11 12:57:09 2009 Subject: [Icc-avr] Simple routine to cause __crt_f_ELPM error References: <6C88F5B33CF0442A90242575877815E1@red7> <200902110307.n1B37UC5009551@mail.imagecraft.com> Message-ID: <32A0D05EEFEB453DBB61CA16CF58D1C2@red7> Thank you for the help. I read the online help, then after I figured out that I needed to put AVRdef.h in the includes, it compiled fine with the routine below. Jim Hatley ----- Original Message ----- From: Richard Man To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. ; icc_avr forum Sent: Tuesday, February 10, 2009 6:01 PM Subject: Re: [Icc-avr] Simple routine to cause __crt_f_ELPM error Sorry, it's a transient error introduced in 7.20. As soon as 7.21 is stable, I will release the fix for it. For now, you basically have to call the a.. unsigned char FlashReadByte(unsigned char ramp, unsigned addr) reads a byte from the extended address in flash. a.. unsigned FlashReadWord(unsigned char ramp, unsigned addr) reads a 16-bit word from the extended address in flash. a.. unsigned long FlashReadLWord(unsigned char ramp, unsigned addr) reads a 32-bit long word from the extended address in flash. a.. void FlashReadBytes(unsigned char ramp, unsigned addr, unsigned char *buf, int n) functions. They are documented in the latest help file on the web, except that they must be used for all flash access unless you are using a XM128 or smaller and you are not using the XM128 in bootloader mode. At 05:51 PM 2/10/2009, Jim Hatley wrote: In hindsight, I should have included a simple routine to cause this error. See below. Jim Hatley .... // // used with ATxmega128A1 in project options // #include // sets up target device as defined in Project Options void routine(__flash char *data); // __flash char ucA[]="abcd"; // void main(void) { routine(ucA); } void routine(__flash char *data) { char a; a=data[0]; } // _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr // richard // photo & calligraphy blog: http://rfman.wordpress.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/20090211/664521e0/attachment.html From jassenbaum at htp-tel.de Wed Feb 11 12:39:30 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Feb 11 13:46:25 2009 Subject: [Icc-avr] Simple routine to cause __crt_f_ELPM error References: <6C88F5B33CF0442A90242575877815E1@red7> <200902110307.n1B37UC5009551@mail.imagecraft.com> Message-ID: With 7.21beta I have no error. void routine(__flash char *data) { char a; a=data[0]; } just may be optimised away :-) Best regards, Johannes > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From bobgardner at aol.com Mon Feb 16 14:47:32 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Mon Feb 16 15:56:12 2009 Subject: [Icc-avr] array of flash addresses? Message-ID: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com> __flash unsigned char textannun1[]="TIME"; __flash unsigned char textannun2[]="GPS"; __flash unsigned char textannun3[]="AM"; __flash unsigned char textannun4[]="FM"; __flash unsigned char textannun5[]="H"; __flash unsigned char textannun6[]="L"; __flash unsigned char textannun7[]="IND"; __flash unsigned char textannun8[]="RCV"; __flash unsigned char textannun9[]="LE"; __flash unsigned char textannun10[]="OFST"; __flash unsigned char textannun11[]="SHOW"; __flash unsigned char textannun12[]="FAULT"; __flash unsigned char *textannunaddr[12]={ textannun1,textannun2,textannun3,textannun4,textannun5,textannun6, textannun7,textannun8,textannun9,textannun10,textannun11,textannun12 }; //------------------------------------------------ Hi folks. Looks like the second array is in ram according to the map. I'll take suggestions on how to get it into flash. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090216/efe396a2/attachment.html From james.hatley at comcast.net Mon Feb 16 15:19:44 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Mon Feb 16 16:26:18 2009 Subject: [Icc-avr] array of flash addresses? References: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com> Message-ID: <1DCDD46DB0EF4B6AA0D752BFFCB88275@red7> Something like this should work ... __flash char *textannum[]={"TIME","GPS","AM","FM","H","L","IND","RCV","LE","OFST","SHOW","FAULT"}; (unsigned char is same as char) JIm ----- Original Message ----- From: bobgardner@aol.com To: icc-avr@imagecraft.com Sent: Monday, February 16, 2009 2:47 PM Subject: [Icc-avr] array of flash addresses? __flash unsigned char textannun1[]="TIME"; __flash unsigned char textannun2[]="GPS"; __flash unsigned char textannun3[]="AM"; __flash unsigned char textannun4[]="FM"; __flash unsigned char textannun5[]="H"; __flash unsigned char textannun6[]="L"; __flash unsigned char textannun7[]="IND"; __flash unsigned char textannun8[]="RCV"; __flash unsigned char textannun9[]="LE"; __flash unsigned char textannun10[]="OFST"; __flash unsigned char textannun11[]="SHOW"; __flash unsigned char textannun12[]="FAULT"; __flash unsigned char *textannunaddr[12]={ textannun1,textannun2,textannun3,textannun4,textannun5,textannun6, textannun7,textannun8,textannun9,textannun10,textannun11,textannun12 }; //------------------------------------------------ Hi folks. Looks like the second array is in ram according to the map. I'll take suggestions on how to get it into flash. Thanks! ------------------------------------------------------------------------------ Looking for work? Get job alerts, employment information, career advice and job-seeking tools at AOL Find a Job. ------------------------------------------------------------------------------ _______________________________________________ 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/20090216/929170ee/attachment.html From j_baraclough at zetnet.co.uk Mon Feb 16 15:19:56 2009 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Mon Feb 16 16:26:39 2009 Subject: [Icc-avr] array of flash addresses? In-Reply-To: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com> References: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com> Message-ID: <4999F49C.9090201@zetnet.co.uk> Hi Bob, Try this: __flash *unsigned* *char* __flash *textannunaddr[12]={ textannun1,textannun2,textannun3,textannun4,textannun5,textannun6, textannun7,textannun8,textannun9,textannun10,textannun11,textannun12 }; Just as you would have done with 'const'. You'll find it in the 'Program Data and Constant Memory' page of the help file. All the best for now, John bobgardner@aol.com wrote: > __flash *unsigned* *char* textannun1[]="TIME"; > __flash *unsigned* *char* textannun2[]="GPS"; > __flash *unsigned* *char* textannun3[]="AM"; > __flash *unsigned* *char* textannun4[]="FM"; > __flash *unsigned* *char* textannun5[]="H"; > __flash *unsigned* *char* textannun6[]="L"; > __flash *unsigned* *char* textannun7[]="IND"; > __flash *unsigned* *char* textannun8[]="RCV"; > __flash *unsigned* *char* textannun9[]="LE"; > __flash *unsigned* *char* textannun10[]="OFST"; > __flash *unsigned* *char* textannun11[]="SHOW"; > __flash *unsigned* *char* textannun12[]="FAULT"; > > __flash *unsigned* *char* *textannunaddr[12]={ > textannun1,textannun2,textannun3,textannun4,textannun5,textannun6, > textannun7,textannun8,textannun9,textannun10,textannun11,textannun12 > }; > //------------------------------------------------ > Hi folks. Looks like the second array is in ram according to the map. > I'll take suggestions on how to get it into flash. Thanks! > > ------------------------------------------------------------------------ > Looking for work? Get job alerts, employment information, career > advice and job-seeking tools at AOL Find a Job > . > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From bobgardner at aol.com Tue Feb 17 07:53:38 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Tue Feb 17 09:02:12 2009 Subject: [Icc-avr] array of flash addresses? In-Reply-To: <4999F49C.9090201@zetnet.co.uk> References: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com> <4999F49C.9090201@zetnet.co.uk> Message-ID: <8CB5F2F073CFC9B-1270-43C@WEBMAIL-DC13.sysops.aol.com> Thanks John.... back at work now... __flash unsigned char * __flash texannunaddr[12] seems to compile, and the map shows the array in flash. I guess one level of addressing is all my brain is wired to understand. -----Original Message----- From: John Baraclough Sent: Mon, 16 Feb 2009 6:19 pm Subject: Re: [Icc-avr] array of flash addresses? Hi Bob,? ? Try this:? ? __flash *unsigned* *char* __flash *textannunaddr[12]={? textannun1,textannun2,textannun3,textannun4,textannun5,textannun6,? textannun7,textannun8,textannun9,textannun10,textannun11,textannun12? };? ? Just as you would have done with 'const'. You'll find it in the 'Program Data and Constant Memory' page of the help file.? ? All the best for now,? John? ? ? bobgardner@aol.com wrote:? > __flash *unsigned* *char* textannun1[]="TIME";? > __flash *unsigned* *char* textannun2[]="GPS";? > __flash *unsigned* *char* textannun3[]="AM";? > __flash *unsigned* *char* textannun4[]="FM";? > __flash *unsigned* *char* textannun5[]="H";? > __flash *unsigned* *char* textannun6[]="L";? > __flash *unsigned* *char* textannun7[]="IND";? > __flash *unsigned* *char* textannun8[]="RCV";? > __flash *unsigned* *char* textannun9[]="LE";? > __flash *unsigned* *char* textannun10[]="OFST";? > __flash *unsigned* *char* textannun11[]="SHOW";? > __flash *unsigned* *char* textannun12[]="FAULT";? >? > __flash *unsigned* *char* *textannunaddr[12]={? > textannun1,textannun2,textannun3,textannun4,textannun5,textannun6,? > textannun7,textannun8,textannun9,textannun10,textannun11,textannun12? > };? > //------------------------------------------------? > Hi folks. Looks like the second array is in ram according to the map. > I'll take suggestions on how to get it into flash. Thanks!? >? > ------------------------------------------------------------------------? > Looking for work? Get job alerts, employment information, career > advice and job-seeking tools at AOL Find a Job > .? > ------------------------------------------------------------------------? >? > _______________________________________________? > 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/20090217/41278f12/attachment.html From bobgardner at aol.com Tue Feb 17 14:46:59 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Tue Feb 17 16:48:18 2009 Subject: [Icc-avr] rampz and elpm on a 1280 Message-ID: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> Now that I'm loading my numbers out of flash, I see the compiler is using the elpm instruction, which evidently uses rampz as a prefix to the z reg. I can only assume that rampz gets set correctly by the compiler somewhere. Or do I need to say RAMPZ=0 somewhere near the top? I wouldnt be asking these oddbal questions if my program was working... its a graphics lcd routine that actually WORKED on a mega32. Its goofy on a mega1280 and I'm looking in crazy places for reasons.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090217/145c6abd/attachment.html From james.hatley at comcast.net Tue Feb 17 16:07:43 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Tue Feb 17 17:14:16 2009 Subject: [Icc-avr] rampz and elpm on a 1280 References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> Message-ID: <982A5E9F48EC466591DF477C00BFB788@red7> If you are putting data outside 64k then you must manage RAMPZ yourself to access it. There is a lot of writeup explaining this in the help file. I do this on the 2560 and it works fine. Jim Hatley ----- Original Message ----- From: bobgardner@aol.com To: icc-avr@imagecraft.com Sent: Tuesday, February 17, 2009 2:46 PM Subject: [Icc-avr] rampz and elpm on a 1280 Now that I'm loading my numbers out of flash, I see the compiler is using the elpm instruction, which evidently uses rampz as a prefix to the z reg. I can only assume that rampz gets set correctly by the compiler somewhere. Or do I need to say RAMPZ=0 somewhere near the top? I wouldnt be asking these oddbal questions if my program was working... its a graphics lcd routine that actually WORKED on a mega32. Its goofy on a mega1280 and I'm looking in crazy places for reasons.... ------------------------------------------------------------------------------ Looking for work? Get job alerts, employment information, career advice and job-seeking tools at AOL Find a Job. ------------------------------------------------------------------------------ _______________________________________________ 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/20090217/3da14c93/attachment.html From j_baraclough at zetnet.co.uk Tue Feb 17 16:09:43 2009 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Tue Feb 17 17:16:26 2009 Subject: [Icc-avr] rampz and elpm on a 1280 In-Reply-To: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> Message-ID: <499B51C7.4000507@zetnet.co.uk> Hi Bob, As this seems to follow on from your previous question, are you loading the strings correctly now that the pointer array is stored in Flash rather than RAM? My assumption is that you have simply ported the mega32 code and your pointer array was actually stored in RAM in the mega32, but you didn't notice. Also pay attention to the LCD interface timing which may be considerably different for a mega1280 compared to a mega32. You may need to put a 'scope on it. HTH. All the best for now, John bobgardner@aol.com wrote: > Now that I'm loading my numbers out of flash, I see the compiler is > using the elpm instruction, which evidently uses rampz as a prefix to > the z reg. I can only assume that rampz gets set correctly by the > compiler somewhere. Or do I need to say RAMPZ=0 somewhere near the > top? I wouldnt be asking these oddbal questions if my program was > working... its a graphics lcd routine that actually WORKED on a > mega32. Its goofy on a mega1280 and I'm looking in crazy places for > reasons.... > > ------------------------------------------------------------------------ > Looking for work? Get job alerts, employment information, career > advice and job-seeking tools at AOL Find a Job > . > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From j_baraclough at zetnet.co.uk Tue Feb 17 16:20:22 2009 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Tue Feb 17 17:27:05 2009 Subject: [Icc-avr] rampz and elpm on a 1280 In-Reply-To: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> Message-ID: <499B5446.5000306@zetnet.co.uk> Hi Bob, Sorry, I should have answered the first question as well. I believe you do still need to set RAMPZ=0 if you have entered the code from a bootloader as it is not automatic. RAMPZ is set to zero on reset, but will be loaded with a high page value in the bootloader. The compiler should automatically load RAMPZ with the highest byte of the 24 bit address of any data access for the mega devices with more than 64k of Flash. I know it's been on Richard's to-do list for a while, but I don't know if that has been implemented yet. All the best for now, John bobgardner@aol.com wrote: > Now that I'm loading my numbers out of flash, I see the compiler is > using the elpm instruction, which evidently uses rampz as a prefix to > the z reg. I can only assume that rampz gets set correctly by the > compiler somewhere. Or do I need to say RAMPZ=0 somewhere near the > top? I wouldnt be asking these oddbal questions if my program was > working... its a graphics lcd routine that actually WORKED on a > mega32. Its goofy on a mega1280 and I'm looking in crazy places for > reasons.... > > ------------------------------------------------------------------------ > Looking for work? Get job alerts, employment information, career > advice and job-seeking tools at AOL Find a Job > . > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From bobgardner at aol.com Tue Feb 17 18:24:19 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Tue Feb 17 19:41:36 2009 Subject: [Icc-avr] rampz and elpm on a 1280 In-Reply-To: <499B5446.5000306@zetnet.co.uk> References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> <499B5446.5000306@zetnet.co.uk> Message-ID: <8CB5F872322EEC3-1B0-110B@WEBMAIL-DY19.sysops.aol.com> I'll try adding RAMPZ=0; tomorrow at work. Thanks for confirming that suspicion. So whats the algorithm for deciding to use LPM or ELPM? If everything is 'small model' and fits in 64k words, just use LPM? So why generate ELPM for a mega1280 program? Whats the roadmap? Eventually the compiler will sort out which page the data is in and set RAMPZ to match that page? Wasnt this stuff all sorted out on PDP11s with paged memory in the 70s? Should we have a checkbox or a pragma for far data? -----Original Message----- From: John Baraclough Sent: Tue, 17 Feb 2009 7:20 pm Subject: Re: [Icc-avr] rampz and elpm on a 1280 Hi Bob,? ? Sorry, I should have answered the first question as well. I believe you do still need to set RAMPZ=0 if you have entered the code from a bootloader as it is not automatic. RAMPZ is set to zero on reset, but will be loaded with a high page value in the bootloader. The compiler should automatically load RAMPZ with the highest byte of the 24 bit address of any data access for the mega devices with more than 64k of Flash. I know it's been on Richard's to-do list for a while, but I don't know if that has been implemented yet.? ? All the best for now,? John? ? bobgardner@aol.com wrote:? > Now that I'm loading my numbers out of flash, I see the compiler is > using the elpm instruction, which evidently uses rampz as a prefix to > the z reg. I can only assume that rampz gets set correctly by the > compiler somewhere. Or do I need to say RAMPZ=0 somewhere near the > top? I wouldnt be asking these oddbal questions if my program was > working... its a graphics lcd routine that actually WORKED on a > mega32. Its goofy on a mega1280 and I'm looking in crazy places for > reasons....? >? > ------------------------------------------------------------------------? > Looking for work? Get job alerts, employment information, career > advice and job-seeking tools at AOL Find a Job > .? > ------------------------------------------------------------------------? >? > _______________________________________________? > 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/20090217/72d592f6/attachment.html From richard-lists at imagecraft.com Wed Feb 18 00:13:24 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Feb 18 01:18:54 2009 Subject: [Icc-avr] rampz and elpm on a 1280 In-Reply-To: <8CB5F872322EEC3-1B0-110B@WEBMAIL-DY19.sysops.aol.com> References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> <499B5446.5000306@zetnet.co.uk> <8CB5F872322EEC3-1B0-110B@WEBMAIL-DY19.sysops.aol.com> Message-ID: <200902180918.n1I9IqZH038707@mail.imagecraft.com> In my spare time, I am contemplating writing a "no-holds-bar" AVR compiler. It will eat stuff like this for lunch. It will take 6 solid months and I will probably have to charge $1200-$1500 to recover the development cost. I know what needs to be done, the question is resources... At 06:24 PM 2/17/2009, bobgardner@aol.com wrote: >I'll try adding RAMPZ=0; tomorrow at work. Thanks for confirming >that suspicion. So whats the algorithm for deciding to use LPM or >ELPM? If everything is 'small model' and fits in 64k words, just use >LPM? So why generate ELPM for a mega1280 program? Whats the roadmap? >Eventually the compiler will sort out which page the data is in and >set RAMPZ to match that page? Wasnt this stuff all sorted out on >PDP11s with paged memory in the 70s? Should we have a checkbox or a >pragma for far data? // richard // photo & calligraphy blog: http://rfman.wordpress.com From richard-lists at imagecraft.com Wed Feb 18 00:14:33 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Feb 18 01:20:03 2009 Subject: [Icc-avr] rampz and elpm on a 1280 In-Reply-To: <7.1.0.9.0.20090218001043.04f19c10@imagecraft.com> References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> <499B5446.5000306@zetnet.co.uk> <8CB5F872322EEC3-1B0-110B@WEBMAIL-DY19.sysops.aol.com> <7.1.0.9.0.20090218001043.04f19c10@imagecraft.com> Message-ID: <200902180920.n1I9K1Dv038762@mail.imagecraft.com> No holds barred. One of these days, I will learn to write properly as well. At 12:13 AM 2/18/2009, Richard Man wrote: >In my spare time, I am contemplating writing a "no-holds-bar" AVR >compiler. It will eat stuff like this for lunch. It will take 6 >solid months and I will probably have to charge $1200-$1500 to >recover the development cost. I know what needs to be done, the >question is resources... > >At 06:24 PM 2/17/2009, bobgardner@aol.com wrote: >>I'll try adding RAMPZ=0; tomorrow at work. Thanks for confirming >>that suspicion. So whats the algorithm for deciding to use LPM or >>ELPM? If everything is 'small model' and fits in 64k words, just >>use LPM? So why generate ELPM for a mega1280 program? Whats the >>roadmap? Eventually the compiler will sort out which page the data >>is in and set RAMPZ to match that page? Wasnt this stuff all sorted >>out on PDP11s with paged memory in the 70s? Should we have a >>checkbox or a pragma for far data? // richard From marco at nonus.com.br Wed Feb 18 04:27:45 2009 From: marco at nonus.com.br (Marco Antonio) Date: Wed Feb 18 05:34:25 2009 Subject: [Icc-avr] Atmel Gang Programmer Message-ID: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> Does anybody uses a Gang Programmer for Atmel devices ? Could you recommend some reliable ? Manufacturer, model ? Nowadays our common devices are ATMEGA8, ATMEGA64 and AT90USB162 Thanks in advance ! Best Regards for all ! -- Marco A. Breviglieri marco@nonus.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090218/ebf2adb0/attachment.html From marco at nonus.com.br Wed Feb 18 04:32:02 2009 From: marco at nonus.com.br (Marco Antonio) Date: Wed Feb 18 05:38:42 2009 Subject: [Icc-avr] Re: Atmel Gang Programmer In-Reply-To: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> References: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> Message-ID: <657c4ab80902180432y4e8a954dy2fe27ebc97ba3b8a@mail.gmail.com> I forgot to mention, ISP programmer ! 2009/2/18 Marco Antonio > Does anybody uses a Gang Programmer for Atmel devices ? > Could you recommend some reliable ? Manufacturer, model ? > Nowadays our common devices are ATMEGA8, ATMEGA64 and AT90USB162 > > Thanks in advance ! > Best Regards for all ! > > -- > Marco A. Breviglieri > marco@nonus.com.br > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090218/8932e0f3/attachment.html From svenn at sleipner.no Wed Feb 18 05:00:21 2009 From: svenn at sleipner.no (=?utf-8?B?U3Zlbm4gRGFobHN0csO4bQ==?=) Date: Wed Feb 18 06:07:05 2009 Subject: [Icc-avr] Re: Atmel Gang Programmer In-Reply-To: <657c4ab80902180432y4e8a954dy2fe27ebc97ba3b8a@mail.gmail.com> References: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> <657c4ab80902180432y4e8a954dy2fe27ebc97ba3b8a@mail.gmail.com> Message-ID: <461D162473D69541BAE9440159B299DA2E79E87ECC@sm-excsrv.sleipner.local> How about using several AVRISP MK2? They are cheap and each one can be addressed with stk500.exe? Svenn ? Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne av Marco Antonio Sendt: 18. februar 2009 13:32 Til: ICC-AVR Forum at ImageCraft Emne: [Icc-avr] Re: Atmel Gang Programmer I forgot to mention, ISP programmer ! 2009/2/18 Marco Antonio > Does anybody uses a Gang Programmer for Atmel devices ? Could you recommend some reliable ? Manufacturer, model ? Nowadays our common devices are ATMEGA8, ATMEGA64 and AT90USB162 Thanks in advance ! Best Regards for all ! -- Marco A. Breviglieri marco@nonus.com.br ________________________________ The contents of this e-mail message and any attachments are confidential and are intended solely for the addressee. If you have received this transmission in error, please immediately notify the sender by return e-mail and delete this message and its attachments. Any unauthorized use, copying or dissemination of this transmission is prohibited. Neither the confidentiality nor the integrity of this message can be vouched for following transmission on the Internet. SLEIPNER MOTOR AS P.O.Box 519 - 1612 Fredrikstad - Norway Tel: +47 69 30 00 60 Fax: +47 69 30 00 70 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090218/9b0b785d/attachment.html From tim at sabretechnology.co.uk Wed Feb 18 05:38:06 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Wed Feb 18 06:44:52 2009 Subject: [Icc-avr] Re: Atmel Gang Programmer Message-ID: <04671BB8D269034BBC4BB6BA89486726164994@sserver.SabreTechnology.local> ----Original Message---- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Marco Antonio Sent: 18 February 2009 12:32 To: ICC-AVR Forum at ImageCraft Subject: [Icc-avr] Re: Atmel Gang Programmer > I forgot to mention, ISP programmer ! I know someone who uses this one: Equinox FS2009 http://www.equinox-tech.com/products/details.asp?ID=1303 The PC setup software is a bit hard to use -- Tim Mitchell tim@sabretechnology.co.uk http://www.sabretechnology.co.uk Sabre Technology (Hull) Ltd, 3a Newlands Science Park, Hull HU6 7TQ Registered in England and Wales no.3131504 t:01482 801003 f:01482 801078 From paul.aa9gg at gmail.com Wed Feb 18 07:36:42 2009 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Wed Feb 18 08:43:23 2009 Subject: [Icc-avr] Re: Atmel Gang Programmer In-Reply-To: <04671BB8D269034BBC4BB6BA89486726164994@sserver.SabreTechnology.local> References: <04671BB8D269034BBC4BB6BA89486726164994@sserver.SabreTechnology.local> Message-ID: <20f5efc40902180736p2e98f1b7u658eea6ede06e161@mail.gmail.com> We just purchased one of these too. We were using "pocket programmers" from North Pole Engineering, but you can only have one program in them at a time. The Equinox can hold MANY! It is NOT a GANG Programmer though! Only programs one chip at a time. On Wed, Feb 18, 2009 at 7:38 AM, Tim Mitchell wrote: > ----Original Message---- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Marco > Antonio Sent: 18 February 2009 12:32 To: ICC-AVR Forum at > ImageCraft Subject: [Icc-avr] Re: Atmel Gang Programmer > >> I forgot to mention, ISP programmer ! > > I know someone who uses this one: Equinox FS2009 > > http://www.equinox-tech.com/products/details.asp?ID=1303 > > > The PC setup software is a bit hard to use > > > -- > Tim Mitchell > tim@sabretechnology.co.uk http://www.sabretechnology.co.uk > Sabre Technology (Hull) Ltd, 3a Newlands Science Park, Hull > HU6 7TQ Registered in England and Wales no.3131504 > t:01482 801003 f:01482 801078 > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com From asyms at technosoft.co.uk Wed Feb 18 08:07:38 2009 From: asyms at technosoft.co.uk (Andy Syms) Date: Wed Feb 18 09:14:28 2009 Subject: [Icc-avr] Re: Atmel Gang Programmer In-Reply-To: <657c4ab80902180432y4e8a954dy2fe27ebc97ba3b8a@mail.gmail.com> Message-ID: > Does anybody uses a Gang Programmer for Atmel devices ? > I forgot to mention, ISP programmer ! Surely ISP and 'gang programmer' are mutually exclusive terms? Andy. From tim at sabretechnology.co.uk Wed Feb 18 08:47:30 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Wed Feb 18 09:54:16 2009 Subject: [Icc-avr] Re: Atmel Gang Programmer Message-ID: <04671BB8D269034BBC4BB6BA8948672616499B@sserver.SabreTechnology.local> ----Original Message---- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Paul Mateer Sent: 18 February 2009 15:37 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] Re: Atmel Gang Programmer > We just purchased one of these too. We were using > "pocket programmers" from North Pole Engineering, but you > can only have one program in them at a time. The Equinox > can hold MANY! It is NOT a GANG Programmer though! Only > programs one chip at a time. True, sorry, I forgot that requirement, I was thinking of "Production" rather than "Gang". I am not even sure an ISP gang programmer exists. Would there be any point? -- Tim Mitchell From Albert.vanVeen at pertronic.co.nz Wed Feb 18 11:03:40 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Wed Feb 18 12:10:52 2009 Subject: [Icc-avr] Atmel Gang Programmer In-Reply-To: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> References: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063EF8@sbs.pertronic.local> We use something called a "Fisp". You download 1 or 2 hexfiles into it through USB. Then you just plug the cable on the other side into a standard flash connector, and it rpograms automatically. Green light comes on, unplug, plug into next one. Not really gang programming, but as we only make batches of 50-100 each time, it's pretty good. The company is called 4d-electronics; I think it's NZ actually! Greetings, Albert. ________________________________ From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Marco Antonio Sent: Thursday, February 19, 2009 01:28 AM To: ICC-AVR Forum at ImageCraft Subject: [Icc-avr] Atmel Gang Programmer Does anybody uses a Gang Programmer for Atmel devices ? Could you recommend some reliable ? Manufacturer, model ? Nowadays our common devices are ATMEGA8, ATMEGA64 and AT90USB162 Thanks in advance ! Best Regards for all ! -- Marco A. Breviglieri marco@nonus.com.br -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter , and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090219/bb661278/attachment.html From jassenbaum at htp-tel.de Wed Feb 18 13:29:46 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Feb 18 14:36:30 2009 Subject: [Icc-avr] rampz and elpm on a 1280 References: <8CB5F68C72FAEBA-1150-5B7@MBLK-M11.sysops.aol.com> <499B5446.5000306@zetnet.co.uk> Message-ID: Hi Bob and John, as default startup code sets RAMPZ=0 for application and for bootloader as needed, so there should be no problems with RAMPZ default. Best regards, Johannes > Hi Bob, > Sorry, I should have answered the first question as well. I believe you > do still need to set RAMPZ=0 if you have entered the code from a > bootloader as it is not automatic. RAMPZ is set to zero on reset, but > will be loaded with a high page value in the bootloader. The compiler > should automatically load RAMPZ with the highest byte of the 24 bit > address of any data access for the mega devices with more than 64k of > Flash. I know it's been on Richard's to-do list for a while, but I don't > know if that has been implemented yet. > All the best for now, > John > bobgardner@aol.com wrote: >> Now that I'm loading my numbers out of flash, I see the compiler is >> using the elpm instruction, which evidently uses rampz as a prefix to >> the z reg. I can only assume that rampz gets set correctly by the >> compiler somewhere. Or do I need to say RAMPZ=0 somewhere near the >> top? I wouldnt be asking these oddbal questions if my program was >> working... its a graphics lcd routine that actually WORKED on a >> mega32. Its goofy on a mega1280 and I'm looking in crazy places for >> reasons.... >> >> ------------------------------------------------------------------------ >> Looking for work? Get job alerts, employment information, career >> advice and job-seeking tools at AOL Find a Job >> . >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 jassenbaum at htp-tel.de Wed Feb 18 14:09:19 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Feb 18 15:16:01 2009 Subject: [Icc-avr] Atmel Gang Programmer References: <657c4ab80902180427t6334752cu262bc67041095b65@mail.gmail.com> <5F8515C5ED67B6439B4F93D7B5E08A36063EF8@sbs.pertronic.local> Message-ID: We use Kanda Handhelp programmer, batches are similar to Albert's. AFAIS the main difference between Fisp and Kanda part is target supply by programmer (Kanda does). Best regards, Johannes > We use something called a "Fisp". You download 1 or 2 hexfiles into it > through USB. > Then you just plug the cable on the other side into a standard flash > connector, and it rpograms automatically. Green light comes on, unplug, > plug into next one. Not really gang programming, but as we only make > batches of 50-100 each time, it's pretty good. > The company is called 4d-electronics; I think it's NZ actually! > Greetings, > Albert. > ________________________________ > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Marco Antonio > Sent: Thursday, February 19, 2009 01:28 AM > To: ICC-AVR Forum at ImageCraft > Subject: [Icc-avr] Atmel Gang Programmer > Does anybody uses a Gang Programmer for Atmel devices ? > Could you recommend some reliable ? Manufacturer, model ? > Nowadays our common devices are ATMEGA8, ATMEGA64 and AT90USB162 > Thanks in advance ! > Best Regards for all ! > -- > Marco A. Breviglieri > marco@nonus.com.br > -- > This message has been scanned for viruses and > dangerous content by Bizo EmailFilter , > and is > believed to be clean. From andrew_166 at msn.com Thu Feb 19 05:26:44 2009 From: andrew_166 at msn.com (Andrew) Date: Thu Feb 19 06:33:16 2009 Subject: [Icc-avr] AT90USB647 In-Reply-To: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com><4999F49C.9090201@zetnet.co.uk> <8CB5F2F073CFC9B-1270-43C@WEBMAIL-DC13.sysops.aol.com> References: <8CB5E9FAFF9B474-B9C-1053@FWM-D45.sysops.aol.com><4999F49C.9090201@zetnet.co.uk> <8CB5F2F073CFC9B-1270-43C@WEBMAIL-DC13.sysops.aol.com> Message-ID: Hi, Has anybody got the AT90USB647 working using the CDC serial port emulation drivers and ICCAVR? If so would somebody mind sending me some example code? as i am having problems getting it going. Thanks, Andy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090219/a48fa41d/attachment.html From bjonaspero at hotmail.com Thu Feb 19 09:05:59 2009 From: bjonaspero at hotmail.com (=?iso-8859-1?Q?Bj=F6rn_Lindgren?=) Date: Thu Feb 19 10:12:41 2009 Subject: [Icc-avr] About production programming... Message-ID: What I really miss when it comes to production issues is a easy-to-use Windows software, like PonyProg (http://www.LancOS.com). It is not easy for my customers to use AVRstudio, to set up lock- and fuse bits, and load hex-files properly. In PonyProg, every project can easily be e-mailed in a single file, opened and used by production-people. Unfortunately, PonyProg is no longer developed, and all new Atmel-devices (since ~2000) are not supported. Anyone knowing a similar easy-to-use software, supporting new devices (as ATmega168 & AT90PWM3B)? Regards Bj?rn Lindgren _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090219/3057b3ff/attachment.html From ira at extrasensory.com Thu Feb 19 09:56:12 2009 From: ira at extrasensory.com (Ira) Date: Thu Feb 19 11:03:15 2009 Subject: [Icc-avr] About production programming... In-Reply-To: References: Message-ID: <0MKpCa-1LaD8M3j0s-0001BT@mrelay.perfora.net> 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 From paul.aa9gg at gmail.com Thu Feb 19 10:11:38 2009 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Thu Feb 19 11:18:22 2009 Subject: [Icc-avr] About production programming... In-Reply-To: <0MKpCa-1LaD8M3j0s-0001BT@mrelay.perfora.net> References: <0MKpCa-1LaD8M3j0s-0001BT@mrelay.perfora.net> Message-ID: <20f5efc40902191011w4d239d3btfb8fc0ef71c7caa8@mail.gmail.com> We have sent Pocket Programmers ( http://www.npe-inc.com/ittrium/visit?path=A1x87x1y1x248x1x82y1x24dx1x7d ) to a few select customers. All they do is plug it in (properly!) and push a single button and wait for the light to turn green. On Thu, Feb 19, 2009 at 11:56 AM, Ira wrote: > 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 > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com From webbra.mlist at verizon.net Thu Feb 19 10:50:14 2009 From: webbra.mlist at verizon.net (Rich Webb) Date: Thu Feb 19 11:57:12 2009 Subject: [Icc-avr] About production programming... In-Reply-To: <200902191919.n1JJJ6L9077184@mail.imagecraft.com> References: <200902191919.n1JJJ6L9077184@mail.imagecraft.com> Message-ID: <499DA9E6.3080405@verizon.net> Batch files (as previously mentioned) or Perl scripts: (there may be some line wrap issues; beware) --8<--cut here--8<--8<--cut here--8<--8<--cut here--8<-- #!/usr/bin/perl # Script for command-line programming and verification of AVR chips. # Handles the main program and fuse settings. Doesn't do EEPROM. # Configure from here ===> # program specific configuration (include the .hex extension) $hex = "step15.hex"; $fuse = "D9E0"; # device specific configuration $device = "ATmega8"; $sig = "0x1E 0x93 0x07"; # to here <=== # usual location for STK500.exe $stk500 = "c:/progra~1/atmel/avrtoo~1/stk500/stk500"; # Use a lower speed (230 KHz) for "out of the box" chips using # internal RC $command = "$stk500 -d$device -s -I230400"; $result = `$command`; # First check that we can at least talk to it. if (!($result =~ /Connected to STK500/)) { print "Failed to connect, aborting.\n"; exit; } # and then that the device is as expected if (!($result =~ $sig)) { print "Device signature mismatch, aborting.\n"; exit; } # Erase, program, verify, set fuses, verify $command = "$stk500 -d$device -I230400 -e -pf -if$hex -vf -f$fuse -F$fuse"; $result = `$command`; # Just in case if (!($result =~ /Connected to STK500/)) { print "Failed to connect, aborting (2).\n"; exit; } # Report flash verify errors if (!($result =~ /FLASH verified successfully/)) { print "Flash verify failed.\n"; exit; } # and fuse verify errors. if (!($result =~ /Fuse bits verified successfully/)) { print "Fuse verify failed.\n"; exit; } --8<--cut here--8<--8<--cut here--8<--8<--cut here--8<-- From sl at ecpower.dk Thu Feb 19 22:52:47 2009 From: sl at ecpower.dk (Steven Lose) Date: Thu Feb 19 23:59:33 2009 Subject: SV: [Icc-avr] About production programming... In-Reply-To: <499DA9E6.3080405@verizon.net> References: <200902191919.n1JJJ6L9077184@mail.imagecraft.com> <499DA9E6.3080405@verizon.net> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA592828@seattle.ecpower.dk> Hi I use Bat files as well. I gladly send it to anyone that needs it here on the list, as I have done before. 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 Rich Webb Sendt: 19. februar 2009 19:50 Til: icc-avr@imagecraft.com Emne: Re: [Icc-avr] About production programming... Batch files (as previously mentioned) or Perl scripts: (there may be some line wrap issues; beware) --8<--cut here--8<--8<--cut here--8<--8<--cut here--8<-- #!/usr/bin/perl # Script for command-line programming and verification of AVR chips. # Handles the main program and fuse settings. Doesn't do EEPROM. # Configure from here ===> # program specific configuration (include the .hex extension) $hex = "step15.hex"; $fuse = "D9E0"; # device specific configuration $device = "ATmega8"; $sig = "0x1E 0x93 0x07"; # to here <=== # usual location for STK500.exe $stk500 = "c:/progra~1/atmel/avrtoo~1/stk500/stk500"; # Use a lower speed (230 KHz) for "out of the box" chips using # internal RC $command = "$stk500 -d$device -s -I230400"; $result = `$command`; # First check that we can at least talk to it. if (!($result =~ /Connected to STK500/)) { print "Failed to connect, aborting.\n"; exit; } # and then that the device is as expected if (!($result =~ $sig)) { print "Device signature mismatch, aborting.\n"; exit; } # Erase, program, verify, set fuses, verify $command = "$stk500 -d$device -I230400 -e -pf -if$hex -vf -f$fuse -F$fuse"; $result = `$command`; # Just in case if (!($result =~ /Connected to STK500/)) { print "Failed to connect, aborting (2).\n"; exit; } # Report flash verify errors if (!($result =~ /FLASH verified successfully/)) { print "Flash verify failed.\n"; exit; } # and fuse verify errors. if (!($result =~ /Fuse bits verified successfully/)) { print "Fuse verify failed.\n"; exit; } --8<--cut here--8<--8<--cut here--8<--8<--cut here--8<-- _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From t.jaspers at cpseurope.com Fri Feb 20 00:19:57 2009 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Fri Feb 20 01:31:07 2009 Subject: [Icc-avr] About production programming... In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA592828@seattle.ecpower.dk> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C7C7762@mickey.PBNV.local> We use stk500.exe controled by LabView in combination with AVR-ISP's. (We use LabView for production quality management). In other cases we have send the executable file to our supplier who then delivers pre-programmed AVR's. Obviously the latter is done only when we mass produce a device. The former method is used for small series, like 1000 products per batch series. From richard at imagecraft.com Sat Feb 21 01:14:30 2009 From: richard at imagecraft.com (Richard Man) Date: Sat Feb 21 02:20:16 2009 Subject: [Icc-avr] Comments and suggestions re: eFS: SD/FS/stdio Software stack Message-ID: <200902211020.n1LAKEjs028730@mail.imagecraft.com> I have gotten a prototype stack working, complete with ANSI C stdio functions (fopen, fprintf, fputs, etc.) to a middleware FAT filesystem on top a SPI SD interface. The code is completely portable, currently being tested on an AVR Mega32. The current plan is to release a standalone version and a version adapted for eMOS RTOS (hooks for other RTOS will also be provided), plus the FAT layer will also comes in two versions: one that is fast and support multiple concurrent devices but really requires external SRAM and one that is slower and supports only one device but works with the small amount of internal SRAM. So 4 versions altogether. I am working on optimizing the FAT layer both at the algorithmic level and low level code generation. However, it's probably not recommend for devices with less that 32K of flash or 2K of SRAM. The application API is strictly ANSI C, based on the Dinkumware library, written by PJ Plauger, my former boss and the code is as complete as rock solid as it gets. The hardware interface initially supports SD card using the SPI protocol, but the code can be easily adapted for other memory devices or protocol. The proposed pricing is $200 binary only, with the needed functions supplied in source code for any customization. The initial release will be for the AVR, but ports to all targets with built-in SPI should be trivial. The Propeller requires a bit bang version of SPI interface using a separate Cog. Other devices without hardware SPI can use bit banging. I welcome any comments or suggestions. // richard