Come Join Us (MPLAB Now Supports AVRs)

Go To Last Post
73 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Spotted in another forum...

 

Quote:

The newly released MPLAB X 4.00 now integrates Atmel's ARM and AVR compilers. No mention in the release notes of programming or debugging tough.

 

And indeed in the release notes it says...

 

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

Last Edited: Sat. Aug 12, 2017 - 03:02 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

To paraphrase Kent Brockman...

 

One thing is for certain: there is no stopping them; the PICs will soon be here. And I for one welcome our new silicon overlords. I’d like to remind them that as a trusted forum member, I can be helpful in rounding up others to toil in their underground support centres.

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Very interesting.

 

I used MPLAB recently on a little project that I  was asked to do and it has a few nice features, but is a bit of a confusing map to read and follow.  On the other hand it's been 10+ years since I last used it for development, and I am sure if teh table was turned I would feel the same way about Studio.

 

Brian Fairchild wrote:
No mention in the release notes of programming or debugging tough.

If they integrated programming and debugging this could be the death knoll for Studio as MPLAB is MAC and I believe LINUX compatible.

 

Wait and see kiddies.....wait and see.

 

JIm

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian,
.
But it's not just about compilers does this mean it has a (better?) debugger and how about a simulator? Most of all is it Windows only or is there a Linux variant?

Last Edited: Sat. Aug 12, 2017 - 03:28 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
Brian, . But it's not just about compilers does this mean it has a (better?) debugger and how about a simulator? Most of all is it Windows only or is there a Linux variant?

 

At the moment I can't find an all encompassing announcement about this. What I've found so far is scattered among various release notes.

 

It would be a bit strange if it didn't have simulation and debugging.

 

Maybe the release of a new version of the Microchip ICD hardware debugger at the same time is somehow related.

 

Interesting times.

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If they once again had a $49 rather than $99 entry debugger it would be good. Better yet if it does all of PIC, AVR8, AV32, ARM.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
If they once again had a $49 rather than $99 entry debugger it would be good. Better yet if it does all of PIC, AVR8, AV32, ARM.

 

That would be nice.

 

It looks as thought the ICD4 does JTAG so that's an entry in ARM based chips.

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thinks... wonder if Morten's recent move to USA is in anyway related?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

jgmdesign wrote:
this could be the death knoll for Studio as MPLAB is MAC and I believe LINUX compatible.

It would certainly seem pointless to maintain the two ...

 

Is MPLAB based on any "standard" framework - VS, Eclipse, ... ?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:

Is MPLAB based on any "standard" framework - VS, Eclipse, ... ?

 

IIRC it's Netbeans.

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

obviously an expected move !

 

on the positive side you have one Enviroment for MORE chip's, on the negative side you mess with PIC's complexity

also positive the MAC/LINUX build's (for the few needed it :))

 

a bit worried about AVR's losing their identity inside all these families and PIC's mess in there...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

awneil wrote:
It would certainly seem pointless to maintain the two ...

Which is why I thought "what then for the Norwegian engineers who produce Studio? " and from there "wonder why Morten moved to Texas?". Is that where MPLAB is developed by any chance?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
"wonder why Morten moved to Texas?"
SXSW

KAW

 

If I read it right, the Microchip Texas site is in Austin; the current jobs there :

http://careers.microchip.com/jobsearch/#All~Job~Categories|US+TX+Austin||d-ASC|1

 

Why is a good question especially on medical insurance :

Microchip Technology Inc

Microchip

US Benefits

http://www.microchip.com/about-us/careers/us-benefits

...

 

Medical Coverage

Four plans are offered: three PPO plans with in-network and out-of-network coverage and an exclusive provider plan. These plans utilize the Blue Cross Blue Shield of AZ network in AZ. All sites outside of AZ utilize the Cigna network.

 

...

BCBS is one of the better or best USA medical insurance corporations; Cigna may be a concern (one would likely do some research)

 


https://www.sxsw.com/

http://www.keepaustinweird.com/

 

"Dare to be naïve." - Buckminster Fuller

Last Edited: Sat. Aug 12, 2017 - 08:32 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Morten went to Arizona, not Texas.  THats where Mchip HQ is/was IIRC

 

Jim

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I wonder what the (1) after Atmel Compiler means. indecision

 

Anyway I still have AS4.18, if I can't do a job with that then I'm not interested. hmmm did I ever mention "it's good to be a pensioner"? devil

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

Last Edited: Sat. Aug 12, 2017 - 10:34 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

So John, when was your 65th?

 

Ross McKenzie ValuSoft Melbourne Australia

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Almost a year ago! sad

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Almost time to add another candle so you will be just 2 behind me. cheeky

Ross McKenzie ValuSoft Melbourne Australia

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

js wrote:

I wonder what the (1) after Atmel Compiler means.

 

It's just a note about where to install the compilers (it uses the default locations) so that the IDE can find them.

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian Fairchild wrote:

js wrote:

I wonder what the (1) after Atmel Compiler means.

 

It's just a note about where to install the compilers (it uses the default locations) so that the IDE can find them.

And the note says:

  1. Install these compilers in the same location as MPLAB XC compilers so MPLAB X IDE can find them, e.g.;
    C:\Program Files\microchip\ARM_GCC 
    C:\Program Files\microchip\AVR_GCC

No note on where MPLABS puts its compilers on a GNU/Linux system. Time to go hunting for if there where any compilers coming with the MPLABX install and where they went..

 


 

In one of the menus in MPLABX there is an entry "Xplained". Choosing it yields a message box "There are no Xplained boards connected". I'll go get the SAM D20 Xplained board right away..

 


 

If this whole thing turns out the "way it hints" then I have a long thread elsewhere here a 'freaks that can just die peacefully.. (-:

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

JohanEkdahl wrote:

If this whole thing turns out the "way it hints" then I have a long thread elsewhere here a 'freaks that can just die peacefully.. (-:

 

Don't start counting your chickens....  I've installed it but it doesn't work well for me.  I cannot create new Makefile projects because it complains that the file already exists no matter what I do.  Also when selecting a device, the drop list for the AVR MCU's is empty.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

When creating a new project there is an option for the AVR (Tiny/Mega/Xmega) family, but the device list is empty. Could be because of no compiler installed in a place where MPLABX can find it.

 

To know where MPLABX has it's PIC compilers I started a PIC PIC compiler isn't installed with MPLABX but installs separately when creating the first project. On my Mint the XC16 compiler ended up in /opt/microchip/xc16.

 

Next, I extracted the AVR Toolchain for Linux into /opt/microchip/avr8-gnu-toolchain-linux_x86_64, trying to follow the advice from the release notes.

 

Still no devices to pick.

 

About to restart...

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi, TT_ZX. Long time.. (-:

 

There was an "if" in the beginning of my sentence. I still have my chicken in tucked away in another thread, as you know ;-)

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well, I cant create a makefile project because I don't get further than to here:

 

 

 

No matter how much I click the Next button, nothing happens. The above step in the wizard just stays put.

 

Now for that SAM D20 Xplained board....

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Why are you picking "user makefile"? Isn't that going to be something like "external Makefile" in Studio? 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

MPLABX detected my SAM D20 Xplained board. (Screen shot on demand). Can't seem to do anything with it, though..

 

Generally it seems MPLABX on Linux is buggy at a basic UI level:

  • Radio buttons that are selected have their captions made invisible
  • Cant take screen shots while a menu is pulled down. It seems the menu window "eats" all events and does not pass along those it does not want to handle to it's parent.
  • The Next button in the above wizard dialogue is enabled but does not work
  • Everything about AVR support seems to be just half-done, not working or mysterious.. 

 

If this is what Morten is going towork on then

  1. He'll have his work cut out for him, but
  2. We're lucky (that it's Morten)

 

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

MPLabX for windows also has difficulties to even detect AVR toolchain , even if it mentioned in help file that it does...

i dont have experience with MPLABX but i do steps exactly as manual says.. installed toolchain from "microchip.com" site and select it in tools->options-> embeded -> toolchain

selecting avr8 toolchain says "no toolchian in this directory"

 

and as johan spoted, new porject -> select device list is complety empty

 

i believe we have to wait at least for MPLabX 4.1 to have avr working there..

 

as for UI level.... i believe that ANY java based program has UI and other problems, in addition to be slower by far by native compiled apps :)

Last Edited: Sun. Aug 13, 2017 - 01:54 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I don't even have a "avr8 toolchain" to select..

 

 

 

plouf wrote:
as for UI level.... i believe that ANY java based program has UI and other problems, in addition to be slower by far by native compiled apps :)
 

I disagree. There is nothing intrinsic in Java to make the UI bad, as far as I know. It's up to the coders.

 

As for performance, it depends on what you mean by "by far". I'd expect and accept 5 to 20 % slower. With JIT in place most everything should perform close to native level. Is this a claim re some specific software package/library (e.g. some UI library) etc rather than Java, the abstract machine and the run-time?

 

Now, the UI that Microchip has put on the specific MPLAB stuff isn't the prettiest, at least not on Linux. I'm tempted to switch over to Windows and see what is working there..

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

Last Edited: Sun. Aug 13, 2017 - 02:12 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

plouf wrote:

selecting avr8 toolchain says "no toolchian in this directory"

 

Is it installed i the right directory?

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

well what is the "right" directory?

after your post, i tried c:\program files (86)\Microchip\avr8...  seems it is accepting it there "custom toolchain"

yet again avr list is empty, so no "project" can be created..

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

plouf wrote:

well what is the "right" directory?

after your post, i tried c:\program files (86)\Microchip\avr8...  seems it is accepting it there "custom toolchain"

yet again avr list is empty, so no "project" can be created..

 

The IDE readme says...

 

  1. Install these compilers in the same location as MPLAB XC compilers so MPLAB X IDE can find them, e.g.;
    C:\Program Files\microchip\ARM_GCC 
    C:\Program Files\microchip\AVR_GCC

'This forum helps those who help themselves.'

 

pragmatic  adjective dealing with things sensibly and realistically in a way that is based on practical rather than theoretical consideration.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

yes but if it is NOT c:program files\microchip

and it is D:\MCU\PIC OR D:\MCU\PIC\MPLABX  even if i manually select folder it says "base directory does not conatin a toolchain"

 

ONLY under c:program files (x86)\microchip  accept it, and even the as "custom" (has no AVR toolchain option at all)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

And there is no C:, let alone any C:\Program Files, on a Linux system. A PIC compiler was placed in /opt/microchip/xc16 by MPLABX, so I placed the AVR Toolchain in /opt/microchip/avr8-gnu-toolchain-linux_x86_64 which to me seems like the reasonable interpretation of what to do in Linux given the "Windows pattern" given. No dice.

 

UI looked better on Windows, so it seems Microchip does not care enough about the UI on Linux to ship/select reasonable fonts etc. Also, the "phenomenon" of not being able to take screen shots while a menu is pulled down is not present on Windows.

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian Fairchild wrote:

plouf wrote:

 

well what is the "right" directory?

after your post, i tried c:\program files (86)\Microchip\avr8...  seems it is accepting it there "custom toolchain"

yet again avr list is empty, so no "project" can be created..

 

The IDE readme says...

 

  1. Install these compilers in the same location as MPLAB XC compilers so MPLAB X IDE can find them, e.g.;
    C:\Program Files\microchip\ARM_GCC 
    C:\Program Files\microchip\AVR_GCC

 

@Brian:

Have you actually tried it (or are you "just" quoting from the readme)?

If you tried and succeeded, can you give a bit of detail on how you did it?

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

It took about 4 years and 3 versions : studio 5, 6, 7 before that got reasonably OK so does anyone think this transition will be any less painful?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian Fairchild wrote:

To paraphrase Kent Brockman...

 

One thing is for certain: there is no stopping them; the PICs will soon be here. And I for one welcome our new silicon overlords. I’d like to remind them that as a trusted forum member, I can be helpful in rounding up others to toil in their underground support centres.

 

For everyones reference: https://www.youtube.com/watch?v=...

 

Brilliant!

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
It took about 4 years and 3 versions : studio 5, 6, 7 before that got reasonably OK so does anyone think this transition will be any less painful?

definitely not, however at this point it does not even install's.

so we can at least create the simplest possible project (hello world ?)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yeah but that's how AS5 started it was a complete POS that was totally unusable when it first appeared.
.
At least now they know how to build a working C compiler I guess ;-)

Last Edited: Sun. Aug 13, 2017 - 06:48 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
At least now they know how to build a working C compiler I guess ;-)

When AS5 appeared, wasn't EW already hired by Atmel? If so, they certainly had the competence to build avr-gcc inside the company..

 

And, IIRC, the big thing with AS6 was that it incorporated support for the 32-bit AVRs that up until then had their own AVR Studio32.

 

So, "One to throw away" [1], one for the 32-bitters, and one to get it right.

 

[1] An old programming maxim: "Prepare to throw one away".

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian Fairchild wrote:

clawson wrote:
Brian, . But it's not just about compilers does this mean it has a (better?) debugger and how about a simulator? Most of all is it Windows only or is there a Linux variant?

 

At the moment I can't find an all encompassing announcement about this. What I've found so far is scattered among various release notes.

 

It would be a bit strange if it didn't have simulation and debugging.

 

New Compilers/Targets are relatively easy to add, but Simulation & Debug are a LOT more work.

I'd imagine they start with compilers, then add download/ISP, and eventually bring in Simulation and Debug, as resources allow.

 

By supporting Compilers, ALL existing MPLAB users can do a quick build-compare of any Atmel parts, as part of a selection choice.

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Can't help but think that this should be discussed on the Microchip's MPLAB forum. No one here knows anything about MPLAB

 

Maybe somewhere here http://www.microchip.com/forums/... after all it's our turn to annoy the MC people now. cheeky

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

And we think this forum is bad! I can't log in the MC site even though I ordered samples a little while ago, my email address is not known but it's the same address I had in February last year when I forgot my password and I have an email confirming the change. sad

 

It's good to be... hmm I think I said that before.

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

JohanEkdahl wrote:
When AS5 appeared, wasn't EW already hired by Atmel? If so, they certainly had the competence to build avr-gcc inside the company..
There were weird politics at the time. They took on Eric but he did not get to work on the C compiler (which does seem like madness). Only people inside Atmel know why this was. If they had used his skill AS5 or certainly AS6 could have been really good.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Configuring a general purpose IDE to build a project is fairly straightforward.

You simply set up the paths and parameters for the appropriate Tools.   Just like you do with a regular Make command.

Or if you want to use an alternative AVR Toolchain e.g. IAR or CV.

 

Managing project source files,   displaying source trees in a GUI is exactly the same for PIC, ARM, AVR, ...

 

Likewise.   Managing the GUI of a Debug session is much the same for PIC, ARM, AVR, ...

But I would guess that the low level comms between the debugger hardware and the PC might vastly different.

Best use of the debugger intelligent commands requires good knowledge of the commercial products.

 

I note that Rowley Crossworks have different products for AVR, ARM, MSP430, ...

The "look and feel" of the GUI might be the same but debug hardware is different.

 

David.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

So... This then might just have become a "chicken race" between

 

- Practical EOL of Windows 7 (the last bearable Windows version, it seems to me), and

- MPLABX becoming close to Atmel Studio 7 in performance and functionality.

 

If Morten is going to be involved, could we crowdfund for hiring someone to feed him energy bars and coffee 24/7? ;-)

 

The more seriously interesting question is what status this puts Atmel Studio in?

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian Fairchild wrote:
Spotted in another forum...

Quote:

 

The newly released MPLAB X 4.00 now integrates Atmel's ARM and AVR compilers. No mention in the release notes of programming or debugging tough.

 

So still nothing for the 8051s, then ?

 

frown

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Brian Fairchild wrote:
Spotted in another forum

You mean this: https://www.eevblog.com/forum/mi...  ?

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

And so 23.5 hours later I get approval at the MC forum, of course they are not likely to have top moderators around the world and around the clock.

 

But here registration HAS TO BE instantaneous, can't wait for a moderator to approve the 1st post...and the spammer love it. But that's another story of no value anymore I guess.

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

Last Edited: Mon. Aug 14, 2017 - 10:27 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

JohanEkdahl wrote:

Generally it seems MPLABX on Linux is buggy at a basic UI level:

  • Radio buttons that are selected have their captions made invisible

I need to correct the above. This is a bug in Linux mint (Cinnamon) and its themes, not specifically in MPLABX.

 

(For anyone else having the same problem on Mint/Cinnamon, see https://bugs.launchpad.net/linux... )

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

js wrote:

And so 23.5 hours later I get approval at the MC forum, of course they are not likely to have top moderators around the world and around the clock.

 

But here registration HAS TO BE instantaneous, can't wait for a moderator to approve the 1st post...and the spammer love it. But that's another story of no value anymore I guess.

THats pretty fast...it took a couple of weeks for me and that was with me asking for a favor from a freak who is a member there to ask an admin to either say yes or no.

 

For the DipTrace community it took a day for the approval and I had to have two posts approved before I was 'cleared'  Total about four days.

 

Jim

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Back after a long week at the Microchip Masters conference here in Phoenix.

 

So, are you guys actually asking a question, or just stirring the brew (... not sure that one translates as well as I hope...)?

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

meolsen wrote:
So, are you guys actually asking a question, or just stirring the brew (... not sure that one translates as well as I hope...)?

 

Why not both? ;-)

 

If there is anything you can say about the future of Atmel Studio and/or MPLABX I'm all ears!

 

As always, I can fully understand and accept silence.

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hehe,

 

As for now, both platforms will continue to operate for the unforeseeable future (i.e there's no plans to can Atmel Studio). 

 

As some/most may have noticed, PIC32C is starting to get announced. This is a new PIC device based on ARM Cortex. Anything named PIC will not be supported in Atmel Studio, but will be supported in MPLAB. I.e MPLAB will gain ARM Cortex support in the near future (as you might have inferred from the compiler support).

 

For the AVR side, we are looking into that as well (obviously). How this will look is too far into the future that I want to comment on specifics smiley

 

I'm assuming you already enjoy MPLAB, Johann, or are you tired of trying to make NetBeans behave?

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

or just stirring the brew

Johan

 

 

me

 

John Samperi

Ampertronics Pty. Ltd.

www.ampertronics.com.au

* Electronic Design * Custom Products * Contract Assembly

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Re AVR and MPLABX: In several places in MPLABX there are occurrences/mention of "AVR". But, as you can see from the above, several of us has failed to at all make MPLABX behave at all for 8-bit AVRs. Can you confirm that that's a half-baked loaf of bread as for now? (Since it does not seem to work at all, maybe you could advice your new colleagues to remove anything "AVR" from MPLABX until it not only talks-the-talk but also walks-the-walk? ;-)

 

No, I definitively has not given up on (AVRDUDE and) [IDE]+GDB+AVaRICE+[OCD dongle]. But... I just got distracted having too much fun with my new shiny Mint [And then a bit of Python scripting which is kinda old-school-cool ;-) and now am playing with rewriting that script in Groovy - which, of-course, is new-school-super-cool ;-) . Actually, my NetBeans install for Groovy/Grails works much better on Mint than it did on Windoze so I'm mostly playing around with that ATM.] Also, when this MPLABX thing happened, I thought I'd wait for some word on if/how/when it will support the 8-bitters. No sense in pushing "my track" if that was right around the corner..

 

Can I infer from your "MPLAB will gain ARM Cortex support in the near future" that it will include support for the SAMs? Including OCD?

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

meolsen wrote:
So, are you guys actually asking a question, or just stirring the brew (... not sure that one translates as well as I hope...)?

 

Stir the wort more so wink

 

JIm

If you want a career with a known path - become an undertaker. Dead people don't sue! - Kartman

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Can you confirm that that's a half-baked loaf of bread as for now

Yes. It's there for those that knows. When you know, you should be able to use it (and if you can't, you didn't know)

Can I infer from your "MPLAB will gain ARM Cortex support in the near future"

Near future is very relative. Stop infering and lean back and relax smiley

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

To paraphrase Kent Brockman...

Old news :)

http://www.avrfreaks.net/comment/1765966#comment-1765966

"Experience is what enables you to recognise a mistake the second time you make it."

"Good judgement comes from experience.  Experience comes from bad judgement."

"When you hear hoofbeats, think horses, not unicorns."

"Fast.  Cheap.  Good.  Pick two."

"Read a lot.  Write a lot."

"We see a lot of arses on handlebars around here." - [J Ekdahl]

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

meolsen wrote:

So, are you guys actually asking a question...?

 

I think the open questions are around

* Is this MPLAB support just for Compile.Build.Link ?

 

What about the other expected 'IDE' features like

 

* Device download/Flash program

* In Circuit Debug ?

* Simulation ?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

meolsen wrote:

Can you confirm that that's a half-baked loaf of bread as for now

Yes. It's there for those that knows. When you know, you should be able to use it (and if you can't, you didn't know)

 

 

can not really understand the part of "those that knows"

 

a preconfigured IDE like MPLABX, should have at least ready the compiler part (avr gcc) that claim it support!

 

i can understand if specisic or new method for developing/debugging/programming etc exist

however at least a basic "create project -> hello world" should work for ..... average people !

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

meolsen wrote:
Can you confirm that that's a half-baked loaf of bread as for now Yes. It's there for those that knows. When you know, you should be able to use it (and if you can't, you didn't know)

 

I am lost. I Knew about it, in the sense that I found AVR as an option for starting a project. OTOH, I came to a total halt when there where no devices at all to select. And I can't get MPLABX too recognize the AVR toolchain for Linux. See a post by me above.

 

As far ass I'm concerned, it's there (kind of) but isn't working.

 

Is there some official secret that I missed about on how to go about this?

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

... not meant for common consumption yet.

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

... not meant for common consumption yet.

Seems a bit premature to put into the release notes, then.

"Experience is what enables you to recognise a mistake the second time you make it."

"Good judgement comes from experience.  Experience comes from bad judgement."

"When you hear hoofbeats, think horses, not unicorns."

"Fast.  Cheap.  Good.  Pick two."

"Read a lot.  Write a lot."

"We see a lot of arses on handlebars around here." - [J Ekdahl]

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

... maybe...

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

joeymorin wrote:

... not meant for common consumption yet.

Seems a bit premature to put into the release notes, then.

I'll go one step further: Seems a bit premature to release it at all, then. I'm sure Microchip is mature enough in their software development process to be able to create a branch in their versioning control system and build from that for internal testing or "select beta testers".

 

Here's my hope: Since MPLABX is for all practical purposes NetBeans, then even before Microchip manages to get atbackend or its successor to run as a GDB "client" it should be possible to run a similar setup with AVaRICE, right? The thing that would come with MPLABX is hopefully bundled compilers (or hot downloaded on first use, ass for the PIC compiler), a project management system and a build system.

 

And do get my drift right - I am thrilled at seeing NetBeans as the base for a speculative future AVR development IDE! It's NetBeans! It's Java-based! It's cross platform!

Happy 75th anniversary to one of the best movies ever made! Rick Blane [Bogart]: "Of all the gin joints, in all the towns, in all the world, she walks into mine."

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

JohanEkdahl wrote:
ass for the PIC compiler

was that a Freudian slip ... ?!

 

cheeky

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well, you know that modern development (just look at Win10) use future toggles for experimental features to get early releases of new things these days. Not saying that MPLABX has feature toggles, but...

Last Edited: Wed. Aug 23, 2017 - 01:43 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

An Easter Egg hunt? Oh goody !!! cheeky

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I just hope they don't start crippling the free build of the compiler like they do with the PIC ones.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

But it's GCC - so they have to publish the source - so if they disable something it would be possible to see what they have done and undo it.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 1

Sure, and you can in fact get the source code of their paid versions and compile it yourself... But it's a bugger to compile, even on Linux, and they deliberately make it as annoying as possible for you.

 

There are some details and patches here, for example: https://github.com/fabio-d/xc16p...

 

Or alternatively: http://www.jubatian.com/articles...

 

"Newer gcc versions (I didn't check myself which version introduced it) introduce a simple SHA-256 check on the xclm binary. As reported by Ukoda down in the comments, it is however perfectly possible to extract the SHA-256 string from the source code, and using a hex editor on the binary, you can find it, and patch with the hash you need: just calculate the SHA-256 of the above dummy binary, and stuff that in the original's place, and it will work."

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

>And do get my drift right - I am thrilled at seeing NetBeans as the base for a speculative future AVR development IDE! It's NetBeans! It's Java-based! It's cross platform!

 

 

Netbeans is awful just like Eclipse. I would be jumping for joy if they went and used the open source IntelliJ framework for an IDE. Its a real IDE that can support C workflows (CLion being their commerical offering). Netbeans can't even do multi-instance properly which is a huge headache to those of us that have more than one monitor......

 

The project system is a disaster, it mixes both "local copy" files with "global" files in a projects folder. The "local copy" files have local computer paths meanwhile the global can be shared freely. So now you are sharing a .gitignore with everyone and making sure nobody ever commits one of the files by accident or else you get disastrously vague java error messages. Because a simple single configuration file was too difficult for Netbean devs :/

 

 

Both basically those are my two major gripes losing Atmel Studio long term to MPLAB. I'll probably switch to CLion  long term instead but :(

Last Edited: Mon. Aug 28, 2017 - 07:10 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

All desktop software based on Java is universally, without exception, craptacular.