From richard at imagecraft.com Sat Mar 1 01:30:45 2008 From: richard at imagecraft.com (Richard Man) Date: Sat Mar 1 01:46:42 2008 Subject: [Icc-avr] ICCAVR 7.16A Released Message-ID: <200803010946.m219kfPJ045532@mail.imagecraft.com> V7.16A - March 1st, 2008 IDE - [AppBuilder] Added support for all Mega and Tiny devices on the device list - Added File->Compile File->(Preprocess Only) Compiler - Added (R)CALL/RET -> (R)JMP tail call optimization - In some cases, a read from a "volatile" variable followed by a write to the target variable may cause the volatile read to be eliminated. This only applied to volatile variables, not volatile pointer references (e.g. IO registers). Example: some_var = volatile_var; some_var = ... // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From dittybop at sbcglobal.net Sat Mar 1 05:27:07 2008 From: dittybop at sbcglobal.net (Jerry Ross) Date: Sat Mar 1 05:42:42 2008 Subject: [Icc-avr] ICCAVR 7.16A Released In-Reply-To: <200803010946.m219kfPJ045532@mail.imagecraft.com> References: <200803010946.m219kfPJ045532@mail.imagecraft.com> Message-ID: <47C959AB.6@sbcglobal.net> Richard, For some reason 7.16A release version is reporting "Device 52% full" when it should actually be reporting 1% full. I have verified that the target device did not get changed by the new compiler. Jerry Ross Richard Man wrote: > V7.16A - March 1st, 2008 > IDE > - [AppBuilder] Added support for all Mega and Tiny devices on the > device list > - Added File->Compile File->(Preprocess Only) > Compiler > - Added (R)CALL/RET -> (R)JMP tail call optimization > - In some cases, a read from a "volatile" variable followed by a > write > to the target variable may cause the volatile read to be > eliminated. > This only applied to volatile variables, not volatile pointer > references (e.g. IO registers). Example: > > some_var = volatile_var; > some_var = ... > > > // richard > On-line orders, support, > and listservers available on web site. > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From dittybop at sbcglobal.net Sat Mar 1 05:47:07 2008 From: dittybop at sbcglobal.net (Jerry Ross) Date: Sat Mar 1 06:02:33 2008 Subject: [Icc-avr] ICCAVR 7.16A Released In-Reply-To: <47C959AB.6@sbcglobal.net> References: <200803010946.m219kfPJ045532@mail.imagecraft.com> <47C959AB.6@sbcglobal.net> Message-ID: <47C95E5B.5030405@sbcglobal.net> Richard, Problem resolved. The system had lost track of the dongle for some reason and the compiler was in "demo" mode. A reboot resolved the issue. Sorry. Jerry Ross Jerry Ross wrote: > Richard, > > For some reason 7.16A release version is reporting "Device 52% full" > when it should actually be reporting 1% full. > I have verified that the target device did not get changed by the new > compiler. > > Jerry Ross > > > Richard Man wrote: >> V7.16A - March 1st, 2008 >> IDE >> - [AppBuilder] Added support for all Mega and Tiny devices on the >> device list >> - Added File->Compile File->(Preprocess Only) >> Compiler >> - Added (R)CALL/RET -> (R)JMP tail call optimization >> - In some cases, a read from a "volatile" variable followed by a >> write >> to the target variable may cause the volatile read to be >> eliminated. >> This only applied to volatile variables, not volatile pointer >> references (e.g. IO registers). Example: >> >> some_var = volatile_var; >> some_var = ... >> >> >> // richard >> On-line orders, >> support, and listservers available on web site. >> [ For technical support on ImageCraft products, please include all >> previous replies in your msgs. ] >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr >> > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From sbissonnette at microsyl.com Sat Mar 1 11:39:40 2008 From: sbissonnette at microsyl.com (Sylvain Bissonnette) Date: Sat Mar 1 11:58:50 2008 Subject: [Icc-avr] Another pointer problem, References: <200802250609.m1P69hMS074356@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA3ADA13@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA3ADB57@seattle.ecpower.dk> <200802261207.m1QC7l7X042121@mail.imagecraft.com> <47C8A682.1090704@zetnet.co.uk> Message-ID: <000801c87bd3$fd931590$0301a8c0@Sylvain> Hi, I have once again a problem with pointer. I have a struct and I want to pass it to a function who will see the struct as a array of int I had try 2 things and it's not work and I don't have any other idee, my knowleage of pointer is very basic. Here is the code typedef struct { ushort VersionLen; // Version & Header Lenght ushort TOS; // Type of Service }IpStruct; IpStruct Ip; //----- void main() { Ip.CheckSum = IpCheckSum(20, &Ip[0]); } //----- uint IpCheckSum(uint IpHeaderLen, uint IpHeader[]) { uint i; for (i=0;i References: <200802250609.m1P69hMS074356@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA3ADA13@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA3ADB57@seattle.ecpower.dk> <200802261207.m1QC7l7X042121@mail.imagecraft.com> <47C8A682.1090704@zetnet.co.uk> <000801c87bd3$fd931590$0301a8c0@Sylvain> Message-ID: <47C9EF68.5090504@zetnet.co.uk> Hi Sylvain, Two things are wrong. Firstly, you have only declared a single structure 'Ip', but you have passed the address of the first entry in an array of structures which doesn't exist. Secondly, your function declaration doesn't refer to the structure at all, but rather to another completely different array. Here is a working example of how to use structure pointers: 1. The typedef: /* ************************************************************************ *\ The structure 'Subtitle' is the descriptor for a screen sub-title and has the following contents: 1. const unsigned char MemAddr - The memory address of the screen position. 2. const unsigned char * const Value - A pointer in program memory to the sub-title string also in program memory. \* ************************************************************************ */ typedef const struct { const unsigned char MemAddr; const unsigned char * const Value; } Subtitle ; 2. Some variable declarations: #ifdef MAIN const unsigned char StringThermalAnalysis[] = "THERMAL ANALYSIS"; #endif #define LINE2 0xc0 #define LINE2_COL01 (LINE2) #define LINE2_COL02 (LINE2_COL01 + 1) #define LINE2_COL03 (LINE2_COL01 + 2) #ifdef MAIN Subtitle stThermalAnalysis = { LINE2_COL03, StringThermalAnalysis } ; #else extern Subtitle stThermalAnalysis; #endif 3. A function declaration: /* ************************************************************************ *\ FUNCTION: void ShowSubtitle(Subtitle *pST); Displays the subtitle pointed to by 'pST' on the screen. INPUTS: *pST. OUTPUT: NONE. FUNCTIONS USED: WriteLcdCommand(), WriteLcdData(). \* ************************************************************************ */ void ShowSubtitle(Subtitle *pST) { WriteLcdCommand(pST->MemAddr); cPutText(pST->Value); } 4. A function call. . . ShowSubtitle(&stThermalAnalysis); . . HTH All the best for now, John Sylvain Bissonnette wrote: > Hi, > > I have once again a problem with pointer. I have a struct and I > want to pass it to a function who will see the struct as a array of > int I had try 2 things > and it's not work and I don't have any other idee, my knowleage of > pointer is very basic. Here is the code > > typedef struct { > ushort VersionLen; // Version & Header Lenght > ushort TOS; // Type of Service > }IpStruct; > > IpStruct Ip; > > //----- > > void main() > { > Ip.CheckSum = IpCheckSum(20, &Ip[0]); > > } > > //----- > > uint IpCheckSum(uint IpHeaderLen, uint IpHeader[]) > { > uint i; > for (i=0;i { > Word16 =((IpHeader[i]<<8)&0xFF00)+(IpHeader[i+1]&0xFF); > CheckSum = CheckSum + (ulong)Word16; > } > > return ((uint) CheckSum); > } > > And the second one I try is: > > typedef struct { > ushort VersionLen; // Version & Header Lenght > ushort TOS; // Type of Service > }IpStruct; > > IpStruct Ip; > > //----- > > void main() > { > Ip.CheckSum = IpCheckSum(20, (uint*)&Ip[0]); > } > > //----- > > uint IpCheckSum(uint IpHeaderLen, uint *IpHeader) > { > uint i; > for (i=0;i { > Word16 =((IpHeader[i]<<8)&0xFF00)+(IpHeader[i+1]&0xFF); > CheckSum = CheckSum + (ulong)Word16; > } > > return ((uint) CheckSum); > } > > > Thanks for your time, > Sylvain Bissonnette > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > From sbissonnette at microsyl.com Sun Mar 2 09:16:46 2008 From: sbissonnette at microsyl.com (Sylvain Bissonnette) Date: Sun Mar 2 09:35:58 2008 Subject: [Icc-avr] Another pointer problem, Message-ID: <000901c87c89$31de11a0$0301a8c0@Sylvain> Hi, My problem is solve! the answer is Ethernet->DestMAC[0] = 0xff; and not Ethernet.DestMAC[0] = 0xff; Thanks Sylvain ----- Original Message ----- From: "Sylvain Bissonnette" To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Sent: Saturday, March 01, 2008 8:08 PM Subject: Re: [Icc-avr] Another pointer problem, > Hi John > > Thanks for your example, that help me, In the same way I try this and > it's not work too, maybe it's > impossible the way I try, if you can check? > > // Global defenition > ushort Frame[MAX_ETHERNET_LEN]; > > // Type Def > typedef struct { > ushort DestMAC[6]; > ushort SourceMAC[6]; > uint Protocol; > }EthernetStruct; > > // Pointer Def > EthernetStruct *Ethernet; > > // Set the pointer Ethernet to the Frame[0] location > Ethernet = (EthernetStruct*)&Frame[0]; > > // When I do this > > Ethernet.DestMAC[0] = 0xff; > > // I want 0xff to be place at Frame[0] location. > > Thanks for all > Sylvain Bissonnette From Jeff.Milender at goodrich.com Mon Mar 3 12:25:17 2008 From: Jeff.Milender at goodrich.com (Milender, Jeff) Date: Mon Mar 3 12:40:37 2008 Subject: [Icc-avr] Is the AT90CAN128 considered a MegaAVR? Message-ID: The reason I ask is I am having some trouble getting ICCAVR V7.00A Advanced to place things in both the lower and upper 64K and I see this is only supported on the MegaAVRs I seem to be able to do either one (lower or upper) but not both at the same time. Thanks Jeff Jeff Milender Systems Engineer Cargo Systems Goodrich Interiors 2604 Highway 20 North Jamestown, ND 58401 Tel: 701-253-7569 jeff.milender@goodrich.com www.goodrich.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080303/6c8ce9eb/attachment.html From richard-lists at imagecraft.com Mon Mar 3 13:07:42 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Mar 3 13:23:46 2008 Subject: [Icc-avr] Is the AT90CAN128 considered a MegaAVR? In-Reply-To: References: Message-ID: <200803032123.m23LNjZb069662@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080303/f4b32662/attachment.html From Jeff.Milender at goodrich.com Mon Mar 3 14:11:46 2008 From: Jeff.Milender at goodrich.com (Milender, Jeff) Date: Mon Mar 3 14:26:55 2008 Subject: [Icc-avr] Is the AT90CAN128 considered a MegaAVR? In-Reply-To: <200803032123.m23LNjZb069662@mail.imagecraft.com> References: <200803032123.m23LNjZb069662@mail.imagecraft.com> Message-ID: Thanks, I will give it a try with the newer version just to make sure everything works as expected. Unfortunately at this time and on this project I am locked into Version 7.00A. Luckily I do not have an issue in that I actually need to get into the upper memory at this point (currently I am only using about 30% of the lower memory space), I am just checking out that feature/ability for the future. Thanks Jeff Jeff Milender Systems Engineer Cargo Systems Goodrich Interiors 2604 Highway 20 North Jamestown, ND 58401 Tel: 701-253-7569 jeff.milender@goodrich.com www.goodrich.com ________________________________ From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Monday, March 03, 2008 3:08 PM 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@imagecraft.com Subject: Re: [Icc-avr] Is the AT90CAN128 considered a MegaAVR? 7.00A is really old. Possibly a problem there. You can always install the latest demo in a separate directory and check its behavior if you don't want to upgrade "for real" for the time being. I know the CAN128 support has been working for a while, just probably not as early as 7.00A At 12:25 PM 3/3/2008, Milender, Jeff wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C87D6C.B212E0A0" The reason I ask is I am having some trouble getting ICCAVR V7.00A Advanced to place things in both the lower and upper 64K and I see this is only supported on the MegaAVRs I seem to be able to do either one (lower or upper) but not both at the same time. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080303/67754088/attachment-0001.html From obparham at jpl.nasa.gov Mon Mar 3 16:39:09 2008 From: obparham at jpl.nasa.gov (Bruce Parham) Date: Mon Mar 3 16:55:13 2008 Subject: [Icc-avr] Xmega finally arrives In-Reply-To: <200803010127.m211R9VT031501@mail.imagecraft.com> References: <200802250609.m1P69hMS074356@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA3ADA13@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA3ADB57@seattle.ecpower.dk> <200802261207.m1QC7l7X042121@mail.imagecraft.com> <47C8A682.1090704@zetnet.co.uk> <200803010127.m211R9VT031501@mail.imagecraft.com> Message-ID: <47CC9A2D.1050507@jpl.nasa.gov> What's the rush, do you really expect silicon this year? Bruce Richard Man wrote: > We should have the basic support: compiler, header files, device > selection list in by the end of March, hopefully earlier. > > AppBuilder work has also started, but that would take a little while. > > At 04:42 PM 2/29/2008, John Baraclough wrote: > >> http://www.atmel.com/dyn/products/product_card.asp?PN=ATxmega128A1 >> >> John From richard-lists at imagecraft.com Mon Mar 3 17:00:31 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Mar 3 17:16:36 2008 Subject: [Icc-avr] Xmega finally arrives In-Reply-To: <47CC9A2D.1050507@jpl.nasa.gov> References: <200802250609.m1P69hMS074356@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA3ADA13@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA3ADB57@seattle.ecpower.dk> <200802261207.m1QC7l7X042121@mail.imagecraft.com> <47C8A682.1090704@zetnet.co.uk> <200803010127.m211R9VT031501@mail.imagecraft.com> <47CC9A2D.1050507@jpl.nasa.gov> Message-ID: <200803040116.m241GZid077218@mail.imagecraft.com> I think they claim they are shipping! :-) At 04:39 PM 3/3/2008, Bruce Parham wrote: >What's the rush, do you really expect silicon this year? > >Bruce > >Richard Man wrote: >>We should have the basic support: compiler, header files, device >>selection list in by the end of March, hopefully earlier. >>AppBuilder work has also started, but that would take a little while. >>At 04:42 PM 2/29/2008, John Baraclough wrote: >> >>>http://www.atmel.com/dyn/products/product_card.asp?PN=ATxmega128A1 >>> >>>John // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From luiz.catalan at gmail.com Tue Mar 4 07:11:29 2008 From: luiz.catalan at gmail.com (Luiz Francisco Catalan) Date: Tue Mar 4 07:26:38 2008 Subject: [Icc-avr] AVR AES bootloader - PC files Message-ID: Hello, maybe this is a little off-topic, so I apologise. I downloaded the files for the AES bootloader (from Mr. Rodney Pearson) and when I tried to execute any of them (started with the PC ones), I had a message from Windows (XP, SP2) telling something like "Application initialization failure due misconfiguration. Reinstalling the application may solve the problem" (my Windows is in a different language, it?s a translation, but you get it). Almost the same if calling from a DOS window. Comparing the sizes from the "new" application to the original from Atmel (yes, compiled under dev-c++), I think the sizes are far different. For instance, "new" gentemp.exe has 8K and the Atmel one has 17K, Seems to me too much difference. I tried then to compile the application under MS Visual C++ 6.0 and no luck (I guess the compiler is too old) or, at least, it did not recognize the .sln file, saying that "The selected file is not a valid Visual Studio solution file". Also I?ve not much experience with the MS tools. Could someone give me a help on this? Best regards and thanks for any answer, Luiz From andrew_166 at msn.com Wed Mar 5 10:29:08 2008 From: andrew_166 at msn.com (Andrew) Date: Wed Mar 5 10:44:14 2008 Subject: [Icc-avr] 7.16A Application Builder References: <200802250609.m1P69hMS074356@mail.imagecraft.com> Message-ID: Hi, I am using the ATmega 1280 which has 86 I/O lines but when i run the application bulider and look at the ports tab it only shows 54 I/O pins (Port A to G, instead of Port A,B,C,D,E,F,G,H,J,K,L) are there any other issues with the application builder with regards the ATmega 1280? Many Thanks, Andy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080305/c919558f/attachment.html From bobgardner at aol.com Wed Mar 5 11:30:43 2008 From: bobgardner at aol.com (bobgardner@aol.com) Date: Wed Mar 5 11:46:03 2008 Subject: [Icc-avr] 7.16A Application Builder In-Reply-To: References: <200802250609.m1P69hMS074356@mail.imagecraft.com> Message-ID: <8CA4D0E89CB4B05-11F0-3769@webmail-stg-d09.sysops.aol.com> Just cut n paste port g to port h,j,k,l and start programming. -----Original Message----- From: Andrew Sent: Wed, 5 Mar 2008 1:29 pm Subject: [Icc-avr] 7.16A Application Builder Hi, ? I am using the ATmega 1280 which has?86 I/O lines but when i run the application bulider and look at the ports tab it only shows 54 I/O pins (Port A to G, instead of Port A,B,C,D,E,F,G,H,J,K,L) are there any other issues with the application?builder with regards the ATmega 1280? ? Many Thanks, ? Andy ? _______________________________________________ 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/20080305/4bf8f9c4/attachment.html From luiz.catalan at gmail.com Thu Mar 6 17:23:44 2008 From: luiz.catalan at gmail.com (Luiz Francisco Catalan) Date: Thu Mar 6 17:38:55 2008 Subject: [Icc-avr] OT - Rodney Pearson? Message-ID: Hello all and sorry the OT, I need an email contact. Please, could someone inform to me if Rodney Pearson is still on the list? Thanks, Luiz From richard-lists at imagecraft.com Thu Mar 6 23:07:32 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Mar 6 23:23:09 2008 Subject: [Icc-avr] OT - Rodney Pearson? In-Reply-To: References: Message-ID: <200803070723.m277N8wZ048019@mail.imagecraft.com> Luiz, I know you have a question about the Windows utility program. I have sent an email to Rodney to see if it is OK for you to contact him. Will let you know. At 05:23 PM 3/6/2008, Luiz Francisco Catalan wrote: >Hello all and sorry the OT, > >I need an email contact. Please, could someone inform to me if Rodney >Pearson is still on the list? > >Thanks, >Luiz > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From luiz.catalan at gmail.com Fri Mar 7 04:05:37 2008 From: luiz.catalan at gmail.com (Luiz Francisco Catalan) Date: Fri Mar 7 04:20:47 2008 Subject: [Icc-avr] OT - Rodney Pearson? In-Reply-To: <200803070723.m277N8wZ048019@mail.imagecraft.com> References: <200803070723.m277N8wZ048019@mail.imagecraft.com> Message-ID: 2008/3/7, Richard Man : Hi Richard, > Luiz, I know you have a question about the Windows utility program. I > have sent an email to Rodney to see if it is OK for you to contact > him. Will let you know. Thank you very much for your kindness. I?ll wait. Best regards, Luiz > At 05:23 PM 3/6/2008, Luiz Francisco Catalan wrote: > >Hello all and sorry the OT, > > > >I need an email contact. Please, could someone inform to me if Rodney > >Pearson is still on the list? > > > >Thanks, > >Luiz From n.hufnagel at adaptronic.de Mon Mar 10 04:32:23 2008 From: n.hufnagel at adaptronic.de (Hufnagel, Norbert) Date: Mon Mar 10 05:31:57 2008 Subject: [Icc-avr] Bootloader for AT90CAN128 for ICCAVR ? Message-ID: <93827E273609CA4CAB8C16DF75CAACCE4CBE26@SERVER-02.adaptronic.local> Hi, i'm searching for a bootloader for AT90CAN128. There were some postings in the past regarding bootloader for AT90CAN128 but i couldn't get any further information. Can anybody help me? (I already tried to port a bootloader for GCC to ICCAVR but i didn't succeed). Mit freundlichen Gr??en Norbert Hufnagel Entwicklung n.hufnagel@adaptronic.de adaptronic Pr?ftechnik GmbH D?rlesberg-Ernsthof D-97877 Wertheim Telefon: +49 (0) 9345 930-154 Telefax: +49 (0) 9345 930-100 Sitz der Gesellschaft: Wertheim Registergericht: Handelsregister am Amtsgericht Mannheim, HRB 570328 Gesch?ftsf?hrer: Peter M?ller Besuchen Sie uns unter www.adaptronic.de -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080310/86a881c4/attachment.html From benra at imt.liu.se Fri Mar 14 02:35:48 2008 From: benra at imt.liu.se (Bengt Ragnemalm) Date: Fri Mar 14 03:35:23 2008 Subject: [Icc-avr] Different types to same address Message-ID: <005f01c885bf$2b749ed0$b160ec82@Shagrat> Is it possible to set two variables with different data types to point to the same adress? This is just a ?hack? so nasty tricks are ok. /Bengt ________________________________________________________________ Bengt Ragnemalm Tel +46 13 22 24 97 Research engineer FAX: +46 13 10 19 02 Link?pings Universitet mailto:bengt.ragnemalm@imt.liu.se Inst. f?r Medicinsk Teknik http://www.imt.liu.se S-581 85 Link?ping SWEDEN -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080314/0fad31b6/attachment.html From richard-lists at imagecraft.com Fri Mar 14 03:50:47 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Mar 14 03:51:04 2008 Subject: [Icc-avr] Different types to same address In-Reply-To: <005f01c885bf$2b749ed0$b160ec82@Shagrat> References: <005f01c885bf$2b749ed0$b160ec82@Shagrat> Message-ID: <200803141151.m2EBp2lY009690@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080314/584fdf2e/attachment.html From benra at imt.liu.se Fri Mar 14 03:06:03 2008 From: benra at imt.liu.se (Bengt Ragnemalm) Date: Fri Mar 14 04:05:38 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <200803141151.m2EBp2lY009690@mail.imagecraft.com> References: <005f01c885bf$2b749ed0$b160ec82@Shagrat> <200803141151.m2EBp2lY009690@mail.imagecraft.com> Message-ID: <007e01c885c3$655ab720$b160ec82@Shagrat> Sorry, didn?t tell enough information. It is arrays so I think I must use pointers. Right? _____ Fr?n: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] F?r Richard Man Skickat: den 14 mars 2008 12:51 Till: icc-avr@imagecraft.com ?mne: Re: [Icc-avr] Different types to same address There are billions ways, but the best C way is probably #define IntVar u.intvar #define CharVar u.charvar union { int intvar; char charvar; } u; and you can use the define's to hide union references. **** Or you can define your variables in an asm file: extern int intvar; extern char charvar; in a .s file: _intvar:: _charvar:: .blkb 2 .area idata(rom) .word 1234 At 02:35 AM 3/14/2008, Bengt Ragnemalm wrote: Is it possible to set two variables with different data types to point to the same adress? This is just a hack so nasty tricks are ok. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080314/16e49e0a/attachment.html From benra at imt.liu.se Fri Mar 14 03:06:45 2008 From: benra at imt.liu.se (Bengt Ragnemalm) Date: Fri Mar 14 04:06:17 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <200803141151.m2EBp2lY009690@mail.imagecraft.com> References: <005f01c885bf$2b749ed0$b160ec82@Shagrat> <200803141151.m2EBp2lY009690@mail.imagecraft.com> Message-ID: <008301c885c3$7db303e0$b160ec82@Shagrat> The assembler trick must work though. _____ Fr?n: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] F?r Richard Man Skickat: den 14 mars 2008 12:51 Till: icc-avr@imagecraft.com ?mne: Re: [Icc-avr] Different types to same address There are billions ways, but the best C way is probably #define IntVar u.intvar #define CharVar u.charvar union { int intvar; char charvar; } u; and you can use the define's to hide union references. **** Or you can define your variables in an asm file: extern int intvar; extern char charvar; in a .s file: _intvar:: _charvar:: .blkb 2 .area idata(rom) .word 1234 At 02:35 AM 3/14/2008, Bengt Ragnemalm wrote: Is it possible to set two variables with different data types to point to the same adress? This is just a hack so nasty tricks are ok. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080314/8c87d752/attachment.html From j_baraclough at zetnet.co.uk Fri Mar 14 06:11:00 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Fri Mar 14 07:14:04 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <008301c885c3$7db303e0$b160ec82@Shagrat> References: <005f01c885bf$2b749ed0$b160ec82@Shagrat> <200803141151.m2EBp2lY009690@mail.imagecraft.com> <008301c885c3$7db303e0$b160ec82@Shagrat> Message-ID: <47DA8774.6000901@zetnet.co.uk> If you want to use arrays you would be much better using a 'union'. The following example will work fine. union { unsigned char cBuffer[20]; unsigned int iBuffer[10]; } buff; void main(void) { unsigned char x, y; buff.iBuffer[5] = 27893; x = buff.cBuffer[10]; y = buff.cBuffer[11]; while(1) ; } HTH John Bengt Ragnemalm wrote: > > The assembler trick must work though. > > > > ------------------------------------------------------------------------ > > *Fr?n:* icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] *F?r *Richard Man > *Skickat:* den 14 mars 2008 12:51 > *Till:* icc-avr@imagecraft.com > *?mne:* Re: [Icc-avr] Different types to same address > > > > There are billions ways, but the best C way is probably > > #define IntVar u.intvar > #define CharVar u.charvar > > union { > int intvar; > char charvar; > } u; > > and you can use the define's to hide union references. > > **** > Or you can define your variables in an asm file: > > extern int intvar; > extern char charvar; > > in a .s file: > > _intvar:: > _charvar:: > .blkb 2 > .area idata(rom) > .word 1234 > > At 02:35 AM 3/14/2008, Bengt Ragnemalm wrote: > > Is it possible to set two variables with different data types to point > to the same adress? This is just a hack so nasty tricks are ok. > > // richard (This email is for mailing lists. To reach me directly, > please use richard at imagecraft.com) > > ------------------------------------------------------------------------ > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From david_brown at hotpop.com Fri Mar 14 12:37:33 2008 From: david_brown at hotpop.com (David Brown) Date: Fri Mar 14 13:37:16 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <47DA8774.6000901@zetnet.co.uk> References: <005f01c885bf$2b749ed0$b160ec82@Shagrat> <200803141151.m2EBp2lY009690@mail.imagecraft.com> <008301c885c3$7db303e0$b160ec82@Shagrat> <47DA8774.6000901@zetnet.co.uk> Message-ID: <47DAE20D.5070309@hotpop.com> As is often the case, there are many solutions - there is no "best" method, at least not without knowing the exact code in hand. Unions are okay, and are probably the best solution if you have a fairly balanced use of the two types. But if you've got a data structure that you normally access in a particular way (as a struct, or an array, or whatever) and only exceptionally access it as something else, then using a union makes your normal code look ugly - typecasting may be the neater answer (especially if it is hidden in macros). For example, if you regularly need to generate a checksum for different types of data, then use a function and macro like this: uint8_t checksum(uint8_t *p, uint8_t n) { uint8_t sum = 0; while (n--) sum += *p++; return sum; } #define checksumObject(x) checksum((uint8_t *) &x, sizeof(x)) Then you can call checksumObject() on a struct, an array, or whatever without having to specifically wrap the object in a union. If you are dealing with a single array (as in the example below), an alternative method would be: unsigned int iBuffer[10]; #define cBuffer ((unsigned char*) iBuffer) Then you don't have to prefix everything with union access. Typecasts are often considered "evil", and an indication that you have a design problem with your code. Sometimes that is the case, but often they are a good solution, especially if hidden away in a #define rather than naked in the middle of your code. mvh., David John Baraclough wrote: > If you want to use arrays you would be much better using a 'union'. The > following example will work fine. > > > union > { > unsigned char cBuffer[20]; > unsigned int iBuffer[10]; > } buff; > > > void main(void) > { > unsigned char x, y; > > buff.iBuffer[5] = 27893; > > x = buff.cBuffer[10]; y = buff.cBuffer[11]; > while(1) > ; > } > > HTH > > John > > > Bengt Ragnemalm wrote: >> >> The assembler trick must work though. >> >> >> >> ------------------------------------------------------------------------ >> >> *Fr?n:* icc-avr-bounces@imagecraft.com >> [mailto:icc-avr-bounces@imagecraft.com] *F?r *Richard Man >> *Skickat:* den 14 mars 2008 12:51 >> *Till:* icc-avr@imagecraft.com >> *?mne:* Re: [Icc-avr] Different types to same address >> >> >> >> There are billions ways, but the best C way is probably >> >> #define IntVar u.intvar >> #define CharVar u.charvar >> >> union { >> int intvar; >> char charvar; >> } u; >> >> and you can use the define's to hide union references. >> >> **** >> Or you can define your variables in an asm file: >> >> extern int intvar; >> extern char charvar; >> >> in a .s file: >> >> _intvar:: >> _charvar:: >> .blkb 2 >> .area idata(rom) >> .word 1234 >> >> At 02:35 AM 3/14/2008, Bengt Ragnemalm wrote: >> >> Is it possible to set two variables with different data types to point >> to the same adress? This is just a hack so nasty tricks are ok. >> >> // richard (This email is for mailing lists. To reach me directly, >> please use richard at imagecraft.com) >> From Albert.vanVeen at pertronic.co.nz Sun Mar 16 12:25:10 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Sun Mar 16 13:24:19 2008 Subject: [Icc-avr] Urgent: icc-avr crashes Message-ID: Wierd problem: ICCAVR hangs on startup; it seems to start, the window looking normally, but as soon as I click on any emnu or icon, the window goes blank and it just ahngs there. Not even Windows task manager can stop it, only a reboot gets rid of it. I tried to reinstall, but afterwards the same behaviour. If I startup through a prj file, it hangs immediately in a blank window. I'm using version 7.14. Anybody seen this before; know how to fix it? I need my compiler!! Help please!! Albert van Veen. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080317/c0b7bcb1/attachment.html From richard-lists at imagecraft.com Sun Mar 16 22:28:07 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Sun Mar 16 22:28:30 2008 Subject: [Icc-avr] Urgent: icc-avr crashes In-Reply-To: References: Message-ID: <200803170628.m2H6SUOs014105@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080316/1941d420/attachment.html From t.jaspers at cpseurope.com Mon Mar 17 00:24:14 2008 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Mon Mar 17 01:23:56 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <47DAE20D.5070309@hotpop.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C5DF654@mickey.PBNV.local> > From: David Brown > > As is often the case, there are many solutions - there is no "best" > method, at least not without knowing the exact code in hand. <....> > For example, if you regularly need to > generate a checksum for different types of data, then use a > function and macro like this: > > uint8_t checksum(uint8_t *p, uint8_t n) { > uint8_t sum = 0; > while (n--) sum += *p++; > return sum; > } > #define checksumObject(x) checksum((uint8_t *) &x, sizeof(x)) > Though I agree with your views the example is somewhat unfortunate. I would program this using a void pointer: uchar_t checksum ( void *p, ushort_t n ) { register uchar_t *ptr = (uchar_t *)p ; /* not really needed in many cases */ .... The void pointer avoids using a macro all together. BTW, I never use 8 bit vars for length, unless with good reason. It avoids hours and hours of bug searching. Cheers, Ton From andrew_166 at msn.com Mon Mar 17 01:12:47 2008 From: andrew_166 at msn.com (Andrew) Date: Mon Mar 17 02:12:32 2008 Subject: [Icc-avr] PWM Help/Suggestions References: Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: inj.jpg Type: image/jpeg Size: 14397 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20080317/d1eeae1d/inj-0001.jpg From david_brown at hotpop.com Mon Mar 17 02:59:08 2008 From: david_brown at hotpop.com (David Brown) Date: Mon Mar 17 03:20:11 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <7B0EB27CF1CC93439B5CFB7526E5D74C5DF654@mickey.PBNV.local> References: <7B0EB27CF1CC93439B5CFB7526E5D74C5DF654@mickey.PBNV.local> Message-ID: <47DE4EFC.30709@hotpop.com> Jaspers, Ton wrote: >> From: David Brown >> >> As is often the case, there are many solutions - there is no "best" >> method, at least not without knowing the exact code in hand. > > <....> > >> For example, if you regularly need to >> generate a checksum for different types of data, then use a >> function and macro like this: >> >> uint8_t checksum(uint8_t *p, uint8_t n) { >> uint8_t sum = 0; >> while (n--) sum += *p++; >> return sum; >> } >> #define checksumObject(x) checksum((uint8_t *) &x, sizeof(x)) >> > > Though I agree with your views the example is somewhat unfortunate. > I would program this using a void pointer: > > uchar_t checksum ( void *p, ushort_t n ) { > register uchar_t *ptr = (uchar_t *)p ; /* not really needed in > many cases */ > .... > > The void pointer avoids using a macro all together. > It avoids the macro for the typecast (you are simply doing the typecast inside the checkum function), but the macro is still needed for the convenient wrapper (avoiding the need for an explicit sizeof in the main code). But whether you are doing the typecast using an explicit macro, or an implicit typecast to fit the function arguments, you are using the same method to access the data at the same address but a different type, so it all works out the same in the end. By the way, as far as I know its been a decade or so since any serious compiler paid attention to the "register" keyword - let the compiler figure out which variables are best stored in registers. > BTW, I never use 8 bit vars for length, unless with > good reason. It avoids hours and hours of bug searching. > It is certainly worth thinking about whether such variables and parameters should be 8-bit or 16-bit. 8-bit data often gives significantly smaller and faster code on the AVR, so you should not always use 16-bit "just in case". For code that may be shared between bigger and smaller programs, it's easy enough to make a typedef in a header and use that in your code. That way, you have one line to change to swap between small and fast, and large and general. Incidentally, do recent icc-avr versions give a warning on code such as this: extern void foo(unsigned char n); void bar(void) { foo(1000); } If it does not, then I can see why you'd worry more about using 8-bit parameters. mvh., David From t.jaspers at cpseurope.com Mon Mar 17 08:56:44 2008 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Mon Mar 17 09:56:28 2008 Subject: SV: [Icc-avr] Different types to same address In-Reply-To: <47DE4EFC.30709@hotpop.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C5DF6C9@mickey.PBNV.local> > From: David Brown > > By the way, as far as I know its been a decade or so since > any serious compiler paid attention to the "register" keyword > - let the compiler figure out which variables are best stored > in registers. My K&R book is a first edition.... I have been programming C for over thirty years, old habits never die.... > > > BTW, I never use 8 bit vars for length, unless with good reason. It > > avoids hours and hours of bug searching. > > > > Incidentally, do recent icc-avr versions give a warning on > code such as > this: > > extern void foo(unsigned char n); > void bar(void) { > foo(1000); > } > > If it does not, then I can see why you'd worry more about > using 8-bit parameters. That is exactly what I meant. As for the AVR version I dont know. Currently I am assigned to an ARM based project and I am trying to design out the last of the AVR-tiny's, used as a front ends processor, to further reduce cost. Cheers, Ton From bjonaspero at hotmail.com Mon Mar 17 23:14:16 2008 From: bjonaspero at hotmail.com (=?Windows-1252?Q?Bj=F6rn_Lindgren?=) Date: Tue Mar 18 00:13:59 2008 Subject: [Icc-avr] PWM Help/Suggestions In-Reply-To: References: Message-ID: Hi, You cannot set T3, using the same timer. Think of the timer as a triangular wave connected to to two comparators (see data sheet). You can either get the centre of your pulses 180 degrees shifted (as in your sketch) or at the same instant (0 degrees). If you need phase shift, as T3 indicates, you can either use different timers (difficulties with varying phase shift), or an interrupt driven PWM (as you have quite slow needs). You can still use the hardware 'set/restting' of the OC1x-pins if you need the exect timing (wich is not very likely - but why not do the best the MCU can?). Regards, Bj?rn Lindgren From: andrew_166@msn.comTo: icc-avr@imagecraft.comDate: Mon, 17 Mar 2008 09:12:47 +0000Subject: [Icc-avr] PWM Help/Suggestions Hi, I am trying to produce two PWM's from one timer. The attached diagram shows what I need the timer to output on the two pins in question. Where 'period' and 'T3' are set at the beginning of the program but T1 and T2 can move independently of each other based on an ADC reading with a resultion of 1ms/.5ms I have tried to achieve it by setting timer 1 in ?PWM, Phase and frequency correct? using the TOP as ICRn and both OCRA and OCRB compare values to produce the two pulses. The code to initialise the timer is as follows:- *************************** CODE *********************************** void timer1_init(void) { TCCR1A |= (1< Message-ID: Hi, Hi Ok thanks for your help (I am new to the AVR timer) I have decided to use two 16bit timers. And simply start one timer T3 after the other to get the diagram and this works well. Both timers should stay in sync and I have used the sync pre-scalar register. Thanks, Andy ----- Original Message ----- From: Bj?rn Lindgren To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Sent: Tuesday, March 18, 2008 7:14 AM Subject: RE: [Icc-avr] PWM Help/Suggestions Hi, You cannot set T3, using the same timer. Think of the timer as a triangular wave connected to to two comparators (see data sheet). You can either get the centre of your pulses 180 degrees shifted (as in your sketch) or at the same instant (0 degrees). If you need phase shift, as T3 indicates, you can either use different timers (difficulties with varying phase shift), or an interrupt driven PWM (as you have quite slow needs). You can still use the hardware 'set/restting' of the OC1x-pins if you need the exect timing (wich is not very likely - but why not do the best the MCU can?). Regards, Bj?rn Lindgren ---------------------------------------------------------------------------- From: andrew_166@msn.com To: icc-avr@imagecraft.com Date: Mon, 17 Mar 2008 09:12:47 +0000 Subject: [Icc-avr] PWM Help/Suggestions Hi, I am trying to produce two PWM's from one timer. The attached diagram shows what I need the timer to output on the two pins in question. Where 'period' and 'T3' are set at the beginning of the program but T1 and T2 can move independently of each other based on an ADC reading with a resultion of 1ms/.5ms I have tried to achieve it by setting timer 1 in ?PWM, Phase and frequency correct? using the TOP as ICRn and both OCRA and OCRB compare values to produce the two pulses. The code to initialise the timer is as follows:- *************************** CODE *********************************** void timer1_init(void) { TCCR1A |= (1< References: Message-ID: <47DF97ED.3060301@edab.nu> Dear Discussion List! I'm trying to port some assembler source code from atmega88 to atmega168. However I'm not an avid asm programmer. I get the following error message "E CCatm168BL.o(561): offset too large for rcall or rjmp to '' I understand the cause and possible solutions for the problem, however I'd like to get any hints on how I can find out which of the many rcall/rjmps that is causing the problem. The line number 561 refers only to the object file which doesn't give me much info on where to look (I think?). cheers Johan From j_baraclough at zetnet.co.uk Tue Mar 18 02:31:26 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Tue Mar 18 03:31:13 2008 Subject: [Icc-avr] PWM Help/Suggestions In-Reply-To: References: Message-ID: <47DF99FE.3040900@zetnet.co.uk> You haven't said what the minimum or maximum pulse widths are, but here's what I would do: Use ICR1 to set the period but offset the start of T1 from timer count 0 by a small number (4 would probably be OK). Enable ICR1 interrupt. In ICR1 interrupt handler: Set TCCR1A with COM1A1 & COM1A0 as '11' and the same with COM1B1 & COM1B0. Set OCR1A to 4 and OCR1B to T3 + 4. Clear the OCR1A & OCR1B interrupt flags and enable OCR1A & OCR1B interrupts. In OCR1A interrupt handler: Disable OCR1A interrupt. Set OCR1A as T1 + 4. Set TCCR1A with COM1A1 & COM1A0 as '10'. In OCR1B interrupt handler: Disable OCR1B interrupt. Set OCR1B as T3 + T2 + 4. Set TCCR1A with COM1B1 & COM1B0 as '10'. Sit back and watch it all work. With such slow pulse rates, there's plenty of time for the interrupt handlers to respond. The pulse widths will be accurate as the hardware is doing the work and ISR latency isn't an issue.. HTH. John Andrew wrote: > Hi, > > I am trying to produce two PWM's from one timer. The attached diagram > shows what I need the timer to output on the two pins in question. > Where 'period' and 'T3' are set at the beginning of the program but T1 > and T2 can move independently of each other based on an ADC reading > with a resultion of 1ms/.5ms > I have tried to achieve it by setting timer 1 in ?PWM, Phase and > frequency correct? using the TOP as ICRn and both OCRA and OCRB > compare values to produce the two pulses. The code to initialise the > timer is as follows:- > *************************** CODE *********************************** > void timer1_init(void) > { > TCCR1A |= (1< (1< TCCR1B |= (1< ICR1 = 800; > } > *************************** END OF CODE > *********************************** > Setting ICRn as 800 (gives a period of 200ms) and setting OCRA to 40 > gives 10ms (T1) and this works as i have checked the output of PB5 > with a scope, the problem i am having is when i set OCRB. Say i need > T2 to be 20ms long. I simply set OCRB to 80 but how do i set T3? As in > this example i need to set it as 40ms. > > Thanks > Andy > From andrew_166 at msn.com Tue Mar 18 03:43:53 2008 From: andrew_166 at msn.com (Andrew) Date: Tue Mar 18 04:43:39 2008 Subject: [Icc-avr] PWM Help/Suggestions References: <47DF99FE.3040900@zetnet.co.uk> Message-ID: Hi john, I have it working with two timers. The operation is simple: - Start timer 1 and use another timer too count T3 after it has finished start timer3, then i can change the duty cycle for both and they will stay in sync as i have set the presale sync bit, even if the duty cycles are different. This seems to work, but I have a few problems to iron out and some more testing. John the specs for the waveform are as follows: - Min Period: - 40ms Max Period: - 400ms The duty cycle must have a resolution of 0.5mSec's I will also try your suggestion and see how that works. Thanks for all your help, Andy From andrew_166 at msn.com Wed Mar 19 01:45:42 2008 From: andrew_166 at msn.com (Andrew) Date: Wed Mar 19 02:45:25 2008 Subject: [Icc-avr] PWM Help References: <47DF99FE.3040900@zetnet.co.uk> Message-ID: Hi, Does anybody have any example code for either the PWM Mode or Fast PWM, 10-bit as i seem to be having problems getting them to work. I have the PWM, Phase and Frequency Correct mode working but this seems to be the only mode i can get to work. i think i must have missed somthing simple (For the fast PWM do i need to re-load the timer in it's interrupt routine or somthing) ********************************* Code *********************************************** void timer1_init(void) { ICR1 = 800; // Set the TOP Value TCCR1A |= (1< References: <47DF99FE.3040900@zetnet.co.uk> Message-ID: <20f5efc40803190807u4fb07ad5h490c20f2d8ec1d45@mail.gmail.com> Here is what I do: //------------------------------------------------------------------------------------------------------------ //TIMER1 initialisation - prescale:1 // desired value: 4 KHz void timer1_init(void) { TCCR1A = 0x00; //stop OCR1A = 0x2ff; //set compare 127 OCR1B = 0x2ff; //set compare 127 TCCR1A = 0xA3; //start timer 0xa3 TCCR1B = 0x69; //start timer 0x6a wgm = fast pwm, 10-bit TIMSK = 0x9c; // 0x9e timer interrupt sources } #pragma interrupt_handler timer1_compa_isr:8 void timer1_compa_isr(void) { //compare occured TCNT1=OCR1A OCR1A = new_load_valueA; } #pragma interrupt_handler timer1_compb_isr:9 void timer1_compb_isr(void) { //compare occured TCNT1=OCR1A OCR1B = new_load_valueB; } //------------------------------------------------------------------------------------------------------------ Then within main() I update new_load_valueA,B. Oh yeah....TIMSK needs to be adjusted for your interrupts (this was a cut and paste) On Wed, Mar 19, 2008 at 4:45 AM, Andrew wrote: > Hi, > > Does anybody have any example code for either the PWM Mode or Fast PWM, > 10-bit as i seem to be having problems getting them to work. I have the PWM, > Phase and Frequency Correct mode working but this seems to be the only mode > i can get to work. i think i must have missed somthing simple (For the fast > PWM do i need to re-load the timer in it's interrupt routine or somthing) > > ********************************* Code > *********************************************** > > > void timer1_init(void) > { > ICR1 = 800; // Set the TOP Value > TCCR1A |= (1< (1< TCCR1B |= (1< > } > > then in the main : - > > OCR1A = 400; > ********************************* End of Code > *********************************************** > > Thanks, > > Andy > > > > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080319/7290ab04/attachment.html From andrew_166 at msn.com Wed Mar 19 07:30:54 2008 From: andrew_166 at msn.com (Andrew) Date: Wed Mar 19 08:30:38 2008 Subject: [Icc-avr] PWM Help References: <47DF99FE.3040900@zetnet.co.uk> <20f5efc40803190807u4fb07ad5h490c20f2d8ec1d45@mail.gmail.com> Message-ID: Thanks Paul, yes updating the OCR register in the overflow interrupt is a better idea. Thanks, Andy ----- Original Message ----- From: Paul Mateer To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Sent: Wednesday, March 19, 2008 3:07 PM Subject: Re: [Icc-avr] PWM Help Here is what I do: //------------------------------------------------------------------------------------------------------------ //TIMER1 initialisation - prescale:1 // desired value: 4 KHz void timer1_init(void) { TCCR1A = 0x00; //stop OCR1A = 0x2ff; //set compare 127 OCR1B = 0x2ff; //set compare 127 TCCR1A = 0xA3; //start timer 0xa3 TCCR1B = 0x69; //start timer 0x6a wgm = fast pwm, 10-bit TIMSK = 0x9c; // 0x9e timer interrupt sources } #pragma interrupt_handler timer1_compa_isr:8 void timer1_compa_isr(void) { //compare occured TCNT1=OCR1A OCR1A = new_load_valueA; } #pragma interrupt_handler timer1_compb_isr:9 void timer1_compb_isr(void) { //compare occured TCNT1=OCR1A OCR1B = new_load_valueB; } //------------------------------------------------------------------------------------------------------------ Then within main() I update new_load_valueA,B. Oh yeah....TIMSK needs to be adjusted for your interrupts (this was a cut and paste) On Wed, Mar 19, 2008 at 4:45 AM, Andrew wrote: Hi, Does anybody have any example code for either the PWM Mode or Fast PWM, 10-bit as i seem to be having problems getting them to work. I have the PWM, Phase and Frequency Correct mode working but this seems to be the only mode i can get to work. i think i must have missed somthing simple (For the fast PWM do i need to re-load the timer in it's interrupt routine or somthing) ********************************* Code *********************************************** void timer1_init(void) { ICR1 = 800; // Set the TOP Value TCCR1A |= (1< References: <47DF99FE.3040900@zetnet.co.uk> <20f5efc40803190807u4fb07ad5h490c20f2d8ec1d45@mail.gmail.com> Message-ID: <8CA57FF8E741E97-15C0-9B4@MBLK-M18.sysops.aol.com> I'd change the 8 to iv_TIMER1_COMPA for readability (these have been avail since 7.14 I think) -----Original Message----- From: Paul Mateer Sent: Wed, 19 Mar 2008 11:07 am Subject: Re: [Icc-avr] PWM Help Here is what I do: //------------------------------------------------------------------------------------------------------------ //TIMER1 initialisation - prescale:1 // desired value: 4 KHz void timer1_init(void) { ?TCCR1A = 0x00; //stop ?OCR1A? = 0x2ff;? //set compare? 127 ?OCR1B? = 0x2ff;? //set compare? 127 ?TCCR1A = 0xA3; //start timer? 0xa3 ?TCCR1B = 0x69; //start timer? 0x6a? wgm = fast pwm, 10-bit ? ?TIMSK = 0x9c;?? // 0x9e? timer interrupt sources } #pragma interrupt_handler timer1_compa_isr:8 void timer1_compa_isr(void) { //compare occured TCNT1=OCR1A ?? OCR1A = new_load_valueA; } #pragma interrupt_handler timer1_compb_isr:9 void timer1_compb_isr(void) { //compare occured TCNT1=OCR1A ?? OCR1B = new_load_valueB; } //------------------------------------------------------------------------------------------------------------ Then within main() I update new_load_valueA,B.? Oh yeah....TIMSK needs to be adjusted for your interrupts (this was a cut and paste) On Wed, Mar 19, 2008 at 4:45 AM, Andrew wrote: Hi, ? Does anybody have any example code for either the PWM Mode or Fast PWM, 10-bit as i seem to be having problems getting them to work. I have the PWM, Phase and Frequency Correct mode working but this seems to be the only mode i can get to work. i think i must have missed somthing simple (For the fast PWM do i need to re-load the timer in it's interrupt routine or somthing) ? ********************************* Code *********************************************** ? void timer1_init(void) { ICR1 = 800; // Set the TOP Value TCCR1A |= (1< References: <47DF99FE.3040900@zetnet.co.uk> <20f5efc40803190807u4fb07ad5h490c20f2d8ec1d45@mail.gmail.com> <8CA57FF8E741E97-15C0-9B4@MBLK-M18.sysops.aol.com> Message-ID: <20f5efc40803191159s510bf013g9f926506eb467882@mail.gmail.com> ....I guess I HAVE been using this code for quite a while now :) On Wed, Mar 19, 2008 at 12:41 PM, wrote: > I'd change the 8 to iv_TIMER1_COMPA for readability (these have been avail > since 7.14 I think) > > > -----Original Message----- > From: Paul Mateer > Sent: Wed, 19 Mar 2008 11:07 am > Subject: Re: [Icc-avr] PWM Help > > Here is what I do: > > //------------------------------------------------------------------------------------------------------------ > //TIMER1 initialisation - prescale:1 > // desired value: 4 KHz > void timer1_init(void) > { > TCCR1A = 0x00; //stop > OCR1A = 0x2ff; //set compare 127 > OCR1B = 0x2ff; //set compare 127 > TCCR1A = 0xA3; //start timer 0xa3 > TCCR1B = 0x69; //start timer 0x6a wgm = fast pwm, 10-bit > > TIMSK = 0x9c; // 0x9e timer interrupt sources > } > > > #pragma interrupt_handler timer1_compa_isr:8 > void timer1_compa_isr(void) > { > //compare occured TCNT1=OCR1A > OCR1A = new_load_valueA; > } > > #pragma interrupt_handler timer1_compb_isr:9 > void timer1_compb_isr(void) > { > //compare occured TCNT1=OCR1A > OCR1B = new_load_valueB; > } > > //------------------------------------------------------------------------------------------------------------ > > > Then within main() I update new_load_valueA,B. Oh yeah....TIMSK needs to > be adjusted for your interrupts (this was a cut and paste) > > > > On Wed, Mar 19, 2008 at 4:45 AM, Andrew wrote: > > > Hi, > > > > Does anybody have any example code for either the PWM Mode or Fast PWM, > > 10-bit as i seem to be having problems getting them to work. I have the PWM, > > Phase and Frequency Correct mode working but this seems to be the only mode > > i can get to work. i think i must have missed somthing simple (For the fast > > PWM do i need to re-load the timer in it's interrupt routine or somthing) > > > > ********************************* Code > > *********************************************** > > > > void timer1_init(void) > > { > > ICR1 = 800; // Set the TOP Value > > TCCR1A |= (1< > (1< > TCCR1B |= (1< > > > } > > then in the main : - > > OCR1A = 400; > > ********************************* End of Code > > *********************************************** > > > > Thanks, > > > > Andy > > > > > > > > _______________________________________________ > > Icc-avr mailing list > > Icc-avr@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > > > > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > > _______________________________________________ > Icc-avr mailing listIcc-avr@imagecraft.comhttp://dragonsgate.net/mailman/listinfo/icc-avr > > ------------------------------ > Supercharge your AIM. Get the AIM toolbarfor your browser. > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080319/b5fc3ecc/attachment.html From richard at imagecraft.com Thu Mar 20 16:56:14 2008 From: richard at imagecraft.com (Richard Man) Date: Thu Mar 20 16:57:48 2008 Subject: [Icc-avr] Eliminating RCS - Message-ID: <200803210057.m2L0vlmj057625@mail.imagecraft.com> At the next major releases, unless there is strong objection, support for the RCS will be removed. I believe it has been broken for a while since some Windows upgrade and most people use their own solution for source code management need. Let me know I am wrong on this. // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From dittybop at sbcglobal.net Thu Mar 20 19:11:37 2008 From: dittybop at sbcglobal.net (Jerry Ross) Date: Thu Mar 20 20:11:25 2008 Subject: [Icc-avr] Eliminating RCS - In-Reply-To: <200803210057.m2L0vlmj057625@mail.imagecraft.com> Message-ID: <14213.25024.qm@web82108.mail.mud.yahoo.com> Richard, It's fine with me. I have never used the RCS feature. Jerry Richard Man wrote: At the next major releases, unless there is strong objection, support for the RCS will be removed. I believe it has been broken for a while since some Windows upgrade and most people use their own solution for source code management need. Let me know I am wrong on this. // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20080320/62f0952b/attachment.html From jassenbaum at htp-tel.de Sun Mar 23 17:01:49 2008 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Sun Mar 23 18:02:38 2008 Subject: [Icc-avr] Eliminating RCS - References: <200803210057.m2L0vlmj057625@mail.imagecraft.com> <14213.25024.qm@web82108.mail.mud.yahoo.com> Message-ID: I tried it once, long ago, still with V6... did not fit for my needs. Johannes > Richard, > It's fine with me. I have never used the RCS feature. > Jerry > Richard Man wrote: > At the next major releases, unless there is strong objection, support > for the RCS will be removed. I believe it has been broken for a while > since some Windows upgrade and most people use their own solution for > source code management need. > Let me know I am wrong on this. > // richard > On-line orders, > support, and listservers available on web site. > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From jassenbaum at htp-tel.de Sun Mar 23 17:24:14 2008 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Sun Mar 23 18:25:02 2008 Subject: [Icc-avr] PWM Help References: <20f5efc40803190807u4fb07ad5h490c20f2d8ec1d45@mail.gmail.com> <8CA57FF8E741E97-15C0-9B4@MBLK-M18.sysops.aol.com> Message-ID: iv_... symbolic vector names are available since ioXXXv.h files exist, that is even longer than V7.00 ;-) Only documentation is not included in iccavr help yet, because existing reference is html and I don't know how to convert for framemaker, that Richard uses. Anyone out there, who could help? Johannes > I'd change the 8 to iv_TIMER1_COMPA for readability (these have been avail since > 7.14 I think) > -----Original Message----- > From: Paul Mateer > Sent: Wed, 19 Mar 2008 11:07 am > Subject: Re: [Icc-avr] PWM Help > Here is what I do: > //--------------------------------------------------------------------------------- > --------------------------- > //TIMER1 initialisation - prescale:1 > // desired value: 4 KHz > void timer1_init(void) > { > ?TCCR1A = 0x00; //stop > ?OCR1A? = 0x2ff;? //set compare? 127 > ?OCR1B? = 0x2ff;? //set compare? 127 > ?TCCR1A = 0xA3; //start timer? 0xa3 > ?TCCR1B = 0x69; //start timer? 0x6a? wgm = fast pwm, 10-bit > ? > ?TIMSK = 0x9c;?? // 0x9e? timer interrupt sources > } > #pragma interrupt_handler timer1_compa_isr:8 > void timer1_compa_isr(void) > { > //compare occured TCNT1=OCR1A > ?? OCR1A = new_load_valueA; > } > #pragma interrupt_handler timer1_compb_isr:9 > void timer1_compb_isr(void) > { > //compare occured TCNT1=OCR1A > ?? OCR1B = new_load_valueB; > } > //--------------------------------------------------------------------------------- > --------------------------- > Then within main() I update new_load_valueA,B.? Oh yeah....TIMSK needs to be > adjusted for your interrupts (this was a cut and paste) > On Wed, Mar 19, 2008 at 4:45 AM, Andrew wrote: > Hi, > ? > Does anybody have any example code for either the PWM Mode or Fast PWM, 10-bit as i > seem to be having problems getting them to work. I have the PWM, Phase and > Frequency Correct mode working but this seems to be the only mode i can get to > work. i think i must have missed somthing simple (For the fast PWM do i need to > re-load the timer in it's interrupt routine or somthing) > ? > ********************************* Code > *********************************************** > ? > void timer1_init(void) > { > ICR1 = 800; // Set the TOP Value > TCCR1A |= (1< (1< TCCR1B |= (1< } > then in the main : - > OCR1A = 400; > ********************************* End of?Code > *********************************************** > ? > Thanks, > ? > Andy > ? > ? > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- > Paul Mateer, AA9GG > Elan Engineering Corp. > www.elanengr.com > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From t.jaspers at cpseurope.com Tue Mar 25 01:11:20 2008 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Tue Mar 25 02:11:23 2008 Subject: [Icc-avr] Eliminating RCS - In-Reply-To: Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C5DF8F0@mickey.PBNV.local> RCS does it still exist? It does bring back some ansient memories. I just assumed that today everyone uses web based software management systems like Subversion (SVN). I like the ICC IDE because it is simple. It helps me setup a basic project quickly. For serious development I rather use my own IDE which is target and compiler independent. A command-line interface is all I need to incorporate a compiler, linker or debugger into my ussual development environment. Here too ICC fits the bill. This way I don't have to deal with different editors and their peculiarities and there are many more advantages with this approach. Cheers, Ton > -----Original Message----- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Johannes > Assenbaum > Sent: maandag 24 maart 2008 2:02 > To: icc-avr@imagecraft.com > Subject: Re: [Icc-avr] Eliminating RCS - > > I tried it once, long ago, still with V6... did not fit for my needs. > > Johannes > > > Richard, > > > It's fine with me. I have never used the RCS feature. > > > Jerry > > > Richard Man wrote: > > At the next major releases, unless there is strong objection, > > support for the RCS will be removed. I believe it has been > broken for > > a while since some Windows upgrade and most people use their own > > solution for source code management need. > > > Let me know I am wrong on this. > > > // richard > > On-line orders, > > support, and listservers available on web site. > > [ For technical support on ImageCraft products, please include all > > previous replies in your msgs. ] > > > _______________________________________________ > > Icc-avr mailing list > > Icc-avr@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From richard at imagecraft.com Fri Mar 28 04:18:21 2008 From: richard at imagecraft.com (Richard Man) Date: Fri Mar 28 04:20:36 2008 Subject: [Icc-avr] V7.17 beta 0 available Message-ID: <200803281220.m2SCKZf2030813@mail.imagecraft.com> First, if you want to see our new full page ad: http://www.imagecraft.com/pub/CCI_Full_Page_AdB_3_08_ol.pdf Some browser may have a problem (working on that). If so, just right click to save the file locally and open it there. That seems to work well. The news there for AVR users is of course the eBox-AVR, complete kit with a 16K compiler, 10 exaqmple programs, for $199. Anyway, back to ICCAVR: V7.17 [ PRO only: 64 bits FP is now fully support in the C level. TBD - printf, sin/cos/etc. ] IDE - Added Project->Options->Projecti->"Makefile Options" of two choices "Relative Paths" or "Absolute Paths" - Added device support for xmega64, xmega128, xmega192, and xmega256 - Simplified Project->Options->Target by replacing severl checkboxes with an "Instruction Set" architecture drop box - [ Application Builder ] Added T261 - Added entries for XMega64, XM128, XM256 Compiler - Added -MXmega with basic XMega support - Added -dfp for double fp. Header Files - Added M32C1, M32M1, M64C1, M64M1, M32U4 - Added ioxm128A1v.h and ioxm64A1v.h for ATxmega // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From Pirsch at synentec.com Fri Mar 28 06:24:09 2008 From: Pirsch at synentec.com (Pirsch) Date: Fri Mar 28 07:22:05 2008 Subject: AW: [Icc-avr] V7.17 beta 0 available In-Reply-To: <200803281220.m2SCKZf2030813@mail.imagecraft.com> Message-ID: Where can I download the V7.17 ???? regards Matthias Pirsch SynenTec GmbH Otto-Hahn-Str. 9a 25337 Elmshorn GERMANY Tel. +49-4121-4631112 Fax.+49-4121-4631111 Gesch?ftsf?hrung: Stefan Hummel, Matthias Pirsch St.-Nr.: 1829419754 / Amtsgericht PinnebergHRB 2536EL Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte Informationen. Wenn Sie nicht der richtige Adressat sind oder dieses E-Mail irrt?mlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -----Urspr?ngliche Nachricht----- Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Im Auftrag von Richard Man Gesendet: Freitag, 28. M?rz 2008 13:18 An: icc-avr@imagecraft.com Betreff: [Icc-avr] V7.17 beta 0 available First, if you want to see our new full page ad: http://www.imagecraft.com/pub/CCI_Full_Page_AdB_3_08_ol.pdf Some browser may have a problem (working on that). If so, just right click to save the file locally and open it there. That seems to work well. The news there for AVR users is of course the eBox-AVR, complete kit with a 16K compiler, 10 exaqmple programs, for $199. Anyway, back to ICCAVR: V7.17 [ PRO only: 64 bits FP is now fully support in the C level. TBD - printf, sin/cos/etc. ] IDE - Added Project->Options->Projecti->"Makefile Options" of two choices "Relative Paths" or "Absolute Paths" - Added device support for xmega64, xmega128, xmega192, and xmega256 - Simplified Project->Options->Target by replacing severl checkboxes with an "Instruction Set" architecture drop box - [ Application Builder ] Added T261 - Added entries for XMega64, XM128, XM256 Compiler - Added -MXmega with basic XMega support - Added -dfp for double fp. Header Files - Added M32C1, M32M1, M64C1, M64M1, M32U4 - Added ioxm128A1v.h and ioxm64A1v.h for ATxmega // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From dittybop at sbcglobal.net Fri Mar 28 07:53:54 2008 From: dittybop at sbcglobal.net (Jerry Ross) Date: Fri Mar 28 08:55:58 2008 Subject: AW: [Icc-avr] V7.17 beta 0 available In-Reply-To: References: Message-ID: <47ED1492.1080507@sbcglobal.net> http://www.imagecraft.com/pub/iccv7avr_v717_beta0.exe Pirsch wrote: > Where can I download the V7.17 ???? > > > regards > > > > Matthias Pirsch > SynenTec GmbH > Otto-Hahn-Str. 9a > 25337 Elmshorn > GERMANY > > Tel. +49-4121-4631112 > Fax.+49-4121-4631111 > Gesch?ftsf?hrung: Stefan Hummel, Matthias Pirsch > St.-Nr.: 1829419754 / Amtsgericht PinnebergHRB 2536EL > Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte > Informationen. Wenn Sie nicht der richtige Adressat sind oder dieses E-Mail > irrt?mlich erhalten haben, informieren Sie bitte sofort den Absender und > vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte > Weitergabe dieser Mail ist nicht gestattet. > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > -----Urspr?ngliche Nachricht----- > Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] > Im Auftrag von Richard Man > Gesendet: Freitag, 28. M?rz 2008 13:18 > An: icc-avr@imagecraft.com > Betreff: [Icc-avr] V7.17 beta 0 available > > First, if you want to see our new full page ad: > http://www.imagecraft.com/pub/CCI_Full_Page_AdB_3_08_ol.pdf > > Some browser may have a problem (working on that). If so, just right > click to save the file locally and open it there. That seems to work > well. The news there for AVR users is of course the eBox-AVR, > complete kit with a 16K compiler, 10 exaqmple programs, for $199. > > Anyway, back to ICCAVR: > > V7.17 > [ PRO only: 64 bits FP is now fully support in the C level. > TBD - printf, sin/cos/etc. ] > IDE > - Added Project->Options->Projecti->"Makefile Options" of two choices > "Relative Paths" or "Absolute Paths" > - Added device support for xmega64, xmega128, xmega192, and xmega256 > - Simplified Project->Options->Target by replacing severl checkboxes > with an "Instruction Set" architecture drop box > - [ Application Builder ] Added T261 > - Added entries for XMega64, XM128, XM256 > > Compiler > - Added -MXmega with basic XMega support > - Added -dfp for double fp. > > Header Files > - Added M32C1, M32M1, M64C1, M64M1, M32U4 > - Added ioxm128A1v.h and ioxm64A1v.h for ATxmega > > > // richard > On-line orders, > support, and listservers available on web site. > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > From sl at ecpower.dk Sun Mar 30 00:44:22 2008 From: sl at ecpower.dk (Steven Lose) Date: Sun Mar 30 01:44:24 2008 Subject: SV: [Icc-avr] V7.17 beta 0 available References: <200803281220.m2SCKZf2030813@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA3AE7C5@seattle.ecpower.dk> What does your timetable say about release of the new MIO? 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: 28. marts 2008 13:18 Til: icc-avr@imagecraft.com Emne: [Icc-avr] V7.17 beta 0 available First, if you want to see our new full page ad: http://www.imagecraft.com/pub/CCI_Full_Page_AdB_3_08_ol.pdf Some browser may have a problem (working on that). If so, just right click to save the file locally and open it there. That seems to work well. The news there for AVR users is of course the eBox-AVR, complete kit with a 16K compiler, 10 exaqmple programs, for $199. Anyway, back to ICCAVR: V7.17 [ PRO only: 64 bits FP is now fully support in the C level. TBD - printf, sin/cos/etc. ] IDE - Added Project->Options->Projecti->"Makefile Options" of two choices "Relative Paths" or "Absolute Paths" - Added device support for xmega64, xmega128, xmega192, and xmega256 - Simplified Project->Options->Target by replacing severl checkboxes with an "Instruction Set" architecture drop box - [ Application Builder ] Added T261 - Added entries for XMega64, XM128, XM256 Compiler - Added -MXmega with basic XMega support - Added -dfp for double fp. Header Files - Added M32C1, M32M1, M64C1, M64M1, M32U4 - Added ioxm128A1v.h and ioxm64A1v.h for ATxmega // richard On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From Pirsch at synentec.com Sun Mar 30 22:23:12 2008 From: Pirsch at synentec.com (Pirsch) Date: Sun Mar 30 23:23:15 2008 Subject: AW: AW: [Icc-avr] V7.17 beta 0 available In-Reply-To: <47ED1492.1080507@sbcglobal.net> Message-ID: Thanks for your help!!!!!!! redards Matthias Pirsch SynenTec GmbH Otto-Hahn-Str. 9a 25337 Elmshorn GERMANY Tel. +49-4121-4631112 Fax.+49-4121-4631111 Gesch?ftsf?hrung: Stefan Hummel, Matthias Pirsch St.-Nr.: 1829419754 / Amtsgericht PinnebergHRB 2536EL Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte Informationen. Wenn Sie nicht der richtige Adressat sind oder dieses E-Mail irrt?mlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -----Urspr?ngliche Nachricht----- Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Im Auftrag von Jerry Ross Gesendet: Freitag, 28. M?rz 2008 16:54 An: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Betreff: Re: AW: [Icc-avr] V7.17 beta 0 available http://www.imagecraft.com/pub/iccv7avr_v717_beta0.exe Pirsch wrote: > Where can I download the V7.17 ???? > > > regards > > > > Matthias Pirsch > SynenTec GmbH > Otto-Hahn-Str. 9a > 25337 Elmshorn > GERMANY > > Tel. +49-4121-4631112 > Fax.+49-4121-4631111 > Gesch?ftsf?hrung: Stefan Hummel, Matthias Pirsch > St.-Nr.: 1829419754 / Amtsgericht PinnebergHRB 2536EL > Diese E-Mail enth?lt vertrauliche und/oder rechtlich gesch?tzte > Informationen. Wenn Sie nicht der richtige Adressat sind oder dieses E-Mail > irrt?mlich erhalten haben, informieren Sie bitte sofort den Absender und > vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte > Weitergabe dieser Mail ist nicht gestattet. > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > > -----Urspr?ngliche Nachricht----- > Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] > Im Auftrag von Richard Man > Gesendet: Freitag, 28. M?rz 2008 13:18 > An: icc-avr@imagecraft.com > Betreff: [Icc-avr] V7.17 beta 0 available > > First, if you want to see our new full page ad: > http://www.imagecraft.com/pub/CCI_Full_Page_AdB_3_08_ol.pdf > > Some browser may have a problem (working on that). If so, just right > click to save the file locally and open it there. That seems to work > well. The news there for AVR users is of course the eBox-AVR, > complete kit with a 16K compiler, 10 exaqmple programs, for $199. > > Anyway, back to ICCAVR: > > V7.17 > [ PRO only: 64 bits FP is now fully support in the C level. > TBD - printf, sin/cos/etc. ] > IDE > - Added Project->Options->Projecti->"Makefile Options" of two choices > "Relative Paths" or "Absolute Paths" > - Added device support for xmega64, xmega128, xmega192, and xmega256 > - Simplified Project->Options->Target by replacing severl checkboxes > with an "Instruction Set" architecture drop box > - [ Application Builder ] Added T261 > - Added entries for XMega64, XM128, XM256 > > Compiler > - Added -MXmega with basic XMega support > - Added -dfp for double fp. > > Header Files > - Added M32C1, M32M1, M64C1, M64M1, M32U4 > - Added ioxm128A1v.h and ioxm64A1v.h for ATxmega > > > // richard > On-line orders, > support, and listservers available on web site. > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > > _______________________________________________ > 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