From dr.g.krebs at t-online.de Wed Apr 1 06:03:19 2009 From: dr.g.krebs at t-online.de (Gerhard Krebs) Date: Wed Apr 1 07:11:29 2009 Subject: [Icc-avr] eMOS Message-ID: <49D37427.4030306@t-online.de> Hi Richard, I urgently need some example programms for eMOS. Regards Gerhard From amsol at amssolutions.co.za Wed Apr 1 14:01:15 2009 From: amsol at amssolutions.co.za (Gerhard at AMS Solutions) Date: Wed Apr 1 13:08:08 2009 Subject: [Icc-avr] OT: Opto-isolation of RS485 signals at 250kbps References: <49B6B2A0.4080008@zetnet.co.uk> <79fd91cd0903101151i75022d9ft68a0003fb234de2f@mail.gmail.com> Message-ID: <018201c9b315$60cb6f80$1f00a8c0@amsmainxp2> Test Mail I don't seem to be on the list anymore, or something's wrong.... Please, someone, reply if you get this? Regards, Gerhard Laubscher AMS Solutions....... Electronic System design made easy Telp : +27 21 557 0160 Cell : 082 360 3778 eMail : amsol@amssolutions.co.za Website : http://www.amssolutions.co.za PO Box 132, Table View, 7439 Cape Town South Africa ----- Original Message ----- From: Sergio Sider 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] OT: Opto-isolation of RS485 signals at 250kbps -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090401/5e30d7d3/attachment.html From richard-lists at imagecraft.com Wed Apr 1 13:11:07 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Apr 1 13:18:12 2009 Subject: [Icc-avr] OT: Opto-isolation of RS485 signals at 250kbps In-Reply-To: <018201c9b315$60cb6f80$1f00a8c0@amsmainxp2> References: <49B6B2A0.4080008@zetnet.co.uk> <79fd91cd0903101151i75022d9ft68a0003fb234de2f@mail.gmail.com> <018201c9b315$60cb6f80$1f00a8c0@amsmainxp2> Message-ID: <200904012118.n31LIBW5049974@mail.imagecraft.com> Your email comes through fine. At 02:01 PM 4/1/2009, Gerhard at AMS Solutions wrote: >Test Mail >I don't seem to be on the list anymore, or something's wrong.... >Please, someone, reply if you get this? > >Regards, >Gerhard Laubscher >AMS Solutions....... Electronic System design made easy >Telp : +27 21 557 0160 Cell : 082 360 3778 >eMail : amsol@amssolutions.co.za >Website : http://www.amssolutions.co.za >PO Box 132, Table View, 7439 >Cape Town >South Africa // richard From stephan.daub at sap.com Wed Apr 1 12:11:30 2009 From: stephan.daub at sap.com (Daub, Stephan) Date: Wed Apr 1 13:19:06 2009 Subject: AW: [LIKELY JUNK]Re: [Icc-avr] OT: Opto-isolation of RS485 signals at 250kbps Message-ID: You are still on the list ;) Best, stephan ________________________________ Von: icc-avr-bounces@imagecraft.com An: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Gesendet: Thu Apr 02 00:01:15 2009 Betreff: [LIKELY JUNK]Re: [Icc-avr] OT: Opto-isolation of RS485 signals at 250kbps Test Mail I don't seem to be on the list anymore, or something's wrong.... Please, someone, reply if you get this? Regards, Gerhard Laubscher AMS Solutions....... Electronic System design made easy Telp : +27 21 557 0160 Cell : 082 360 3778 eMail : amsol@amssolutions.co.za Website : http://www.amssolutions.co.za PO Box 132, Table View, 7439 Cape Town South Africa ----- Original Message ----- From: Sergio Sider 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] OT: Opto-isolation of RS485 signals at 250kbps -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090401/08bea114/attachment.html From richard at imagecraft.com Thu Apr 2 02:18:05 2009 From: richard at imagecraft.com (Richard Man) Date: Thu Apr 2 02:25:10 2009 Subject: [Icc-avr] V7.21 beta 0 Message-ID: <200904021025.n32AP8F4066908@mail.imagecraft.com> http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe V7.21 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // 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 james.hatley at comcast.net Thu Apr 2 06:17:05 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Thu Apr 2 07:24:30 2009 Subject: [Icc-avr] V7.21 beta 0 References: <200904021025.n32AP8F4066908@mail.imagecraft.com> Message-ID: <9A33D7526ED443E994AF6EFFE7F15ADC@red7> This is really beta 2 ... right? beyond beta 1 and 0 ... Jim Hatley ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com Sent: Thursday, April 02, 2009 3:18 AM Subject: [Icc-avr] V7.21 beta 0 http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe V7.21 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090402/b23da014/attachment.html From richard-lists at imagecraft.com Thu Apr 2 08:47:20 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Apr 2 08:54:27 2009 Subject: [Icc-avr] V7.21 beta 0 In-Reply-To: <9A33D7526ED443E994AF6EFFE7F15ADC@red7> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <9A33D7526ED443E994AF6EFFE7F15ADC@red7> Message-ID: <200904021654.n32GsQq0075796@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090402/407153e3/attachment.html From james.hatley at comcast.net Thu Apr 2 08:23:05 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Thu Apr 2 09:30:31 2009 Subject: [Icc-avr] V7.21 beta 0 References: <200904021025.n32AP8F4066908@mail.imagecraft.com><9A33D7526ED443E994AF6EFFE7F15ADC@red7> <200904021654.n32GsQq0075796@mail.imagecraft.com> Message-ID: <1C217431125C4912B409E0F2A37CB7D7@red7> Thank you for the response. And sorry to belabor this ... but ... Yes back a couple months ago you released 7.21b0 which had problems but then you released 7.21b1 which is what I've been using here for everything but specifically because of it's xmega support in the include files etc. And yes I remember the 7.20a release but skipped it since 7.21b1 was working fine for me. Now, sorry to ask, but should I keep using 7.21b1 or go now to 7.21b0. Is it beyond 7.21b1? or backward? You have me confused now ... maybe it doesn't matter ... Jim ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com Sent: Thursday, April 02, 2009 9:47 AM Subject: Re: [Icc-avr] V7.21 beta 0 I released a 7.21 beta a couple months back, but that was "recalled," with the then changes backed out. 7.20A was officially released instead. So this is a different 7.21. There are some internal changes in the compiler this time, in preparation to add mixed space qualifiers, but nothing user visible yet. At 06:17 AM 4/2/2009, you wrote: This is really beta 2 ... right? beyond beta 1 and 0 ... Jim Hatley ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com Sent: Thursday, April 02, 2009 3:18 AM Subject: [Icc-avr] V7.21 beta 0 http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe V7.21 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // richard < http://www.imagecraft.com> < http://www.dragonsgate.net/mailman/listinfo> ------------------------------------------------------------------------------ _______________________________________________ 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/20090402/2db3d956/attachment-0001.html From Albert.vanVeen at pertronic.co.nz Thu Apr 2 11:44:37 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Thu Apr 2 12:52:19 2009 Subject: [Icc-avr] printf In-Reply-To: <200904021025.n32AP8F4066908@mail.imagecraft.com> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> Is there no printf, more importantly sprintf, taking the string from flash? I need it! But can't find it. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Thursday, April 02, 2009 11:18 PM To: icc-avr@imagecraft.com Subject: [Icc-avr] V7.21 beta 0 http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe V7.21 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // 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 -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From jwbacon at comcast.net Thu Apr 2 12:04:43 2009 From: jwbacon at comcast.net (Jim Bacon) Date: Thu Apr 2 13:12:17 2009 Subject: [Icc-avr] printf In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> Message-ID: <49D51A5B.60500@comcast.net> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090402/b192d9dd/attachment.html From richard-lists at imagecraft.com Thu Apr 2 13:07:42 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Apr 2 13:14:50 2009 Subject: [Icc-avr] V7.21 beta 0 In-Reply-To: <1C217431125C4912B409E0F2A37CB7D7@red7> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <9A33D7526ED443E994AF6EFFE7F15ADC@red7> <200904021654.n32GsQq0075796@mail.imagecraft.com> <1C217431125C4912B409E0F2A37CB7D7@red7> Message-ID: <200904022114.n32LEnQA079819@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090402/a1b69ef0/attachment.html From james.hatley at comcast.net Thu Apr 2 13:42:11 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Thu Apr 2 14:49:37 2009 Subject: [Icc-avr] v7.21b0 (2nd try) Running Fine Message-ID: <39AC0D8B49854D399807931DFB9D02F2@red7> Richard, Thank you, I've loaded the lastest version 7.21 beta0 (2nd try), and after getting the include files for xmega updated, all seems to be well and working fine. I did not notice any problems before and haven't today. Jim Hatley -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090402/5e132bc1/attachment.html From Albert.vanVeen at pertronic.co.nz Thu Apr 2 15:03:16 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Thu Apr 2 16:10:53 2009 Subject: [Icc-avr] printf In-Reply-To: <49D51A5B.60500@comcast.net> References: <200904021025.n32AP8F4066908@mail.imagecraft.com><5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> <49D51A5B.60500@comcast.net> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F31@sbs.pertronic.local> Thanks for that; I couldn"t find that in the manual (IO functions). I suppose I just should have tried.... ________________________________ From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Jim Bacon Sent: Friday, April 03, 2009 09:05 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Subject: Re: [Icc-avr] printf csprintf() ... an example on how I'm using it: // flash string contains the "Output=", and "\rEND\r" csprintf(tempBuf, "Output=%d\rEND\r",(int) PINB); transmit(tempBuf); another one, that maps one of the ports: void portCtrl(void) { volatile unsigned char *pIN; switch (cmd & 0x00ff) // sting was parsed, token mapped to an integer { case k_pa: pIN = &PINA; pOUT = &PORTA; break; case k_pb: pIN = &PINB; pOUT = &PORTB; break; case k_pc: pIN = &PINC; pOUT = &PORTC; break; case k_pd: pIN = &PIND; pOUT = &PORTD; break; } csprintf(tempBuf, "0x%02x ", (int) (*pIN & 0x0ff)); showByte(*pIN, 5); Transmit(tempBuf); } Albert vanVeen wrote: Is there no printf, more importantly sprintf, taking the string from flash? I need it! But can't find it. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Thursday, April 02, 2009 11:18 PM To: icc-avr@imagecraft.com Subject: [Icc-avr] V7.21 beta 0 http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe V7.21 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // 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 -- Jim Bacon email: jwbacon@comcast.net (Home) 303-666-9455 (Mobile) 303-250-0160 http://adams22.homeip.net -- 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/20090403/02fcc474/attachment.html From richard-lists at imagecraft.com Thu Apr 2 16:12:28 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Apr 2 16:19:36 2009 Subject: [Icc-avr] printf In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063F31@sbs.pertronic.local > References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> <49D51A5B.60500@comcast.net> <5F8515C5ED67B6439B4F93D7B5E08A36063F31@sbs.pertronic.local> Message-ID: <200904030019.n330JYYu081914@mail.imagecraft.com> It's in the manual, at the bottom of the STDIO section... At 03:03 PM 4/2/2009, Albert vanVeen wrote: >Thanks for that; I couldn"t find that in the manual (IO functions). >I suppose I just should have tried.... > // richard From sl at ecpower.dk Fri Apr 3 05:36:46 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 3 06:44:27 2009 Subject: SV: [Icc-avr] V7.21 beta 0 In-Reply-To: <200904021654.n32GsQq0075796@mail.imagecraft.com> References: <200904021025.n32AP8F4066908@mail.imagecraft.com><9A33D7526ED443E994AF6EFFE7F15ADC@red7> <200904021654.n32GsQq0075796@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5C056A@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/20090403/ce064202/attachment.jpe From richard-lists at imagecraft.com Fri Apr 3 12:45:17 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Apr 3 12:52:32 2009 Subject: SV: [Icc-avr] V7.21 beta 0 In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5C056A@seattle.ecpower.dk> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <9A33D7526ED443E994AF6EFFE7F15ADC@red7> <200904021654.n32GsQq0075796@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA5C056A@seattle.ecpower.dk> Message-ID: <200904032052.n33KqVcq098268@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090403/d9adbc53/attachment.html From sl at ecpower.dk Fri Apr 3 13:19:40 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 3 14:27:22 2009 Subject: SV: SV: [Icc-avr] V7.21 beta 0 In-Reply-To: <200904032052.n33KqVcq098268@mail.imagecraft.com> References: <200904021025.n32AP8F4066908@mail.imagecraft.com><9A33D7526ED443E994AF6EFFE7F15ADC@red7><200904021654.n32GsQq0075796@mail.imagecraft.com><072D96786BFC014AAEBA9EB07A8070EA5C056A@seattle.ecpower.dk> <200904032052.n33KqVcq098268@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5C057C@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/20090403/7a144d7f/attachment.jpe From james.hatley at comcast.net Mon Apr 6 14:44:40 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Mon Apr 6 15:52:29 2009 Subject: [Icc-avr] FlashReadBytes Message-ID: For some time I've been using data stored beyond page 0 with no problem. I now need to put program beyond page 0 and access data that resides there also. What I've found is that when executing code beyond page 0 one can get in a real tangle trying to manage RAMPZ yourself. So I decided to use the provided routines for that purpose to get at the data. However, In this endeavor I can't seem to make FlashReadBytes work correctly. I may not be using it correctly or misinterpreted something but the best I can tell from my tests is that it will get the first byte in the string correctly but returns the rest as zero. It's not critical to my efforts as I've written another simple routine that uses FlashReadByte to read a string of n bytes and it works fine. I've checked out for my uses FlashReadByte, FlashReadWord, and FlashReadLWord and for me they all seem to work correctly. Only FlashReadBytes fails to return the entire string. And again I may have messed up in using it but thought I should say something. Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090406/76fb25d7/attachment.html From richard-lists at imagecraft.com Mon Apr 6 15:19:20 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Apr 6 16:26:47 2009 Subject: [Icc-avr] FlashReadBytes In-Reply-To: References: Message-ID: <200904062326.n36NQjZX067582@mail.imagecraft.com> Jim, which XMega are you using again? I think we are still trying to grasp exactly how best to support the > 64K flash and data addressing on the XMega... At 02:44 PM 4/6/2009, you wrote: >For some time I've been using data stored beyond page 0 with no >problem. I now need to put program beyond page 0 and access data >that resides there also. What I've found is that when executing code >beyond page 0 one can get in a real tangle trying to manage RAMPZ >yourself. So I decided to use the provided routines for that purpose >to get at the data. However, In this endeavor I can't seem to make >FlashReadBytes work correctly. > >I may not be using it correctly or misinterpreted something but the >best I can tell from my tests is that it will get the first byte in >the string correctly but returns the rest as zero. > >It's not critical to my efforts as I've written another simple >routine that uses FlashReadByte to read a string of n bytes and it works fine. > >I've checked out for my uses FlashReadByte, FlashReadWord, and >FlashReadLWord and for me they all seem to work correctly. Only >FlashReadBytes fails to return the entire string. And again I may >have messed up in using it but thought I should say something. > >Jim // richard From james.hatley at comcast.net Mon Apr 6 15:25:29 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Mon Apr 6 16:33:18 2009 Subject: [Icc-avr] FlashReadBytes References: <200904062326.n36NQjZX067582@mail.imagecraft.com> Message-ID: 128A1 Jim ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com Sent: Monday, April 06, 2009 3:19 PM Subject: Re: [Icc-avr] FlashReadBytes Jim, which XMega are you using again? I think we are still trying to grasp exactly how best to support the > 64K flash and data addressing on the XMega... At 02:44 PM 4/6/2009, you wrote: >For some time I've been using data stored beyond page 0 with no >problem. I now need to put program beyond page 0 and access data >that resides there also. What I've found is that when executing code >beyond page 0 one can get in a real tangle trying to manage RAMPZ >yourself. So I decided to use the provided routines for that purpose >to get at the data. However, In this endeavor I can't seem to make >FlashReadBytes work correctly. > >I may not be using it correctly or misinterpreted something but the >best I can tell from my tests is that it will get the first byte in >the string correctly but returns the rest as zero. > >It's not critical to my efforts as I've written another simple >routine that uses FlashReadByte to read a string of n bytes and it works fine. > >I've checked out for my uses FlashReadByte, FlashReadWord, and >FlashReadLWord and for me they all seem to work correctly. Only >FlashReadBytes fails to return the entire string. And again I may >have messed up in using it but thought I should say something. > >Jim // richard _______________________________________________ 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/20090406/22080544/attachment.html From richard at imagecraft.com Tue Apr 7 00:18:24 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Apr 7 01:25:53 2009 Subject: [Icc-avr] ICCAVR 7.21 released Message-ID: <200904070825.n378Pp8L077219@mail.imagecraft.com> CHANGE LOGS: V7.21 April 6th 2009 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // 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 Albert.vanVeen at pertronic.co.nz Wed Apr 15 19:20:56 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Wed Apr 15 20:28:51 2009 Subject: [Icc-avr] csprintf In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063F38@sbs.pertronic.local> this function doesn't work. __flash char acTest4ShortLink[]= "Test 5 - Short Link %02d "; csprintf(acDisplayString, acTest4ShortLink, cCheckLink); Totally ignores the value of cCheckLink; it always prints "Test 5 - Short Link 02d". Of course, I might use a wrong format somewhere.... Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Albert vanVeen Sent: Friday, April 03, 2009 08:45 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: [Icc-avr] printf Is there no printf, more importantly sprintf, taking the string from flash? I need it! But can't find it. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Thursday, April 02, 2009 11:18 PM To: icc-avr@imagecraft.com Subject: [Icc-avr] V7.21 beta 0 http://www.imagecraft.com/pub/iccv7avr_v721_beta0.exe V7.21 Listing File Generator (ilstavr) - Many enhancements: == disassembling the interrupt vectors == better display of global data references, e.g. 02504 9230 6326 STS POWERMESSURE.C:Consumed+5,R3 02506 9220 6325 STS POWERMESSURE.C:Consumed+4,R2 02508 9250 6328 STS POWERMESSURE.C:Consumed+7,R5 0250A 9240 6327 STS POWERMESSURE.C:Consumed+6,R4 == Use 5 hex digits to display the address // 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 -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From richard-lists at imagecraft.com Wed Apr 15 19:34:00 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Apr 15 20:41:40 2009 Subject: [Icc-avr] csprintf In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063F38@sbs.pertronic.local > References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> <5F8515C5ED67B6439B4F93D7B5E08A36063F38@sbs.pertronic.local> Message-ID: <200904160341.n3G3fcpu031999@mail.imagecraft.com> Yes, of course. Project->Options->Target->"Large Printf" It is documented also. At 07:20 PM 4/15/2009, Albert vanVeen wrote: > this function doesn't work. > >__flash char acTest4ShortLink[]= "Test 5 - Short Link %02d >"; > >csprintf(acDisplayString, acTest4ShortLink, cCheckLink); > >Totally ignores the value of cCheckLink; it always prints "Test 5 - >Short Link 02d". >Of course, I might use a wrong format somewhere.... > >Albert. > // richard From jwbacon at comcast.net Wed Apr 15 20:03:24 2009 From: jwbacon at comcast.net (Jim Bacon) Date: Wed Apr 15 21:11:17 2009 Subject: [Icc-avr] csprintf In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063F38@sbs.pertronic.local> References: <200904021025.n32AP8F4066908@mail.imagecraft.com> <5F8515C5ED67B6439B4F93D7B5E08A36063F30@sbs.pertronic.local> <5F8515C5ED67B6439B4F93D7B5E08A36063F38@sbs.pertronic.local> Message-ID: <49E69FFC.6090702@comcast.net> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090415/d0d99760/attachment.html From jassenbaum at htp-tel.de Wed Apr 15 20:34:29 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Apr 15 21:42:24 2009 Subject: [Icc-avr] io header files update References: Message-ID: <4uRRDATCf1ZcIyXJzTJZnwp3AlYlSRUXJZqRYVr9OON@akmail> Hi all, there are new io header files and updates available at http://avr.jassenbaum.de/iccv7avr/index.html Changes are mainly for xmegas (e.g. asm header files are available now) and ATtinys. Best regards, Johannes From sl at ecpower.dk Fri Apr 17 07:03:36 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 17 08:11:39 2009 Subject: [Icc-avr] Compile error 7.21 Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E9645@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/20090417/da594d8e/attachment.jpe From jwbacon at comcast.net Fri Apr 17 07:21:07 2009 From: jwbacon at comcast.net (Jim Bacon) Date: Fri Apr 17 08:29:02 2009 Subject: [Icc-avr] Compile error 7.21 In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> Message-ID: <49E89053.1030208@comcast.net> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090417/bf787092/attachment.html -------------- 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/20090417/bf787092/attachment.jpe From sl at ecpower.dk Fri Apr 17 07:55:29 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 17 09:03:29 2009 Subject: SV: [Icc-avr] Compile error 7.21 In-Reply-To: <49E89053.1030208@comcast.net> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> <49E89053.1030208@comcast.net> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E9648@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/20090417/cea56a76/attachment-0002.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image002.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090417/cea56a76/attachment-0003.jpe From richard-lists at imagecraft.com Fri Apr 17 08:20:46 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Apr 17 09:28:35 2009 Subject: [Icc-avr] Compile error 7.21 In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> Message-ID: <200904171628.n3HGSYcH090885@mail.imagecraft.com> Make sure you try 7.21A. I just realized I may have forgotten to announce it. It fixes a bug in ilstavr. Sorry. At 07:03 AM 4/17/2009, you wrote: >Hi. > >Out off the blue I got the following error: >I tried an older version off the same project, but same error. >Tried another project, then it works ok.!? > >Someone got any Ideas? > > iccavr -o VARMEFORDELER -g -e:0x20000 -ucrtatmega.o > -bfunc_lit:0x8c.0x20000 -dram_end:0x10ff -bdata:0x100.0x10ff > -dhwstk_size:120 -beeprom:0.4096 -fihx_coff -S2 @VARMEFORDELER.lk -lcatm128 >Device 38% full. >The instruction at 0x0040282f referenced memory at 0x6553656b.The >memory could not be read.iccavr: can't execute `C:\iccv7avr\bin\ilstavr.exe' >C:\iccv7avr\bin\imakew.exe: Error code 100 >Done: there are error(s). Exit code: 100. Fri Apr 17 15:48:53 2009 > > // richard From sl at ecpower.dk Sun Apr 19 22:21:30 2009 From: sl at ecpower.dk (Steven Lose) Date: Sun Apr 19 23:29:28 2009 Subject: SV: [Icc-avr] Compile error 7.21 In-Reply-To: <200904171628.n3HGSYcH090885@mail.imagecraft.com> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> <200904171628.n3HGSYcH090885@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E964C@seattle.ecpower.dk> HI. Ok, I'll try 7.21A. Memchk did not report any errors after 5 Hours run. 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: 17. april 2009 17:21 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Emne: Re: [Icc-avr] Compile error 7.21 Make sure you try 7.21A. I just realized I may have forgotten to announce it. It fixes a bug in ilstavr. Sorry. At 07:03 AM 4/17/2009, you wrote: >Hi. > >Out off the blue I got the following error: >I tried an older version off the same project, but same error. >Tried another project, then it works ok.!? > >Someone got any Ideas? > > iccavr -o VARMEFORDELER -g -e:0x20000 -ucrtatmega.o > -bfunc_lit:0x8c.0x20000 -dram_end:0x10ff -bdata:0x100.0x10ff > -dhwstk_size:120 -beeprom:0.4096 -fihx_coff -S2 @VARMEFORDELER.lk -lcatm128 >Device 38% full. >The instruction at 0x0040282f referenced memory at 0x6553656b.The >memory could not be read.iccavr: can't execute `C:\iccv7avr\bin\ilstavr.exe' >C:\iccv7avr\bin\imakew.exe: Error code 100 >Done: there are error(s). Exit code: 100. Fri Apr 17 15:48:53 2009 > > // richard _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From sl at ecpower.dk Sun Apr 19 23:11:13 2009 From: sl at ecpower.dk (Steven Lose) Date: Mon Apr 20 00:19:13 2009 Subject: SV: [Icc-avr] Compile error 7.21 In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5E964C@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk><200904171628.n3HGSYcH090885@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA5E964C@seattle.ecpower.dk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E9651@seattle.ecpower.dk> Work fine with 7.21A. ;o) Thanks Richard. 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 Steven Lose Sendt: 20. april 2009 07:22 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: SV: [Icc-avr] Compile error 7.21 HI. Ok, I'll try 7.21A. Memchk did not report any errors after 5 Hours run. 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: 17. april 2009 17:21 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Emne: Re: [Icc-avr] Compile error 7.21 Make sure you try 7.21A. I just realized I may have forgotten to announce it. It fixes a bug in ilstavr. Sorry. At 07:03 AM 4/17/2009, you wrote: >Hi. > >Out off the blue I got the following error: >I tried an older version off the same project, but same error. >Tried another project, then it works ok.!? > >Someone got any Ideas? > > iccavr -o VARMEFORDELER -g -e:0x20000 -ucrtatmega.o > -bfunc_lit:0x8c.0x20000 -dram_end:0x10ff -bdata:0x100.0x10ff > -dhwstk_size:120 -beeprom:0.4096 -fihx_coff -S2 @VARMEFORDELER.lk -lcatm128 >Device 38% full. >The instruction at 0x0040282f referenced memory at 0x6553656b.The >memory could not be read.iccavr: can't execute `C:\iccv7avr\bin\ilstavr.exe' >C:\iccv7avr\bin\imakew.exe: Error code 100 >Done: there are error(s). Exit code: 100. Fri Apr 17 15:48:53 2009 > > // richard _______________________________________________ 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 Mon Apr 20 02:02:16 2009 From: sl at ecpower.dk (Steven Lose) Date: Mon Apr 20 03:10:16 2009 Subject: SV: [Icc-avr] Compile error 7.21 In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5E9651@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk><200904171628.n3HGSYcH090885@mail.imagecraft.com><072D96786BFC014AAEBA9EB07A8070EA5E964C@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA5E9651@seattle.ecpower.dk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E969B@seattle.ecpower.dk> Richard, will SW that was compiled with 7.21 suffer from the bug now fixed in 7.21A? 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 Steven Lose Sendt: 20. april 2009 08:11 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: SV: [Icc-avr] Compile error 7.21 Work fine with 7.21A. ;o) Thanks Richard. 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 Steven Lose Sendt: 20. april 2009 07:22 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: SV: [Icc-avr] Compile error 7.21 HI. Ok, I'll try 7.21A. Memchk did not report any errors after 5 Hours run. 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: 17. april 2009 17:21 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Emne: Re: [Icc-avr] Compile error 7.21 Make sure you try 7.21A. I just realized I may have forgotten to announce it. It fixes a bug in ilstavr. Sorry. At 07:03 AM 4/17/2009, you wrote: >Hi. > >Out off the blue I got the following error: >I tried an older version off the same project, but same error. >Tried another project, then it works ok.!? > >Someone got any Ideas? > > iccavr -o VARMEFORDELER -g -e:0x20000 -ucrtatmega.o > -bfunc_lit:0x8c.0x20000 -dram_end:0x10ff -bdata:0x100.0x10ff > -dhwstk_size:120 -beeprom:0.4096 -fihx_coff -S2 @VARMEFORDELER.lk -lcatm128 >Device 38% full. >The instruction at 0x0040282f referenced memory at 0x6553656b.The >memory could not be read.iccavr: can't execute `C:\iccv7avr\bin\ilstavr.exe' >C:\iccv7avr\bin\imakew.exe: Error code 100 >Done: there are error(s). Exit code: 100. Fri Apr 17 15:48:53 2009 > > // richard _______________________________________________ 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 From richard-lists at imagecraft.com Mon Apr 20 03:23:15 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Apr 20 04:31:09 2009 Subject: SV: [Icc-avr] Compile error 7.21 In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5E969B@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA5E9645@seattle.ecpower.dk> <200904171628.n3HGSYcH090885@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA5E964C@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA5E9651@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA5E969B@seattle.ecpower.dk> Message-ID: <200904201131.n3KBV7IF073590@mail.imagecraft.com> 7,21A only has the fix for ilstavr, which does not affect code generation. At 02:02 AM 4/20/2009, you wrote: >Richard, will SW that was compiled with 7.21 suffer from the bug now >fixed in 7.21A? > // richard From Morten at biocontrol.no Thu Apr 23 06:55:19 2009 From: Morten at biocontrol.no (Morten Dramstad) Date: Thu Apr 23 08:04:07 2009 Subject: [Icc-avr] When using Atmega2561, the upper 128kbyte of memory is failing Message-ID: <74A3202AB56F68479CC5939350662A028B57CC@bioserv.biocontrol.no> Hi! When the Atmega2561 is used, a problem appears when the code is larger than 128 kbyte. We have observed that the microcontroller is reset when code in a function in the upper program location is executed. Is this a known problem? Could we have forgotten some settings or something else? It should be possible to execute code in the upper half of the memory, or? The boot loader is located on the top of the memory and works fine. Best regards Morten Dramstad BioControl A/S Grimstad G?rd N-1890 Rakkestad Norway Phone +47 69 22 52 55 E-mail morten@biocontrol.no www.biocontrol.no From sl at ecpower.dk Thu Apr 23 07:09:27 2009 From: sl at ecpower.dk (Steven Lose) Date: Thu Apr 23 08:17:31 2009 Subject: SV: [Icc-avr] When using Atmega2561, the upper 128kbyte of memory is failing In-Reply-To: <74A3202AB56F68479CC5939350662A028B57CC@bioserv.biocontrol.no> References: <74A3202AB56F68479CC5939350662A028B57CC@bioserv.biocontrol.no> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E98C4@seattle.ecpower.dk> Hi Morten. I haven't observed any problems, but am only using 11% of the upper memory at the moment. 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 Morten Dramstad Sendt: 23. april 2009 15:55 Til: icc-avr@imagecraft.com Emne: [Icc-avr] When using Atmega2561,the upper 128kbyte of memory is failing Hi! When the Atmega2561 is used, a problem appears when the code is larger than 128 kbyte. We have observed that the microcontroller is reset when code in a function in the upper program location is executed. Is this a known problem? Could we have forgotten some settings or something else? It should be possible to execute code in the upper half of the memory, or? The boot loader is located on the top of the memory and works fine. Best regards Morten Dramstad BioControl A/S Grimstad G?rd N-1890 Rakkestad Norway Phone +47 69 22 52 55 E-mail morten@biocontrol.no www.biocontrol.no _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From holger.waldvogel at pecusoft.de Thu Apr 23 07:56:43 2009 From: holger.waldvogel at pecusoft.de (Holger Waldvogel) Date: Thu Apr 23 08:57:52 2009 Subject: AW: [Icc-avr] When using Atmega2561, the upper 128kbyte of memory is failing In-Reply-To: <74A3202AB56F68479CC5939350662A028B57CC@bioserv.biocontrol.no> Message-ID: Hi Morten, several weeks ago I had a similar problem but only regarding an interrupt function in a self-written library, which called another function (by pointer). When program-size was > 128K, the called function was in the lowest 64k-block and the calling interrupt-function was in the second 64k-block: reset occurs every few seconds, sometimes in a minute When the function in the lowest 64k-block was not called, there never was a problem. When program-size was < 128K, both functions were in the same 64k-block ? that worked too all the time! My solution: In a interrupt I do not call any function by pointer which is not in the same library (so I do not have to think about program-sizes...). I'm not sure, if there was something else behind (perhaps something special with my function-pointer), but I never got the problem again. The program is >128K (so I could not use my old Mega128 anymore). Best regards. Holger Waldvogel PecuSoft GmbH Germany Holger.Waldvogel@pecusoft.de -----Urspr?ngliche Nachricht----- Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Im Auftrag von Morten Dramstad Gesendet: Donnerstag, 23. April 2009 15:55 An: icc-avr@imagecraft.com Betreff: [Icc-avr] When using Atmega2561, the upper 128kbyte of memory is failing Hi! When the Atmega2561 is used, a problem appears when the code is larger than 128 kbyte. We have observed that the microcontroller is reset when code in a function in the upper program location is executed. Is this a known problem? Could we have forgotten some settings or something else? It should be possible to execute code in the upper half of the memory, or? The boot loader is located on the top of the memory and works fine. Best regards Morten Dramstad BioControl A/S Grimstad G?rd N-1890 Rakkestad Norway Phone +47 69 22 52 55 E-mail morten@biocontrol.no www.biocontrol.no _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From jassenbaum at htp-tel.de Thu Apr 23 15:26:25 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Thu Apr 23 16:34:32 2009 Subject: AW: [Icc-avr] When using Atmega2561, the upper 128kbyte of memory is failing References: <74A3202AB56F68479CC5939350662A028B57CC@bioserv.biocontrol.no> Message-ID: Hi Holger and Morten, did you try save/restore EIND io register in interrupt function? Best regards, Johannes > Hi Morten, > several weeks ago I had a similar problem but only regarding an interrupt > function in a self-written library, which called another function (by > pointer). > When program-size was > 128K, the called function was in the lowest > 64k-block and the calling interrupt-function was in the second 64k-block: > reset occurs every few seconds, sometimes in a minute > When the function in the lowest 64k-block was not called, there never was a > problem. > When program-size was < 128K, both functions were in the same 64k-block ? > that worked too all the time! > My solution: > In a interrupt I do not call any function by pointer which is not in the > same library (so I do not have to think about program-sizes...). > I'm not sure, if there was something else behind (perhaps something special > with my function-pointer), but I never got the problem again. > The program is >128K (so I could not use my old Mega128 anymore). > Best regards. > Holger Waldvogel > PecuSoft GmbH > Germany > Holger.Waldvogel@pecusoft.de > -----Urspr?ngliche Nachricht----- > Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] > Im Auftrag von Morten Dramstad > Gesendet: Donnerstag, 23. April 2009 15:55 > An: icc-avr@imagecraft.com > Betreff: [Icc-avr] When using Atmega2561, the upper 128kbyte of memory is > failing > Hi! > When the Atmega2561 is used, a problem appears when the code is larger than > 128 kbyte. We have observed that the microcontroller is reset when code in a > function in the upper program location is executed. Is this a known problem? > Could we have forgotten some settings or something else? It should be > possible to execute code in the upper half of the memory, or? The boot > loader is located on the top of the memory and works fine. > Best regards > Morten Dramstad > BioControl A/S > Grimstad G?rd > N-1890 Rakkestad > Norway > Phone +47 69 22 52 55 > E-mail morten@biocontrol.no > www.biocontrol.no > _______________________________________________ > 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 Thu Apr 23 23:09:56 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 24 00:18:04 2009 Subject: [Icc-avr] X mega Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@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/20090424/304019e7/attachment.jpe From richard-lists at imagecraft.com Fri Apr 24 02:05:26 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Apr 24 03:13:40 2009 Subject: [Icc-avr] X mega In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> Message-ID: <200904241013.n3OADctj001609@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090424/7eb76b3b/attachment.html From sl at ecpower.dk Fri Apr 24 02:37:14 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 24 03:45:20 2009 Subject: SV: [Icc-avr] X mega In-Reply-To: <200904241013.n3OADctj001609@mail.imagecraft.com> References: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> <200904241013.n3OADctj001609@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E9909@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/20090424/646c5703/attachment-0001.jpe From james.hatley at comcast.net Fri Apr 24 06:33:39 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Fri Apr 24 07:41:34 2009 Subject: [Icc-avr] X mega References: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> 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: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090424/58a87114/attachment.jpe From sl at ecpower.dk Fri Apr 24 07:04:26 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Apr 24 08:12:32 2009 Subject: SV: [Icc-avr] X mega In-Reply-To: References: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA5E9958@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: image003.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090424/3fd74806/attachment-0002.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image004.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090424/3fd74806/attachment-0003.jpe From james.hatley at comcast.net Fri Apr 24 08:19:47 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Fri Apr 24 09:27:42 2009 Subject: [Icc-avr] X mega References: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA5E9958@seattle.ecpower.dk> Message-ID: <0F12B604FD0B4291BE123F8D22DC09A2@red7> Steven, The xmega 128A1 is available now ... no need to wait to get started if you need the xmega ... Jim Hatley ----- Original Message ----- From: Steven Lose To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Sent: Friday, April 24, 2009 7:04 AM Subject: SV: [Icc-avr] X mega Thanks for your input Jim. I talked to the supplier, and 256A1 may be Q4/09 and 384A1 around Q2/10. So I'll have to wait until then I guess. ;o( <<< snip >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090424/61174110/attachment.html From amsol at amssolutions.co.za Sun Apr 26 03:06:31 2009 From: amsol at amssolutions.co.za (Gerhard at AMS Solutions) Date: Sun Apr 26 04:13:19 2009 Subject: [Icc-avr] Test ethernet References: <072D96786BFC014AAEBA9EB07A8070EA5E98CC@seattle.ecpower.dk> <072D96786BFC014AAEBA9EB07A8070EA5E9958@seattle.ecpower.dk> Message-ID: <00d001c9c656$ac7fbef0$1f00a8c0@amsmainxp2> Test post 1 Regards, Gerhard Laubscher AMS Solutions....... Electronic System design made easy Telp : +27 21 557 0160 Cell : 082 360 3778 eMail : amsol@amssolutions.co.za Website : http://www.amssolutions.co.za PO Box 132, Table View, 7439 Cape Town South Africa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090426/5b8b51af/attachment.html From d.mullin at goase.com Tue Apr 28 06:56:14 2009 From: d.mullin at goase.com (Dan Mullin) Date: Tue Apr 28 08:04:34 2009 Subject: [Icc-avr] Timer0/Timer1 prescaler on ATMega-8 Message-ID: <49F70AFE.8040101@goase.com> Guys, This may be a simple question but I am simply trying to resolve something on the ATMega-8 that is confusing me. The documentation indicates that Timer0 and Timer1 share a single prescaler. However, Figure 31 in the manual showing the clock fanout seems to show a prescaler outputting all of the possible clock rates and the CS00-CS02 bits and CS10-CS12 bits being used to select which of the prescaler outputs is actually used by each timer. In yesterdays project I had Timer 0 set up for a clk/256 prescale via TCCR0 CS00-CS02 to generate a generic time interrupt every 4ms. I also had Timer 1 set up for a clk/8 prescale via TCCR1B CS10-CS-12 to generate some PWM. The Timer 0 init code is executed before the Timer 1 init code. In a previous rev of this code the PWM section was not active and Timer 1 was not initialized. Timer 0 executed the 4ms interrupt rate just fine. However, now that I added the Timer 1 code and started running the PWM it appears that Timer 0 has also glommed onto the prescale 8 setting and has started interrupting 32 times faster! Being under a time crunch I simply init'ed Timer 2 to act as the 8-bit timer, moved the applicable code, and shipped the firmware. However, as I tend to use the bigger ATMega's with their mega timers and prescalers does anyone have any insight to share on what I may be missing in the ATMega-8? Thanks, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090428/ef73009a/attachment.html