My project's vendor is saying I should revert to a prior release of the AVR Arduino UNO board because their code is presently incompatible with the 1.8.5 version I presently have installed.. Is there a way to Uninstall 1.8.5, or is it Ok to simply install 1.8.3 over it as I can easily do.. but will overlaying it with Board Manager without an UNINSTALL of 1.8.5 1st cause any problems?
Download the .ZIP version, unzip it and add a folder called 'Portable'. This will give you a stand alone version. You will have to install any libraries again, but these stay with the portable version only.
thanks for the tip but assuming I can do this, how do I later insure that the "Portable" Uno Board is selected as I attempt to re-compile the code? will I be able to chose either the 1.8.5 or the 1.8.3 just before I run an UPLOAD command?
I just took another look at what options are available under Boards Manager and don't see a way to download it or create a Portable Folder with it , nor do I know where to place such a folder.. It only seems to be able to overlay any release with a prior / or different release with no option to UNINSTALL 1st.
You just run the Arduino.exe in the folder of the version you want, then open the sketch.
Unzip the .zip file, open the folder it creates, and add a folder names 'Portable' - It's not an option in the software.
Thank you for trying to help me, but I just went thru 2 days of reinstalling the 1.8.19 IDE from scratch and don't want to mess this up.. You seem to be implying two things:
1.) that I re-install a second edition of 1.8.19 IDE and all MY libraries into a folder I create called Portable, and set it up with the 1.8.3 AVR UNO Board".. is this correct?
2.) what I would like to confirm is this .. I can NOT simply overlay 1.8.5 with a prior board release.. without creating some sort of conflict issue.. Why does the IDE appear to allow this IF it creates problems? If I can do it this way I'd much prefer to just install a prior release over the top of the newer.. because I'm not sure of the impact on my custom libraries, and it would be a lot simpler for me to keep track of what's going on.. but what problems will doing this by simply overlaying the current with an older Board create? If any?
It might be easier to fix their code than to keep an old version of the AVR support just for them. What errors/warnings were you getting when compiling?
John,
I've got to chuckle a bit at this suggestion since their main code module is several thousand lines long, is made up of dozens of libraries and macros and and now after reinstalling the IDE completely from scratch and deleting years of prior projects and library's for them.. it compiles and Upload's to this Elegoo V4.0 robot car without error.. They assured me their engineering staff will provide an update to fix this but, and that they are aware of the new problem with 1.8.5 but for now suggested I use the prior board 1.8.3 since it worked fine before what ever Arduino did last broke their main code.. I'm not a programmer nor am I very familiar with the Arduino IDE but if simply overlaying a release with a prior one will screw something up, I'd like to know it .. it sure sounds like it might be a bad thing to do..is it? or will the Board Manager handle this function that it clearly supports properly?
I think the only way to know it to do it and see what happens.. if it works .. great .. if not wnat have I lost.. the alternatinve seems to be to create two IDE's one with 1.85 and one with 1.8.3 .. that's doable but a pain in that I'll need to rebuild all my old ESP32 and DIY Multiprotocol modules anyway..I have not yet done that. This car needs 4 Library's I am now very used to adding..
John, and Missdrew, thanks for the help but I can't find the AVR Board issue with 1.8.5.. so I'm going to just try doing what they suggested and see if 1.8.3 allows their Main module to run on the robot again .. I'll let U know what happens.. If it blows up I'm getting better at starting from scratch..
Here's an update.. this Issue is now resolved.. I went ahead and just selected the AVR UNO Board version 1.8.3, and clicked Install.. and for a 1/2 second I saw it Removed the 1.8.5 and installed 1.8.3.. I then recompiled and uploaded it into the V4.0 robot and now everything is working Ok with the original factory build code .. I find it interesting that the 4 Demo examples all ran Ok under 1.8.5 but the main code ( which id likely 100 times more complex) did not appear to run at all once loaded un the UNO. Why? I'll let them figure it out.. 
Thanks very much to the tips..
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.