The Live Watch function seriously affects The execution of The program, which makes me feel very bad.
Care to explain that in better detail? THe part about how live watch seriously affecting program execution. Like what Micro you are debugging, and teh interface being used. As far as you feeling bad about it....thats on you to resolve. We can offer no solutions for that.
Jim
I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie
"The critical shortage here is not stuff, but time." - Johan Ekdahl
"Step N is required before you can do step N+1!" - ka7ehk
"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman
"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?" - Lee "theusch"
Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-) - Source Unknown
Posted by dongran: Sun. Nov 15, 2020 - 01:38 AM(Reply to #53)
1
2
3
4
5
Total votes: 0
I have tested the latest IDE on UC3C-EK, and as with previous versions, The Live Watch function seriously interfere with the running of the program, and registers and IO ports are still not visible in real time.
Posted by dongran: Sun. Nov 15, 2020 - 01:43 AM(Reply to #54)
1
2
3
4
5
Total votes: 0
When I add 2 variables to the Live Watch window, and then run the program, the program execution becomes significantly slower.
When debugging is halt, microchip studio and visual studio 2015 are same. When debugging is running, the peripheral window will be invalid. Can you change it? Just like visual studio 2015, when running, The peripheral window is still valid，we can observe the value of peripheral ?
The Live Watch function seriously interfere with the running of the program, and registers and IO ports are still not visible in real time.
Help me out here....I know of a Watch Window where you can see variables and registers Etc., but they are only viewable when you pause the execution of the program. Are you referring to that window or something else? If you are referring to teh Watch window, that has no bearing on your programs execution.
JIm
I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie
"The critical shortage here is not stuff, but time." - Johan Ekdahl
"Step N is required before you can do step N+1!" - ka7ehk
"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman
"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?" - Lee "theusch"
Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-) - Source Unknown
Posted by dongran: Sun. Nov 15, 2020 - 02:07 AM(Reply to #57)
1
2
3
4
5
Total votes: 0
When debugging is halt, microchip studio and visual studio 2015 are same. When debugging is running, the peripheral window will be invalid. Can you change it? Just like visual studio 2015, when running, The peripheral window is still valid，we can observe the value of peripheral ?
Post a screenshot of what you are referring to. If it' teh peripheral window I am thinking of the answer is no. During runtime the peripheral watch window is inactive. When you halt the program execution the window is updated with the latest contents of the peripherals. It has NO bearing on program execution.
Jim
I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie
"The critical shortage here is not stuff, but time." - Johan Ekdahl
"Step N is required before you can do step N+1!" - ka7ehk
"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman
"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?" - Lee "theusch"
Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-) - Source Unknown
Any form of "live watch" involves the code not running at full speed but running one step, stopping, reading/updating the state of the variable then continuing. It's bound to be slow, what were you expecting? (To be honest such a function is a bit of a toy and of little practical use anyway).
Actually, the UPDI unit can read some parts of memory, including SRAM and most I/O registers, without pausing execution (i.e. not using any debug commands, which are proprietary anyway...).
Probably if the CPU unit and UPDI unit try to read at the same time, a delay will happen, but still, true live monitoring seems to be possible for UPDI devices, in theory.
note: only for variables that the updi can read atomically, that is, 8 and possibly 16 bit in size.
Posted by gchapman: Sun. Nov 15, 2020 - 06:14 PM(Reply to #55)
1
2
3
4
5
Total votes: 0
Don't know how much of UC3 OCD is implemented in Microchip Studio.
UC3C-EK has a NEXUS connector for AVR ONE!; the data is into AVR ONE! though I don't know where the data goes (hope a UC3 operator follows this thread)
2.Cycle time for data memory access assumes internal RAM access, and are not valid for access to NVM. A minimum of one extra cycle must be added when accessing NVM. The additional time varies dependent on the NVM module implementation. See the NVMCTRL section in the specific devices data sheet for more information.
In the 'Release of Microchip Studio 7.0.2542' anouncement, meolsen wrote:
One of the major new features associated with the Microchip Studio release, is that it is now bundled with the free version of Microchip’s XC8 compiler. This is installed and ready for use with the IDE.
This high-quality C/C++ compiler supports all of Microchip’s 8-bit PIC and AVR devices, with the Studio version supporting AVR architecture. In addition, there is an upgrade pathto the XC8 PRO compiler for AVR.
I have a ATMega 2560 board with external RAM. I map data to the the XRAM (along with Stack) and all has been fine with Atmel Studio 7.0.2389 (for years) until installing the new Microchip Studio. Now I get an error:
address 0x80300a of xxx.elf section `.data' is not within region `data'
I get the same error several times for .data, .bss
Nothing has changed but the studio install. I map the memory in the Linker Misc section like so:
I uninstalled Microchip Studio and reinstalled the previous Atmel Studio and all is good.
Posted by dennisg10: Sat. Jan 9, 2021 - 09:38 PM(Reply to #66)
1
2
3
4
5
Total votes: 0
Wow - good catch! I looked at that no telling how many times and didn't see it. Funny thing is this version doesn't care. It builds and maps the same either way. Gonna see if the new version is just less tolerant of such stuff.
Possibly an instance of "DLL Hell" (IIRC, by Cliff)
"DLL hell" is usually reserved for instances of Windows "Side by Side" problems. All EXE and DLL have a "manifest" embedded within them (actually a chunk of XML) and it's basically a "shopping list" so it may say it links to msvcrt.dll but the manifest will possibly say "msvcrt.dll 11.7.21865" or something. Then every time you install a program on your Windows machine that happens to deliver a copy of what on the outside just looks like "msvcrt.dll" it will put the 15 or 20 different copies of msvcrt.dll it has received over time in the \Windows\WinSxS\ repository so that when a program does a LoadModule("msvcrt.dll") (either explicitly or implicitly through the linking) the windows loader will take a look at the manifest, find exactly which version of the file it is and see if it can find a copy in the WinSxS repository.
Actually perhaps msvcrt is a bad example? On my machine I actually have very few of those:
However looking at \windows\winsxs I sure have a few DLL duplicates...
19570 Dir(s) 164,045,635,584 bytes free
"DLL hell" occurs when you have 15 different msvcrt's or something but none of them is actually the manifest version a program you are trying to run needs to find!
(when DLL Hell occurs you can get some very mysterious messages out of Windows almost all of which give no real idea of what the problem actually is - and that's really the main part of the problem).
Posted by rrrrgggg: Mon. Jan 18, 2021 - 03:34 PM(Reply to #74)
1
2
3
4
5
Total votes: 0
could it be that one of the "other tools" has "grabbed" the J-Link, so that Studio can't see it ... ?
I'm not so sure about that !
If I'm not mistaken there is a file indicating the fully qualified path to the J-Link installation (eg C:\Program Files (x86)\SEGGER\JLink_V694\) and that location contains also the correct MS DLLs (msvcr100.dll, msvcp100.dll). JLinkARM.dll has no other dependencies!
While reinstalling Segger's software I noticed that Microchip Studio is not detected (Keil uVision is always detected!!!) so the JLinkARM.dll is not copied to the directory '../Studio/7.0/atbackend/'.
I tried to copy the file(s) manually but without any luck.
It is also worth mentioning that Atmel Studio only works with a specific JLinkARM.dll (v6.48A from 2019).
I feel uncomfortable in this moment of Atmel Studio/MicroChip Studio history.
Microchip was released sam D series, where errata is near long as datasheet, he released SAM E5x series with ethernet port but without ethernet (media acces controller) and he released new tinny avr uC but semantics and programming interface is not backward compatybile with "real" AVR's - i can not copy/paste code from repos to new uC (ofc on register logic level) - any way i feel bad with all this things.
An my SAM E70 with it cost around $15 have I2S only on paper.
One hour later i thinking about instal "new" ide but not so quiclky. I will wait one year, in this time you will find all bugs and this ide should grow up.
Merde.
I will miss the atmel documentation and nomenclature style.
I made the mistake of trying to upgrade from Atmel Studio. Now it crashes every time I try to tear off a file to go side-by-side. Re-installing again to try to fix it.
I noticed you can simply decline to install XC8. Hopefully that is not what is causing the problem as I don't want it, it's GCC or revert back to the last version of Atmel Studio.
I've been away from AVR work since before MicroChip bought Atmel. Can't say I am encouraged by this thread.
My number one question is whether to install MicroChip Studio, or Atmel Studio 5, which I have here. I am not a candidate for a commercial license, so I would only look at the free version of MicroChip Studio. But I am concerned with the issues reported here. I am not interested in battling tool defects, as my available time for the AVR projects is limited, and hobby level, so I want enjoyment, not frustration!
Whatever you do, do NOT use AS5. It was a steaming pile of dung riddled with the most outrageous bugs imaginable. The only really "good" version is AS7 which was recently remarketed as Microchip Studio 7.
The actual choice of IDEs these days is not so much between the various historical versions of Studio 4..7 but whether you use MCS7 (the latest in that line) or Microchip's "other IDE" called MPLABX. The latter has the advantage that there is a Linux as well as Windows version but other than that I cannot think of another advantage.
Oh and the other "decision choice" you are going to face somewhere along the journey is "gcc" or "xc8". Given that the future of AVR in "gcc" is in a state of flux right now (no guarantee it will be in GCC 10+) one might consider XC8 but the problem there is that it is no longer a "free" compiler....
Sure, there is a free version but if you want proper optimization they charge astronomically stupid money.
To be honest I don't know what "tool defects" you are talking about in MCS7 anyway. It's true that M$ recently released a Win10 that caused window docking in MCS7 (and many other apps) to crash. But M$ then issued a KB update to Windows that fixed the issues - so that was short term and not something Atmel/Microchip really had much control over anyway. Other than that MCS7 (aka AS7) is pretty solid.
I'm not even going to install xc8 on principal. I'll stick with GCC even if newer versions drop AVR support. The older ones will work just fine unless they make some breaking architectural changes, and even then it can probably be patched. It's not like the current version is bad.
Posted by gchapman: Thu. Apr 29, 2021 - 04:08 PM(Reply to #85)
1
2
3
4
5
Total votes: 0
clawson wrote:
Sure, there is a free version ...
up to optimization level 2 inclusive (iow not O3, not Os)
clawson wrote:
... but if you want proper optimization they charge astronomically stupid money.
If one can, wait for when MPLAB XC8 goes on sale; the dongle version is perpetual.
MPLAB XC8 Functional Safety is expensive though not when compared with some other commercial GCC.
clawson wrote:
But M$ then issued a KB update to Windows that fixed the issues ...
.NET (may you pardon this pedantic)
.NET was separated by later feature updates of Windows 10; work around exists for Windows 7 and Windows 8.1 (.NET is tied into these)
P.S.
clawson wrote:
The latter has the advantage that there is a Linux as well as Windows version but other than that I cannot think of another advantage.
MPLAB X can be in a Linux container which is an end run around the lack of VM capability; Windows 10 containers don't have USB so VM it is for Microchip Studio.
up to optimization level 2 inclusive (iow not O3, not Os)
No -Og?
Very handy for debugging.
How compatible is XC8 with GCC? I'm just thinking that often for testing I create a "test harness" that lets me run the firmware on a Linux system (WSL2) for automated testing.
I don't even know why I'm asking, I won't use it on principal. Charging for compilers is a sure-fire way to guarantee I won't use your parts. Aside from the pain of licence management, especially on decade old projects I just need to make small changes to with the old version of the compiler and IDE, I just wont take the risk that you will jack up prices one day. Also I like being able to have the compiler installed on multiple machines without licence issues, rather than having to use the one system it's on every time.
Posted by gchapman: Fri. Apr 30, 2021 - 03:59 PM(Reply to #89)
1
2
3
4
5
Total votes: 0
mojo-chan wrote:
How compatible is XC8 with GCC?
Mostly though one goal of MPLAB XC is portability within MPLAB XC (XC8 to XC16 to XC32, Common C Interface [CCI])
One context for CCI is porting an AVR XMEGA B application to PIC24 (XMEGA is mature, PIC24 has an updated segment LCD controller)
mojo-chan wrote:
... often for testing I create a "test harness" that lets me run the firmware on a Linux system (WSL2) for automated testing.
Valgrind is then available on macOS, Linux, Android, and BSD for dynamic analysis.
mojo-chan wrote:
Charging for compilers is a sure-fire way to guarantee I won't use your parts.
Whereas some commercial GCC is of high quality and some value; likewise with Clang/LLVM (MPLAB XC8 v2 for PIC)
Ideally the ecosystem aids in selecting a CPU though sometimes it's the other way round (very high temperature, high radiation, ...) (ecosystem - toolchain, framework, RTOS, fora, etc)
mojo-chan wrote:
... especially on decade old projects I just need to make small changes to with the old version of the compiler and IDE, ...
Typically once a license expires the toolchain doesn't expire (iow only updates cease)
Old compilers and IDE are fine until one is fed up with defects then one pays up (license renewal) though EOS of such may force one's hand (risk of being sawed off)
mojo-chan wrote:
Also I like being able to have the compiler installed on multiple machines without licence issues, rather than having to use the one system it's on every time.
Valgrind is then available on macOS, Linux, Android, and BSD for dynamic analysis.
I know, Valgrind isn't really suited to the kind of thing I usually end up doing. Last one I did could simulate a 64 node RS485 network with 64 firmwares all running on a Linux host.
Quote:
Ideally the ecosystem aids in selecting a CPU though sometimes it's the other way round (very high temperature, high radiation, ...) (ecosystem - toolchain, framework, RTOS, fora, etc)
Sure, sometimes. But for most projects there is a choice, even if it's just between different ARM parts. In that case the tools make a big difference. Compare Atmel Studio to STM32 Cube IDE or whatever it's called, for example.
PICs have mostly been a non-starter due to the crappy nature of the tools, at least for me.
Quote:
Typically once a license expires the toolchain doesn't expire (iow only updates cease)
I wish Keil knew that... And even so, it's the hassle of digging out the licence, or transferring it to someone else. If it can be transferred.
Quote:
Old compilers and IDE are fine until one is fed up with defects then one pays up (license renewal) though EOS of such may force one's hand (risk of being sawed off)
When a project is complete I make sure I have a VM with all the development tools in it that I can spool up later if needed. When it's some minor change I can just fire it up. Had some going back to Windows 2000, more on XP. Actually I did have a couple of VMs for old PIC based projects. The compiler was... Hisoft? I think theirs became the official Microchip one later. Anyway that saved me a lot of pain more than once when I needed to make changes and that ancient version of the compiler wouldn't run on Windows 7.
Posted by gchapman: Fri. Apr 30, 2021 - 10:53 PM(Reply to #91)
1
2
3
4
5
Total votes: 0
mojo-chan wrote:
Compare Atmel Studio to STM32 Cube IDE or whatever it's called, for example.
STM32CubeIDE
The embedded systems software IDE based on Microsoft Visual Studio :
VisualGDB
Microchip Studio
Any more?
Microchip Technology stands out in the crowd in a very good way (Microsoft Visual Studio ecosystem)
mojo-chan wrote:
PICs have mostly been a non-starter due to the crappy nature of the tools, at least for me.
Can do a lot outside of MPLAB X other than debugging.
Microchip Technology seems to have a significant number of third parties for tools.
mojo-chan wrote:
When a project is complete I make sure I have a VM with all the development tools in it that I can spool up later if needed.
Less in weight than VM are containers though no USB in Windows containers (probably corrected in Windows 10X); conversely, there are a number of VM managers.
mojo-chan wrote:
The compiler was... Hisoft? I think theirs became the official Microchip one later.
HI-TECH Software
Superseded by a variant of Clang (MPLAB XC8 v2 for PIC, up to C99 inclusive)
Microchip Technology stands out in the crowd in a very good way (Microsoft Visual Studio ecosystem)
While Visual Studio is very "polished", there are several things to dislike about it: windows only and "installs gigabytes of stuff scattered all over the filesystem" is another.
Trying to use MPLABX and associated tools, I am frequently frustrated "what is that THERE?", "Why did it do THAT?", "Seems amateurish." (I don't know whether those are MPLABX specific or Netbeans generic issuws.)
Posted by ron_sutherland: Sat. May 1, 2021 - 09:19 PM
1
2
3
4
5
Total votes: 0
gchapman wrote:
Visual Studio Code may be the future.
But let's keep in mind that VSCode is an editor; it is only lightweight when compared with a monolithic IDE, which it is not. VSCode has modules that can add many of the features of those bloated beasts, but they are optional; it is acceptably fast as an editor. The downside is the AVR developer will need to learn how to role a Makefile (or equivalent). The upside is, as an editor, the coverage is deep; I have used it with Python, Markdown, Javascript, Jupiter notebooks, JSON, CSV.
So, I recently opened Atmel Studio 7 after several years of no programming to modify a file for a project. I made the changes and hit the start button to upload the code to the device, only to be hit with the dreaded error: "There were build errors. Would you like to continue and run the last successful build?" Needless to say I was not happy.
I could build and upload the code successfully right after opening and loading my files into AS7, but if I made even ONE tweak to the code and tried to build the file I would get this error. I did online research and found this was a fairly common occurrence with a few suggested fixes; none of which worked. I then downloaded and installed Microchip Studio thinking it would help. It didn't. I still have exactly the same problem.
So, where does this stand now? Did Microchip ever truly fix this bug after taking over AS7 and if so, what is the answer? I am tearing my hair out trying to figure this out. Does anybody have any pertinent information on how to solve this? If not, what are recommendations for a good IDE that is not the Microchip solution? TIA
The Live Watch function seriously affects The execution of The program, which makes me feel very bad.
Expect register ports are as visible as Visual Studio.
- Log in or register to post comments
TopYour point being ..?
:: Morten
(yes, I work for Microchip, yes, I do this in my spare time, now stop sending PMs)
The postings on this site are my own and do not represent Microchip’s positions, strategies, or opinions.
- Log in or register to post comments
TopCare to explain that in better detail? THe part about how live watch seriously affecting program execution. Like what Micro you are debugging, and teh interface being used. As far as you feeling bad about it....thats on you to resolve. We can offer no solutions for that.
Jim
I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie
"The critical shortage here is not stuff, but time." - Johan Ekdahl
"Step N is required before you can do step N+1!" - ka7ehk
"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman
"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?" - Lee "theusch"
Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-) - Source Unknown
Please Read: Code-of-Conduct
Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user
- Log in or register to post comments
TopI have tested the latest IDE on UC3C-EK, and as with previous versions, The Live Watch function seriously interfere with the running of the program, and registers and IO ports are still not visible in real time.
- Log in or register to post comments
TopWhen I add 2 variables to the Live Watch window, and then run the program, the program execution becomes significantly slower.
When debugging is halt, microchip studio and visual studio 2015 are same. When debugging is running, the peripheral window will be invalid. Can you change it? Just like visual studio 2015, when running, The peripheral window is still valid，we can observe the value of peripheral ?
Thanks.
- Log in or register to post comments
TopHelp me out here....I know of a Watch Window where you can see variables and registers Etc., but they are only viewable when you pause the execution of the program. Are you referring to that window or something else? If you are referring to teh Watch window, that has no bearing on your programs execution.
JIm
I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie
"The critical shortage here is not stuff, but time." - Johan Ekdahl
"Step N is required before you can do step N+1!" - ka7ehk
"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman
"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?" - Lee "theusch"
Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-) - Source Unknown
Please Read: Code-of-Conduct
Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user
- Log in or register to post comments
TopWhen debugging is halt, microchip studio and visual studio 2015 are same. When debugging is running, the peripheral window will be invalid. Can you change it? Just like visual studio 2015, when running, The peripheral window is still valid，we can observe the value of peripheral ?
Thanks.
- Log in or register to post comments
TopPost a screenshot of what you are referring to. If it' teh peripheral window I am thinking of the answer is no. During runtime the peripheral watch window is inactive. When you halt the program execution the window is updated with the latest contents of the peripherals. It has NO bearing on program execution.
Jim
I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie
"The critical shortage here is not stuff, but time." - Johan Ekdahl
"Step N is required before you can do step N+1!" - ka7ehk
"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman
"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?" - Lee "theusch"
Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-) - Source Unknown
Please Read: Code-of-Conduct
Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user
- Log in or register to post comments
TopAny form of "live watch" involves the code not running at full speed but running one step, stopping, reading/updating the state of the variable then continuing. It's bound to be slow, what were you expecting? (To be honest such a function is a bit of a toy and of little practical use anyway).
- Log in or register to post comments
TopActually, the UPDI unit can read some parts of memory, including SRAM and most I/O registers, without pausing execution (i.e. not using any debug commands, which are proprietary anyway...).
Probably if the CPU unit and UPDI unit try to read at the same time, a delay will happen, but still, true live monitoring seems to be possible for UPDI devices, in theory.
note: only for variables that the updi can read atomically, that is, 8 and possibly 16 bit in size.
- Log in or register to post comments
TopDon't know how much of UC3 OCD is implemented in Microchip Studio.
UC3C-EK has a NEXUS connector for AVR ONE!; the data is into AVR ONE! though I don't know where the data goes (hope a UC3 operator follows this thread)
IIRC, UC3 NanoTraceTM is in Atmel-ICE.
Auxiliary (AUX) Physical (including JTAG) | AVR ONE!
UC3C-EK
AVR ONE!
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopAVR - Calibration & Daq toolchain? | AVR Freaks
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopEDIT
Correct post number
See also: #30
Top Tips:
- Log in or register to post comments
TopI have a ATMega 2560 board with external RAM. I map data to the the XRAM (along with Stack) and all has been fine with Atmel Studio 7.0.2389 (for years) until installing the new Microchip Studio. Now I get an error:
address 0x80300a of xxx.elf section `.data' is not within region `data'
I get the same error several times for .data, .bss
Nothing has changed but the studio install. I map the memory in the Linker Misc section like so:
I uninstalled Microchip Studio and reinstalled the previous Atmel Studio and all is good.
Any suggestions?
- Log in or register to post comments
TopDon't you mean
It looks to me like you have a comma after "section-start" ?
- Log in or register to post comments
TopWow - good catch! I looked at that no telling how many times and didn't see it. Funny thing is this version doesn't care. It builds and maps the same either way. Gonna see if the new version is just less tolerant of such stuff.
Thanks.
- Log in or register to post comments
TopMicrochip Studio Hands-on and Video Training - YouTube (1m5s)
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopI could not make it work with SEGGER J-Link (tool is simply not visible) for some Cortex-M3 development. I had to go back to Atmel Studio.
Is it just me?
- Log in or register to post comments
TopYou need to give more details on what, exactly, you did and what problem(s), exactly, you are facing.
Sounds like you had the Segger stuff already installed, then updated Studio - yes?
So can you do an update/refresh of Segger after the Studio update? Perhaps Segger could help with that...
https://forum.segger.com/index.php/Board/3-J-Link-Flasher-related/
Is the J-Link a genuine Segger? or one of the Atmel/Microchip "OEM" versions? or an ebay "knock-off"? or ... ?
You mean its OK for some other Cortex-M3? What about other Cortex-M?
etc, etc, ...
Top Tips:
- Log in or register to post comments
TopFirst of all, thank you for trying to help!
| Sounds like you had the Segger stuff already installed, then updated Studio - yes?
Yup. All installed and working properly. I could successfully flash the hex file using the JFlash-Lite.exe (last version 6.94).
| So can you do an update/refresh of Segger after the Studio update?
Done that. Did not work. I tried also some older versions of J-Link.
| Is the J-Link a genuine Segger?
Yes. J-Link-EDU. Working properly with Keil and other STM32 Dev. tools.
| You mean its OK for some other Cortex-M3?
I only tried with ATSAM3X8E because I had to modify/recompile an old project.
But the tool is not shown in the IDE (device programming / tool selection).
As I said, I reinstalled the last Atmel Studio version (7.0.2389) and J-Link was 'discovered' and I could use it to debug/flash the application.
- Log in or register to post comments
TopIssues with Arm Compatible Tools | Microchip Studio Release Note
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopActually perhaps msvcrt is a bad example? On my machine I actually have very few of those:
However looking at \windows\winsxs I sure have a few DLL duplicates...
19570 Dir(s) 164,045,635,584 bytes free"DLL hell" occurs when you have 15 different msvcrt's or something but none of them is actually the manifest version a program you are trying to run needs to find!
(when DLL Hell occurs you can get some very mysterious messages out of Windows almost all of which give no real idea of what the problem actually is - and that's really the main part of the problem).
- Log in or register to post comments
Topcould it be that one of the "other tools" has "grabbed" the J-Link, so that Studio can't see it ... ?
Top Tips:
- Log in or register to post comments
TopI'm not so sure about that !
If I'm not mistaken there is a file indicating the fully qualified path to the J-Link installation (eg C:\Program Files (x86)\SEGGER\JLink_V694\) and that location contains also the correct MS DLLs (msvcr100.dll, msvcp100.dll). JLinkARM.dll has no other dependencies!
While reinstalling Segger's software I noticed that Microchip Studio is not detected (Keil uVision is always detected!!!) so the JLinkARM.dll is not copied to the directory '../Studio/7.0/atbackend/'.
I tried to copy the file(s) manually but without any luck.
It is also worth mentioning that Atmel Studio only works with a specific JLinkARM.dll (v6.48A from 2019).
- Log in or register to post comments
TopMicrochip Studio not recognizing Atmel ICE after upgrade | AVR Freaks
edit :
Studio 7 / AVRONE - Failed to launch program | AVR Freaks (OCDEN in ELF)
edit2 :
Set Next Statement workaround: debugging on the simulator in Studio 7.0.2542 | AVR Freaks
edit3 :
Microchip Studio 7.0.2542 crashes at start | AVR Freaks (fix is clean)
edit4 :
How to make PICkit 4 work with SAM and Atmel Studio 7? | AVR Freaks (MPLAB PICkit 4 can switch to EDBG by current firmware though not by atfw.exe)
edit5 :
Microchip Studio 7.0.2542 encounters exception at start | AVR Freaks (administrator vs Windows 10 20H2)
edit6 :
Microchip Studio 7.0.2542 crashes at start, yet again | AVR Freaks (clean)
edit7 :
Disable syntax highlighting in dark mode | AVR Freaks (fonts after theme change)
edit8 :
Microchip studio crashes and restarts when I try to re-configure atmel start project within Microchip studio | AVR Freaks (update an extension)
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopI feel uncomfortable in this moment of Atmel Studio/MicroChip Studio history.
Microchip was released sam D series, where errata is near long as datasheet, he released SAM E5x series with ethernet port but without ethernet (media acces controller) and he released new tinny avr uC but semantics and programming interface is not backward compatybile with "real" AVR's - i can not copy/paste code from repos to new uC (ofc on register logic level) - any way i feel bad with all this things.
An my SAM E70 with it cost around $15 have I2S only on paper.
One hour later i thinking about instal "new" ide but not so quiclky. I will wait one year, in this time you will find all bugs and this ide should grow up.
Merde.
I will miss the atmel documentation and nomenclature style.
- Log in or register to post comments
TopHullala you spoke French.
John Samperi
Ampertronics Pty. Ltd.
https://www.ampertronics.com.au
* Electronic Design * Custom Products * Contract Assembly
- Log in or register to post comments
Tophttps://github.com/Microchip-MPLAB-Harmony/net/blob/master/driver/gmac/config/drv_intmac_gmac.py#L87
What is SSC? How to Configure SSC for Audio Applications
https://github.com/atmelcorp/atmel-software-package/blob/master/target/samv71/board_same70-xplained.h
SAM E70 Xplained Evaluation Kit
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
Toperrata https://ww1.microchip.com/downlo...
page 27, point 2.11.1
This is not ide issue but still microchip product.
https://ww1.microchip.com/downlo...
page 16. point 9
I would like to have two IDEs on a PC and compare them myself. As long as I have projects running in AS and I won't change the IDE, it's suicide.
- Log in or register to post comments
TopThanks for the errata.
edit :
and KVM
Bench Talk | Containers: Similar To Virtual Machines For Embedded (Mouser Electronics)
What Devices are Supported | Devices in Containers on Windows | Microsoft Docs
Bringing Device Support to Windows Containers - Microsoft Tech Community - 270913
Visual Studio 2015 Update 1 incapacitates Atmel Studio 7 | AVR Freaks (Hyper-V)
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopI made the mistake of trying to upgrade from Atmel Studio. Now it crashes every time I try to tear off a file to go side-by-side. Re-installing again to try to fix it.
I noticed you can simply decline to install XC8. Hopefully that is not what is causing the problem as I don't want it, it's GCC or revert back to the last version of Atmel Studio.
- Log in or register to post comments
Topmaybe akin to
Microchip Studio 7.0.2542 crashes at start | AVR Freaks
via #76 but
Atmel Studio 7.0.1931 crashing when docking windows in GUI | AVR Freaks
edit : issued solved in Microchip Studio crashes when trying to display files side-by-side | AVR Freaks
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopI've been away from AVR work since before MicroChip bought Atmel. Can't say I am encouraged by this thread.
My number one question is whether to install MicroChip Studio, or Atmel Studio 5, which I have here. I am not a candidate for a commercial license, so I would only look at the free version of MicroChip Studio. But I am concerned with the issues reported here. I am not interested in battling tool defects, as my available time for the AVR projects is limited, and hobby level, so I want enjoyment, not frustration!
- Log in or register to post comments
TopThe actual choice of IDEs these days is not so much between the various historical versions of Studio 4..7 but whether you use MCS7 (the latest in that line) or Microchip's "other IDE" called MPLABX. The latter has the advantage that there is a Linux as well as Windows version but other than that I cannot think of another advantage.
Oh and the other "decision choice" you are going to face somewhere along the journey is "gcc" or "xc8". Given that the future of AVR in "gcc" is in a state of flux right now (no guarantee it will be in GCC 10+) one might consider XC8 but the problem there is that it is no longer a "free" compiler....
Sure, there is a free version but if you want proper optimization they charge astronomically stupid money.
To be honest I don't know what "tool defects" you are talking about in MCS7 anyway. It's true that M$ recently released a Win10 that caused window docking in MCS7 (and many other apps) to crash. But M$ then issued a KB update to Windows that fixed the issues - so that was short term and not something Atmel/Microchip really had much control over anyway. Other than that MCS7 (aka AS7) is pretty solid.
- Log in or register to post comments
TopI'm not even going to install xc8 on principal. I'll stick with GCC even if newer versions drop AVR support. The older ones will work just fine unless they make some breaking architectural changes, and even then it can probably be patched. It's not like the current version is bad.
- Log in or register to post comments
TopDebugging Arduino AVR boards with Visual Studio – VisualGDB Tutorials
https://sourceforge.net/p/avarice/code/390/log/?path=/trunk/avarice/src/devdescr.cc
AVaRICE / [AVaRICE-user] Thank You: Latest Code (r375) Working on Windows 10 with an Atmega1284p, Atmel ICE and GDB 9.2 in PlatformIO!
AVaRICE / Feature Requests / #11 Support UPDI programming
Instruction Set Summary | AVR® Instruction Set Manual (Table 1)
Microchip Studio 7.0.2542 | Page 2 | AVR Freaks
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopMPLAB XC8 Functional Safety is expensive though not when compared with some other commercial GCC.
.NET was separated by later feature updates of Windows 10; work around exists for Windows 7 and Windows 8.1 (.NET is tied into these)
P.S.
MPLAB X packs contain tool firmware.
https://www.microchipdirect.com/dev-tools/Cat10_SubCat4?8-bit%20PIC%C2%AE%20MCUs&treeid=6&allDevTools=true
Dockerfile for MPLAB X IDE/IPE and toolchains | Microchip
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopNo -Og?
Very handy for debugging.
How compatible is XC8 with GCC? I'm just thinking that often for testing I create a "test harness" that lets me run the firmware on a Linux system (WSL2) for automated testing.
I don't even know why I'm asking, I won't use it on principal. Charging for compilers is a sure-fire way to guarantee I won't use your parts. Aside from the pain of licence management, especially on decade old projects I just need to make small changes to with the old version of the compiler and IDE, I just wont take the risk that you will jack up prices one day. Also I like being able to have the compiler installed on multiple machines without licence issues, rather than having to use the one system it's on every time.
- Log in or register to post comments
TopOne context for CCI is porting an AVR XMEGA B application to PIC24 (XMEGA is mature, PIC24 has an updated segment LCD controller)
Ideally the ecosystem aids in selecting a CPU though sometimes it's the other way round (very high temperature, high radiation, ...) (ecosystem - toolchain, framework, RTOS, fora, etc)
Old compilers and IDE are fine until one is fed up with defects then one pays up (license renewal) though EOS of such may force one's hand (risk of being sawed off)
MPLAB® XC Compiler Licenses - YouTube (5m2s)
Learn about the Windows Subsystem for Linux | Microsoft Docs (WSL)
Common C Interface Standard | MPLAB® XC8 C Compiler User’s Guide for AVR® MCU
New PIC24F MCUs Feature Low-power Animated Display Driver for Battery-powered Devices | Microchip Technology | Microchip Technology
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopI know, Valgrind isn't really suited to the kind of thing I usually end up doing. Last one I did could simulate a 64 node RS485 network with 64 firmwares all running on a Linux host.
Sure, sometimes. But for most projects there is a choice, even if it's just between different ARM parts. In that case the tools make a big difference. Compare Atmel Studio to STM32 Cube IDE or whatever it's called, for example.
PICs have mostly been a non-starter due to the crappy nature of the tools, at least for me.
I wish Keil knew that... And even so, it's the hassle of digging out the licence, or transferring it to someone else. If it can be transferred.
When a project is complete I make sure I have a VM with all the development tools in it that I can spool up later if needed. When it's some minor change I can just fire it up. Had some going back to Windows 2000, more on XP. Actually I did have a couple of VMs for old PIC based projects. The compiler was... Hisoft? I think theirs became the official Microchip one later. Anyway that saved me a lot of pain more than once when I needed to make changes and that ancient version of the compiler wouldn't run on Windows 7.
- Log in or register to post comments
TopThe embedded systems software IDE based on Microsoft Visual Studio :
Any more?
Microchip Technology stands out in the crowd in a very good way (Microsoft Visual Studio ecosystem)
Microchip Technology seems to have a significant number of third parties for tools.
Superseded by a variant of Clang (MPLAB XC8 v2 for PIC, up to C99 inclusive)
Supported IDEs - SEGGER Wiki
Announcing VisualGDB 5.4 Preview 3 with Segger J-Trace support | Sysprogs
Diagnosing Complex Memory Corruption Problems with Segger J-Trace – VisualGDB Tutorials
Working Outside of MPLAB® X IDE - Developer Help
BoostC++ | SourceBoost Technologies (PIC)
Myths and legends of PIC microcontrollers | jaromir.sukuba | Hackaday.io
Bench Talk | Containers: Similar To Virtual Machines For Embedded
Microchip Technology Acquires HI-TECH Software
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
TopWhile Visual Studio is very "polished", there are several things to dislike about it: windows only and "installs gigabytes of stuff scattered all over the filesystem" is another.
Trying to use MPLABX and associated tools, I am frequently frustrated "what is that THERE?", "Why did it do THAT?", "Seems amateurish." (I don't know whether those are MPLABX specific or Netbeans generic issuws.)
- Log in or register to post comments
TopAVR Studio On Mac & Linux? | AVR Freaks
AVR Helper - Visual Studio Marketplace
Download a Windows 10 virtual machine - Windows app development
"Dare to be naïve." - Buckminster Fuller
- Log in or register to post comments
Topmy projects: https://github.com/epccs
- Log in or register to post comments
TopSo, I recently opened Atmel Studio 7 after several years of no programming to modify a file for a project. I made the changes and hit the start button to upload the code to the device, only to be hit with the dreaded error: "There were build errors. Would you like to continue and run the last successful build?" Needless to say I was not happy.
I could build and upload the code successfully right after opening and loading my files into AS7, but if I made even ONE tweak to the code and tried to build the file I would get this error. I did online research and found this was a fairly common occurrence with a few suggested fixes; none of which worked. I then downloaded and installed Microchip Studio thinking it would help. It didn't. I still have exactly the same problem.
So, where does this stand now? Did Microchip ever truly fix this bug after taking over AS7 and if so, what is the answer? I am tearing my hair out trying to figure this out. Does anybody have any pertinent information on how to solve this? If not, what are recommendations for a good IDE that is not the Microchip solution? TIA
Hahnsolo
- Log in or register to post comments
TopSo what "build errors" did you get, look in the output tab, not the error tab, and copy paste the results here.
Jim
FF = PI > S.E.T
- Log in or register to post comments
Top------ Build started: Project: CO2 Laser Tube Test Box Rev-B, Configuration: Debug AVR ------ Build started. Project "CO2 Laser Tube Test Box Rev-B.cproj" (default targets): Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!=''). Target "CoreBuild" in file "C:\Program Files (x86)\Atmel\Studio\7.0\Vs\Compiler.targets" from project "K:\Chahn\Software Projects\CO2 Laser Tube Test Box - No LINX\CO2 Laser Tube Test Box - No LINX\CO2 Laser Tube Test Box Rev-B.cproj" (target "Build" depends on it): Task "RunCompilerTask" Shell Utils Path C:\Program Files (x86)\Atmel\Studio\7.0\shellUtils C:\Program Files (x86)\Atmel\Studio\7.0\shellUtils\make.exe all --jobs 8 --output-sync make: stat: .././main.c: Invalid argument make: *** No rule to make target '.././main.c', needed by 'main.o'. Stop. Done executing task "RunCompilerTask" -- FAILED. Done building target "CoreBuild" in project "CO2 Laser Tube Test Box Rev-B.cproj" -- FAILED. Done building project "CO2 Laser Tube Test Box Rev-B.cproj" -- FAILED. Build FAILED. ========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped ==========Here is the entirety of the output window after a failed attempt at building the file. . .
- Log in or register to post comments
TopPages