From bobgardner at aol.com Sat Aug 1 10:30:19 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Sat Aug 1 11:45:45 2009 Subject: [Icc-avr] Time for a new map summary that shows the build number? In-Reply-To: References: <5F8515C5ED67B6439B4F93D7B5E08A36063F9C@sbs.pertronic.local> Message-ID: <8CBE0E4E04297B1-169C-2F60@WEBMAIL-MZ35.sysops.aol.com> Hi Johannes. I really like the detail in?your map summary. I see the compiler issues a build number now, and that would be good to add to your summary. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090801/2990bbfa/attachment.html From design at johnfromarran.org.uk Mon Aug 3 15:54:39 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Mon Aug 3 17:05:04 2009 Subject: [Icc-avr] Build number as a string in Flash? In-Reply-To: <8CBE0E4E04297B1-169C-2F60@WEBMAIL-MZ35.sysops.aol.com> References: <5F8515C5ED67B6439B4F93D7B5E08A36063F9C@sbs.pertronic.local> <8CBE0E4E04297B1-169C-2F60@WEBMAIL-MZ35.sysops.aol.com> Message-ID: <4A776AAF.5060109@johnfromarran.org.uk> It would be very useful if we could have the build number available as a string in Flash just like __DATE__ & __TIME__. All the best for now, John From richard-lists at imagecraft.com Mon Aug 3 17:39:22 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Aug 3 18:51:00 2009 Subject: [Icc-avr] Build number as a string in Flash? In-Reply-To: <4A776AAF.5060109@johnfromarran.org.uk> References: <5F8515C5ED67B6439B4F93D7B5E08A36063F9C@sbs.pertronic.local> <8CBE0E4E04297B1-169C-2F60@WEBMAIL-MZ35.sysops.aol.com> <4A776AAF.5060109@johnfromarran.org.uk> Message-ID: <200908040150.n741oxaB047450@mail.imagecraft.com> Easy: #define strx(x) #x strx(__BUILD) At 03:54 PM 8/3/2009, you wrote: >It would be very useful if we could have the build number available >as a string in Flash just like __DATE__ & __TIME__. > >All the best for now, >John > > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From schaefer at mabel.info Mon Aug 3 22:37:58 2009 From: schaefer at mabel.info (=?ISO-8859-15?Q?Thomas_Sch=E4fer?=) Date: Mon Aug 3 23:48:14 2009 Subject: [Icc-avr] Some problems with V 7.22A Message-ID: <4A77C936.8030804@mabel.info> Hello all, I just upgraded from 7.21 to 7.22A (Standard \w USB-Dongle). Now my actual project compiles with a lot of warnings, telling me "[warning] more than 15 levels of nested statements", but I have not only one nested statement. Espacially not where the warning points to. Strict Checkings and Extensions are enabled. It seems to run fine, but two dozens of warnings makes me nervous ;-) Any ideas what's wrong? Some little other things: As I mentioned a while ago, with the Studio-plugin strx(__ICC_VERSION) still gives me 7.18. Could the version numbers be synchronised, please? I was very happy, that the 7.22A now returns a build number. Unfortunately strx(__BUILD) returns only "__BUILD". regards, Thomas From rick.drolet at gmail.com Tue Aug 4 09:39:19 2009 From: rick.drolet at gmail.com (Rick Drolet) Date: Tue Aug 4 10:49:34 2009 Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released In-Reply-To: References: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com> <200907270542.n6R5g9dr089640@mail.imagecraft.com> <4A76B044.2090003@keiler-germany.de> Message-ID: ---------- Forwarded message ---------- From: Rick Drolet Date: Tue, Aug 4, 2009 at 9:35 AM Subject: Re: [Icc-announce] Re: AVR 7.22A Released To: "General Announcement, Product Updates etc. No discussion." < icc-announce@imagecraft.com> All, I have been using 7.16 and now testing the 7.22A but cannot link properly. The error is the 'putchar' which says the file does not exist but it is in the source. When I force an error in this source file the compiler recognizes the bad source file but cannot link properly. Tried to move this procedure to different files but same result. The mak file seems to be ok. Has anyone had this issue? On Mon, Aug 3, 2009 at 2:39 AM, Detlef Keiler wrote: > Hi Richard, > > my antivirus kit reports a trojan when checking "ilinkavr.exe". > Any chance to rename that file? > > Regards > Detlef > > > Richard Man schrieb: > > Anyone who downloaded the new demo before 9:30PM PST please re-download it. >> A last minute was done incorrectly. Sorry for the inconvenience. >> >> >> At 06:17 PM 7/26/2009, Richard Man wrote: >> >>> Change Log: >>> >>> V7.22A - July 26, 2009 >>> IDE >>> - Much faster startup time for the IDE >>> - IDE now keeps a "Build Number" for each project. >>> - Added all known new AVRs >>> - Increased the Project->Reopen list to last 10 projects >>> - Added -D__BUILD for the Build Number. >>> >>> Compiler >>> - Under some rare conditions, storing a constant into a long variable >>> might cause the compiler to generate unneeded register save/restore >>> code in the function prologue/epilogue. This may show up as >>> different >>> code when comparing the same project files in two different >>> directories. >>> - Due to a typo, the compiler was still incorrectly using a mulsu in >>> some rare cases. >>> - Fixed a bug where >> of byte expressions involving MUL was >>> incorrect. >>> - For XMega, storing a word sized item now uses low byte, then high >>> byte order. Needed if the pointer is an IO register address. >>> Linker >>> - Added -nb:<#> switch for the Build Number, the following is emitted >>> to >>> the top of the .mp MAP file: >>> >>> Project: BAR >>> Build Number: 6 >>> Date: Fri Jul 24 18:01:45 2009 >>> Compiler: ICCAVR >>> Version: 7.22A >>> >>> >>> // richard blog: < >>> http://imagecraft.wordpress.com> >>> // mailing list: http://www.dragonsgate.net/mailman/listinfo >>> // photo book: http://www.blurb.com/bookstore/detail/745963 >>> [ For technical support on ImageCraft products, please include all >>> previous replies in your msgs. ] >>> >> >> // richard blog: < >> http://imagecraft.wordpress.com> >> // mailing list: http://www.dragonsgate.net/mailman/listinfo >> // photo book: http://www.blurb.com/bookstore/detail/745963 >> [ For technical support on ImageCraft products, please include all >> previous replies in your msgs. ] >> _______________________________________________ >> Icc-announce mailing list >> Icc-announce@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-announce >> >> > -- > Detlef Keiler Industrieelektronik > Iltisweg 1, D-51766 Engelskirchen > FON : 02263 900050 > FAX : 02263 900051 > MAIL : dk@keiler-germany.de > USt-ID : DE123700316 > > > _______________________________________________ > Icc-announce mailing list > Icc-announce@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-announce > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090804/fe5e260f/attachment.html From james.hatley at comcast.net Tue Aug 4 09:49:57 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Tue Aug 4 11:00:06 2009 Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released References: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com><200907270542.n6R5g9dr089640@mail.imagecraft.com><4A76B044.2090003@keiler-germany.de> Message-ID: I use 7.22a and it works fine. Suggest that you read the help files in 7.22a ... search on "putchar" ... they are pretty specific about having to have a putchar defined. Jim ----- Original Message ----- From: Rick Drolet To: icc-avr@imagecraft.com Sent: Tuesday, August 04, 2009 9:39 AM Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released ---------- Forwarded message ---------- From: Rick Drolet Date: Tue, Aug 4, 2009 at 9:35 AM Subject: Re: [Icc-announce] Re: AVR 7.22A Released To: "General Announcement, Product Updates etc. No discussion." All, I have been using 7.16 and now testing the 7.22A but cannot link properly. The error is the 'putchar' which says the file does not exist but it is in the source. When I force an error in this source file the compiler recognizes the bad source file but cannot link properly. Tried to move this procedure to different files but same result. The mak file seems to be ok. Has anyone had this issue? On Mon, Aug 3, 2009 at 2:39 AM, Detlef Keiler wrote: Hi Richard, my antivirus kit reports a trojan when checking "ilinkavr.exe". Any chance to rename that file? Regards Detlef <<< snip >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090804/65b5ee26/attachment.html From rick.drolet at gmail.com Tue Aug 4 10:14:57 2009 From: rick.drolet at gmail.com (Rick Drolet) Date: Tue Aug 4 11:25:11 2009 Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released In-Reply-To: References: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com> <200907270542.n6R5g9dr089640@mail.imagecraft.com> <4A76B044.2090003@keiler-germany.de> Message-ID: Jim - thanks for the response. According to the following I should be compliant: Overriding a Library Function You can write your own version of a library function. For example, you can implement your own putchar() function to do interrupt driven IO (an example of this is available in the c:\iccv7avr\examples.avr directory) or write to an LCD device. The library source code is provided so that you can use it as a starting point. You can override the default library function using one of the following methods: - You can include your function in one of your project files. The compiler system will not use the library function in this case. Note that in this case, unlike a library module, your function will always be included in the final program output even if you do not use it. In my case I do not want to ues the library version, nor modify a standard library. In all previous projects I create a function/procedure that is specific to a project. So the linker is still suspect. On Tue, Aug 4, 2009 at 9:49 AM, Jim Hatley wrote: > I use 7.22a and it works fine. > > Suggest that you read the help files in 7.22a ... search on "putchar" ... > they are pretty specific about having to have a putchar defined. > > Jim > > ----- Original Message ----- > *From:* Rick Drolet > *To:* icc-avr@imagecraft.com > *Sent:* Tuesday, August 04, 2009 9:39 AM > *Subject:* [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released > > > > ---------- Forwarded message ---------- > From: Rick Drolet > Date: Tue, Aug 4, 2009 at 9:35 AM > Subject: Re: [Icc-announce] Re: AVR 7.22A Released > To: "General Announcement, Product Updates etc. No discussion." < > icc-announce@imagecraft.com> > > > All, > I have been using 7.16 and now testing the 7.22A but cannot link properly. > > The error is the 'putchar' which says the file does not exist but it is in > the source. When I force an error in this source file the compiler > recognizes the bad source file but cannot link properly. > > Tried to move this procedure to different files but same result. > > The mak file seems to be ok. > > Has anyone had this issue? > > On Mon, Aug 3, 2009 at 2:39 AM, Detlef Keiler wrote: > >> Hi Richard, >> >> my antivirus kit reports a trojan when checking "ilinkavr.exe". >> Any chance to rename that file? >> >> Regards >> Detlef >> >> >> <<< snip >>> > > > _______________________________________________ > 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/20090804/58c3b0c0/attachment-0001.html From james.hatley at comcast.net Tue Aug 4 12:26:49 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Tue Aug 4 13:36:58 2009 Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released References: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com><200907270542.n6R5g9dr089640@mail.imagecraft.com><4A76B044.2090003@keiler-germany.de> Message-ID: <29A8F63BDC864A1D9DE3A2D49A6A8535@red7> Rick, I'm not an expert on this but believe that you must have a functioning "putchar" somewhere or it will object. You can/should write your own to assure it works with however you want/need to communicate from your program when you use serial i/o routines, printf, scanf, etc. If you have some other way to get characters out of your program just write a "putchar" to send them to however you do it. Jim ----- Original Message ----- From: Rick Drolet 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, August 04, 2009 10:14 AM Subject: Re: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released Jim - thanks for the response. According to the following I should be compliant: Overriding a Library Function You can write your own version of a library function. For example, you can implement your own putchar() function to do interrupt driven IO (an example of this is available in the c:\iccv7avr\examples.avr directory) or write to an LCD device. The library source code is provided so that you can use it as a starting point. You can override the default library function using one of the following methods: a.. You can include your function in one of your project files. The compiler system will not use the library function in this case. Note that in this case, unlike a library module, your function will always be included in the final program output even if you do not use it. In my case I do not want to ues the library version, nor modify a standard library. In all previous projects I create a function/procedure that is specific to a project. So the linker is still suspect. On Tue, Aug 4, 2009 at 9:49 AM, Jim Hatley wrote: I use 7.22a and it works fine. Suggest that you read the help files in 7.22a ... search on "putchar" ... they are pretty specific about having to have a putchar defined. Jim ----- Original Message ----- From: Rick Drolet To: icc-avr@imagecraft.com Sent: Tuesday, August 04, 2009 9:39 AM Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released ---------- Forwarded message ---------- From: Rick Drolet Date: Tue, Aug 4, 2009 at 9:35 AM Subject: Re: [Icc-announce] Re: AVR 7.22A Released To: "General Announcement, Product Updates etc. No discussion." All, I have been using 7.16 and now testing the 7.22A but cannot link properly. The error is the 'putchar' which says the file does not exist but it is in the source. When I force an error in this source file the compiler recognizes the bad source file but cannot link properly. Tried to move this procedure to different files but same result. The mak file seems to be ok. Has anyone had this issue? On Mon, Aug 3, 2009 at 2:39 AM, Detlef Keiler wrote: Hi Richard, my antivirus kit reports a trojan when checking "ilinkavr.exe". Any chance to rename that file? Regards Detlef <<< snip >>> _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr ------------------------------------------------------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090804/81a98bf4/attachment.html From paul.aa9gg at gmail.com Tue Aug 4 12:53:36 2009 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Tue Aug 4 14:03:49 2009 Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released In-Reply-To: <29A8F63BDC864A1D9DE3A2D49A6A8535@red7> References: <7.1.0.9.0.20090726181615.059e1460@imagecraft.com> <200907270542.n6R5g9dr089640@mail.imagecraft.com> <4A76B044.2090003@keiler-germany.de> <29A8F63BDC864A1D9DE3A2D49A6A8535@red7> Message-ID: <20f5efc40908041253w8ff5bf6sa5bb15e68cde73a7@mail.gmail.com> There is a sample putchar in the files. Just add it to your project files. On Tue, Aug 4, 2009 at 2:26 PM, Jim Hatley wrote: > Rick, > > I'm not an expert on this but believe that you must have a functioning > "putchar" somewhere or it will object. You can/should write your own to > assure it works with however you want/need to communicate from your program > when you use serial i/o routines, printf, scanf, etc. If you have some other > way to get characters out of your program just write a "putchar" to send > them to however? you do it. > > Jim > > ----- Original Message ----- > From: Rick Drolet > 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, August 04, 2009 10:14 AM > Subject: Re: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released > Jim - thanks for the response. According to the following I should be > compliant: > > > Overriding a Library Function > > You can write your own version of a library function. For example, you can > implement your own putchar() function to do interrupt driven IO (an example > of this is available in the c:\iccv7avr\examples.avr directory) or write to > an LCD device. The library source code is provided so that you can use it as > a starting point. You can override the default library function using one of > the following methods: > > You can include your function in one of your project files. The compiler > system will not use the library function in this case. Note that in this > case, unlike a library module, your function will always be included in the > final program output even if you do not use it. > > In my case I do not want to ues the library version, nor modify a standard > library. In all previous projects I create a function/procedure that is > specific to a project. > > So the linker is still suspect. > > > > > > > On Tue, Aug 4, 2009 at 9:49 AM, Jim Hatley wrote: >> >> I use 7.22a and it works fine. >> >> Suggest that you read the help files in 7.22a ... search on?"putchar"?... >> they are pretty specific about having to have a putchar defined. >> >> Jim >> >> ----- Original Message ----- >> From: Rick Drolet >> To: icc-avr@imagecraft.com >> Sent: Tuesday, August 04, 2009 9:39 AM >> Subject: [Icc-avr] Fwd: [Icc-announce] Re: AVR 7.22A Released >> >> >> ---------- Forwarded message ---------- >> From: Rick Drolet >> Date: Tue, Aug 4, 2009 at 9:35 AM >> Subject: Re: [Icc-announce] Re: AVR 7.22A Released >> To: "General Announcement, Product Updates etc. No discussion." >> >> >> >> All, >> I have been using 7.16 and now testing the 7.22A but cannot link properly. >> >> The error is the 'putchar' which says the file does not exist?but it?is in >> the source. When I force an error in this source file the compiler >> recognizes the bad source file but cannot link properly. >> >> Tried to move this procedure to different files but same result. >> >> The mak file seems to be ok. >> >> Has anyone had this issue? >> >> On Mon, Aug 3, 2009 at 2:39 AM, Detlef Keiler >> wrote: >>> >>> Hi Richard, >>> >>> my antivirus kit reports a trojan when checking "ilinkavr.exe". >>> Any chance to rename that file? >>> >>> Regards >>> Detlef >>> >>> >>> <<< snip >>> >> >> _______________________________________________ >> 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 > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com NAQCC 3123, SKCC 4628, FPQRP 2003, CW 29 From richard-lists at imagecraft.com Wed Aug 5 01:41:42 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Aug 5 02:53:31 2009 Subject: [Icc-avr] Some problems with V 7.22A In-Reply-To: <4A77C936.8030804@mabel.info> References: <4A77C936.8030804@mabel.info> Message-ID: <200908050953.n759rUWY000999@mail.imagecraft.com> At 10:37 PM 8/3/2009, Thomas Sch?fer wrote: >Hello all, > >I just upgraded from 7.21 to 7.22A (Standard \w USB-Dongle). Now my actual >project compiles with a lot of warnings, telling me "[warning] more than 15 >levels of nested statements", but I have not only one nested statement. >Espacially not where the warning points to. >Strict Checkings and Extensions are >enabled. It seems to run fine, but two dozens of warnings makes me nervous ;-) >Any ideas what's wrong? It has to do with Strict checking. Can you zip up a problem project and send it to me? >Some little other things: As I mentioned a while ago, with the Studio-plugin >strx(__ICC_VERSION) still gives me 7.18. Could the version numbers be >synchronised, please? Not with Studio. We need to update the Studio DLL, but don't have the resource right now... >I was very happy, that the 7.22A now returns a build number. Unfortunately >strx(__BUILD) returns only "__BUILD". Silly me, it trips me everytime too. There's an ANSI C rationale for this, but beats me if I can remember it: #define strxx(x) strx(x) strxx(__BUILD) will work as expected. // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From schaefer at mabel.info Wed Aug 5 22:55:00 2009 From: schaefer at mabel.info (=?ISO-8859-1?Q?Thomas_Sch=E4fer?=) Date: Thu Aug 6 00:05:20 2009 Subject: [Icc-avr] Some problems with V 7.22A In-Reply-To: <200908050953.n759rUWY000999@mail.imagecraft.com> References: <4A77C936.8030804@mabel.info> <200908050953.n759rUWY000999@mail.imagecraft.com> Message-ID: <4A7A7034.4070505@mabel.info> Richard Man schrieb: > At 10:37 PM 8/3/2009, Thomas Sch?fer wrote: >> Hello all, >> >> I just upgraded from 7.21 to 7.22A (Standard \w USB-Dongle). Now my >> actual >> project compiles with a lot of warnings, telling me "[warning] more >> than 15 >> levels of nested statements", but I have not only one nested statement. >> Espacially not where the warning points to. Strict Checkings and >> Extensions are >> enabled. It seems to run fine, but two dozens of warnings makes me >> nervous ;-) >> Any ideas what's wrong? > > It has to do with Strict checking. Can you zip up a problem project and > send it to me? OK. I send it to off list. > > >> Some little other things: As I mentioned a while ago, with the >> Studio-plugin >> strx(__ICC_VERSION) still gives me 7.18. Could the version numbers be >> synchronised, please? > > Not with Studio. We need to update the Studio DLL, but don't have the > resource right now... So, I keep on waiting... ;-) > >> I was very happy, that the 7.22A now returns a build number. >> Unfortunately >> strx(__BUILD) returns only "__BUILD". > > Silly me, it trips me everytime too. There's an ANSI C rationale for > this, but beats me if I can remember it: > > #define strxx(x) strx(x) > > strxx(__BUILD) > > will work as expected. Ahh, much better. Thanks > > // richard > > // photo book: http://www.blurb.com/bookstore/detail/745963 > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From jassenbaum at htp-tel.de Thu Aug 6 12:53:02 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Thu Aug 6 14:03:18 2009 Subject: [Icc-avr] Map File Summary supports new build number etc. References: <8CBE37744891EE2-750-12D4@WEBMAIL-DZ16.sysops.aol.com> <25NGflEDnLEByKWfxnDVDEENimFKZyexBVM1YGvtVJ@akmail> <8CBE37FA40DF433-11EC-1F36@webmail-mx04.sysops.aol.com> Message-ID: Hi All, there is new mpdAVR.dll supporting the additional .mp header since V7.22 like this: Map File Summary V3.5 run at 2009-08-06 21:43:09 Project: TEST Build Number: 60 Date: Tue Jul 28 19:03:15 2009 Compiler: ICCAVR Version: 7.22A For convenient update, download an exe from the links below. Note, that ide must be closed when running the exe. http://avr.jassenbaum.de/iccv7avr/files/iccv7avr_mfs_update.exe http://avr.jassenbaum.de/iccv7avr/files/iccv7avr_mfs_update.zip Best regards, Johannes From r.rohde at indas.de Fri Aug 7 01:50:21 2009 From: r.rohde at indas.de (Roman Rohde) Date: Fri Aug 7 03:00:43 2009 Subject: [Icc-avr] ISP Dialog Message-ID: <4A7BEACD.3050802@indas.de> howto make ISP Dialog config project specific? I have got multiple ICCAVR instances (4) and one of them should programm the device throu stk500.exe, the other projects debugged with AVR-Studio(s) throu (JTAG & dW). From Andrew.Dahl at goodrich.com Fri Aug 7 07:56:23 2009 From: Andrew.Dahl at goodrich.com (Dahl, Andrew) Date: Fri Aug 7 09:06:44 2009 Subject: [Icc-avr] Version 7.22a won't start. Message-ID: Hello, I had been using version 7.21a, but I decided to update to 7.22a today. I did a complete uninstall of 7.21a and deleted the iccv7avr directory and then ran the installer. Now when I try to run the software, nothing happens. The iccavride.exe program shows up in the Processes window of the Windows Task Manager, but no IDE window is showing up on my desktop. I kept a backup of the 7.21a install, so I will be going back to that for now, but any help on getting this working would be great. I am running Windows XP SP2, by the way. Thanks, Andy Andy Dahl Software Engineer II Cargo Systems Goodrich Interiors 2604 Hwy 20 N Jamestown, ND 58401 Tel: +1 701 253 7762 Fax: +1 701 253 7559 andrew.dahl@goodrich.com www.goodrich.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090807/ededd3aa/attachment.html From bobgardner at aol.com Fri Aug 7 13:12:12 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Fri Aug 7 14:22:45 2009 Subject: [Icc-avr] atof number of digits? Message-ID: <8CBE5B27C5BA5CC-488-10A7@webmail-me17.sysops.aol.com> //-------------------------- void adjntcc(void){ //adjust ntc coeff c cprintf("coeff c:"); getstr(tmpstr); ntcc=atof(tmpstr); cprintf("%e \n",ntcc); } If I type in 1.234e-7 it spits out 1.0e-7. This seems wrong. Anyone confirm this behavior and/or suggest workaround? void adjntcc(void){ //adjust ntc coeff c cprintf("coeff c:"); getstr(tmpstr); ntcc=atof(tmpstr); cprintf("%e \n",ntcc); } If I type in 1.234e-7 it spits out 1.0e-7. This seems wrong. Anyone confirm this behavior and/or suggest workaround? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090807/8df9dcaf/attachment.html From bobgardner at aol.com Sat Aug 8 14:33:25 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Sat Aug 8 15:43:51 2009 Subject: [Icc-avr] atof range in stdlib.h Message-ID: <8CBE686FEEF69CB-2184-67E8@webmail-mh35.sysops.aol.com> I added a couple of zeros to the ftoa small lower limit range in stdlib.h, but I think something is still bonkers. I want to enter a 5 or 6 digit number between 1 and?10 with?an e-7 after it... like 9.87654e-7. Single precision floating point shoul accept those 5 or 6 digits over a range of e+-38, so why does it poop out at 7 or 8? Big picture: I calc the steinhart coefficients for my ntc thermistor by entering 3 temps and 3 resistances and the applet spits out three coefficients a,b and c, which I use to calc temp in deg kelvin. Its all very straightforward, but this not being able to enter the darn coefficient I want bugs me. Anyone got a fix or a workaround? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090808/012b1b88/attachment.html From H.Fuerstenberger at glp.de Mon Aug 10 06:13:33 2009 From: H.Fuerstenberger at glp.de (=?iso-8859-1?Q?F=FCrstenberger=2C_Holger?=) Date: Mon Aug 10 07:23:58 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <200811052000.mA5K02IR097161@mail.imagecraft.com> References: <200811052000.mA5K02IR097161@mail.imagecraft.com> Message-ID: <0870D146C1394543BA6773B969A091AF85A8C5FF49@glp-xchg-itt.intern.glp.de> Hello there, i read something in the blog about improvements in the IDE. In my opinion it will be time to improve some features to be up-to-date. (I also develop in MS Visual Studio & Dreamweaver). I will list up some features, that are important to me. Perhaps someone of the developers will comment it, which of the features will be possible in one of the next releases. 1) jump to definitions from context menu (right click) 2) auto-completion of functions, var-names 3) list of occurrences of functions or vars 4) Code-folding 5) interpretation of code-documention like doxygen In larger projects, it would be possible to save much time. I also found a tutorial by using Eclipse as IDE. As anyone experiences by using this IDE with the ICCAVR Compiler? I think, it would be the better IDE, but to configure the compiler and linker it will be worse. Best regards Holger F?rstenberger From sl at ecpower.dk Mon Aug 10 07:39:17 2009 From: sl at ecpower.dk (Steven Lose) Date: Mon Aug 10 08:49:39 2009 Subject: SV: [Icc-avr] next-gen IDE In-Reply-To: <0870D146C1394543BA6773B969A091AF85A8C5FF49@glp-xchg-itt.intern.glp.de> References: <200811052000.mA5K02IR097161@mail.imagecraft.com> <0870D146C1394543BA6773B969A091AF85A8C5FF49@glp-xchg-itt.intern.glp.de> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA638D68@seattle.ecpower.dk> Hi. I agree on your functional improvements. Also under 2) will be showing and selecting items in structs. Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af F?rstenberger, Holger Sendt: 10. august 2009 15:14 Til: icc-avr@imagecraft.com Emne: [Icc-avr] next-gen IDE Hello there, i read something in the blog about improvements in the IDE. In my opinion it will be time to improve some features to be up-to-date. (I also develop in MS Visual Studio & Dreamweaver). I will list up some features, that are important to me. Perhaps someone of the developers will comment it, which of the features will be possible in one of the next releases. 1) jump to definitions from context menu (right click) 2) auto-completion of functions, var-names 3) list of occurrences of functions or vars 4) Code-folding 5) interpretation of code-documention like doxygen In larger projects, it would be possible to save much time. I also found a tutorial by using Eclipse as IDE. As anyone experiences by using this IDE with the ICCAVR Compiler? I think, it would be the better IDE, but to configure the compiler and linker it will be worse. Best regards Holger F?rstenberger _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From bobgardner at aol.com Mon Aug 10 07:45:02 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Mon Aug 10 08:55:29 2009 Subject: [Icc-avr] ftoa accuracy Message-ID: <8CBE7E046B23B9B-500-2C8@webmail-dx18.sysops.aol.com> I included ftoa_slow.c from the libsrc dir into the proj and recompiled, and it prints out those fp coefficients to 8 places just like visual studio does. So anyone that is using fp console io should use this better ftoa. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090810/e6d24482/attachment.html From webbra.mlist at verizon.net Mon Aug 10 11:28:03 2009 From: webbra.mlist at verizon.net (Rich Webb) Date: Mon Aug 10 12:38:44 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> Message-ID: <4A8066B3.1050505@verizon.net> > i read something in the blog about improvements in the IDE. In my > opinion it will be time to improve some features to be up-to-date. (I > also develop in MS Visual Studio & Dreamweaver). Up-to-date != however MS has decided to do it this year. > I will list up some features, that are important to me. Perhaps > someone of the developers will comment it, which of the features will > be possible in one of the next releases. Code editors are indeed important to productivity and are the subject of strong personal preferences. Some people even like EMACS! Personally, I'd rather that Imagecraft's development efforts be spent on improving and extending the compiler suite or on other aspects of the IDE rather than the editor pane. I'm very thankful that the current system is flexible enough to accommodate multiple editors (e.g., gvim) and doesn't lock us into one person's idea of how I should interact with the code. From Albert.vanVeen at pertronic.co.nz Mon Aug 10 13:32:25 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Mon Aug 10 14:42:46 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <4A8066B3.1050505@verizon.net> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> You can already see that everyone will have his own preferences, so what should be improved by 'the team'? Personally, I use (and am happy with) this IDE for AVR projects, and still my old Borland-C IDE for other processor families. I'd rather go on using this well known environment than spend time on learning something that might be slightly better. One thing that keeps annoying me in ICCAVR is that I can't get ctrl-Y and ctrl-T to work in old Wordstar/Borland style; it works when I configure the editor, but the next time I start up ICCAVR, it seems to have forgotton this setting again; frustrating! Anyway, that's me. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Rich Webb Sent: Tuesday, August 11, 2009 06:28 AM To: icc-avr@imagecraft.com Subject: Re: [Icc-avr] next-gen IDE > i read something in the blog about improvements in the IDE. In my > opinion it will be time to improve some features to be up-to-date. (I > also develop in MS Visual Studio & Dreamweaver). Up-to-date != however MS has decided to do it this year. > I will list up some features, that are important to me. Perhaps > someone of the developers will comment it, which of the features will > be possible in one of the next releases. Code editors are indeed important to productivity and are the subject of strong personal preferences. Some people even like EMACS! Personally, I'd rather that Imagecraft's development efforts be spent on improving and extending the compiler suite or on other aspects of the IDE rather than the editor pane. I'm very thankful that the current system is flexible enough to accommodate multiple editors (e.g., gvim) and doesn't lock us into one person's idea of how I should interact with the code. _______________________________________________ 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 tony at encoreelectronics.com Mon Aug 10 13:56:11 2009 From: tony at encoreelectronics.com (Tony Karavidas) Date: Mon Aug 10 15:06:52 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> Message-ID: I use a fabulous tool called Source Insight for ALL my code projects and simply keep the compilers IDE up to compile only. I would rather see improvements in the compiler or in interfacing to hardware tools such as programming devices. Tony On Aug 10, 2009, at 1:32 PM, "Albert vanVeen" wrote: > You can already see that everyone will have his own preferences, so > what > should be improved by 'the team'? > Personally, I use (and am happy with) this IDE for AVR projects, and > still my old Borland-C IDE for other processor families. I'd rather go > on using this well known environment than spend time on learning > something that might be slightly better. One thing that keeps annoying > me in ICCAVR is that I can't get ctrl-Y and ctrl-T to work in old > Wordstar/Borland style; it works when I configure the editor, but the > next time I start up ICCAVR, it seems to have forgotton this setting > again; frustrating! > > Anyway, that's me. > > Albert. > > > -----Original Message----- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Rich Webb > Sent: Tuesday, August 11, 2009 06:28 AM > To: icc-avr@imagecraft.com > Subject: Re: [Icc-avr] next-gen IDE > >> i read something in the blog about improvements in the IDE. In my >> opinion it will be time to improve some features to be up-to-date. (I > >> also develop in MS Visual Studio & Dreamweaver). > > Up-to-date != however MS has decided to do it this year. > >> I will list up some features, that are important to me. Perhaps >> someone of the developers will comment it, which of the features will > >> be possible in one of the next releases. > > Code editors are indeed important to productivity and are the > subject of > strong personal preferences. Some people even like EMACS! > > Personally, I'd rather that Imagecraft's development efforts be > spent on > improving and extending the compiler suite or on other aspects of the > IDE rather than the editor pane. > > I'm very thankful that the current system is flexible enough to > accommodate multiple editors (e.g., gvim) and doesn't lock us into one > person's idea of how I should interact with the code. > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- > > This message has been scanned for viruses and > > dangerous content by Bizo EmailFilter, and is > > believed to be clean. > > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From ira at extrasensory.com Mon Aug 10 13:37:55 2009 From: ira at extrasensory.com (Ira) Date: Mon Aug 10 15:10:11 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local > References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> Message-ID: <0MKpCa-1Maby90jzk-0000yV@mrelay.perfora.net> At 01:32 PM 8/10/2009, you wrote: >me in ICCAVR is that I can't get ctrl-Y and ctrl-T to work in old >Wordstar/Borland style; it works when I configure the editor, but the >next time I start up ICCAVR, it seems to have forgotton this setting >again; frustrating! And if I could have one thing it would be search wrapping around and maybe searching all open files. But wrapping around would just be the best. Remembering to always go to the top to start searching is just the most annoying thing. From richard-lists at imagecraft.com Mon Aug 10 16:16:25 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Aug 10 17:28:21 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> Message-ID: <200908110028.n7B0SJlG000246@mail.imagecraft.com> No worry about that. IDE improvement is low in priority.... The best compromise is if I can find a modern editor engine, but no resource for that investigation either. At 01:56 PM 8/10/2009, Tony Karavidas wrote: >I use a fabulous tool called Source Insight for ALL my code projects >and simply keep the compilers IDE up to compile only. I would rather >see improvements in the compiler or in interfacing to hardware tools >such as programming devices. > >Tony > // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From richard-lists at imagecraft.com Mon Aug 10 16:25:24 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Mon Aug 10 17:37:20 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: References: Message-ID: <200908110037.n7B0bJIj000430@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090810/8c96a445/attachment.html From byron at inhep.com Tue Aug 11 00:01:55 2009 From: byron at inhep.com (Byron Loader) Date: Tue Aug 11 01:13:20 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <200908110028.n7B0SJlG000246@mail.imagecraft.com> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> <200908110028.n7B0SJlG000246@mail.imagecraft.com> Message-ID: <001101ca1a51$9ca91400$d5fb3c00$@com> Hey Guys, The Only IDE/Compiler feature I would love to see (and I haven't seen it in any other editors etc - because it is requires feedback from the compiler) is an interpreter for #if #elses. Basically an ability within the IDE to grey out un-compiled code. It will make debugging etc so much simpler especially when code is written for 3 or 4 hardware platforms. Best Regards, Byron Loader Senior Electronic Engineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Tuesday, August 11, 2009 1:16 AM To: icc-avr@imagecraft.com Subject: Re: [Icc-avr] next-gen IDE No worry about that. IDE improvement is low in priority.... The best compromise is if I can find a modern editor engine, but no resource for that investigation either. At 01:56 PM 8/10/2009, Tony Karavidas wrote: >I use a fabulous tool called Source Insight for ALL my code projects >and simply keep the compilers IDE up to compile only. I would rather >see improvements in the compiler or in interfacing to hardware tools >such as programming devices. > >Tony > // richard // photo book: http://www.blurb.com/bookstore/detail/745963 _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From tim at sabretechnology.co.uk Tue Aug 11 01:20:02 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Tue Aug 11 02:30:22 2009 Subject: [Icc-avr] next-gen IDE Message-ID: <04671BB8D269034BBC4BB6BA894867261653A9@sserver.SabreTechnology.local> ----Original Message---- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Byron Loader Sent: 11 August 2009 08:02 To: 'Discussion list for ICCAVR and ICCtiny Users. You do NOT needto subscribe to icc-announce if you are a member of this.' Subject: RE: [Icc-avr] next-gen IDE > Hey Guys, > > The Only IDE/Compiler feature I would love to see (and I > haven't seen it in any other editors etc - because it is > requires feedback from the compiler) is an interpreter > for #if #elses. Basically an ability within the IDE to > grey out un-compiled code. It will make debugging etc so > much simpler especially when code is written for 3 or 4 > hardware platforms. Source Insight looks interesting, might have a whizz with the demo. It claims to do greyed-out #ifdef as well as lots of other stuff. -- Tim Mitchell From design at johnfromarran.org.uk Tue Aug 11 02:10:13 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Tue Aug 11 03:20:35 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <04671BB8D269034BBC4BB6BA894867261653A9@sserver.SabreTechnology.local> References: <04671BB8D269034BBC4BB6BA894867261653A9@sserver.SabreTechnology.local> Message-ID: <4A813575.5040009@johnfromarran.org.uk> Indeed it does look very promising, but is a little expensive for those of us on a limited budget. I use EditPlus 3 which is very configurable but haven't managed to fully integrate it with the IDE. Is anyone else using it? All the best for now, John Tim Mitchell wrote: > Source Insight looks interesting, might have a whizz with the demo. It > claims to do greyed-out #ifdef as well as lots of other stuff. > > From paul.aa9gg at gmail.com Tue Aug 11 06:22:05 2009 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Tue Aug 11 07:32:26 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <200908110028.n7B0SJlG000246@mail.imagecraft.com> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> <200908110028.n7B0SJlG000246@mail.imagecraft.com> Message-ID: <20f5efc40908110622l73b15feck15c3de41475b5ee0@mail.gmail.com> Would be nice if the app. builder gets fixed at the same time On Mon, Aug 10, 2009 at 6:16 PM, Richard Man wrote: > No worry about that. IDE improvement is low in priority.... The best > compromise is if I can find a modern editor engine, but no resource for that > investigation either. > > At 01:56 PM 8/10/2009, Tony Karavidas wrote: >> >> I use a fabulous tool called Source Insight for ALL my code projects >> and simply keep the compilers IDE up to compile only. I would rather >> see improvements in the compiler or in interfacing to hardware tools >> such as programming devices. >> >> Tony >> > > // richard > > // photo book: http://www.blurb.com/bookstore/detail/745963 > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com NAQCC 3123, SKCC 4628, FPQRP 2003, CW 29 From tony at encoreelectronics.com Tue Aug 11 10:15:59 2009 From: tony at encoreelectronics.com (Tony Karavidas) Date: Tue Aug 11 11:26:37 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <4A813575.5040009@johnfromarran.org.uk> References: <04671BB8D269034BBC4BB6BA894867261653A9@sserver.SabreTechnology.local> <4A813575.5040009@johnfromarran.org.uk> Message-ID: Once you try it, you'll wonder why you didn't buy it 10 years ago. I use it with a dual screen setup and while having my main sourcecode on the left, I can click on a subroutine name and see that dynamically appear in a window on the right. The other super useful feature is syntax formatting. You gotta try it. Tony Sent from my iphone On Aug 11, 2009, at 2:10 AM, John Baraclough wrote: > Indeed it does look very promising, but is a little expensive for > those of us on a limited budget. I use EditPlus 3 which is very > configurable but haven't managed to fully integrate it with the IDE. > Is anyone else using it? > > All the best for now, > John > > > Tim Mitchell wrote: >> Source Insight looks interesting, might have a whizz with the demo. >> It >> claims to do greyed-out #ifdef as well as lots of other stuff. >> >> > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From benjamin_rockwell at yahoo.com Tue Aug 11 12:24:26 2009 From: benjamin_rockwell at yahoo.com (Benjamin Rockwell) Date: Tue Aug 11 13:34:47 2009 Subject: [Icc-avr] Re: next-gen IDE Message-ID: <706354.66921.qm@web56408.mail.re3.yahoo.com> The IDE will never be all things to all people. What I would really like is a way to generate correct compiler and linker command line options for a given device, etc from outside the IDE. This would allow anyone to use the IDE of their choice and?call the compiler/linker as they wish. It seems that this functionality is encapsulated within some of the IDE dlls as it is called by the AVR Studio plugin, but this interface does not seem to be documented anywhere. ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090811/17a4a2f9/attachment.html From Albert.vanVeen at pertronic.co.nz Tue Aug 11 13:33:26 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Tue Aug 11 14:43:54 2009 Subject: [Icc-avr] Re: next-gen IDE In-Reply-To: <706354.66921.qm@web56408.mail.re3.yahoo.com> References: <706354.66921.qm@web56408.mail.re3.yahoo.com> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063FAD@sbs.pertronic.local> On top of the wishlist for the (any) IDE: show matching brackets. The 2 other ide's that I use, have this feature. Alternative: count the open/close brackets using fingers on left & right hand, a bit ridiculous in the 21st century! At the end of a module file the compiler says "something missing", and you spend oodles trying to find where you forgot a closing bracket. Albert. ________________________________ From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Benjamin Rockwell Sent: Wednesday, August 12, 2009 07:24 AM To: icc-avr@imagecraft.com Subject: [Icc-avr] Re: next-gen IDE The IDE will never be all things to all people. What I would really like is a way to generate correct compiler and linker command line options for a given device, etc from outside the IDE. This would allow anyone to use the IDE of their choice and call the compiler/linker as they wish. It seems that this functionality is encapsulated within some of the IDE dlls as it is called by the AVR Studio plugin, but this interface does not seem to be documented anywhere. -- 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/20090812/c4b2379a/attachment.html From jassenbaum at htp-tel.de Tue Aug 11 15:26:16 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Tue Aug 11 16:36:38 2009 Subject: [Icc-avr] Re: next-gen IDE References: <706354.66921.qm@web56408.mail.re3.yahoo.com> <5F8515C5ED67B6439B4F93D7B5E08A36063FAD@sbs.pertronic.local> Message-ID: Beyond showing matching brackets socalled folding feature is very nice, as it masks lines upto matching bracket. E.g. open-source scintilla editor component supports it. Best regards, Johannes > On top of the wishlist for the (any) IDE: show matching brackets. > The 2 other ide's that I use, have this feature. Alternative: count the > open/close brackets using fingers on left & right hand, a bit ridiculous > in the 21st century! At the end of a module file the compiler says > "something missing", and you spend oodles trying to find where you > forgot a closing bracket. > Albert. > ________________________________ > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Benjamin Rockwell > Sent: Wednesday, August 12, 2009 07:24 AM > To: icc-avr@imagecraft.com > Subject: [Icc-avr] Re: next-gen IDE > The IDE will never be all things to all people. > What I would really like is a way to generate correct compiler and > linker command line options for a given device, etc from outside the > IDE. This would allow anyone to use the IDE of their choice and call the > compiler/linker as they wish. It seems that this functionality is > encapsulated within some of the IDE dlls as it is called by the AVR > Studio plugin, but this interface does not seem to be documented > anywhere. > -- > This message has been scanned for viruses and > dangerous content by Bizo EmailFilter , > and is > believed to be clean. From info at spide.nl Wed Aug 12 01:12:45 2009 From: info at spide.nl (J.H. van der Spiegel) Date: Wed Aug 12 02:23:11 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <200908110028.n7B0SJlG000246@mail.imagecraft.com> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> <200908110028.n7B0SJlG000246@mail.imagecraft.com> Message-ID: <78079E09A30648E3AEECC330ECA277CB@spide.local> Is anyone knowing Multi Edit? I'm using that editor for a long time. I'll think its not a very expensive editor. It holts a feature called macro editor. It's a kind of pascall/c language. With that tool you can expand the functionality of the editor. So Imagecraft could write functionality and disseminating to the legal users of there compilers? Many of the features/function's, mentioned the mails about this subject, are already in it. I also compile my source from within the editor!. I'll hope trhis will contribute to the discussion. http://www.multiedit.com/ Kind regards Joop -----Oorspronkelijk bericht----- Van: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Namens Richard Man Verzonden: dinsdag 11 augustus 2009 1:16 Aan: icc-avr@imagecraft.com Onderwerp: Re: [Icc-avr] next-gen IDE No worry about that. IDE improvement is low in priority.... The best compromise is if I can find a modern editor engine, but no resource for that investigation either. At 01:56 PM 8/10/2009, Tony Karavidas wrote: >I use a fabulous tool called Source Insight for ALL my code projects >and simply keep the compilers IDE up to compile only. I would rather >see improvements in the compiler or in interfacing to hardware tools >such as programming devices. > >Tony > // richard // photo book: http://www.blurb.com/bookstore/detail/745963 _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr __________ Informatie van ESET NOD32 Antivirus, versie van database viruskenmerken 4324 (20090811) __________ Het bericht is gecontroleerd door ESET NOD32 Antivirus. http://www.eset.com __________ Informatie van ESET NOD32 Antivirus, versie van database viruskenmerken 4328 (20090812) __________ Het bericht is gecontroleerd door ESET NOD32 Antivirus. http://www.eset.com From jh.bodin at telia.com Wed Aug 12 04:00:23 2009 From: jh.bodin at telia.com (Johan H. Bodin) Date: Wed Aug 12 05:10:45 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <78079E09A30648E3AEECC330ECA277CB@spide.local> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> <200908110028.n7B0SJlG000246@mail.imagecraft.com> <78079E09A30648E3AEECC330ECA277CB@spide.local> Message-ID: <4A82A0C7.40204@telia.com> J.H. van der Spiegel wrote: > I'll hope trhis will contribute to the discussion. > http://www.multiedit.com/ ...and I am happy with UltraEdit. http://www.ultraedit.com/ Johan Bodin From bob.rust at edh.co.za Wed Aug 12 07:26:10 2009 From: bob.rust at edh.co.za (Bob Rust) Date: Wed Aug 12 08:36:40 2009 Subject: [Icc-avr] Version 7.22a won't start. References: <200908110037.n7B0bJIj000430@mail.imagecraft.com> Message-ID: Hi Richard Any feedback on this issue yet? Bob ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com ; icc-avr@imagecraft.com Sent: Tuesday, August 11, 2009 1:25 AM Subject: Re: [Icc-avr] Version 7.22a won't start. No idea why. Please email me privately and we will see whether we can work it out. At 07:56 AM 8/7/2009, Dahl, Andrew wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA176F.3BF3B895" Hello, I had been using version 7.21a, but I decided to update to 7.22a today. I did a complete uninstall of 7.21a and deleted the iccv7avr directory and then ran the installer. Now when I try to run the software, nothing happens. The iccavride.exe program shows up in the Processes window of the Windows Task Manager, but no IDE window is showing up on my desktop. I kept a backup of the 7.21a install, so I will be going back to that for now, but any help on getting this working would be great. I am running Windows XP SP2, by the way. Thanks, Andy // richard < http://www.imagecraft.com> < http://www.dragonsgate.net/mailman/listinfo> // photo book: http://www.blurb.com/bookstore/detail/745963 ------------------------------------------------------------------------------ _______________________________________________ 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/20090812/17b0c3af/attachment.html From design at johnfromarran.org.uk Wed Aug 12 08:48:10 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Wed Aug 12 09:58:38 2009 Subject: [Icc-avr] Re: next-gen IDE In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063FAD@sbs.pertronic.local> References: <706354.66921.qm@web56408.mail.re3.yahoo.com> <5F8515C5ED67B6439B4F93D7B5E08A36063FAD@sbs.pertronic.local> Message-ID: <4A82E43A.9000700@johnfromarran.org.uk> Hi Albert, The existing editor has a crude method of showing matching brackets. Place the cursor immediately in front of any bracket then press CRTL+M and the cursor will jump to the matching bracket. Another CTRL+M will take you back to where you started. It may not be ideal but it does work. All the best for now, John Albert vanVeen wrote: > On top of the wishlist for the (any) IDE: show *matching brackets*. > The 2 other ide's that I use, have this feature. Alternative: count > the open/close brackets using fingers on left & right hand, a bit > ridiculous in the 21st century! At the end of a module file the > compiler says "something missing", and you spend oodles trying to find > where you forgot a closing bracket. > > Albert. > From info at spide.nl Wed Aug 12 09:39:38 2009 From: info at spide.nl (J.H. van der Spiegel) Date: Wed Aug 12 10:50:01 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <4A82A0C7.40204@telia.com> References: <200908101900.n7AJ04Ze092718@mail.imagecraft.com> <4A8066B3.1050505@verizon.net> <5F8515C5ED67B6439B4F93D7B5E08A36063FAC@sbs.pertronic.local> <200908110028.n7B0SJlG000246@mail.imagecraft.com> <78079E09A30648E3AEECC330ECA277CB@spide.local> <4A82A0C7.40204@telia.com> Message-ID: <42B86DC05C1940A8B4A0B04E616CADCC@spide.local> ... that I can imagine :-) -----Oorspronkelijk bericht----- Van: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Namens Johan H. Bodin Verzonden: woensdag 12 augustus 2009 13:00 Aan: ICCAVR list Onderwerp: Re: [Icc-avr] next-gen IDE J.H. van der Spiegel wrote: > I'll hope trhis will contribute to the discussion. > http://www.multiedit.com/ ...and I am happy with UltraEdit. http://www.ultraedit.com/ Johan Bodin _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr __________ Informatie van ESET NOD32 Antivirus, versie van database viruskenmerken 4328 (20090812) __________ Het bericht is gecontroleerd door ESET NOD32 Antivirus. http://www.eset.com __________ Informatie van ESET NOD32 Antivirus, versie van database viruskenmerken 4329 (20090812) __________ Het bericht is gecontroleerd door ESET NOD32 Antivirus. http://www.eset.com From richard-lists at imagecraft.com Wed Aug 12 10:04:50 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Aug 12 11:16:54 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: References: <200908110037.n7B0bJIj000430@mail.imagecraft.com> Message-ID: <200908121816.n7CIGraA066551@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090812/fe656008/attachment.html From Albert.vanVeen at pertronic.co.nz Wed Aug 12 13:14:49 2009 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Wed Aug 12 14:25:13 2009 Subject: [Icc-avr] Re: next-gen IDE In-Reply-To: <4A82E43A.9000700@johnfromarran.org.uk> References: <706354.66921.qm@web56408.mail.re3.yahoo.com><5F8515C5ED67B6439B4F93D7B5E08A36063FAD@sbs.pertronic.local> <4A82E43A.9000700@johnfromarran.org.uk> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063FB0@sbs.pertronic.local> Thanks John, that's fantastic. That's a big moan solved. I suppose a matter of RTFM. I'm beginning to think everybody has his own editor! In which case Richard is right in not wasting time on it. I am off on a 4-week holiday now, so I'll miss out on some interesting discussions. Enjoy yourselves! Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of John Baraclough Sent: Thursday, August 13, 2009 03:48 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] Re: next-gen IDE Hi Albert, The existing editor has a crude method of showing matching brackets. Place the cursor immediately in front of any bracket then press CRTL+M and the cursor will jump to the matching bracket. Another CTRL+M will take you back to where you started. It may not be ideal but it does work. All the best for now, John Albert vanVeen wrote: > On top of the wishlist for the (any) IDE: show *matching brackets*. > The 2 other ide's that I use, have this feature. Alternative: count > the open/close brackets using fingers on left & right hand, a bit > ridiculous in the 21st century! At the end of a module file the > compiler says "something missing", and you spend oodles trying to find > where you forgot a closing bracket. > > Albert. > _______________________________________________ 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 bobgardner at aol.com Wed Aug 12 13:55:41 2009 From: bobgardner at aol.com (bobgardner@aol.com) Date: Wed Aug 12 15:06:20 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: References: <200908110037.n7B0bJIj000430@mail.imagecraft.com> Message-ID: <8CBE9A6633200C4-2BC-119C@WEBMAIL-DC04.sysops.aol.com> Do you have a dual processor? I had a freeware util that would be visible in task manager, but couldnt see it on the console. (I have a dual processor at work, and iccv7avr runs just fine on it, but maybe there is some config snafu?) -----Original Message----- From: Bob Rust Sent: Wed, Aug 12, 2009 10:26 am Subject: Re: [Icc-avr] Version 7.22a won't start. Hi Richard Any feedback on this issue yet? Bob ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com ; icc-avr@imagecraft.com Sent: Tuesday, August 11, 2009 1:25 AM Subject: Re: [Icc-avr] Version 7.22a won't start. No idea why. Please email me privately and we will see whether we can work it out. At 07:56 AM 8/7/2009, Dahl, Andrew wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; ???????? boundary="----_=_NextPart_001_01CA176F.3BF3B895" Hello, ? I had been using version 7.21a, but I decided to update to 7.22a today.? I did a complete uninstall of 7.21a and deleted the iccv7avr directory and then ran the installer.? Now when I try to run the software, nothing happens.? The iccavride.exe program shows up in the Processes window of the Windows Task Manager, but no IDE window is showing up on my desktop. ? I kept a backup of the 7.21a install, so I will be going back to that for now, but any help on getting this working would be great.? I am running Windows XP SP2, by the way. ? Thanks, ? Andy ? // richard < http://www.imagecraft.com> < http://www.dragonsgate.net/mailman/listinfo> // photo book: http://www.blurb.com/bookstore/detail/745963 _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090812/0256de2b/attachment.html From bob.rust at edh.co.za Wed Aug 12 23:35:45 2009 From: bob.rust at edh.co.za (Bob Rust) Date: Thu Aug 13 00:46:16 2009 Subject: [Icc-avr] Version 7.22a won't start. References: <200908110037.n7B0bJIj000430@mail.imagecraft.com> <8CBE9A6633200C4-2BC-119C@WEBMAIL-DC04.sysops.aol.com> Message-ID: V7.22a fails on a dual processor with XP (sp3) but ran on a single core under Win 2K. I thought it was the OS but maybe the processor is the issue.. - Bob ----- Original Message ----- From: bobgardner@aol.com To: icc-avr@imagecraft.com Sent: Wednesday, August 12, 2009 10:55 PM Subject: Re: [Icc-avr] Version 7.22a won't start. Do you have a dual processor? I had a freeware util that would be visible in task manager, but couldnt see it on the console. (I have a dual processor at work, and iccv7avr runs just fine on it, but maybe there is some config snafu?) -----Original Message----- From: Bob Rust Sent: Wed, Aug 12, 2009 10:26 am Subject: Re: [Icc-avr] Version 7.22a won't start. Hi Richard Any feedback on this issue yet? Bob ----- Original Message ----- From: Richard Man To: icc-avr@imagecraft.com ; icc-avr@imagecraft.com Sent: Tuesday, August 11, 2009 1:25 AM Subject: Re: [Icc-avr] Version 7.22a won't start. No idea why. Please email me privately and we will see whether we can work it out. At 07:56 AM 8/7/2009, Dahl, Andrew wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA176F.3BF3B895" Hello, I had been using version 7.21a, but I decided to update to 7.22a today. I did a complete uninstall of 7.21a and deleted the iccv7avr directory and then ran the installer. Now when I try to run the software, nothing happens. The iccavride.exe program shows up in the Processes window of the Windows Task Manager, but no IDE window is showing up on my desktop. I kept a backup of the 7.21a install, so I will be going back to that for now, but any help on getting this working would be great. I am running Windows XP SP2, by the way. Thanks, Andy // richard < http://www.imagecraft.com> < http://www.dragonsgate.net/mailman/listinfo> // photo book: http://www.blurb.com/bookstore/detail/745963 ---------------------------------------------------------------------------- _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr ------------------------------------------------------------------------------ _______________________________________________ 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/20090813/8711a2ce/attachment.html From richard-lists at imagecraft.com Wed Aug 12 23:41:58 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Aug 13 00:54:03 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: References: <200908110037.n7B0bJIj000430@mail.imagecraft.com> <8CBE9A6633200C4-2BC-119C@WEBMAIL-DC04.sysops.aol.com> Message-ID: <200908130754.n7D7s1ja083745@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090812/b4af008f/attachment.html From tim at sabretechnology.co.uk Thu Aug 13 01:12:14 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Thu Aug 13 02:22:40 2009 Subject: [Icc-avr] Version 7.22a won't start. Message-ID: <04671BB8D269034BBC4BB6BA894867261653C5@sserver.SabreTechnology.local> ----Original Message---- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Bob Rust Sent: 13 August 2009 07:36 To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: Re: [Icc-avr] Version 7.22a won't start. > V7.22a fails on a dual processor with XP (sp3) but ran on > a single core under Win 2K. > I thought it was the OS but maybe the processor is the > issue.. I've got XP sp3 with dual processor and v7.22a runs ok for me. I did once have this exact problem with v7.19 though. -- Tim Mitchell tim@sabretechnology.co.uk http://www.sabretechnology.co.uk Sabre Technology (Hull) Ltd, 3a Newlands Science Park, Hull HU6 7TQ Registered in England and Wales no.3131504 t:01482 801003 f:01482 801078 From benra at imt.liu.se Thu Aug 13 01:37:33 2009 From: benra at imt.liu.se (Bengt Ragnemalm) Date: Thu Aug 13 02:48:15 2009 Subject: SV: [Icc-avr] Re: next-gen IDE In-Reply-To: <4A82E43A.9000700@johnfromarran.org.uk> References: <706354.66921.qm@web56408.mail.re3.yahoo.com><5F8515C5ED67B6439B4F93D7B5E08A36063FAD@sbs.pertronic.local> <4A82E43A.9000700@johnfromarran.org.uk> Message-ID: <5869AC0C325641178720110D35EAFF98@Shagrat> Talking about editors, have anyone used AVR32 Studio? I have not tested it my self but it should have a really good editor. It does of course not support 8 bits AVR but if the editor is so good, it could not be such a big step for Atmel to include that editor in AVRStudio. /Bengt >-----Ursprungligt meddelande----- >Fr?n: icc-avr-bounces@imagecraft.com [mailto:icc-avr- >bounces@imagecraft.com] F?r John Baraclough >Skickat: den 12 augusti 2009 17:48 >Till: Discussion list for ICCAVR and ICCtiny Users. You do NOT need >tosubscribe to icc-announce if you are a member of this. >?mne: Re: [Icc-avr] Re: next-gen IDE > >Hi Albert, > >The existing editor has a crude method of showing matching brackets. >Place the cursor immediately in front of any bracket then press CRTL+M >and the cursor will jump to the matching bracket. Another CTRL+M will >take you back to where you started. > >It may not be ideal but it does work. > >All the best for now, >John > >Albert vanVeen wrote: >> On top of the wishlist for the (any) IDE: show *matching brackets*. >> The 2 other ide's that I use, have this feature. Alternative: count >> the open/close brackets using fingers on left & right hand, a bit >> ridiculous in the 21st century! At the end of a module file the >> compiler says "something missing", and you spend oodles trying to find >> where you forgot a closing bracket. >> >> Albert. >> > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr From asyms at technosoft.co.uk Thu Aug 13 01:51:57 2009 From: asyms at technosoft.co.uk (Andy Syms) Date: Thu Aug 13 03:02:23 2009 Subject: [Icc-avr] next-gen IDE In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063FB0@sbs.pertronic.local> Message-ID: > I'm beginning to think everybody has his own editor! In which case > Richard is right in not wasting time on it. I use it. But it really bugs me that Block Outdent doesn't work properly. Andy -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> >> Andy Syms Technosoft Systems Ltd >> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> From franz at storm.co.za Thu Aug 13 02:18:05 2009 From: franz at storm.co.za (Franz Lamers) Date: Thu Aug 13 03:28:35 2009 Subject: [Icc-avr] Mailing list Message-ID: <4A83DA4D.6000207@storm.co.za> Please can you take me off your mailing list? Regards Franz Lamers -- Infiniteq cc Tel: +27 21 8550537 Fax: +27 21 8550537 Cell: 082 7847576 Email: franz@storm.co.za Physical Address: 21 La Montagne Bakkerskloof Rd Steynsrust Somerset West South Africa Postal Address: PO Box 66 Somerset Mall 7137 South Africa The information transmitted is intended for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, transmission, dissemination or other use of, or taking action in reliance upon this information by persons or entities other than the intended recipient, is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. Infiniteq cc does not accept any liability for any damage, loss or expense arising from this email and/or from accessing any attachments and reliance on the information, views, opinions, consents and expressions of intent contained herein, by anyone. Infiniteq cc does not represent or warrant that an attachment to this e-mail is free from computer viruses or other defects. From byron at inhep.com Thu Aug 13 02:26:41 2009 From: byron at inhep.com (Byron Loader) Date: Thu Aug 13 03:38:11 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: References: Message-ID: <004701ca1bf8$2ae9b880$80bd2980$@com> Way back in my distant memory, I remember having a similar problem but I was using a dongle and windows had corrupted the driver. I deleted and reinstalled the driver and everything worked fine after that Byron Loader Senior Electronic Engineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Dahl, Andrew Sent: Friday, August 07, 2009 4:56 PM To: icc-avr@imagecraft.com Subject: [Icc-avr] Version 7.22a won't start. Hello, I had been using version 7.21a, but I decided to update to 7.22a today. I did a complete uninstall of 7.21a and deleted the iccv7avr directory and then ran the installer. Now when I try to run the software, nothing happens. The iccavride.exe program shows up in the Processes window of the Windows Task Manager, but no IDE window is showing up on my desktop. I kept a backup of the 7.21a install, so I will be going back to that for now, but any help on getting this working would be great. I am running Windows XP SP2, by the way. Thanks, Andy Andy Dahl Software Engineer II Cargo Systems Goodrich Interiors 2604 Hwy 20 N Jamestown, ND 58401 Tel: +1 701 253 7762 Fax: +1 701 253 7559 andrew.dahl@goodrich.com www.goodrich.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090813/89ab6040/attachment.html From webbra.mlist at verizon.net Thu Aug 13 04:58:06 2009 From: webbra.mlist at verizon.net (Rich Webb) Date: Thu Aug 13 06:08:33 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: <200908130925.n7D9PZ2H086655@mail.imagecraft.com> References: <200908130925.n7D9PZ2H086655@mail.imagecraft.com> Message-ID: <4A83FFCE.3060609@verizon.net> >> > V7.22a fails on a dual processor with XP (sp3) but ran on >> > a single core under Win 2K. >> > I thought it was the OS but maybe the processor is the >> > issue.. > > I've got XP sp3 with dual processor and v7.22a runs ok for me. I did > once have this exact problem with v7.19 though. For another data point, it's fine on my principal development machine, an XP Pro SP3 dual-core laptop. It's a relatively old box, as these things go (a couple of years...dang!) but it has "real" parallel and serial ports so I'm hanging on to it. From tony at encoreelectronics.com Thu Aug 13 08:39:21 2009 From: tony at encoreelectronics.com (Tony Karavidas) Date: Thu Aug 13 09:50:13 2009 Subject: [Icc-avr] Mailing list In-Reply-To: <4A83DA4D.6000207@storm.co.za> References: <4A83DA4D.6000207@storm.co.za> Message-ID: <3C6F6F5B-B2C4-4441-97FC-FB7C724A78B0@encoreelectronics.com> You can take yourself off the list. At the very bottom of every email, there is a link. Click on it and follow the instructions. Tony Sent from my iphone On Aug 13, 2009, at 2:18 AM, Franz Lamers wrote: > Please can you take me off your mailing list? > > Regards > Franz Lamers > > > > http://dragonsgate.net/mailman/listinfo/icc-avr From ira at extrasensory.com Thu Aug 13 09:37:38 2009 From: ira at extrasensory.com (Ira) Date: Thu Aug 13 10:48:18 2009 Subject: [Icc-avr] Version 7.22a won't start. In-Reply-To: <4A83FFCE.3060609@verizon.net> References: <200908130925.n7D9PZ2H086655@mail.imagecraft.com> <4A83FFCE.3060609@verizon.net> Message-ID: <0MKp8S-1MbdJJ2JXL-000iFZ@mrelay.perfora.net> At 04:58 AM 8/13/2009, you wrote: >For another data point, it's fine on my principal development >machine, an XP Pro SP3 dual-core laptop. It's a relatively old box, >as these things go (a couple of years...dang!) but it has "real" >parallel and serial ports so I'm hanging on to it. I was about to buy a new laptop but the apparent 2K for what I wanted and no clear indication it would be that much better set me to buying an Intel X25M 80Gb SSD, now $229 at Newegg, and the laptop is now a good 3 or 4 times faster on most operations and that's going from the 7200 drive I put in last time it was too slow. it's 2Gig ram T2500 processor Dell. Ira From danar at astrixnet.com Fri Aug 14 07:22:29 2009 From: danar at astrixnet.com (Dana Raymond) Date: Fri Aug 14 08:32:54 2009 Subject: [Icc-avr] Re: next-gen IDE In-Reply-To: <200908111021.n7BALmbJ015626@mail.imagecraft.com> References: <200908111021.n7BALmbJ015626@mail.imagecraft.com> Message-ID: Here's my 2 cents worth. I can think only of a few improvements to the IDE: 1. I get very tired of having to scroll the output window. A line wrap opion for this window would be great. 2. Improve the ability to organize source files using the project window. I find I have to edit the .SRC file to get what I want. 3. And I second the idea of syntax colouring that reflects #ifdefs. However I'd rather have the following compiler improvements instead: 1. A simple memory management method. I frequently use external sram and bank it using pio bits connected to the upper address lines. I'd love to be able to specify which bits, etc. and have the compiler extend my useable data memory. 2. A very simple C++ Class/Object support. I've looked around for tools that could allow me to use Objects if I write them as source modules,. But to no avail. Thanks for listening! Dana Frank Raymond -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090814/dccdf2f4/attachment.html From richard-lists at imagecraft.com Fri Aug 14 13:05:27 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Aug 14 14:17:41 2009 Subject: [Icc-avr] Re: next-gen IDE In-Reply-To: References: <200908111021.n7BALmbJ015626@mail.imagecraft.com> Message-ID: <200908142117.n7ELHelt071814@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090814/20709fd4/attachment.html From tim at sabretechnology.co.uk Mon Aug 17 03:09:35 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Mon Aug 17 04:20:10 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with one instruction Message-ID: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> Hi folks, Using a mega16, I was attempting to set the baud rate register UBRR (16 bit reg) to 832 using the line UBRR=832; However the baud rate was incorrect, and on checking the asm the compiler is only loading UBRRL. Further up in the code, I am doing the same thing with 16 bit reg ICR1 ICR1=443; and in this case the compiler is correctly loading both ICR1H and ICR1L. Is this a bug or is there some restriction on using 16 bit accesses to registers? -- Tim Mitchell From design at johnfromarran.org.uk Mon Aug 17 09:05:33 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Mon Aug 17 10:16:06 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with one instruction In-Reply-To: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> References: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> Message-ID: <4A897FCD.6020902@johnfromarran.org.uk> Hi Tim, Sorry, but this is an RTFM moment. The two Baud rate registers are not at consecutive addresses and so cannot be written as 16-bits. Furthermore, UBRRH shares the same address as UCSRC and the register being written is identified by the most significant bit (URSEL). Page 167 of the data sheet shows how this is done. There's also details of how to read the registers on page 163, although you probably won't need to do this. HTH All the best for now, John Tim Mitchell wrote: > Hi folks, > > Using a mega16, I was attempting to set the baud rate register UBRR (16 > bit reg) to 832 using the line > UBRR=832; > > However the baud rate was incorrect, and on checking the asm the > compiler is only loading UBRRL. > > Further up in the code, I am doing the same thing with 16 bit reg ICR1 > ICR1=443; > > and in this case the compiler is correctly loading both ICR1H and ICR1L. > > Is this a bug or is there some restriction on using 16 bit accesses to > registers? > > From dsmith at medeco.com Mon Aug 17 10:53:05 2009 From: dsmith at medeco.com (David Smith) Date: Mon Aug 17 12:03:34 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with oneinstruction References: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> Message-ID: Hi Tim, I checked the include file for the mega16, and found the following excerpt ... #define UBRRHI (*(volatile unsigned char *)0x40) #define UBRRH (*(volatile unsigned char *)0x40) #define URSEL 7 #define UBRR (*(volatile unsigned char *)0x29) #define UBRRL (*(volatile unsigned char *)0x29) #define UCSRC (*(volatile unsigned char *)0x40) Note that UBRR is defined as an 8-bit reg here. This is probably because, as stated in the Atmega16 datasheet, accessing the high byte (UBRRH) requires a special procedure since it is shared with another register (UCSRC). This is one case where you want to explicitly load the high byte and low byte registers -- because the hardware isn't a typical 16 bit reg. And remember to pay attention to the special URSEL bit that selects between UBRRH and UCSRC. Hope this helps. Regards, David Smith Senior Electrical Design Engineer Medeco Security Locks, Inc. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Tim Mitchell Sent: Monday, August 17, 2009 6:10 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] Problem when setting 16 bit IO register UBRR with oneinstruction Hi folks, Using a mega16, I was attempting to set the baud rate register UBRR (16 bit reg) to 832 using the line UBRR=832; However the baud rate was incorrect, and on checking the asm the compiler is only loading UBRRL. Further up in the code, I am doing the same thing with 16 bit reg ICR1 ICR1=443; and in this case the compiler is correctly loading both ICR1H and ICR1L. Is this a bug or is there some restriction on using 16 bit accesses to registers? -- Tim Mitchell _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From jassenbaum at htp-tel.de Mon Aug 17 11:25:22 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Mon Aug 17 12:35:52 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with oneinstruction References: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> Message-ID: Hi Tim, it's no bug, but because mega16 is a very old chip with still 64 io addresses only, and low and high registers of UBRR are not located at consecutive addresses. So you cannot use single 16bit instruction to setup baudrate, but must do two 8bit char accesses. E.g. UBRRH = >> 8; UBRRL = & 0xFF; This is not for mega16 only, but valid for all AVRs with io addresses upto 0x3F (mega8/16/32 and tiny2313), as well as for USART0 of early parts with io upto 0xFF (mega162/64/128). For parts, that had precedessors with 8bit UBRR only, there are extra header definitions for compability with existing code, making UBRR synonymous with UBRRL and not with UBRRH:UBRRL. You see? Best regards, Johannes > Hi folks, > Using a mega16, I was attempting to set the baud rate register UBRR (16 > bit reg) to 832 using the line > UBRR=832; > However the baud rate was incorrect, and on checking the asm the > compiler is only loading UBRRL. > Further up in the code, I am doing the same thing with 16 bit reg ICR1 > ICR1=443; > and in this case the compiler is correctly loading both ICR1H and ICR1L. > Is this a bug or is there some restriction on using 16 bit accesses to > registers? > -- > Tim Mitchell > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From design at johnfromarran.org.uk Mon Aug 17 13:47:14 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Mon Aug 17 14:57:45 2009 Subject: [Icc-avr] Test In-Reply-To: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> References: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> Message-ID: <4A89C1D2.2040904@johnfromarran.org.uk> I'm not seeing my posts, so if anyone gets this please reply to the list. Thanks. All the best for now, John From DRaymond at Bankspower.com Mon Aug 17 14:43:22 2009 From: DRaymond at Bankspower.com (David Raymond) Date: Mon Aug 17 15:53:52 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with oneinstruction In-Reply-To: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> References: <04671BB8D269034BBC4BB6BA894867261653E5@sserver.SabreTechnology.local> Message-ID: <0E755D4F91B6D344B39791054F52A2A906A0E348@gbexchange.bankspower.local> Look in your iom16v.h file and you will see why. UBRR is identical to UBRRL and is an 8 bit reg. The high and low registers for the baud rate are not in adjacent addresses, so they cannot be loaded with a 16 bit access. Dave Raymond Software Engineer Gale Banks Engineering Ph (626) 969-9600 x3301 Fx (626) 334-2376 Visit us on the Web: www.bankspower.com E-mail: draymond@bankspower.com -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Tim Mitchell Sent: Monday, August 17, 2009 3:10 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] Problem when setting 16 bit IO register UBRR with oneinstruction Hi folks, Using a mega16, I was attempting to set the baud rate register UBRR (16 bit reg) to 832 using the line UBRR=832; However the baud rate was incorrect, and on checking the asm the compiler is only loading UBRRL. Further up in the code, I am doing the same thing with 16 bit reg ICR1 ICR1=443; and in this case the compiler is correctly loading both ICR1H and ICR1L. Is this a bug or is there some restriction on using 16 bit accesses to registers? -- Tim Mitchell _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr ****verified by GBE SPAM FILTER**** From tim at sabretechnology.co.uk Tue Aug 18 01:15:28 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Tue Aug 18 02:26:03 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with oneinstruction Message-ID: <04671BB8D269034BBC4BB6BA894867261653FB@sserver.SabreTechnology.local> ----Original Message---- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Tim Mitchell Sent: 17 August 2009 11:10 To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with oneinstruction > Hi folks, > > Using a mega16, I was attempting to set the baud rate > register UBRR (16 bit reg) to 832 using the line > UBRR=832; > > However the baud rate was incorrect, and on checking the > asm the compiler is only loading UBRRL. > Thanks to Johannes and John for pointing out my error - UBRRH and UBRRL are not at consecutive addresses on mega16 so you can't do this (though it will work on some megas). Will read the datasheet more carefully next time! -- Tim Mitchell From richard at imagecraft.com Tue Aug 18 12:57:11 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Aug 18 14:09:40 2009 Subject: [Icc-avr] broken mailer yesterday Message-ID: <200908182109.n7IL9dJ8056862@mail.imagecraft.com> The SMTP server cut us off yesterday without warning and mail to icc-avr was only delivered to... me :-) It's now fixed. Sorry about that. I will resend a couple of the mail, addressing Tim Mitchell's issue with UBRR, just so that we have a closure. // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From richard-lists at imagecraft.com Tue Aug 18 12:57:58 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Aug 18 14:10:27 2009 Subject: [Icc-avr] Problem when setting 16 bit IO register UBRR with oneinstruction Message-ID: <200908182110.n7ILAQTq056888@mail.imagecraft.com> From Johannes. Thanks to a couple other people replying with similar info. **** Hi Tim, it's no bug, but because mega16 is a very old chip with still 64 io addresses only, and low and high registers of UBRR are not located at consecutive addresses. So you cannot use single 16bit instruction to setup baudrate, but must do two 8bit char accesses. E.g. UBRRH = >> 8; UBRRL = & 0xFF; This is not for mega16 only, but valid for all AVRs with io addresses upto 0x3F (mega8/16/32 and tiny2313), as well as for USART0 of early parts with io upto 0xFF (mega162/64/128). For parts, that had precedessors with 8bit UBRR only, there are extra header definitions for compability with existing code, making UBRR synonymous with UBRRL and not with UBRRH:UBRRL. You see? Best regards, Johannes > Hi folks, > Using a mega16, I was attempting to set the baud rate register UBRR (16 > bit reg) to 832 using the line > UBRR=832; > However the baud rate was incorrect, and on checking the asm the > compiler is only loading UBRRL. > Further up in the code, I am doing the same thing with 16 bit reg ICR1 > ICR1=443; > and in this case the compiler is correctly loading both ICR1H and ICR1L. > Is this a bug or is there some restriction on using 16 bit accesses to > registers? > -- > Tim Mitchell > _______________________________________________ > 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 // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From richard at imagecraft.com Tue Aug 18 15:05:40 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Aug 18 16:18:12 2009 Subject: [Icc-avr] Transition to Yahoo Groups... Message-ID: <200908182318.n7INIA05060330@mail.imagecraft.com> I know this subject came up before and the responses weren't 100% positive. However, due to various problems, we will probably be transitioning @imagecraft.com to Google Apps Premium. The IT cost of running our own mail/smtp servers are just getting too high. However, Google App is not particularly suited for mailing lists. Yahoo groups, while has its flaws, is ideal for that. NOTE: - new users are moderated and manually accepted so spam levels should be low. - you do not need a yahoo login, you can subscribe/unsub using email messages - you may either use the web or email interface. My own preference is to use the email interface. - archive and posts are only viewable by members, to lessen possibility of address harvesting by spammers. I know this will cause some of you to grief. Sorry about that. // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From andrew_166 at msn.com Tue Aug 18 17:10:15 2009 From: andrew_166 at msn.com (Andy) Date: Tue Aug 18 18:20:50 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: <200908182318.n7INIA05060330@mail.imagecraft.com> References: <200908182318.n7INIA05060330@mail.imagecraft.com> Message-ID: Hi Richard, Would it not be better to use a forum instead of a mailing list? Or would the cost of setting it up/maintaining it be to much? Andy -------------------------------------------------- From: "Richard Man" Sent: Tuesday, August 18, 2009 11:05 PM To: ; ; ; ; ; Subject: [Icc-avr] Transition to Yahoo Groups... > I know this subject came up before and the responses weren't 100% > positive. However, due to various problems, we will probably be > transitioning @imagecraft.com to Google Apps Premium. The IT cost of > running our own mail/smtp servers are just getting too high. > > However, Google App is not particularly suited for mailing lists. Yahoo > groups, while has its flaws, is ideal for that. > > NOTE: > - new users are moderated and manually accepted so spam levels should be > low. > - you do not need a yahoo login, you can subscribe/unsub using email > messages > - you may either use the web or email interface. My own preference is to > use the email interface. > - archive and posts are only viewable by members, to lessen possibility of > address harvesting by spammers. > > I know this will cause some of you to grief. Sorry about that. > > > > // richard blog: > > // mailing list: http://www.dragonsgate.net/mailman/listinfo > // photo book: http://www.blurb.com/bookstore/detail/745963 > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From jwbacon at comcast.net Tue Aug 18 17:23:16 2009 From: jwbacon at comcast.net (Jim Bacon) Date: Tue Aug 18 18:33:45 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: References: <200908182318.n7INIA05060330@mail.imagecraft.com> Message-ID: <4A8B45F4.5010406@comcast.net> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090818/10a211e3/attachment.html From rob at usbmicro.com Tue Aug 18 17:29:31 2009 From: rob at usbmicro.com (rob@usbmicro.com) Date: Tue Aug 18 18:40:01 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: <200908182318.n7INIA05060330@mail.imagecraft.com> References: <200908182318.n7INIA05060330@mail.imagecraft.com> Message-ID: <946782731.20090818192931@usbmicro.com> Hello Richard, I'm happy to be there from right at the beginning. If it helps you get things going, I'll sign up - just let me know where. -Rob From richard-lists at imagecraft.com Tue Aug 18 18:37:29 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Aug 18 19:50:13 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: References: <200908182318.n7INIA05060330@mail.imagecraft.com> Message-ID: <200908190250.n7J2oA6C063795@mail.imagecraft.com> I did some experiments some times ago, and a) most ICC users, and at least at that time, prefer the "push" nature of email, rather than the "I will check whenever, pull" nature of forums, b) more importantly, it's exceedingly costly to maintain a forum to be spam free. You have to be vigilant about it. I have seen a few support sites littered with spam. We just do not have the resource for it. At 05:10 PM 8/18/2009, you wrote: >Hi Richard, > >Would it not be better to use a forum instead of a mailing list? > >Or would the cost of setting it up/maintaining it be to much? > >Andy // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From ira at extrasensory.com Tue Aug 18 21:42:42 2009 From: ira at extrasensory.com (Ira) Date: Tue Aug 18 22:53:30 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: References: <200908182318.n7INIA05060330@mail.imagecraft.com> Message-ID: <0MKpCa-1Mdd0k2pdV-000D5O@mrelay.perfora.net> At 05:10 PM 8/18/2009, you wrote: >Would it not be better to use a forum instead of a mailing list? Forums suck, I hope not. Ira From richard at imagecraft.com Tue Aug 18 22:19:02 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Aug 18 23:31:36 2009 Subject: [Icc-avr] Hold the execution :-) mailing lists to remain for now. Message-ID: <200908190631.n7J6VXBZ069021@mail.imagecraft.com> OK, thanks to a pointer from one of the users, we can probably solve the most immediate crisis while continuing to run our server, so the mailing lists will stay for the time being. Hopefully by tomorrow night everything will be working better. // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From yasir9909 at gmail.com Wed Aug 19 06:56:38 2009 From: yasir9909 at gmail.com (Muhammad Yasir) Date: Wed Aug 19 08:07:10 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR 6.31A to compiler version ICC AVR 7.19 Message-ID: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> I want to port the code written for ATmega162 in Image craft compiler 6.31A to Image Craft compiler 7.19. This code written for ATmega162 works fine and compiles successfully in Image craft 6.31A compiler,when i try to run this code in Image craft compiler 7.19 i get the following error messages: !E (82): area 'data' not large enough want size 179 lo 1219 hi 1279 size 61 !E (82): area 'bss' not large enough want size 854 lo 1220 hi 1279 size 60 C:\iccv7avr\bin\imakew.exe: Error code 1 Can anybody,in this community, please, help me fix this bug regards m.yasir From Engstr at netspace.net.au Wed Aug 19 07:31:58 2009 From: Engstr at netspace.net.au (Engstr@netspace.net.au) Date: Wed Aug 19 08:42:33 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR 6.31A to compiler version ICC AVR 7.19 In-Reply-To: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> References: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> Message-ID: <1250692318.4a8c0cde0d9d2@webmail.netspace.net.au> Quoting Muhammad Yasir : Is this for improving the accuracy / range of Scud missiles or for a legitimate purpose ? TE. Fidler > I want to port the code written for ATmega162 in Image craft compiler > 6.31A to Image Craft compiler 7.19. > This code written for ATmega162 works fine and compiles successfully > in Image craft 6.31A compiler,when i try to run this code in Image > craft compiler 7.19 i get the following error messages: > > !E (82): area 'data' not large enough > want size 179 > lo 1219 hi 1279 size 61 > > !E (82): area 'bss' not large enough > want size 854 > lo 1220 hi 1279 size 60 > C:\iccv7avr\bin\imakew.exe: Error code 1 > > > Can anybody,in this community, please, help me fix this bug > > regards > m.yasir > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > ------------------------------------------------------------ This email was sent from Netspace Webmail: http://www.netspace.net.au From design at johnfromarran.org.uk Wed Aug 19 07:39:01 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Wed Aug 19 08:49:36 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR 6.31A to compiler version ICC AVR 7.19 In-Reply-To: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> References: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> Message-ID: <4A8C0E85.5070609@johnfromarran.org.uk> There are two things you must do within any project when moving from V6 to V7. 1. Go to Project->Options->Paths and remove any references to V6 library paths or include paths. Then add path in the "Include paths" box that leads to your include files. This can be a relative path but must relative to the output directory where the SRC & PRJ files are stored. 2. Go to Project->Options->Target and select the correct "Device configuration" as this may well have changed. Once you have done that everything should work, provided you have correctly installed your license file or dongle. All the best for now, John Muhammad Yasir wrote: > I want to port the code written for ATmega162 in Image craft compiler > 6.31A to Image Craft compiler 7.19. > This code written for ATmega162 works fine and compiles successfully > in Image craft 6.31A compiler,when i try to run this code in Image > craft compiler 7.19 i get the following error messages: > > !E (82): area 'data' not large enough > want size 179 > lo 1219 hi 1279 size 61 > > !E (82): area 'bss' not large enough > want size 854 > lo 1220 hi 1279 size 60 > C:\iccv7avr\bin\imakew.exe: Error code 1 > > > Can anybody,in this community, please, help me fix this bug > > regards > m.yasir > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > From richard-lists at imagecraft.com Wed Aug 19 08:31:27 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Aug 19 09:44:04 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR 6.31A to compiler version ICC AVR 7.19 In-Reply-To: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.co m> References: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> Message-ID: <200908191644.n7JGi2x9082625@mail.imagecraft.com> Turn these two options on, under Project->Options Target->"Strings in Flash" Compiler->"Treat const as __flash" See the doc. for info on their uses. At 06:56 AM 8/19/2009, you wrote: >I want to port the code written for ATmega162 in Image craft compiler >6.31A to Image Craft compiler 7.19. >This code written for ATmega162 works fine and compiles successfully >in Image craft 6.31A compiler,when i try to run this code in Image >craft compiler 7.19 i get the following error messages: > >!E (82): area 'data' not large enough >want size 179 >lo 1219 hi 1279 size 61 > >!E (82): area 'bss' not large enough >want size 854 >lo 1220 hi 1279 size 60 >C:\iccv7avr\bin\imakew.exe: Error code 1 > > >Can anybody,in this community, please, help me fix this bug > // richard // photo book: http://www.blurb.com/bookstore/detail/745963 From webbra.mlist at verizon.net Wed Aug 19 08:44:23 2009 From: webbra.mlist at verizon.net (Rich Webb) Date: Wed Aug 19 09:55:07 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: <200908191615.n7JGFeaY082129@mail.imagecraft.com> References: <200908191615.n7JGFeaY082129@mail.imagecraft.com> Message-ID: <4A8C1DD7.5000101@verizon.net> > However, Google App is not particularly suited for mailing lists. > Yahoo groups, while has its flaws, is ideal for that. Works for me. I'd even be open to (and am curious on thoughts regarding) on-topic sidebar advertising (does Yahoo allow that?). E.g., things like dev boards, logic analyzers, other test equipment, etc. From yasir9909 at gmail.com Wed Aug 19 09:45:29 2009 From: yasir9909 at gmail.com (Muhammad Yasir) Date: Wed Aug 19 10:56:02 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR 6.31A to compiler version ICC AVR 7.19 In-Reply-To: <1250692318.4a8c0cde0d9d2@webmail.netspace.net.au> References: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> <1250692318.4a8c0cde0d9d2@webmail.netspace.net.au> Message-ID: <2ca6c1ae0908190945o2581221fq778f4f003ec826d1@mail.gmail.com> ;-) i was not expecting such a reply ;-) any ways,nothing to do with missiles and scuds... I am simply working on GPRS based vehicle tracking system. TCP/IP stack was developed on ATmega162,i have implemented the feature of speech transmission trhough GPRS using ATmega162 along with GPS location coordinates of vehicle... I need to add more features like,engine control,battery charging control,and may be later on image transmission over GPRS for this expansion i have chosen ATmega 644P which has ample amount of SRAM which ATmega162 simply lacks for this purpose. For this purpose i want to port the code written for ATmega162 (for TCP/IP stack), compiled previously on Image Craft Compiler 6.31A,to ATmega644P (whose support is available in ICC AVR 7.19 , while ICC AVR 6.31A does not have support of ATmega644P) On 19/08/2009, Engstr@netspace.net.au wrote: > Quoting Muhammad Yasir : > > Is this for improving the accuracy / range of Scud missiles or for a > legitimate purpose ? > > TE. Fidler > > >> I want to port the code written for ATmega162 in Image craft compiler >> 6.31A to Image Craft compiler 7.19. >> This code written for ATmega162 works fine and compiles successfully >> in Image craft 6.31A compiler,when i try to run this code in Image >> craft compiler 7.19 i get the following error messages: >> >> !E (82): area 'data' not large enough >> want size 179 >> lo 1219 hi 1279 size 61 >> >> !E (82): area 'bss' not large enough >> want size 854 >> lo 1220 hi 1279 size 60 >> C:\iccv7avr\bin\imakew.exe: Error code 1 >> >> >> Can anybody,in this community, please, help me fix this bug >> >> regards >> m.yasir >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr >> > > > > > > ------------------------------------------------------------ > This email was sent from Netspace Webmail: http://www.netspace.net.au > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- regards m.yasir From jassenbaum at htp-tel.de Wed Aug 19 10:02:28 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Wed Aug 19 11:13:00 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR6.31A to compiler version ICC AVR 7.19 References: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> Message-ID: Looks like it's because of new __flash keyword introduced by V7.15 or so. Just go Project->Options->Compiler and check "Treat const as __flash" box and rebuild. This should help. Best regards, Johannes > I want to port the code written for ATmega162 in Image craft compiler > 6.31A to Image Craft compiler 7.19. > This code written for ATmega162 works fine and compiles successfully > in Image craft 6.31A compiler,when i try to run this code in Image > craft compiler 7.19 i get the following error messages: > !E (82): area 'data' not large enough > want size 179 > lo 1219 hi 1279 size 61 > !E (82): area 'bss' not large enough > want size 854 > lo 1220 hi 1279 size 60 > C:\iccv7avr\bin\imakew.exe: Error code 1 > Can anybody,in this community, please, help me fix this bug > regards > m.yasir > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From yasir9909 at gmail.com Wed Aug 19 12:17:04 2009 From: yasir9909 at gmail.com (Muhammad Yasir) Date: Wed Aug 19 13:27:36 2009 Subject: [Icc-avr] problem with porting code from compiler version: ICC AVR 6.31A to compiler version ICC AVR 7.19 In-Reply-To: <200908191644.n7JGi2x9082625@mail.imagecraft.com> References: <2ca6c1ae0908190656v53d98c0cl9bdcc67439908ba6@mail.gmail.com> <200908191644.n7JGi2x9082625@mail.imagecraft.com> Message-ID: <2ca6c1ae0908191217j28a72769l89810a899abad5ec@mail.gmail.com> Thank you very much Mr. richard :-) I have tried these options and it is working now :-) I have been working on this issue for the last many days but i could not fix it and it was getting really painful for me to fix this bug you have given me very valuable hint, After running this code for ATmega162 on ICC AVR 7.19,i want to port this code to ATmega644P on ICC AVR 7.19. Should i also turn those options on,that you have referred to, while porting this code to ATmega644P, as i only need to change settings for uart0,uart1,timer0 and the port to which my modem is connected,while rest of the code is same as is for ATmega162 thanks a lot regards m.yasir On 19/08/2009, Richard Man wrote: > Turn these two options on, under Project->Options > > Target->"Strings in Flash" > Compiler->"Treat const as __flash" > > See the doc. for info on their uses. > > At 06:56 AM 8/19/2009, you wrote: >>I want to port the code written for ATmega162 in Image craft compiler >>6.31A to Image Craft compiler 7.19. >>This code written for ATmega162 works fine and compiles successfully >>in Image craft 6.31A compiler,when i try to run this code in Image >>craft compiler 7.19 i get the following error messages: >> >>!E (82): area 'data' not large enough >>want size 179 >>lo 1219 hi 1279 size 61 >> >>!E (82): area 'bss' not large enough >>want size 854 >>lo 1220 hi 1279 size 60 >>C:\iccv7avr\bin\imakew.exe: Error code 1 >> >> >>Can anybody,in this community, please, help me fix this bug >> > > // richard > > // photo book: http://www.blurb.com/bookstore/detail/745963 > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- regards m.yasir From design at johnfromarran.org.uk Wed Aug 19 13:36:01 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Wed Aug 19 14:46:42 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: <200908190250.n7J2oA6C063795@mail.imagecraft.com> References: <200908182318.n7INIA05060330@mail.imagecraft.com> <200908190250.n7J2oA6C063795@mail.imagecraft.com> Message-ID: <4A8C6231.6020401@johnfromarran.org.uk> Another vote for the Yahoo email option. Much more preferable than a forum. All the best for now, John Richard Man wrote: > I did some experiments some times ago, and > > a) most ICC users, and at least at that time, prefer the "push" nature > of email, rather than the "I will check whenever, pull" nature of forums, > > b) more importantly, it's exceedingly costly to maintain a forum to be > spam free. You have to be vigilant about it. I have seen a few support > sites littered with spam. We just do not have the resource for it. > > > At 05:10 PM 8/18/2009, you wrote: >> Hi Richard, >> >> Would it not be better to use a forum instead of a mailing list? >> >> Or would the cost of setting it up/maintaining it be to much? >> >> Andy > > // richard > > // photo book: http://www.blurb.com/bookstore/detail/745963 > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From richard at imagecraft.com Wed Aug 19 18:02:26 2009 From: richard at imagecraft.com (Richard Man) Date: Wed Aug 19 19:15:05 2009 Subject: [Icc-avr] ICCAVR 7.22B Released Message-ID: <200908200215.n7K2F36F092979@mail.imagecraft.com> Readme: 7.22B - Aug 19, 2009 IDE - A couple people have problems with the 7.22A IDE not running. Upgraded to latest program packer from vendor seems to have fixed the problem. - Latest Map File Summary programs to take advantage of the BUILD # etc. - Fixed incorrect address for T261, T461, and T861 Header Files - XM32 header file and other minor fixes. Library - Removed assert from free(), since assert drags in printf and creates a dependency on putchar - Reverted to the older but more robust sinf/cosf Listing File (ilstavr) - Fixed duplicate startup code disassembly in the .lst file (introduced in 7.21) // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From bob.rust at edh.co.za Wed Aug 19 23:30:01 2009 From: bob.rust at edh.co.za (Bob Rust) Date: Thu Aug 20 00:40:39 2009 Subject: [Icc-avr] ICCAVR 7.22B Released References: <200908200215.n7K2F36F092979@mail.imagecraft.com> Message-ID: <4A2A2CDB764341BA80CAAB819BCEC83E@bob> Thanks Richard. V7.22b works. ----- Original Message ----- From: "Richard Man" To: ; Sent: Thursday, August 20, 2009 3:02 AM Subject: [Icc-avr] ICCAVR 7.22B Released > > Readme: > > 7.22B - Aug 19, 2009 > IDE > - A couple people have problems with the 7.22A IDE not running. > Upgraded > to latest program packer from vendor seems to have fixed the problem. > - Latest Map File Summary programs to take advantage of the BUILD # > etc. > - Fixed incorrect address for T261, T461, and T861 > Header Files > - XM32 header file and other minor fixes. > Library > - Removed assert from free(), since assert drags in printf and creates > a dependency on putchar > - Reverted to the older but more robust sinf/cosf > Listing File (ilstavr) > - Fixed duplicate startup code disassembly in the .lst file (introduced > in 7.21) > > // richard blog: > > // mailing list: http://www.dragonsgate.net/mailman/listinfo > // photo book: http://www.blurb.com/bookstore/detail/745963 > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From michael.lenger at googlemail.com Thu Aug 20 00:46:56 2009 From: michael.lenger at googlemail.com (Michael Lenger) Date: Thu Aug 20 01:57:35 2009 Subject: AW: [Icc-avr] ICCAVR 7.22B Released In-Reply-To: <200908200215.n7K2F36F092979@mail.imagecraft.com> References: <200908200215.n7K2F36F092979@mail.imagecraft.com> Message-ID: <000001ca216a$65125270$166e6e0a@Sonax.local> Hi, it looks like there are some header files missing in the installer for example eeprom.h... Best regards, Michael Lenger -----Urspr?ngliche Nachricht----- Von: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] Im Auftrag von Richard Man Gesendet: Donnerstag, 20. August 2009 03:02 An: icc-announce@imagecraft.com; icc-avr@imagecraft.com Betreff: [Icc-avr] ICCAVR 7.22B Released Readme: 7.22B - Aug 19, 2009 IDE - A couple people have problems with the 7.22A IDE not running. Upgraded to latest program packer from vendor seems to have fixed the problem. - Latest Map File Summary programs to take advantage of the BUILD # etc. - Fixed incorrect address for T261, T461, and T861 Header Files - XM32 header file and other minor fixes. Library - Removed assert from free(), since assert drags in printf and creates a dependency on putchar - Reverted to the older but more robust sinf/cosf Listing File (ilstavr) - Fixed duplicate startup code disassembly in the .lst file (introduced in 7.21) // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From richard at imagecraft.com Thu Aug 20 02:29:18 2009 From: richard at imagecraft.com (Richard Man) Date: Thu Aug 20 03:42:01 2009 Subject: [Icc-avr] Re: ICCAVR 7.22B Released In-Reply-To: <7.1.0.9.0.20090819180117.037a89c8@imagecraft.com> References: <7.1.0.9.0.20090819180117.037a89c8@imagecraft.com> Message-ID: <200908201042.n7KAfxdh002608@mail.imagecraft.com> Due to a packaging script error, some AVR header files were not included by accident. If you downloaded this version prior to Aug 20, 2:30AM PST, please re-download it. Thanks to Michael for the report. Apology for the inconvenience. At 06:02 PM 8/19/2009, Richard Man wrote: >Readme: > >7.22B - Aug 19, 2009 > IDE > - A couple people have problems with the 7.22A IDE not running. Upgraded > to latest program packer from vendor seems to have fixed the problem. > - Latest Map File Summary programs to take advantage of the BUILD # etc. > - Fixed incorrect address for T261, T461, and T861 > Header Files > - XM32 header file and other minor fixes. > Library > - Removed assert from free(), since assert drags in printf and creates > a dependency on putchar > - Reverted to the older but more robust sinf/cosf > Listing File (ilstavr) > - Fixed duplicate startup code disassembly in the .lst file (introduced > in 7.21) > // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From bibi at microsyl.com Thu Aug 20 09:38:04 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Thu Aug 20 10:48:37 2009 Subject: [Icc-avr] Datasheet missunderstanding Message-ID: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> Hi, Could you told me what is the meaning of : in the datasheet of a M164 Thanks in advence Sylvain Bissonnette -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090820/d379e9e2/attachment.html From ira at extrasensory.com Thu Aug 20 10:10:29 2009 From: ira at extrasensory.com (Ira) Date: Thu Aug 20 11:21:15 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.co m> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> Message-ID: <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> At 09:38 AM 8/20/2009, you wrote: > When bits 0 through 2 of register WGM0 contain 011 or 111. Ira From t.jaspers at cpseurope.com Thu Aug 20 10:16:35 2009 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Thu Aug 20 11:27:29 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C8D3B47@mickey.PBNV.local> When bits 2,1 and 0 of WGM0 contain the value 3 or 7 (011 or 111). Without the context I could be wrong though. The notation "2:0" is often used to denot a range, three bits in this case. Cheers > -----Original Message----- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain > Bissonnette > Sent: donderdag 20 augustus 2009 18:38 > To: Discussion list for ICCAVR and ICCtiny Users. You do NOT > need to subscribe to icc-announce if you are a member of this. > Subject: [Icc-avr] Datasheet missunderstanding > > Hi, > > Could you told me what is the meaning of : > > > > in the datasheet of a M164 > > Thanks in advence > Sylvain Bissonnette > From paul.aa9gg at gmail.com Thu Aug 20 10:43:24 2009 From: paul.aa9gg at gmail.com (Paul Mateer) Date: Thu Aug 20 11:53:57 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> Message-ID: <20f5efc40908201043r2c4df2a6h90f3197df22705f5@mail.gmail.com> I believe they are referring to bits 0, 1, 2 of WGM0 On Thu, Aug 20, 2009 at 11:38 AM, Sylvain Bissonnette wrote: > Hi, > > ??? Could?you told me?what is the meaning of : > > > > in the datasheet of a M164 > > Thanks in advence > Sylvain Bissonnette > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > -- Paul Mateer, AA9GG Elan Engineering Corp. www.elanengr.com NAQCC 3123, SKCC 4628, FPQRP 2003, CW 29 From bibi at microsyl.com Thu Aug 20 12:10:21 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Thu Aug 20 13:20:54 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> Message-ID: <47970cf30908201210l61620312r75fe65c0701ff5af@mail.gmail.com> Hmmmm, TCCR0A is (COM0A1 - COMA0A0 - COM0B1 - COM0B0 - X - X - WGM01 - WGM00) TCCR0B is (FORC0A - FORC0B - x - x - WGM02 - CS02 - CS01 - CS00) The WGM are not all in the same register... Thanks Sylvain Bissonnette -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090820/25546e12/attachment.html From jassenbaum at htp-tel.de Thu Aug 20 13:38:45 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Thu Aug 20 14:49:19 2009 Subject: [Icc-avr] Datasheet missunderstanding References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> <7B0EB27CF1CC93439B5CFB7526E5D74C8D3B47@mickey.PBNV.local> Message-ID: You are not wrong. But still a remark: The three bits of WGMx are splitted to two registers. Bits 0 and 1 reside in TCCRxA, and Bit 2 in TCCRxB. Best regards, Johannes > When bits 2,1 and 0 of WGM0 contain the value 3 or 7 (011 or 111). > Without the context I could be wrong though. > The notation "2:0" is often used to denot a range, three bits in this > case. > Cheers >> -----Original Message----- >> From: icc-avr-bounces@imagecraft.com >> [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain >> Bissonnette >> Sent: donderdag 20 augustus 2009 18:38 >> To: Discussion list for ICCAVR and ICCtiny Users. You do NOT >> need to subscribe to icc-announce if you are a member of this. >> Subject: [Icc-avr] Datasheet missunderstanding >> >> Hi, >> >> Could you told me what is the meaning of : >> >> >> >> in the datasheet of a M164 >> >> Thanks in advence >> Sylvain Bissonnette >> > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From ira at extrasensory.com Thu Aug 20 18:15:10 2009 From: ira at extrasensory.com (Ira) Date: Thu Aug 20 19:25:57 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <47970cf30908201210l61620312r75fe65c0701ff5af@mail.gmail.co m> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> <47970cf30908201210l61620312r75fe65c0701ff5af@mail.gmail.com> Message-ID: <0MKp8S-1MeIiw43Sp-000isG@mrelay.perfora.net> At 12:10 PM 8/20/2009, you wrote: > TCCR0A is (COM0A1 - COMA0A0 - COM0B1 - COM0B0 - X - X - WGM01 - WGM00) > TCCR0B is (FORC0A - FORC0B - x - x - WGM02 - CS02 - CS01 - CS00) > >The WGM are not all in the same register... I for one didn't think of that, but it still means it's those 3 bits set to 011 or 111. Ira From bibi at microsyl.com Fri Aug 21 10:11:43 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Fri Aug 21 11:22:18 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <0MKp8S-1MeIiw43Sp-000isG@mrelay.perfora.net> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> <47970cf30908201210l61620312r75fe65c0701ff5af@mail.gmail.com> <0MKp8S-1MeIiw43Sp-000isG@mrelay.perfora.net> Message-ID: <47970cf30908211011v7fb1bb55h25ec5f4064746bb4@mail.gmail.com> Hi, After some test the answer is if we take value 3 TCCR0A is (COM0A1 - COMA0A0 - COM0B1 - COM0B0 - X - X - WGM01 - WGM00) TCCR0B is (FORC0A - FORC0B - x - x - WGM02 - CS02 - CS01 - CS00) WGM00 = 1; WGM01 = 1; WGM02 = 0; It's a strange way to explaine this... Thanks to all who help me to solve my problem! Sylvain Bissonnette On 8/20/09, Ira wrote: > > At 12:10 PM 8/20/2009, you wrote: > >> TCCR0A is (COM0A1 - COMA0A0 - COM0B1 - COM0B0 - X - X - WGM01 - WGM00) >> TCCR0B is (FORC0A - FORC0B - x - x - WGM02 - CS02 - CS01 - CS00) >> >> The WGM are not all in the same register... >> > > I for one didn't think of that, but it still means it's those 3 bits set to > 011 or 111. > > Ira > _______________________________________________ > 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/20090821/42daf6b7/attachment.html From bibi at microsyl.com Fri Aug 21 10:12:41 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Fri Aug 21 11:23:16 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <47970cf30908211011v7fb1bb55h25ec5f4064746bb4@mail.gmail.com> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> <47970cf30908201210l61620312r75fe65c0701ff5af@mail.gmail.com> <0MKp8S-1MeIiw43Sp-000isG@mrelay.perfora.net> <47970cf30908211011v7fb1bb55h25ec5f4064746bb4@mail.gmail.com> Message-ID: <47970cf30908211012n28451de1y7fb3dea26f65f040@mail.gmail.com> Hi, After some test the answer is if we take value 3 TCCR0A is (COM0A1 - COMA0A0 - COM0B1 - COM0B0 - X - X - WGM01 - WGM00) TCCR0B is (FORC0A - FORC0B - x - x - WGM02 - CS02 - CS01 - CS00) WGM00 = 1; WGM01 = 1; WGM02 = 0; It's a strange way to explaine this... Thanks to all who help me to solve my problem! Sylvain Bissonnette -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090821/f9154f1d/attachment.html From bibi at microsyl.com Fri Aug 21 10:13:23 2009 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Fri Aug 21 11:23:58 2009 Subject: [Icc-avr] Datasheet missunderstanding In-Reply-To: <0MKp8S-1MeIiw43Sp-000isG@mrelay.perfora.net> References: <47970cf30908200938x39b71c1bw99258716be724f10@mail.gmail.com> <0MKp8S-1MeB9t2WRG-000ivg@mrelay.perfora.net> <47970cf30908201210l61620312r75fe65c0701ff5af@mail.gmail.com> <0MKp8S-1MeIiw43Sp-000isG@mrelay.perfora.net> Message-ID: <47970cf30908211013l487b38a0x1d406295bdd8f8d@mail.gmail.com> Hi, After some test the answer is if we take value 3 TCCR0A is (COM0A1 - COMA0A0 - COM0B1 - COM0B0 - X - X - WGM01 - WGM00) TCCR0B is (FORC0A - FORC0B - x - x - WGM02 - CS02 - CS01 - CS00) WGM00 = 1; WGM01 = 1; WGM02 = 0; It's a strange way to explaine this... Thanks to all who help me to solve my problem! Sylvain Bissonnette -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090821/7dbdbc71/attachment.html From danar at astrixnet.com Mon Aug 24 07:23:33 2009 From: danar at astrixnet.com (Dana Raymond) Date: Mon Aug 24 08:34:12 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: <200908191615.n7JGFeaZ082129@mail.imagecraft.com> References: <200908191615.n7JGFeaZ082129@mail.imagecraft.com> Message-ID: What about a USENET news group? The cost should be quite low. However, no push is supported. From design at johnfromarran.org.uk Mon Aug 24 08:58:22 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Mon Aug 24 10:09:22 2009 Subject: [Icc-avr] Transition to Yahoo Groups... In-Reply-To: References: <200908191615.n7JGFeaZ082129@mail.imagecraft.com> Message-ID: <4A92B89E.1090302@johnfromarran.org.uk> I don't think that a Usenet group would work. Too much spam unless it's a moderated group and then someone has to be available to do the moderating. A closed email group is by far the best option. All the best for now, John Dana Raymond wrote: > What about a USENET news group? The cost should be quite low. However, no > push is supported. > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > From Morten at biocontrol.no Tue Aug 25 12:23:50 2009 From: Morten at biocontrol.no (Morten Dramstad) Date: Tue Aug 25 13:36:48 2009 Subject: [Icc-avr] Project with mixed assembler and C, assembler is not debugable in AVR Studio Message-ID: <74A3202AB56F68479CC5939350662A028B5FA8@bioserv.biocontrol.no> I have a project where the code is a mix of .c-files and .s-files. While debugging, the c-code is seen in the avr-studio. The assembly code is only seen while activating the disassembler window. The code written by me in the s-file is not connected with the AVR-Studio. If I open the file manually it is not possible to set breakpoints in the code. The microcontroller is an AT90CAN32, and the compiler is version 7.19 built September 25 2008 Hopefully anyone out there knows how to deal with this. Morten Dramstad Senior Engineer, development 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 info at imagecraft.com Wed Aug 26 16:33:20 2009 From: info at imagecraft.com (ImageCraft) Date: Wed Aug 26 17:46:33 2009 Subject: [Icc-avr] test of new smtp server, please ignore Message-ID: <200908270046.n7R0kU22019439@mail.imagecraft.com> THIS MESSAGE BODY IS EMPTY. Really :-) // info On-line orders, support, and listservers available on web site. [For technical support on ImageCraft products, please include all previous replies in your msgs.] From sl at ecpower.dk Thu Aug 27 02:37:58 2009 From: sl at ecpower.dk (Steven Lose) Date: Thu Aug 27 03:48:44 2009 Subject: [Icc-avr] Processor is going into a halt! Message-ID: <072D96786BFC014AAEBA9EB07A8070EA67579B@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/20090827/bf4e5bca/attachment.jpe From james.hatley at comcast.net Thu Aug 27 07:35:29 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Thu Aug 27 08:45:52 2009 Subject: [Icc-avr] Processor is going into a halt! References: <072D96786BFC014AAEBA9EB07A8070EA67579B@seattle.ecpower.dk> Message-ID: <95509D4CDE354B3AAC45144ABD324214@red7> 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/20090827/c3cded9e/attachment-0001.jpe From tony at encoreelectronics.com Thu Aug 27 13:05:48 2009 From: tony at encoreelectronics.com (Tony Karavidas) Date: Thu Aug 27 14:16:47 2009 Subject: [Icc-avr] Processor is going into a halt! In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA67579B@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA67579B@seattle.ecpower.dk> Message-ID: <6C7D9861-D3B3-495F-8947-12F7942E42E3@encoreelectronics.com> This sounds like one of those things that Bob Pease will publish once you figure it out. Tony Sent from my iphone On Aug 27, 2009, at 2:37 AM, "Steven Lose" wrote: > Hi. > > > > I have a MEGA128 with some serial communication (RS485) that is > coursing me some trouble. > > It runs at hundreds different sites without a problem, but at one > specific site, it runs for minutes or hours, but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT (internal) does not > reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes operation!? > > > > I do not use Ilde mode or any other sleep mode, and I guess I can > take the accidental sleep out of the equation, hence the WDT does > not trigger. Or?.. > > > > Any help will be appreciated; I?m running out of Ideas. > > > > PS: the building has an elevator, and the frequency converter and > other stuff for the elevator is just behind the wall (brick wall). > > But noisy environment like that is very normal, and I have never > seen a problem like this before. > > > > > > > > > > Med venlig hilsen / Best regards / mit freundlichen Gr??en > > EC POWER A/S > > Steven Lose > > Software Ingeni?r > > Tlf.: +45 87434100 > > Direkte tlf. +45 58286608 > > Email: sl@ecpower.dk > > www.ecpower.dk > > > > _______________________________________________ > 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/20090827/6c6612e5/attachment.html From richard-lists at imagecraft.com Thu Aug 27 18:52:52 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Aug 27 20:06:14 2009 Subject: [Icc-avr] Project with mixed assembler and C, assembler is not debugable in AVR Studio In-Reply-To: <74A3202AB56F68479CC5939350662A028B5FA8@bioserv.biocontrol. no> References: <74A3202AB56F68479CC5939350662A028B5FA8@bioserv.biocontrol.no> Message-ID: <200908280306.n7S36CNS052590@mail.imagecraft.com> Try setting Project->options->Compiler->Output to COFF/HEX with asm DEBUG At 12:23 PM 8/25/2009, Morten Dramstad wrote: >I have a project where the code is a mix of .c-files and .s-files. >While debugging, the c-code is seen in the avr-studio. The assembly >code is only seen while activating the disassembler window. The code >written by me in the s-file is not connected with the AVR-Studio. If >I open the file manually it is not possible to set breakpoints in the code. > >The microcontroller is an AT90CAN32, and the compiler is version >7.19 built September 25 2008 > // richard // http://rfman.wordpress.com // http://www.imagecraft.com/pub/Portfolio09/ From sl at ecpower.dk Thu Aug 27 23:39:00 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 00:49:49 2009 Subject: [Icc-avr] test Message-ID: <072D96786BFC014AAEBA9EB07A8070EA6757EF@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/20090828/260cc39e/attachment.jpe From sl at ecpower.dk Fri Aug 28 00:24:05 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 01:34:52 2009 Subject: [Icc-avr] VS: Processor is going into a halt! Message-ID: <072D96786BFC014AAEBA9EB07A8070EA6757F8@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/20090828/ab2ac59c/attachment-0001.jpe From richard-lists at imagecraft.com Fri Aug 28 00:25:26 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Aug 28 01:38:50 2009 Subject: [Icc-avr] Processor is going into a halt! Message-ID: <200908280838.n7S8cnAr055730@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090828/c5f90119/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 68035c9d.jpg Type: image/jpeg Size: 2650 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20090828/c5f90119/68035c9d.jpg From tim at sabretechnology.co.uk Fri Aug 28 01:28:58 2009 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Fri Aug 28 02:39:49 2009 Subject: [Icc-avr] Processor is going into a halt! Message-ID: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell From sl at ecpower.dk Fri Aug 28 02:06:14 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 03:17:02 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From byron at inhep.com Fri Aug 28 02:32:42 2009 From: byron at inhep.com (Byron Loader) Date: Fri Aug 28 03:46:33 2009 Subject: [Icc-avr] Processor is going into a halt! In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> Message-ID: <000001ca27c2$7e08e010$7a1aa030$@com> What powers the application at the other side of the RS485 that you are talking too. What is your 485 Driver IC??? Best Regards, Byron Loader Senior HardwareEngineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Friday, August 28, 2009 11:06 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Processor is going into a halt! Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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 byron at inhep.com Fri Aug 28 02:50:54 2009 From: byron at inhep.com (Byron Loader) Date: Fri Aug 28 04:02:39 2009 Subject: [Icc-avr] Processor is going into a halt! In-Reply-To: <000001ca27c2$7e08e010$7a1aa030$@com> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> <000001ca27c2$7e08e010$7a1aa030$@com> Message-ID: <000301ca27c5$091370b0$1b3a5210$@com> Hi, I'm not very familiar with this processor but I'll throw in some ideas Have you connected an emulator to it and is the fault repeatable on the emulator? I see the PD2 is very close to the Crystal Inputs? Where do the traces on the PCB go? They could be stalling the XTAL via induced noise @ the crystal - Pulling the Pin to ground might explain this - removing the noise? Just a huge guess But I guess you're at this point already regards Byron Loader Senior Hardware Engineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Byron Loader Sent: Friday, August 28, 2009 11:33 AM To: 'Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this.' Subject: RE: [Icc-avr] Processor is going into a halt! What powers the application at the other side of the RS485 that you are talking too. What is your 485 Driver IC??? Best Regards, Byron Loader Senior HardwareEngineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Friday, August 28, 2009 11:06 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Processor is going into a halt! Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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 byron at inhep.com Fri Aug 28 02:52:13 2009 From: byron at inhep.com (Byron Loader) Date: Fri Aug 28 04:04:00 2009 Subject: [Icc-avr] Processor is going into a halt! In-Reply-To: <000001ca27c2$7e08e010$7a1aa030$@com> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> <000001ca27c2$7e08e010$7a1aa030$@com> Message-ID: <000401ca27c5$37d8dc00$a78a9400$@com> Last guess - Does your power supply hold up or does it go unstable - Rs485 drivers are quite current hungry. Regards Byron Loader Senior Hardware Engineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Byron Loader Sent: Friday, August 28, 2009 11:33 AM To: 'Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this.' Subject: RE: [Icc-avr] Processor is going into a halt! What powers the application at the other side of the RS485 that you are talking too. What is your 485 Driver IC??? Best Regards, Byron Loader Senior HardwareEngineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Friday, August 28, 2009 11:06 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Processor is going into a halt! Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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 sl at ecpower.dk Fri Aug 28 03:34:31 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 04:45:16 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <000001ca27c2$7e08e010$7a1aa030$@com> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local><072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> <000001ca27c2$7e08e010$7a1aa030$@com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA675829@seattle.ecpower.dk> Hi. The driver itself is powers by another PSU than the processor due to isolation. The driver is the MAX13442, the signals for the driver is supplied through an opto (PC357) with a 10K pull down for the Direction signal and 2x PC410 for the Rx and Tx with 360ohm pullup on the PC410 output pin. 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 Byron Loader Sendt: 28. august 2009 11:33 Til: 'Discussion list for ICCAVR and ICCtiny Users. You do NOT needto subscribe to icc-announce if you are a member of this.' Emne: RE: [Icc-avr] Processor is going into a halt! What powers the application at the other side of the RS485 that you are talking too. What is your 485 Driver IC??? Best Regards, Byron Loader Senior HardwareEngineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Friday, August 28, 2009 11:06 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Processor is going into a halt! Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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 sl at ecpower.dk Fri Aug 28 03:50:57 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 05:01:42 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <000301ca27c5$091370b0$1b3a5210$@com> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk><000001ca27c2$7e08e010$7a1aa030$@com> <000301ca27c5$091370b0$1b3a5210$@com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> Hi. Yes, I have tried with an JTAG ICE II, and AVR STUDIO 4.17 Normally this fault will appear within minutes or a few Hours, but when I put the JTAG on, it run 14 Hours straight, and I then decided to take it off again. The Crystal (8MHz) is close to the processor with gnd around and in the layer below. So far it's normal, but there is a second processor (ATMEGA 8) that gets its clock from the same crystal by connecting the XTAL2 of the MEGA128 to the XTAL1 on the MEGA8. the track is running on top and Button layer passing 2 via's with gnd on the layer just below all the way. Track distance is approximate 70mm. 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 Byron Loader Sendt: 28. august 2009 11:51 Til: 'Byron Loader'; 'Discussion list for ICCAVR and ICCtiny Users. You do NOT needto subscribe to icc-announce if you are a member of this.' Emne: RE: [Icc-avr] Processor is going into a halt! Hi, I'm not very familiar with this processor but I'll throw in some ideas Have you connected an emulator to it and is the fault repeatable on the emulator? I see the PD2 is very close to the Crystal Inputs? Where do the traces on the PCB go? They could be stalling the XTAL via induced noise @ the crystal - Pulling the Pin to ground might explain this - removing the noise? Just a huge guess But I guess you're at this point already regards Byron Loader Senior Hardware Engineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Byron Loader Sent: Friday, August 28, 2009 11:33 AM To: 'Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this.' Subject: RE: [Icc-avr] Processor is going into a halt! What powers the application at the other side of the RS485 that you are talking too. What is your 485 Driver IC??? Best Regards, Byron Loader Senior HardwareEngineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Friday, August 28, 2009 11:06 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Processor is going into a halt! Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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 _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From sl at ecpower.dk Fri Aug 28 03:58:44 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 05:09:28 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <000401ca27c5$37d8dc00$a78a9400$@com> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk><000001ca27c2$7e08e010$7a1aa030$@com> <000401ca27c5$37d8dc00$a78a9400$@com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA67582E@seattle.ecpower.dk> Yes, the driver could take as much as 250mA, but it's another psu, and there is plenty of power. I'm already in the middle of a HW revision on this pcb, so I hope I get to understand the problem, so I can implement changes if necessary. Crystals are already separated on the new pcb due to need for higher frequency on the MEGA8. The two RS485 drivers are also each getting its own psu, instead of one common psu, due to better isolation between the networks. Now I'm wondering If it would be better with an external WDT? 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 Byron Loader Sendt: 28. august 2009 11:52 Til: 'Byron Loader'; 'Discussion list for ICCAVR and ICCtiny Users. You do NOT needto subscribe to icc-announce if you are a member of this.' Emne: RE: [Icc-avr] Processor is going into a halt! Last guess - Does your power supply hold up or does it go unstable - Rs485 drivers are quite current hungry. Regards Byron Loader Senior Hardware Engineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Byron Loader Sent: Friday, August 28, 2009 11:33 AM To: 'Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribe to icc-announce if you are a member of this.' Subject: RE: [Icc-avr] Processor is going into a halt! What powers the application at the other side of the RS485 that you are talking too. What is your 485 Driver IC??? Best Regards, Byron Loader Senior HardwareEngineer Inhep Electronics Holdings (pty) ltd Email: byron@inhep.com Tel: +27 31 7051373 Fax: +27 31 7054445 -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Steven Lose Sent: Friday, August 28, 2009 11:06 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this. Subject: SV: [Icc-avr] Processor is going into a halt! Hi. I didn't look like noise when I measured with osc. On the pin. I have 120ohm in both ends of the transmission line, using STP cables. Uarts running 9600Bauds. I have some PWM outputs running in processor HW, they also dies when the CPU halts. It's almost like processor clock stops. There is some LED status on the network, and they never change status. They are connected direct to port pins. So I don't think that the WDT ever reach a reset situation. Could it be a latch up situation? Could a Latch up be cleared just be pulling The Rx pin to gnd. Pulling the pin to gnd was actually discovered by accident, when the probe pin slipped when measuring on the RS485 driver and shorted the Rx pin (PD2) to RS485 direction pin (PD1) which was Low. 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 Tim Mitchell Sendt: 28. august 2009 10:29 Til: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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 _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From Morten at biocontrol.no Fri Aug 28 04:11:35 2009 From: Morten at biocontrol.no (Morten Dramstad) Date: Fri Aug 28 05:24:38 2009 Subject: [Icc-avr] Project with mixed assembler and C, assembler Message-ID: <74A3202AB56F68479CC5939350662A028B5FFD@bioserv.biocontrol.no> Thanks, this is it! Morten From: Richard Man Subject: Re: [Icc-avr] Project with mixed assembler and C, assembler is not debugable in AVR Studio Message-ID: <200908280306.n7S36CNS052590@mail.imagecraft.com> Content-Type: text/plain; charset="us-ascii"; format=flowed Try setting Project->options->Compiler->Output to COFF/HEX with asm DEBUG At 12:23 PM 8/25/2009, Morten Dramstad wrote: >I have a project where the code is a mix of .c-files and .s-files. >While debugging, the c-code is seen in the avr-studio. The assembly >code is only seen while activating the disassembler window. The code >written by me in the s-file is not connected with the AVR-Studio. If >I open the file manually it is not possible to set breakpoints in the code. > >The microcontroller is an AT90CAN32, and the compiler is version >7.19 built September 25 2008 > // richard // http://rfman.wordpress.com // http://www.imagecraft.com/pub/Portfolio09/ ------------------------------ Message: 3 Date: Fri, 28 Aug 2009 08:39:00 +0200 From: "Steven Lose" Subject: [Icc-avr] test To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <072D96786BFC014AAEBA9EB07A8070EA6757EF@seattle.ecpower.dk> Content-Type: text/plain; charset="iso-8859-1" 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/20090828/260cc39e/a ttachment-0001.jpe ------------------------------ Message: 4 Date: Fri, 28 Aug 2009 09:24:05 +0200 From: "Steven Lose" Subject: [Icc-avr] VS: Processor is going into a halt! To: "Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribeto icc-announce if you are a member of this." Message-ID: <072D96786BFC014AAEBA9EB07A8070EA6757F8@seattle.ecpower.dk> Content-Type: text/plain; charset="iso-8859-1" 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/20090828/ab2ac59c/a ttachment.jpe ------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr End of Icc-avr Digest, Vol 61, Issue 27 *************************************** From design at johnfromarran.org.uk Fri Aug 28 05:00:21 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Fri Aug 28 06:11:08 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk><000001ca27c2$7e08e010$7a1aa030$@com> <000301ca27c5$091370b0$1b3a5210$@com> <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> Message-ID: <4A97C6D5.6030400@johnfromarran.org.uk> Hi Steven, I suspect that crystal sharing is at the root of your problem. A track 70mm long will have a significant on the capacitance at the XTAL2 pin. Easily enough to stop the oscillator. If you need to do that you should use an external encapsulated oscillator driving both XTAL1 pins as is done in the STK500, however you will probably fix the situation by using two separate crystals. All the best for now, John Steven Lose wrote: > Hi. > > Yes, I have tried with an JTAG ICE II, and AVR STUDIO 4.17 > Normally this fault will appear within minutes or a few Hours, but when I put the JTAG on, it run 14 Hours straight, and I then decided to take it off again. > > The Crystal (8MHz) is close to the processor with gnd around and in the layer below. > So far it's normal, but there is a second processor (ATMEGA 8) that gets its clock from the same crystal by connecting the XTAL2 of the MEGA128 to the XTAL1 on the MEGA8. the track is running on top and Button layer passing 2 via's with gnd on the layer just below all the way. > Track distance is approximate 70mm. > > From sl at ecpower.dk Fri Aug 28 07:42:57 2009 From: sl at ecpower.dk (Steven Lose) Date: Fri Aug 28 08:53:42 2009 Subject: SV: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <4A97C6D5.6030400@johnfromarran.org.uk> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk><000001ca27c2$7e08e010$7a1aa030$@com> <000301ca27c5$091370b0$1b3a5210$@com><072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> <4A97C6D5.6030400@johnfromarran.org.uk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA67584D@seattle.ecpower.dk> Hi John. You might be right, but how come that processor is resuming operation without booting, just by pulling that Rx pin down? That's what puzzles me. I haven't tried pulling other pins down to see it that would have the same effect. 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 John Baraclough Sendt: 28. august 2009 14:00 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: SV: [Icc-avr] Processor is going into a halt! Hi Steven, I suspect that crystal sharing is at the root of your problem. A track 70mm long will have a significant on the capacitance at the XTAL2 pin. Easily enough to stop the oscillator. If you need to do that you should use an external encapsulated oscillator driving both XTAL1 pins as is done in the STK500, however you will probably fix the situation by using two separate crystals. All the best for now, John Steven Lose wrote: > Hi. > > Yes, I have tried with an JTAG ICE II, and AVR STUDIO 4.17 > Normally this fault will appear within minutes or a few Hours, but when I put the JTAG on, it run 14 Hours straight, and I then decided to take it off again. > > The Crystal (8MHz) is close to the processor with gnd around and in the layer below. > So far it's normal, but there is a second processor (ATMEGA 8) that gets its clock from the same crystal by connecting the XTAL2 of the MEGA128 to the XTAL1 on the MEGA8. the track is running on top and Button layer passing 2 via's with gnd on the layer just below all the way. > Track distance is approximate 70mm. > > _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From james.hatley at comcast.net Fri Aug 28 08:23:12 2009 From: james.hatley at comcast.net (Jim Hatley) Date: Fri Aug 28 09:33:32 2009 Subject: [Icc-avr] Processor is going into a halt! References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> Message-ID: <94B426D2C2E9408A8B890DB6AD6417E1@red7> Hello Tim, I believe that the pull up on the USART receive line can be controlled from the PORTx pin even if the USART is enabled. See page 79 in the ATmega128(P) specification (revP 08/07 version). If this pin is allowed to float with no determined state ... (I'm not sure if that is the case in Steven's case as we don't know the schematic.) ... it will cause the USART to think something is there and may/can/might oscillate. Simply enabling the pull-up on this receive line to the processor will prevent this. Jim ----- Original Message ----- From: Tim Mitchell To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Sent: Friday, August 28, 2009 1:28 AM Subject: RE: [Icc-avr] Processor is going into a halt! > Steven, > > Just a guess ... you might try enabling the pull-up > resistor in the processor on the serial receive line. > > Jim That doesn't have any effect if UART receive is enabled, the normal IO functions are disconnected from the pin. It sounds like you might be receiving continuous noise on the UART which is causing the processor to repeatedly run the UART receive interrupt - so it does nothing else. Shorting RXD to ground prevents this getting into the UART (I'm not sure what your RS485 driver will think of having its RX out pin shorted to ground though). The WDT would have no effect in this situation as the system would re-enter the UART interrupt immediately on reset - though you might be able to tell it has done a reset? Is your RS485 line terminated at the far end? > > > ----- 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: Thursday, August 27, 2009 2:37 AM > > Subject: [Icc-avr] Processor is going into a halt! > > > Hi. > > > > I have a MEGA128 with some serial communication (RS485) > that is coursing me some trouble. > > It runs at hundreds different sites without a problem, > but at one specific site, it runs for minutes or hours, > but never days. > > All HW has been changed several times, with no luck. > > > > When it fails, the cpu just halts, but the WDT > (internal) does not reset the cpu. > > If I pull the Rx pin (PD2) to GND, the cpu resumes > operation!? > > > > I do not use Ilde mode or any other sleep mode, and I > guess I can take the accidental sleep out of the > equation, hence the WDT does not trigger. Or..... > > > > Any help will be appreciated; I'm running out of Ideas. > > > > PS: the building has an elevator, and the frequency > converter and other stuff for the elevator is just behind > the wall (brick wall). > > But noisy environment like that is very normal, and I > have never seen a problem like this before. > -- Tim Mitchell _______________________________________________ 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/20090828/3f9fc6cf/attachment.html From danar at astrixnet.com Fri Aug 28 08:55:04 2009 From: danar at astrixnet.com (Dana Raymond) Date: Fri Aug 28 10:05:46 2009 Subject: [Icc-avr] RE:Processor is going into a halt! In-Reply-To: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> References: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> Message-ID: I have two thoughts about your situation... 1. I am a little confused about your comment that noise should not be an issue. What you have described is very much exactly a noise susceptibility scenario IMHO. Is the circuit board mounted in a faraday cage (grounded metal enclosure)? If not then the entire circuit may be affected by EMI/RFI. Cables to and from the board should have noise snubber circuitry as well. 2. I have the impression that this problem is not well understood (apologies if that is inappropriate). Are you not able to connect your debugger in-situ? Yioucan check the xtal oscillator with a scope by probing the correct pin(XTALO). Or even enable the external CLK output pin and probe that. Upon reset the HW source of the reset is reflected in a register. How do you know the CPU is halting? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090828/ce1f583b/attachment-0001.html From danar at astrixnet.com Fri Aug 28 09:01:38 2009 From: danar at astrixnet.com (Dana Raymond) Date: Fri Aug 28 10:12:20 2009 Subject: [Icc-avr] RE:Processor is going into a halt! In-Reply-To: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> References: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> Message-ID: I have two thoughts about your situation... 1. I am a little confused about your comment that noise should not be an issue. What you have described is very much exactly a noise susceptibility scenario IMHO. Is the circuit board mounted in a faraday cage (grounded metal enclosure)? If not then the entire circuit may be affected by EMI/RFI. Cables to and from the board should have noise snubber circuitry as well. 2. I have the impression that this problem is not well understood (apologies if that is inappropriate). Are you not able to connect your debugger in-situ? Yioucan check the xtal oscillator with a scope by probing the correct pin(XTALO). Or even enable the external CLK output pin and probe that. Upon reset the HW source of the reset is reflected in a register. How do you know the CPU is halting? Dana Raymond -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20090828/6b64d8da/attachment.html From ira at extrasensory.com Fri Aug 28 09:44:03 2009 From: ira at extrasensory.com (Ira) Date: Fri Aug 28 10:55:06 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk> <000001ca27c2$7e08e010$7a1aa030$@com> <000301ca27c5$091370b0$1b3a5210$@com> <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> Message-ID: <0MKpCa-1Mh4Yo1Qk3-000DBY@mrelay.perfora.net> At 03:50 AM 8/28/2009, you wrote: >So far it's normal, but there is a second processor (ATMEGA 8) that >gets its clock from the same crystal by connecting the XTAL2 of the >MEGA128 to the XTAL1 on the MEGA8. the track is running on top and >Button layer passing 2 via's with gnd on the layer just below all the way. Make up a on-off board with the crystal replaced with a 8mhz oscillator. If that fixes it, you can assume it's the crystal stopping. Also try replacing the cap on the extended side of the crystal trace with one half the size. One of those 2 solutions will tell you if the problem is the second trace running off to the mega8. It's a hard problem to troubleshoot because probing the crystal is likely to start it again. Ira From jassenbaum at htp-tel.de Fri Aug 28 12:02:58 2009 From: jassenbaum at htp-tel.de (Johannes Assenbaum) Date: Fri Aug 28 13:13:42 2009 Subject: SV: SV: [Icc-avr] Processor is going into a halt! References: <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> <4A97C6D5.6030400@johnfromarran.org.uk> <072D96786BFC014AAEBA9EB07A8070EA67584D@seattle.ecpower.dk> Message-ID: Hi Steven, I had similar with a tiny2313 soft-starting and -braking a motor by pwm just few days ago. Every now and then the AVR stopped working completely, including the watchdog. Clock was the internal RC osc in this case. It turned out, that due to a broken capacitor at input, vcc regulator got instable from braking noise on 12V power line, and I measured spikes of few microseconds upto 10V on vcc - which actually did not trash the chip. but "only" made it halt fully. In another case, from a customer I know, that his mega8 with external 8MHz XTAL osc in full-swing mode sometimes runs into general halt, too - in that case there is a high-power flashlight circuit just a few cm apart, and I'm suspicous, that very high di/dt influencing spikes on osc in/out (or vcc?) is the reason, even if controller pcb has a full gnd plane next to high-current circuit. I was thinking of those cases, as you told of the elevator control just behind the wall... Best regards, Johannes > Hi John. > You might be right, but how come that processor is resuming operation without > booting, just by pulling that Rx pin down? > That's what puzzles me. > I haven't tried pulling other pins down to see it that would have the same effect. > 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 John Baraclough > Sendt: 28. august 2009 14:00 > 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: SV: [Icc-avr] Processor is going into a halt! > Hi Steven, > I suspect that crystal sharing is at the root of your problem. A track > 70mm long will have a significant on the capacitance at the XTAL2 pin. > Easily enough to stop the oscillator. If you need to do that you should > use an external encapsulated oscillator driving both XTAL1 pins as is > done in the STK500, however you will probably fix the situation by using > two separate crystals. > All the best for now, > John > Steven Lose wrote: >> Hi. >> >> Yes, I have tried with an JTAG ICE II, and AVR STUDIO 4.17 >> Normally this fault will appear within minutes or a few Hours, but when I put the >> JTAG on, it run 14 Hours straight, and I then decided to take it off again. >> >> The Crystal (8MHz) is close to the processor with gnd around and in the layer >> below. >> So far it's normal, but there is a second processor (ATMEGA 8) that gets its clock >> from the same crystal by connecting the XTAL2 of the MEGA128 to the XTAL1 on the >> MEGA8. the track is running on top and Button layer passing 2 via's with gnd on >> the layer just below all the way. >> Track distance is approximate 70mm. >> >> > _______________________________________________ > 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 Sat Aug 29 00:21:39 2009 From: sl at ecpower.dk (Steven Lose) Date: Sat Aug 29 01:32:26 2009 Subject: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <94B426D2C2E9408A8B890DB6AD6417E1@red7> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local> <94B426D2C2E9408A8B890DB6AD6417E1@red7> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA67584F@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/20090829/1485cd7c/attachment.jpe From sl at ecpower.dk Sat Aug 29 00:30:42 2009 From: sl at ecpower.dk (Steven Lose) Date: Sat Aug 29 01:41:28 2009 Subject: SV: [Icc-avr] RE:Processor is going into a halt! In-Reply-To: References: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA675850@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/20090829/69117615/attachment-0001.jpe From sl at ecpower.dk Sat Aug 29 00:33:15 2009 From: sl at ecpower.dk (Steven Lose) Date: Sat Aug 29 01:43:59 2009 Subject: SV: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: <0MKpCa-1Mh4Yo1Qk3-000DBY@mrelay.perfora.net> References: <04671BB8D269034BBC4BB6BA894867261CB949@sserver.SabreTechnology.local><072D96786BFC014AAEBA9EB07A8070EA675815@seattle.ecpower.dk><000001ca27c2$7e08e010$7a1aa030$@com><000301ca27c5$091370b0$1b3a5210$@com><072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk> <0MKpCa-1Mh4Yo1Qk3-000DBY@mrelay.perfora.net> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA675851@seattle.ecpower.dk> The external oscillator could be worth a try. Thanks 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 Ira Sendt: 28. august 2009 18:44 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: SV: [Icc-avr] Processor is going into a halt! At 03:50 AM 8/28/2009, you wrote: >So far it's normal, but there is a second processor (ATMEGA 8) that >gets its clock from the same crystal by connecting the XTAL2 of the >MEGA128 to the XTAL1 on the MEGA8. the track is running on top and >Button layer passing 2 via's with gnd on the layer just below all the way. Make up a on-off board with the crystal replaced with a 8mhz oscillator. If that fixes it, you can assume it's the crystal stopping. Also try replacing the cap on the extended side of the crystal trace with one half the size. One of those 2 solutions will tell you if the problem is the second trace running off to the mega8. It's a hard problem to troubleshoot because probing the crystal is likely to start it again. Ira _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From sl at ecpower.dk Sat Aug 29 00:49:22 2009 From: sl at ecpower.dk (Steven Lose) Date: Sat Aug 29 02:00:07 2009 Subject: SV: SV: SV: [Icc-avr] Processor is going into a halt! In-Reply-To: References: <072D96786BFC014AAEBA9EB07A8070EA67582D@seattle.ecpower.dk><4A97C6D5.6030400@johnfromarran.org.uk><072D96786BFC014AAEBA9EB07A8070EA67584D@seattle.ecpower.dk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA675852@seattle.ecpower.dk> Hi Johannes. It's Interesting. I didn't pay that much attention on the 5V psu when I was at the site. I hope that the things I have done on the updated board in conjunction with the better casing will solve the case. I think Ill go to the site and do some more noise and OSC measurement. ( 7 Hour drive ) Thanks to everybody for inputs on this case. I'll get back with an update app. 3 weeks from now when I have the new pcb and have tested it at the site. 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 Johannes Assenbaum Sendt: 28. august 2009 21:03 Til: icc-avr@imagecraft.com Emne: Re: SV: SV: [Icc-avr] Processor is going into a halt! Hi Steven, I had similar with a tiny2313 soft-starting and -braking a motor by pwm just few days ago. Every now and then the AVR stopped working completely, including the watchdog. Clock was the internal RC osc in this case. It turned out, that due to a broken capacitor at input, vcc regulator got instable from braking noise on 12V power line, and I measured spikes of few microseconds upto 10V on vcc - which actually did not trash the chip. but "only" made it halt fully. In another case, from a customer I know, that his mega8 with external 8MHz XTAL osc in full-swing mode sometimes runs into general halt, too - in that case there is a high-power flashlight circuit just a few cm apart, and I'm suspicous, that very high di/dt influencing spikes on osc in/out (or vcc?) is the reason, even if controller pcb has a full gnd plane next to high-current circuit. I was thinking of those cases, as you told of the elevator control just behind the wall... Best regards, Johannes > Hi John. > You might be right, but how come that processor is resuming operation without > booting, just by pulling that Rx pin down? > That's what puzzles me. > I haven't tried pulling other pins down to see it that would have the same effect. > 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 John Baraclough > Sendt: 28. august 2009 14:00 > 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: SV: [Icc-avr] Processor is going into a halt! > Hi Steven, > I suspect that crystal sharing is at the root of your problem. A track > 70mm long will have a significant on the capacitance at the XTAL2 pin. > Easily enough to stop the oscillator. If you need to do that you should > use an external encapsulated oscillator driving both XTAL1 pins as is > done in the STK500, however you will probably fix the situation by using > two separate crystals. > All the best for now, > John > Steven Lose wrote: >> Hi. >> >> Yes, I have tried with an JTAG ICE II, and AVR STUDIO 4.17 >> Normally this fault will appear within minutes or a few Hours, but when I put the >> JTAG on, it run 14 Hours straight, and I then decided to take it off again. >> >> The Crystal (8MHz) is close to the processor with gnd around and in the layer >> below. >> So far it's normal, but there is a second processor (ATMEGA 8) that gets its clock >> from the same crystal by connecting the XTAL2 of the MEGA128 to the XTAL1 on the >> MEGA8. the track is running on top and Button layer passing 2 via's with gnd on >> the layer just below all the way. >> Track distance is approximate 70mm. >> >> > _______________________________________________ > 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 design at johnfromarran.org.uk Sat Aug 29 04:03:31 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Sat Aug 29 05:14:19 2009 Subject: SV: [Icc-avr] RE:Processor is going into a halt! In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA675850@seattle.ecpower.dk> References: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA675850@seattle.ecpower.dk> Message-ID: <4A990B03.9050401@johnfromarran.org.uk> Hi Steven, Just a thought, but what are the JTAG pins doing when there is no JTAG connected? If you have just left them floating with no pull-ups there might be a potential latchup problem there too. All the best for now, John Steven Lose wrote: > > I only said it didn?t look like noise when I measured at the Rx pin. > > It could very well be noise. Maybe I just didn?t catch the killer > noise when I had the probe on. > > Connecting the JTAG apparently solves the problem, but I?m not sure if > it is because the JTAG is connected, or it is because the processor is > doing things a little different when JTAG is on. > > 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 > > ------------------------------------------------------------------------ From sl at ecpower.dk Sat Aug 29 06:18:34 2009 From: sl at ecpower.dk (Steven Lose) Date: Sat Aug 29 07:29:22 2009 Subject: SV: SV: [Icc-avr] RE:Processor is going into a halt! In-Reply-To: <4A990B03.9050401@johnfromarran.org.uk> References: <200908280835.n7S8ZE7j055683@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA675850@seattle.ecpower.dk> <4A990B03.9050401@johnfromarran.org.uk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA675853@seattle.ecpower.dk> Hi John. Normally JTAG is disabled in fuses, and TCK(PF4), TMS(PF5) and TDI(PF7) is defined as inputs with pull up enabled, while TDO(PF6) is used as an output. Since the JTAG can single step and pause code, it must have control over the clock, but does the JTAG itself supply clock or how is it doing it. Just trying to understand why JTAG whipped out the fault. 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 John Baraclough Sendt: 29. august 2009 13:04 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: SV: [Icc-avr] RE:Processor is going into a halt! Hi Steven, Just a thought, but what are the JTAG pins doing when there is no JTAG connected? If you have just left them floating with no pull-ups there might be a potential latchup problem there too. All the best for now, John Steven Lose wrote: > > I only said it didn't look like noise when I measured at the Rx pin. > > It could very well be noise. Maybe I just didn't catch the killer > noise when I had the probe on. > > Connecting the JTAG apparently solves the problem, but I'm not sure if > it is because the JTAG is connected, or it is because the processor is > doing things a little different when JTAG is on. > > 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 > > ------------------------------------------------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr