We have converted project which was compiled by Atollic True studio to STCUBE IDE. We got the message "Migration was successful but Manual settings may be required" Application_converter.log shows warning and other messages.Not sure that migration is successful . I have attached the log file. Please gives us the inputs on this observation
Manually meaning, opening the IOC file in CubeIDE and migrate that. Then generate new project files and copy your files back in. All on version-controlled files of course to not lose history and to have the option of going back.
I'm a fresh graduate Engineer from Egypt . I'm currently working on a project and it was decided that we will utilize the STM32F407G discovery board . The problem is that it was also decided that the Atollic truestudio lite is the IDE that we will be using as well . I have been searching far and wide and I found near to nigh of tutorials . I have been Using Microchip's PIC up until now and I'm new to the ARM as well . Do you have any suggestions as to how I should proceed?
I'd imagine Google/Bing would show everything available on the non-dark portions of the web, subject to local censorship. There are also likely companies offering commercial training on tools. Atollic might be able to provide you with some materials, or training partners. Most recent releases of CubeMX have deprecated Atollic support, but this might change based on ST's purchase of the company.
I am new atollic truestudio. I am facing the above mentioned error despite the file being in that directory. I have attached the image for your reference. The strange thing is after I again rebuild the project, the error will occur in some other file. I have attached another image after rebuilding the project. Every time build it the error changes. I never faced this kind of issue. I'm stuck with this issue it would be great help for me if anyone is able resolve it.
Most likely cause for this is that the include directories path is not correct. I am not sure how to specify these in your ide, probably in the compiler options. These end up as -I directives in the compiler arguments.
with regard to your 2nd screen, that looks like you are using the wrong assembly language variant to compile that start up file. Use the start up file that matches your ide compiler, or alternatively, some ide's allow you to specify the assembler you use.
These are both problems relating to your ide and compiler. While we try to help here, we are not experts on those tools, we are ugfx experts. If the clues above don't help you, you will need to get help on a forum that understands your ide and compiler rather than here.
Yeah your right. Anyway thank you for your help. I know there is something wrong in the path but I'm getting exactly I'm going wrong. Moreover I have pulled these code from repository. These weren't coded by me. I believe as importing so many codes from repository into the single project I'm facing this issue.
My questions are many but I would love some advice on what I need to get so that I can write and compile programs legally for commercial use as if this project is a success then it will open up lots of possibilities for other projects which means I get to do more programming at work!!
My plan is to build up a prototype using minimal parts so that I can demonstrate the power of C programming to my company this way the company benefit and I get to do loads of fun stuff and get paid at the same time
I am downloading AVR studio as I type and for the ISP I was looking at the AVR dragon as it seems to be a good balance of price and performance, does anyone have any feedback on the dragon? I could get work to go right out and buy the AVRone but I would prefer to keep the spend to a minimum until we have a prototype running
The latest Atmel Studio will install and use "avr-gcc" as its default C compiler. So does "Arduino." Both Studio and Arduino are "Integrated Development Environments" that provide a fancy (more or less) user interface over a bunch of third-party tools like avr-gccc that do most of the work. Arduino is intentionally simplistic in the features it provides. Studio is very "full-featured" (and serves as a good example of why the world needs Arduino...)
Other C Compilers for AVR include Imagecraft, CodeVision, and CrossWorks. These all cost money, but have low-cost or free evaluation versions. They have assorted advantages that may or may not be relevant, different IDEs, etc.
When I started out with the Arduino I bought the cookbook and it was easily worth the money, does anyone know if theres an equivalent book for AVR programming? I can see theres quite a few but I would like to know which is the best
I had a little play around yesterday I have an ATMega328P-PU on a breadboard and after a few attempts I have managed to actually program the chip raw without any other components at all which is great
And I can upload it but for some reason I can't debug with the dragon I get informed its not supported and its only a programmer despite seeing videos of people clearly using the dragon to single step however this is a problem for the near future
First question is this correct? does an infinite while loop have an execution overhead of 2 cycles? and if this is true is there anyway to even out the overhead to give a perfect(ish) square wave output?
There is a few options when building the program which I don't understand, theres release and debug which both seem to give similar results only when I upload these builds the execution time of everything is slowed down considerably
Yes, that's correct. The "jump" instruction at the end of the loop takes two cycles, and each output is one cycle.
There are any number of ways to get a square wave, the fastest simple loop is probably:
westfw:
Yes, that's correct. The "jump" instruction at the end of the loop takes two cycles, and each output is one cycle.
There are any number of ways to get a square wave, the fastest simple loop is probably:
I don't need a square wave output or anything like that program, I am just trying to get to grips with Atmel studio and the Dragon I am used to Atollic true studio and the ST Link debugger which are both very good and straight forward to use
I have been able to use the dragon to upload a program using ISP and I managed to enter debugwire mode and get back out of debugwire into ISP doesn't sound like much of an achievement I know but it took me a lot of searching to realise I needed to power my ATMega externally in order to get out of debug!
I immediately thought its a problem with the logic but after going through it I can not see a problem, the EXOR should still invert the state of the pin but for some reason it (sometimes) isnt working right
Now we are getting down to the nitty gritty! which is exactly where I want to go, good old assembly language! I have an average understanding of the C language but I know very little about assembly, many times I have contemplated actually spending some time to at least learn the basic instructions
Without understanding the assembly I think I see exactly what you are saying, the program stores the current state of the port but the interrupt will change this state which gives the glitch when the program returns from the interrupt
This input is absolutely brilliant, I know my code is technically correct and I have something to move forward with, this 0.5 Hz square wave isn't even something the program needs to do but I hit a problem that I just didn't understand which such a simple piece of code, well you can't just go on without trying to get to the bottom of such a big issue!
Having interrupt service routines and non-interrupt code manipulate the same IO registers is relatively "advanced" C programming. You could use the atomicity macros defined here: avr-libc: Atomically and Non-Atomically Executed Code Blocks or manually enable/disable interrupts around the suspect code, like this:
Note that the way you have this coded, you're setting PORTB every time through your loop, so this is especially likely to cause the problem you observed. If you did something to avoid writing the port as often, it would have been less likely:
boolean bitstate = 0;
if(n
For me as an Eclipse and Processor Expert lover, a press release that Atollic supports Processor Expert catched my eye :-). So there is yet another way to use Processor Expert: with a commercial Eclipse IDE provided by Atollic (atollic.com/).
TrueSTUDIO is Eclipse based, and everything with Eclipse in it is of interest for me :-). It is based on Eclipse 4.3 (Kepler) with custom extensions. There is a free download for a 32 KByte (8 KByte on Cortex-M0+) code size limited version (Atollic TrueSTUDIO Lite) available from atollic.com.
You can do Eclipse updates either offline (download the update, then install it from your local hard drive), or online (connect to the update repository, then do the update while connected to the internet). I prefer the offline update: I can download it once, and install it many times. Additionally, I avoid problems with my internet connection being reset, as the downloads can be easily > 100 MByte.
Hi Erich,
I love Processor Expert too. The frustrating part is that not all Kinetis devices are (or going to be) supported in CodeWarrior and KDS support is lagging to roll out. Stand-alone Processor Expert invariably pushes one towards third-party compiler/debugger folks like Atollic, IAR, Keil etc.