Hello!
I am on Ubuntu20.04LTS and a downloaded the arduino ide 20.0.0 beta-3. I have a Arduino Mega whose serial port 2 is connected to a HC-05 BT module. But, I cannot send from the serial monitor to the arduino. When I type something in the entry and hit enter, nothing happens. I ran the same code in the ArudinoIDE-1.18.13 and it works there. Any suggestions? or am I missing something very obvious?
#include <LiquidCrystal_PCF8574.h>
LiquidCrystal_PCF8574 lcd(0x3F);
String incomingMsg;
void setup() {
lcd.begin(16, 2);
lcd.setBacklight(255);
lcd.clear();
Serial.begin(9600);
Serial2.begin(9600);
}
void loop() {
if (Serial2.available()) {
lcd.clear();
incomingMsg = Serial2.readString();
lcd.setCursor(0, 0);
lcd.print(incomingMsg);
Serial.println(incomingMsg);
}
if (Serial.available()) {
Serial2.println(Serial.readString());
}
}
pert
March 19, 2021, 11:31am
2
Hello @crfhnyviirshc8fajeyivbysgkucnliu . There is an unfortunate change to the Serial Monitor UI compared to the classic Arduino IDE. You now must use Ctrl + Enter instead of just Enter to send.
2 Likes
You now must use Ctrl + Enter instead of just Enter to send.
Another unnecessary complication compared with the original IDE
1 Like
pert
March 19, 2021, 11:37pm
4
I agree. I have requested that the developers investigate how this situation can be improved. I know there is a plan to to a major reworking of the Serial Monitor, so I suspect there is no point in messing with the current one:
opened 11:02AM - 28 Jul 20 UTC
type: enhancement
topic: code
topic: serial monitor
**Is your feature request related to a problem? Please describe.**
A clear and … concise description of what the problem is. Ex. I'm always frustrated when [...]
`monaco-editor`: https://github.com/Microsoft/monaco-editor
This is exactly the same task we did for the _Output_ view in Theia: https://github.com/eclipse-theia/theia/pull/7570
- It should improve performance in general as the underlying content is wrapped into a `monaco.editor.ITextModel`. The logic that handles the UI update would be exactly the same as in VS Code; it's not that bad 😄
- It should align the look and feel all over the application.
- We get copy/paste/find/select-all for the _Serial Monitor_ for free.
**Describe the solution you'd like**
A clear and concise description of what you want to happen.
**Describe alternatives you've considered**
A clear and concise description of any alternative solutions or features you've considered.
**Additional context**
Add any other context or screenshots about the feature request here.
system
Closed
July 17, 2021, 11:38pm
5
This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.
In addition to the more general rewrite plans linked to above, there are now some additional dedicated issues used by the developers to track the specific changes to the Serial Monitor UI:
opened 02:29PM - 23 Oct 21 UTC
closed 03:18PM - 14 Sep 22 UTC
priority: high
conclusion: resolved
topic: code
type: imperfection
topic: serial monitor
phase: implementation
criticality: medium
## Describe the bug
🐛 The keyboard control for sending data from Serial Monit… or was changed from <kbd>Enter</kbd> in the classic Arduino IDE to the unintuitive and less convenient <kbd>Ctrl</kbd>+<kbd>Enter</kbd> in Arduino IDE 2.x
The first time I tried to send data via Serial Monitor, I jumped straight to typing into the input field without bothering to look at the gray text, then spent some time repeatedly pressing "Enter" without any result and hunting around for that "Send" button.
## To Reproduce
1. Connect any Arduino board that presents a serial port to your computer.
1. Select **Tools > Serial Monito** from the Arduino IDE menus.
1. Type some text in the Serial Monitor input field.
1. Press <kbd>Enter</kbd>.
🐛 Nothing happens.
## Expected behavior
Pressing the <kbd>Enter</kbd> key while the Serial Monitor input field is selected causes the data to be sent if any is present.
## Screenshots
In the Java IDE's Serial Monitor, sending data is done by typing into the input field and then either pressing "Enter" or clicking the "Send" button:

In Arduino IDE 2.x, there is a message that explains the unintuitive <kbd>Ctrl</kbd>+<kbd>Enter</kbd> system to the user:

but that message disappears as soon as you start typing (as it must). The user will expect the field to work in an intuitive manner and not bother to read the text, then once the find it is not working as expected, the text won't be there to guide them:

## Desktop
- OS: Windows 10
- Version: 2.0.0-beta.12-nightly.20211021
Date: 2021-10-21T03:03:16.691Z
CLI Version: 0.19.1 alpha [718bbbf2]
## Additional context
The loss of the <kbd>Send</kbd> button (https://github.com/arduino/arduino-ide/issues/348) worsens the poor user experience of sending data via Serial Monitor via Arduino IDE 2.x.
Reported at:
- https://github.com/arduino/arduino-ide/issues/348 (incidentally)
- https://forum.arduino.cc/t/serial-monitor/698844/4
- https://forum.arduino.cc/t/several-bugs-issues/899081
- https://forum.arduino.cc/t/ctrl-enter-step-backwards/1013856
- https://forum.arduino.cc/t/arduino-ide-2-0-0-rc9-input-in-serial-monitor-is-not-working/1015720/4
opened 04:36PM - 01 May 21 UTC
topic: code
type: imperfection
topic: serial monitor
**Describe the bug**
To me it appears as there is no send button in the serial … monitor. furthermore afai can tell the sm doesnt respond to enter.
**To Reproduce**
Steps to reproduce the behavior:
1. open sm
2. no send btn
3. no way to send with enter as well
**Expected behavior**
Add a send button and make the
**Screenshots**


- OSX 10.15.7
- Version: nightly 20210501
and another about clearly documenting any persistent Serial Monitor UI changes:
opened 10:49AM - 25 Mar 21 UTC
closed 02:50PM - 28 Jun 22 UTC
topic: documentation
conclusion: resolved
type: imperfection
topic: serial monitor
The 2.0 IDE and the Pro IDE introduced a major change to the UX of the Serial Mo… nitor. Instead of being its own window, it now is attached to a sketch window. This is a change that is likely to cause confusion in many classrooms, and requires better thought to the UX and more documentation so as not to lose users.
Example:
1. Open a serial sketch (say AnalogReadSerial, from the Basics menu)
2. Pick a board and port
3. upload code
4. open serial monitor
5. open a new sketch window, write a new sketch
6. attempt to upload
The result will be that the second sketch will not upload and you;'ll get a "port busy" error. But you can't see the Serial Monitor, because it's in the sketch window behind the current one, so you don't know where to look.
This will result in beginning users wasting hours trying to solve the problem. It could be addressed by a better error message, e.g. "error: serial port is in use. Check to see if you have the Serial Monitor open in another sketch window."
it could also be solved by moving the Serial Monitor to the in-focus window, however, this is a problem if you have more than one board attached at time.
------------------
Example 2:
1. Attach a board to USB port 1
2. Attach another to USB port 2
3. In one window, select board 1 on port 1
4. Upload a sketch to board 1
5. Open serial port 1
6. In a second window, select board 2 on port 2
7. Upload a sketch to board 2
8. Attempt to open port 2
This is a nice change, it allows you to have two serial monitors open at a time. But it doesn't work by default. When you click the Serial Monitor icon in window 2, it attempts to open serial port 1 rather than the port it just uploaded to! You have to explicitly pick the second port AFTER you upload to open both ports. That's confusing. Whatever board and port you select for a given window should be the default for all the serial operations associated with that window.
------------------
There are a series of pop-up toasts that pop up when you upload a changed sketch while the serial monitor is open warning that the port's not available, etc. These are distracting, and not useful if you're handling the closing of the port, the upload, and the re-opening in the background. They should be kept in the error log, not in pop-up toasts.
------------------
These problems will become more confusing as more cases pop up. If the new model is a strong connection between window, board, and port, and the Serial Monitor (and later, the Serial Plotter) is no longer independent, that needs to be made very clear in announcements, documentations, and tutorials. It is a potential advantage, but it is also a potential learning hazard, as teachers are used to the old way and will trip over the new way if they're not informed. I did.