From richard at imagecraft.com Fri Oct 2 00:37:51 2009 From: richard at imagecraft.com (Richard Man) Date: Fri Oct 2 01:48:25 2009 Subject: [Icc-430] ICC430 V7.11.02 released Message-ID: <200910020848.n928mOGw072496@mail.imagecraft.com> V7.11.02 - Oct 2nd, 2009 [ Added 64 bits dongle driver ] Compiler - Fixed a latent bug where extern func(unsigned, unsigned long, ... ... func(1, 0, ... was passing the wrong first argument. The arguments must be constant and the first argument must be one greater than the second argument (which must be a long) for this bug to show up. - Fixed a bug where the compiler did not save/restore R12-R15 if they are used within an interrupt handler. This only happened if the interrupt handler has a lot of local variables. - Fixed Register History to ignore read/write to the SR register. Linker - Round up the memory percent usage display instead of truncating (i.e. no longer display "0% used"). - Fixed a bug with 430X address range // 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 jdurand at interstellar.com Fri Oct 2 13:10:33 2009 From: jdurand at interstellar.com (Jerry Durand) Date: Fri Oct 2 14:23:04 2009 Subject: [Icc-430] ICC430 V7.11.02 released In-Reply-To: <200910020848.n928mOGw072496@mail.imagecraft.com> References: <200910020848.n928mOGw072496@mail.imagecraft.com> Message-ID: <4AC65E39.1000708@interstellar.com> Richard Man wrote: > V7.11.02 - Oct 2nd, 2009 > [ Added 64 bits dongle driver ] > > Compiler > - Fixed a latent bug where > extern func(unsigned, unsigned long, ... > > ... > func(1, 0, ... > was passing the wrong first argument. The arguments must be > constant > and the first argument must be one greater than the second argument > (which must be a long) for this bug to show up. > > - Fixed a bug where the compiler did not save/restore R12-R15 if they > are used within an interrupt handler. This only happened if the > interrupt handler has a lot of local variables. > - Fixed Register History to ignore read/write to the SR register. > > Linker > - Round up the memory percent usage display instead of truncating > (i.e. no longer display "0% used"). > - Fixed a bug with 430X address range > > // 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-430 mailing list > Icc-430@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-430 > -- Jerry Durand, Durand Interstellar, Inc. www.interstellar.com tel: +1 408 356-3886, USA toll free: 1 866 356-3886 Skype: jerrydurand -------------- next part -------------- Skipped content of type multipart/related From richard-lists at imagecraft.com Sat Oct 3 00:51:56 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Sat Oct 3 02:02:37 2009 Subject: [Icc-430] ICC430 V7.11.02 released In-Reply-To: <4AC65E39.1000708@interstellar.com> References: <200910020848.n928mOGw072496@mail.imagecraft.com> <4AC65E39.1000708@interstellar.com> Message-ID: <200910030902.n9392ZuI084033@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-430/attachments/20091003/845c3fdb/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: 341a6100.jpg Type: image/jpeg Size: 5872 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-430/attachments/20091003/845c3fdb/341a6100.jpg From adrian at perkinstechnologies.com.au Tue Oct 6 04:31:50 2009 From: adrian at perkinstechnologies.com.au (Adrian Ball) Date: Tue Oct 6 05:43:35 2009 Subject: [Icc-430] Multiple port interrupts? Message-ID: <200910061243.n96ChXVR015448@mail.imagecraft.com> Hi All, Hopefully there will be something obvious I have overlooked, but when clearing an input port interrupt flag in a PxIFG register, how do you avoid accidentally clearing another flag that you didn't intend to clear? You obviously can't use: PxIFG &= ~flag_bit_n; Because another flag bit may get set between the initial read and subsequent write of the PxIFG register. Similarly I believe the BIC assembly instruction reads then writes the register, risking the same situation of another bit being set between the read and the write, thus inadvertently clearing a bit you didn't intend to. Does the MSP430 provide any way to prevent this? Or do I have to check the input pins before and after the clear, to detect any 'missed' (inadvertently cleared) transitions on other pins? Thanks, Adrian Ball. *----------------------------------------------------------* | Adrian J. M. Ball. | | Perkins Technologies. | | Brisbane, Australia. | | Phone : 61-7-3420-3449 | | Fax : 61-7-3343-4107 | *----------------------------------------------------------* From t.jaspers at cpseurope.com Tue Oct 6 07:04:10 2009 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Tue Oct 6 08:15:43 2009 Subject: [Icc-430] Multiple port interrupts? In-Reply-To: <200910061243.n96ChXVR015448@mail.imagecraft.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C929A17@mickey.PBNV.local> di(); PxIFG &= ~flag_bit_n; ei() From bailey at peak.org Tue Oct 6 14:52:13 2009 From: bailey at peak.org (bailey@peak.org) Date: Tue Oct 6 16:03:49 2009 Subject: [Icc-430] Multiple port interrupts? In-Reply-To: <200910061243.n96ChXVR015448@mail.imagecraft.com> References: <200910061243.n96ChXVR015448@mail.imagecraft.com> Message-ID: Adrian, I believe that BIC and BIS are "atomic", so if you can ensure that this is the generated code, you should be OK. Also, the di/ei approach has been mentioned. Another variation on the di/ei approach is to use the _GET_SR() intrinsic to save the current state of the GIE bit in the SR prior to disabling interrupts, so that you can later use the _BIS_SR() intrinsic to restore the "original" interrupt enable status (using a simple di/ei always leaves interrupts enabled!) Finally, if the overhead of a function call won't kill you the "#pragma monitor" extension is an easy solution. Cheers, Kirk Bailey bailey@peak.org > Hi All, > Hopefully there will be something obvious I have overlooked, but when > clearing an input port interrupt flag in a PxIFG register, how do you > avoid accidentally clearing another flag that you didn't intend to > clear? You obviously can't use: > PxIFG &= ~flag_bit_n; > Because another flag bit may get set between the initial read and > subsequent write of the PxIFG register. Similarly I believe the BIC > assembly instruction reads then writes the register, risking the same > situation of another bit being set between the read and the write, > thus inadvertently clearing a bit you didn't intend to. > Does the MSP430 provide any way to prevent this? Or do I have to > check the input pins before and after the clear, to detect any > 'missed' (inadvertently cleared) transitions on other pins? > Thanks, > Adrian Ball. > > > *----------------------------------------------------------* > | Adrian J. M. Ball. | > | Perkins Technologies. | > | Brisbane, Australia. | > | Phone : 61-7-3420-3449 | > | Fax : 61-7-3343-4107 | > *----------------------------------------------------------* > > _______________________________________________ > Icc-430 mailing list > Icc-430@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-430 > From adrian at perkinstechnologies.com.au Tue Oct 6 14:42:21 2009 From: adrian at perkinstechnologies.com.au (Adrian Ball) Date: Tue Oct 6 16:14:10 2009 Subject: [Icc-430] RE: Multiple port interrupts? (Jaspers, Ton) In-Reply-To: <200910061900.n96J01lu018662@mail.imagecraft.com> References: <200910061900.n96J01lu018662@mail.imagecraft.com> Message-ID: <200910062314.n96NE92f020768@mail.imagecraft.com> Hi Ton, Unfortunately di(), ei() doesn't help at all. If the bits were set in another interrupt routine, what you suggest would do. But because the register bits in question are set by hardware and the setting of them is not disabled by disabling interrupts, di() ei() does nothing for this problem. Cheers, Adrian. At 12:00 PM 6/10/2009, you wrote: >Message: 2 >Date: Tue, 06 Oct 2009 16:04:10 +0200 >From: "Jaspers, Ton" >Subject: RE: [Icc-430] Multiple port interrupts? >To: "Discussion List for ICC430 users. You do NOT need to subscribe to > icc-announce if you are a member of this." >Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C929A17@mickey.PBNV.local> >Content-Type: text/plain; charset=us-ascii > >di(); >PxIFG &= ~flag_bit_n; >ei() > > > > >------------------------------ From bailey at peak.org Tue Oct 6 16:16:46 2009 From: bailey at peak.org (bailey@peak.org) Date: Tue Oct 6 17:28:33 2009 Subject: [Icc-430] RE: Multiple port interrupts? (Jaspers, Ton) In-Reply-To: <200910062314.n96NE92f020768@mail.imagecraft.com> References: <200910061900.n96J01lu018662@mail.imagecraft.com> <200910062314.n96NE92f020768@mail.imagecraft.com> Message-ID: <3f2da050ddd9b98a1975f12df43e8c66.squirrel@webmail.peak.org> Adrian, I didn't read your question carefully enough either :) I think BIC(.B/.W), is your only option in this situation. I did a quick search to see if I could find a reference to whether the interrupt request status (PxIFG), could get updated part way through an atomic instruction, and I didn't find anything absolutely definitive. I did find other folks that also think it can't, for what that's worth... If you find anything definitive I would appreciate a pointer to it, particularly if it works differently than I have been assuming it does! Kirk Bailey bailey@peak.org > Hi Ton, > Unfortunately di(), ei() doesn't help at all. If the bits were set in > another interrupt routine, what you suggest would do. But because the > register bits in question are set by hardware and the setting of them > is not disabled by disabling interrupts, di() ei() does nothing for > this problem. > Cheers, > Adrian. > > At 12:00 PM 6/10/2009, you wrote: > >>Message: 2 >>Date: Tue, 06 Oct 2009 16:04:10 +0200 >>From: "Jaspers, Ton" >>Subject: RE: [Icc-430] Multiple port interrupts? >>To: "Discussion List for ICC430 users. You do NOT need to subscribe to >> icc-announce if you are a member of this." >> >>Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C929A17@mickey.PBNV.local> >>Content-Type: text/plain; charset=us-ascii >> >>di(); >>PxIFG &= ~flag_bit_n; >>ei() >> >> >> >> >>------------------------------ > > _______________________________________________ > Icc-430 mailing list > Icc-430@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-430 > From t.jaspers at cpseurope.com Thu Oct 8 00:38:49 2009 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Thu Oct 8 01:50:25 2009 Subject: [Icc-430] RE: Multiple port interrupts? (Jaspers, Ton) In-Reply-To: <200910062314.n96NE92f020768@mail.imagecraft.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C929AD7@mickey.PBNV.local> Adrian, You are absolutely right. I thought I was responding on the AVR mailing list, which is right next to the 430 list on my screen :-) A 430 needs a different approach to manipulate the GEI bit as Kirk already explained. The 430 compiler supplies a number of macro's to generate atomic instructions like BIC, BIS (see Kirk's post). Appologies for confusing things, Ton > -----Original Message----- > From: icc-430-bounces@imagecraft.com > [mailto:icc-430-bounces@imagecraft.com] On Behalf Of Adrian Ball > Sent: dinsdag 6 oktober 2009 23:42 > To: icc-430@imagecraft.com > Subject: [Icc-430] RE: Multiple port interrupts? (Jaspers, Ton) > > Hi Ton, > Unfortunately di(), ei() doesn't help at all. If the bits > were set in another interrupt routine, what you suggest would > do. But because the register bits in question are set by > hardware and the setting of them is not disabled by disabling > interrupts, di() ei() does nothing for this problem. > Cheers, > Adrian. > > At 12:00 PM 6/10/2009, you wrote: > > >Message: 2 > >Date: Tue, 06 Oct 2009 16:04:10 +0200 > >From: "Jaspers, Ton" > >Subject: RE: [Icc-430] Multiple port interrupts? > >To: "Discussion List for ICC430 users. You do NOT need to > subscribe to > > icc-announce if you are a member of this." > > > >Message-ID: > <7B0EB27CF1CC93439B5CFB7526E5D74C929A17@mickey.PBNV.local> > >Content-Type: text/plain; charset=us-ascii > > > >di(); > >PxIFG &= ~flag_bit_n; > >ei() > > > > > > > > > >------------------------------ > > _______________________________________________ > Icc-430 mailing list > Icc-430@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-430 > From bgarmer at ambientalert.com Thu Oct 8 11:08:09 2009 From: bgarmer at ambientalert.com (Bill Garmer) Date: Thu Oct 8 12:19:43 2009 Subject: [Icc-430] Cannot find source code In-Reply-To: <200910081900.n98J01vH045059@mail.imagecraft.com> References: <200910081900.n98J01vH045059@mail.imagecraft.com> Message-ID: <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> I just brought on another engineer to help me. We have two dongles and I set up the latest Imagecraft MSP430 software on his machine. Everything went fine until he compiled the code. For every C source find with get the error message: CANNOT FIND SOURCE FILE XXX.s Project compiles fine on my machine. Beside having him sit in my lap to program, anyone have any ideal what is going on? Bill From jdurand at interstellar.com Thu Oct 8 11:30:52 2009 From: jdurand at interstellar.com (Jerry Durand) Date: Thu Oct 8 12:43:46 2009 Subject: [Icc-430] Cannot find source code In-Reply-To: <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> References: <200910081900.n98J01vH045059@mail.imagecraft.com> <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> Message-ID: <4ACE2FDC.7010908@interstellar.com> Richard just fixed that for me, I'm sure he'll post the update shortly. I did notice that you can still work even with that message. Bill Garmer wrote: > I just brought on another engineer to help me. We have two dongles and > I set up the latest Imagecraft MSP430 software on his machine. > Everything went fine until he compiled the code. For every C source > find with get the error message: > CANNOT FIND SOURCE FILE XXX.s > > Project compiles fine on my machine. Beside having him sit in my lap to > program, anyone have any ideal what is going on? > > Bill > > > _______________________________________________ > Icc-430 mailing list > Icc-430@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-430 > > -- Jerry Durand, Durand Interstellar, Inc. www.interstellar.com tel: +1 408 356-3886, USA toll free: 1 866 356-3886 Skype: jerrydurand From design at johnfromarran.org.uk Thu Oct 8 12:17:37 2009 From: design at johnfromarran.org.uk (John Baraclough) Date: Thu Oct 8 13:29:09 2009 Subject: [Icc-430] Cannot find source code In-Reply-To: <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> References: <200910081900.n98J01vH045059@mail.imagecraft.com> <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> Message-ID: <4ACE3AD1.3020502@johnfromarran.org.uk> I'm an ICCAVR user, but experienced the same problem some time ago and found it to be a path problem. If you have the paths in the IDE set to absolute rather than relative, then moving a project to another machine doesn't work. HTH. All the best for now, John Bill Garmer wrote: > I just brought on another engineer to help me. We have two dongles and > I set up the latest Imagecraft MSP430 software on his machine. > Everything went fine until he compiled the code. For every C source > find with get the error message: > CANNOT FIND SOURCE FILE XXX.s > > Project compiles fine on my machine. Beside having him sit in my lap to > program, anyone have any ideal what is going on? > > Bill > > > _______________________________________________ > Icc-430 mailing list > Icc-430@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-430 > > From richard-lists at imagecraft.com Thu Oct 8 12:26:26 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Oct 8 13:37:27 2009 Subject: [Icc-430] Cannot find source code In-Reply-To: <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp > References: <200910081900.n98J01vH045059@mail.imagecraft.com> <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> Message-ID: <200910082037.n98KbQPB045848@mail.imagecraft.com> Yes, as Jerry said, I just fixed this last night. The fix is simple, what's perplexing me is how it worked before. So I am trying to chase that down. If you grab this: http://www.dragonsgate.net/pub/BETAS/icc430.exe and put that into your c:\iccv7430\bin, it should solve the problem. Once I am satisfied with how it worked before, I will release a patch. And yes, it does not affect actual code generation. At 11:08 AM 10/8/2009, Bill Garmer wrote: >I just brought on another engineer to help me. We have two dongles and >I set up the latest Imagecraft MSP430 software on his machine. >Everything went fine until he compiled the code. For every C source >find with get the error message: >CANNOT FIND SOURCE FILE XXX.s > >Project compiles fine on my machine. Beside having him sit in my lap to >program, anyone have any ideal what is going on? > // richard // http://rfman.wordpress.com // http://www.imagecraft.com/pub/Portfolio09/ From jdurand at interstellar.com Thu Oct 8 12:24:58 2009 From: jdurand at interstellar.com (Jerry Durand) Date: Thu Oct 8 13:37:42 2009 Subject: [Icc-430] Cannot find source code In-Reply-To: <4ACE3AD1.3020502@johnfromarran.org.uk> References: <200910081900.n98J01vH045059@mail.imagecraft.com> <94C5A1526E432B469C9E047B917B0D972C9DBE@ACSDC1.ambient.corp> <4ACE3AD1.3020502@johnfromarran.org.uk> Message-ID: <4ACE3C8A.6010203@interstellar.com> John Baraclough wrote: > I'm an ICCAVR user, but experienced the same problem some time ago and > found it to be a path problem. If you have the paths in the IDE set to > absolute rather than relative, then moving a project to another > machine doesn't work. On my machine it's set to relative, but my work folders are all on a network drive (Ubuntu server). This has at times led to odd behavior from some programs like NoICE due to the way Samba works, but in this case Richard worked his magic and gave me a beta test that fixed it. I won't presume to release his beta test on the world, he may be tweaking it more before release. -- Jerry Durand, Durand Interstellar, Inc. www.interstellar.com tel: +1 408 356-3886, USA toll free: 1 866 356-3886 Skype: jerrydurand From mojaveg at iwvisp.com Fri Oct 9 19:28:57 2009 From: mojaveg at iwvisp.com (Everett Greene) Date: Fri Oct 9 20:40:35 2009 Subject: [Icc-430] Cannot find source code In-Reply-To: <200910082037.n98KbQPB045848@mail.imagecraft.com> Message-ID: Richard, Glad to see that you are keeping busy with your computer work. For some reason I am picking up alot of e-mails in my inbox. Can't close Ev's files for some reason. I am doing okay. Each day it gets a little better, but I sure do miss Everett! Jeanne Greene -----Original Message----- From: icc-430-bounces@imagecraft.com [mailto:icc-430-bounces@imagecraft.com]On Behalf Of Richard Man Sent: Thursday, October 08, 2009 12:26 PM To: icc-430@imagecraft.com; icc-430@imagecraft.com Subject: Re: [Icc-430] Cannot find source code Yes, as Jerry said, I just fixed this last night. The fix is simple, what's perplexing me is how it worked before. So I am trying to chase that down. If you grab this: http://www.dragonsgate.net/pub/BETAS/icc430.exe and put that into your c:\iccv7430\bin, it should solve the problem. Once I am satisfied with how it worked before, I will release a patch. And yes, it does not affect actual code generation. At 11:08 AM 10/8/2009, Bill Garmer wrote: >I just brought on another engineer to help me. We have two dongles and >I set up the latest Imagecraft MSP430 software on his machine. >Everything went fine until he compiled the code. For every C source >find with get the error message: >CANNOT FIND SOURCE FILE XXX.s > >Project compiles fine on my machine. Beside having him sit in my lap to >program, anyone have any ideal what is going on? > // richard // http://rfman.wordpress.com // http://www.imagecraft.com/pub/Portfolio09/ _______________________________________________ Icc-430 mailing list Icc-430@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-430 __________ Information from ESET NOD32 Antivirus, version of virus signature database 4491 (20091008) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From richard at imagecraft.com Mon Oct 12 01:38:27 2009 From: richard at imagecraft.com (Richard Man) Date: Mon Oct 12 02:49:51 2009 Subject: [Icc-430] ICC430 V7.12 BETA0 Message-ID: <200910120949.n9C9nnMC083638@mail.imagecraft.com> http://www.imagecraft.com/pub/iccv7430_v712_beta0.exe V7.12 - Oct 16th, 2009 7.11.02 had a bug with the listing file generator complaing "XXXX.s file not found" if Project->Options->Compiler->OutputTyep is set to "with assembly debugging." This does not affect code generation and is fixed in this release. IDE/Compiler - Added support for F54xx where the 32-bit multiplier is at a different address that the 16-bit multiplier in the other MSP430 devices: - added -hwmult2 switch to the compiler iccom430.exe - add support for the 32 bit multiplier for 32 bit multiplies - added radio buttons to select hardware multiplier type for custom device // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From richard at imagecraft.com Tue Oct 20 01:08:22 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Oct 20 02:20:16 2009 Subject: [Icc-430] ICC430 V7.12 released Message-ID: <200910200920.n9K9KFaj081474@mail.imagecraft.com> V7.12 - Oct 19th, 2009 7.11.02 has a bug with the listing file generator complaing "XXXX.s file not found" if Project->Options->Compiler->OutputTyep is set to "with assembly debugging." This does not affect code generation and is fixed in this release. IDE/Compiler - Added support for F54xx where the 32-bit multiplier is at a different address that the 16-bit multiplier in the other MSP430 devices: - added -hwmult2 switch to the compiler iccom430.exe - add support for the 32 bit multiplier for 32 bit multiplies - added radio buttons to select hardware multiplier type for custom device // richard blog: // mailing list: http://www.dragonsgate.net/mailman/listinfo // photo book: http://www.blurb.com/bookstore/detail/745963 [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From richard at imagecraft.com Tue Oct 20 03:06:42 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Oct 20 04:18:46 2009 Subject: [Icc-430] The future is now, next-gen IDE Message-ID: <200910201118.n9KBIiLt083481@mail.imagecraft.com> http://imagecraft.wordpress.com/2009/10/20/next-gen-ide-codeblocks-pre-alpha/ // 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. ]