I've tried using Arduino 2.03 but too many problems. Tried updating to 2.04 (Win7 computer) and it will not update, reports that it crashed.
Have had repeated problems trying to program a Nano. While 1.8+ does not have any problems programming a Nano.
While the error reporting is better, still cannot detail where some errors occur.
Takes significantly longer to load.
Strongly prefer that the Serial Monitor be a separate moveable/sizeable window. The change to the Serial Monitor in 2.0+ is really annoying and forces me to use a different terminal/serial program which wastes more time.
And other issues that I reported elsewhere.
Shame because there are quite a few things to like about Arduino 2.0+.
Hi @anon25927726. I'm sorry you're having some problems with Arduino IDE 2.x
Windows 7 is not officially supported for use with Arduino IDE 2.x. I recommend updating your operating system to at least Windows 10 if possible.
In order to gather more information that might help us to troubleshoot your problem, I'm going to ask you to post the full output from the upload when in verbose mode.
NOTE: These instructions will not solve the problem. They are only intended to gather more information which might provide a clue that eventually leads to a solution.
Please do this:
Select File > Preferences from the Arduino IDE menus.
Uncheck the box next to Show verbose output during: ☑ compilation
Check the box next to Show verbose output during: ☐ upload.
Click the OK button.
Attempt an upload, as you did before.
Wait for the upload to fail.
You will see a "Upload error: ..." notification at the bottom right corner of the Arduino IDE window. Click the COPY ERROR MESSAGES button on that notification.
Open a forum reply here by clicking the Reply button.
Click the </> icon on the post composer toolbar.
This will add the forum's code block markup (```) to your reply to make sure the error messages are correctly formatted.
Press Ctrl+V.
This will paste the error output from the upload into the code block.
Move the cursor outside of the code tags before you add any additional text to your reply.
Click the Reply button to post the output.
Yes, but have you noticed that compilation and uploads are significantly faster on average? Maybe it evens out the slower startup at least?
The Arduino IDE developers are tracking this request here:
If you have a GitHub account, you can subscribe to that issue to get notifications of any new developments related to this subject.
Me too, but until that is rectified a useful alternative is to open a second instance of the IDE using the same serial port and open its Serial monitor which effectively creates a separate Serial monitor.
Unlike when using an external serial terminal there is no need to explicitly connect/disconnect the Serial monitor of the second instance when uploading code to the first one
I now typically use 2.0.3 for developing my code and revert back to 1.8+ to download. I do other things while 2.0.3 is loading. Will do a separate download of 2.0.4 and install it that way.
Upgrading this particular computer to Win10+ is not possible. I would lose too many things that might not work with Win10+. I have 4 other computers running Win10 and Win11 but don't use them for coding. And I do not like the Win10+ interface, settings, etc.
Glad to hear there is a move to put the Serial Monitor back as a separate window. I could list a lot of additions that I would make to the Serial Monitor. Especially a "Pause" button for when outputting lots of data at high rates. I put a pause function in my programs that does that.
I checked and had Verbose already set. I program in different languages and sometimes forget what is required in each ( ; {} () , etc) so obviously the errors are my fault but always manage to find them. But the improved error reporting in 2.0+ is very welcome.
Don't get me wrong, I love the Arduino and the IDEs. The Arduino family has made it very easy to make gadgets, gizmos, test systems, controllers, etc. I use the Pro-mini to control solar charged battery powered water fountains with bluetooth. I used the Nano for an autonomous controller. I use UNOs, Nanos, Pro-Minis and more. To everyone involved, you have my sincere Thanks!
Yes, complete pause of display as though it was not receiving any more input. Autoscrolling off doesn't help when I'm trying to look at the end of the data.
There are times that a program will output a long string of data every 100ms or possibly even faster. Reasons for this are varied but useful in program debug or data/sensor analysis. To solve the problem, I typically put a Pause function in the program and/or slow the output data rate. But having a button on the Serial Monitor to pause would be helpful.
Thrown away as though it shut off the serial input. Then I can scroll through the data looking for issues, problems or anomalies with the program or sensors.
Depends how you look at it. Hitting the "Pause" button again would restart the serial input but without resetting the micro. Or the "Pause" button would cause the Serial Monitor to continue to receive input but not put it on the screen, that would have the same effect. However it is implemented, it must not cause the micro to reset which is what happens if you shut down the Serial Monitor and Restart it.
Call it whatever you want, Stop, Pause, Standby, Suspend, etc but basically the Serial Monitor stops displaying any more serial input and allows you to scroll through the existing screen display buffer.
When I send a Pause Key to my programs, that exact thing happens, there is no more serial input for the Serial Monitor to display and I can scroll up/down through the existing display.
It would be far more handy if the Serial Monitor did this instead of having to send a key to my programs to do it. Most Terminal programs have that function.
I apologize for interfering, but I also think about a similar problem. In my opinion, a choice is needed: Pause with memorization in the "buffer" and Pause without entering information into the "buffer". Because autoscroll is not good for that. As soon as you release the scroll, the autoscroll starts jumping.
Although I would like to see changes to the implementation of the Serial monitor, particularly an option to make it a separate window, doing much beyond that is, I feel, unreasonable in the IDE
If you want advanced features then use a terminal emulator and take advantage of everything that it offers
I suspect there is some misunderstanding here so I will reiterate;
A simple button to stop the Serial Monitor displaying any more serial input and allowing you to scroll through the existing screen display buffer what ever it is. When pushed again, the Serial Monitor simply displays whatever is now coming in the serial input.
If my program or any program stops sending serial data to the Serial Monitor, that is exactly what happens. And I can scroll up/down through what ever was previously displayed in the Serial Monitor.
Very simple change and would probably be of good benefit to anyone doing a lot of serial data (like I do).
Sometimes it's just better to state the needed effect instead of giving things names or describing functional elements which we think get us the needed effect. After reading through the many posts on this "feature" it sounds more and more like what would be handy is a snapshot copy of the current serial data window. Something like this would leave the existing Serial Monitor window collecting data as usual but the user gets a snapshot of the previous data so they can scroll through and investigate without being interrupted by the Serial Monitor buffer filling and scrolling.
I know very little about CSS and JavaScript but I think I need to see if I can't make a duplicate of the Plotter window and turn it into a pop-up/detached Serial Monitor...
Your two or more topics on the same or similar subject have been merged.
Please do not duplicate your questions as doing so wastes the time and effort of the volunteers trying to help you as they are then answering the same thing in different places.
Please create one topic only for your question and choose the forum category carefully. If you have multiple questions about the same project then please ask your questions in the one topic as the answers to one question provide useful context for the others, and also you won’t have to keep explaining your project repeatedly.
Repeated duplicate posting could result in a temporary or permanent ban from the forum.
Could you take a few moments to Learn How To Use The Forum
It will help you get the best out of the forum in the future.
NOTE: These instructions will not solve the problem. They are only intended to gather more information which might provide a clue that eventually leads to a solution.