Reply by "Fri...@fl.priv.at [msp430]"●February 27, 20152015-02-27
Hello!
Reginald Beardsley p...@yahoo.com [msp430] wrote on 2015-02-27
19:49 MET: > I used mspgcc & mspdebug before TI got involved, so
I'm very
> comfortable with those tools.
But those tools won't get any updates anymore AFAIK, that's the
downside. > I found it very hard to decipher what the state of
the IDE was.
> "run" generated a "cannot find systemtap" dialog.
Don't use "run" use "debug" - the button with the bug symbol. > I *think* i fixed that, but I didn't find CCS to
be very reproducible
> except for not working. But I was at it until pretty late in the
> evening. I had just done the button 1 "hello word" when pressing
> button 2 caused the panic. After the reboot button 2 no longer caused
> a panic. It should *not* be possible to cause a kernel panic by
> sending anything over the USB bus, but it *is* Linux.
Nope that's not Linux, that would be Windows ;-)
--
MfG / Regards
Friedrich Lobenstock
Reply by "Reg...@yahoo.com [msp430]"●February 27, 20152015-02-27
Thanks!
I used mspgcc & mspdebug before TI got involved, so I'm very comfortable
with those tools. Actually more so than the CCS IDE. I'm an old guy and
prefer to chant the incantations myself anyway. I installed Energia, CCS and a
bunch of ARM tools a few months ago, but just got around to fooling with CCS.
The "waiting" is when trying to copy the CCS code examples into a project. So I
think perhaps the answer is just to ditch the IDE and copy the examples by hand.
I've built many millions of lines of code from the command line including
packages of over a million lines that no one knew how to compile when I took the
job.
I found it very hard to decipher what the state of the IDE was. "run" generated
a "cannot find systemtap" dialog. I *think* i fixed that, but I didn't
find CCS to be very reproducible except for not working. But I was at it until
pretty late in the evening. I had just done the button 1 "hello word" when
pressing button 2 caused the panic. After the reboot button 2 no longer caused
a panic. It should *not* be possible to cause a kernel panic by sending
anything over the USB bus, but it *is* Linux.
I think I'll start by taking a look at why the TI USB lib won't work
with gcc by trying to build the OutofBox demo by hand using mspgcc. Can you
offer any more details about the problems you encountered? Which of the examples
was it? I was the guy at work that everyone turned to when they couldn't
get their code to compile or link on whatever new system they had gotten.
I'd sort out the various compiler and linker flags, non-portable constructs
they were using and the like. I did this for all the major workstations of the
Unix wars and quite a few of the minor ones too. In addition, I follow the
mspgcc list. It's possible that there are compiler constructs needed that
mspgcc doesn't support, but if that's the case it will be well known
and people will be working on it even if TI is not.
Have Fun!
Reg
Posted by: Reginald Beardsley
Reply by "Fri...@fl.priv.at [msp430]"●February 27, 20152015-02-27
Hello!
Reginald Beardsley p...@yahoo.com [msp430] wrote on 2015-02-27
03:32 MET: > Has anyone got this working reasonably on any Linux?
I'm using
> CentOS. I got it to create a project, build, load and run the
> OutofBox demo for the F5529 LaunchPad, but that is all. I'm not even
> sure I could reproduce that :-( I had loaded a blinky demo using
> Energia, so it really did load and build the OutofBox demo.
Using it with GCC on OpenSuSE 13.1. I'm programming the FR5969 right
now, but I've also successfully compiled the minimal USB example for the
F5529 using the TI compiler. > The first time I pressed button 2 to get the rocket,
it kernel
> panicked my Linux system. Since then it's actually run w/o crashing,
> but I can't get any of the "one click project loads" to do anything.
> I can create an empty project. But not much else.
Be sure your current active window is an editor or the like when
pressing the buttons on the F5529 demo. > I sometimes get a "Waiting on file:///opt/..."
message when trying to
> load an example project. But usually it just sits there silently
> doing nothing.
Did you already press the green "play" icon in the debug perspective or
does this happen during programming of the MSP430 program flash? > I realize most of you are running IAR on Windows, but
I thought I'd
> ask in case there's someone else using CCS on Linux. I did a couple
> of software updates with CCS. Not sure why it wanted to do two, but
> it did, so I went along with it.
I use CCS because I you use the new MSP430 GCC from Redhat with Newlib
from the CCS App Center. The downside is that the TI USB libs only work
with the TI compiler that you need to license/buy, or else you're code
size limited to 16KB or so. With GCC there's no code size limit.
So I'm a big fan of CCS 6 with GCC :-)
--
MfG / Regards
Friedrich Lobenstock
Reply by "Reg...@yahoo.com [msp430]"●February 26, 20152015-02-26
Has anyone got this working reasonably on any Linux? I'm using CentOS. I
got it to create a project, build, load and run the OutofBox demo for the F5529
LaunchPad, but that is all. I'm not even sure I could reproduce that :-(
I had loaded a blinky demo using Energia, so it really did load and build the
OutofBox demo.
The first time I pressed button 2 to get the rocket, it kernel panicked my Linux
system. Since then it's actually run w/o crashing, but I can't get
any of the "one click project loads" to do anything. I can create an empty
project. But not much else.
I sometimes get a "Waiting on file:///opt/..." message when trying to load an
example project. But usually it just sits there silently doing nothing.
I realize most of you are running IAR on Windows, but I thought I'd ask in
case there's someone else using CCS on Linux. I did a couple of software
updates with CCS. Not sure why it wanted to do two, but it did, so I went along
with it.