10 May 2020 at 20:51 #8871piero55Participant
Hi Picmicro… I confirm what I have already said before, per me, “amateur and geek” what I have is enough and left over. I have never considered Arduino just because it is programmed in “C”. I also often avoid using the libraries already made and work with the various registers. A few years ago for my birthday, I stocked up on various PIC models and have not taken any since.
Returning to my initial problem, I solved. Reading on the Proton forum, I saw that it was necessary to correctly set the PIC fuse configurator. So solved.11 May 2020 at 6:49 #8873
I would say that the FUSE configuration plugin is a very useful tool and should not be missing with the Proton IDE.
Using other tools, maybe you have to do it by hand. Then it also happened to me that I gave a name of FUSE that the compiler accepted but did not configure the FUSE, so I couldn't write the working program.
However, it is worth checking the correct FUSE settings with MPlab.11 May 2020 at 11:21 #8876piero55Participant
In fact I have loaded the plugin and I see that for Proton it is important. With MBPro, i fuse them septum when you start the program (but you can also change them later).
With Proton, so far I haven't had any problems but with the last two chores, I could not set the fuse to set the internal oscillator and the pins intended for the external quartz as normal I / O.
In compiling, it seemed to me that the problem was in the transition phase from proton to the assembler for which I had also gone in search of the MBlab assembler in HELP but nothing, vain search: maybe I didn't look well….
Now everything ok.24 May 2020 at 9:24 #9063GiuseppeParticipant
Hello everyone .
I also use Fuse Configurator in Proton.
Sometimes it happened to me that in the general configuration there is an error on a single Fuse. It was enough for me to isolate the Fusu compile and everything was solved.
In these cases the Fuse that does not go is imposed by value directly with the register.
In all ways I think Proton is a great tool plus the paid version also supports many recent MCUs24 May 2020 at 14:18 #9069
I have also noticed that some assertions of the merged are incorrect with that of the compiler. For the case I solved it by removing the one that was incorrect,
If I'm not mistaken it's about the BORxxx setting a brownout value.23 June 2020 at 23:28 #9289FrancyParticipant
See if you may need the following Basic compiler for microcontrollers
I have never used it and therefore I can't tell you if it solves your problem. And a four sun, I would ask you to tell us.
Francesco24 June 2020 at 13:29 #9291
I've already installed it. It will just be to get carried away. I suspect it's not as optimized as you can get from the Proton Basic. The main purpose of those of GCbasic is to make a platform independent of the MCU used. Ease the program but with certain constraints that make you jump through hoops to do something simple.
It can be compared to the Arduino IDE. It is now a tool to compile and write the program on the MCU. The rest are the definitions for the factotum gcc compiler.
- You must be logged in to reply to this topic.