You guessed correctly. The version of Arduino CLI that will be used by the Arduino IDE build is defined here:would this go into the next daily build, or probably only when we see a Pull into the IDE? My guess is the later.
"arduino": {
"cli": {
"version": "0.23.0"
},
I have not picked up any new daily builds since RC7 as that was the marking it as rc7 was the last change to the IDE project... But should we?
You guessed correctly. The version of Arduino CLI that will be used by the Arduino IDE build is defined here:
A couple of pull requests were just merged, including the one that fixes the bug where the IDE broke if there was a wrong URL in the "Additional Boards Manager URLs" preference.
So the next nightly build will be of interest.
FYI, tester builds are also generated by the CI system for every pull request, as well as immediately after the pull requests are merged in case you don't want to wait for the nightly to try things out and assist with the testing efforts.
Just installed Today's daily build:
@Paul @PerT: I was looking at the Arduino issue: https://github.com/arduino/arduino-ide/issues/1051
Which has to do with the Terminal Monitor not receiving data.
I ran into that with running @defragsters MakeFiles sketch yesterday (previous days build), And yes was using the CTRL key, which I really don't like. Enter should always work as long as the input field has the keyboard focus...
Today I rebuilt an MTP sketch for debugging some SD issue... And first built with: MTP Disk
And as such the USB Port was the Teensy port USB:....
And I was not receiving any input data. like in this case hitting CTRL+<enter> should print out simple menu...
Nothing came out.
Yesterday with Defragsters sketch I then simply closed the monitor, opened up TyCommander and it worked fine, so I know the sketch was built OK.
So with todays run, I then rebuilt using USB Type: Serial + MTP
and ran. And it still failed to get input when I had the USB port to the Teensy port.
But when I selected COM60, then the sketch did receive the keyboard input.
Running Beta3 code (package manager version)
void setup() {
pinMode(13, OUTPUT);
while (!Serial)
;
Serial.begin(115200);
delay(1000);
Serial.println("Start of Echo Test");
}
void loop() {
if (Serial.available()) {
digitalToggleFast(13);
Serial.print("Received:(");
int ch;
while ((ch = Serial.read()) != -1) Serial.write(ch);
Serial.println(")");
}
}
elapsedMillis em = 0;
uint32_t alive_count = 0;
void setup() {
pinMode(13, OUTPUT);
while (!Serial)
;
Serial.begin(115200);
delay(1000);
Serial.println("Start of Echo Test");
}
void loop() {
if (Serial.available()) {
digitalToggleFast(13);
Serial.print("Received:(");
int ch;
while ((ch = Serial.read()) != -1) Serial.write(ch);
Serial.println(")");
}
if (em > 5000) {
// If I Uncomment the print below it echos???
Serial.printf("Alive Count: %u\n", ++alive_count);
em = 0;
}
}
Looks like I can get 2 windows to talk to the same port. Seems each window has its own port selection, which is different from Arduino 1.8.x, and of course IDE 2.0 has no way to know that different pluggable monitor utilities will end up trying to access the same hardware.
View attachment 28720
First run of the nightly build. It was sort of interesting that the sketches tab was empty.
I closed out the windows. I then ran it again and this time the Sketchbook tab is populated.
Never sure if this is something to report or not... Maybe it was a fluke. Did not notice any Issues on this, but maybe not the right search terms.
Did not notice any Issues on this, but maybe not the right search terms.
I was looking at the Arduino issue: https://github.com/arduino/arduino-ide/issues/1051
Which has to do with the Terminal Monitor not receiving data.
I ran into that with running @defragsters MakeFiles sketch yesterday (previous days build), And yes was using the CTRL key
Enter should always work as long as the input field has the keyboard focus...
However, the truth is that when there is a report of an issue none of the Arduino Tooling Team members can reproduce (I just did a quick check and couldn't), and even the reporting party can't reproduce, it is a bit of a non-starter because we can't really investigate the problem or validate any potential fixes for it.
Yes that is the area...By "sketches tab", do you mean the "Sketchbook" view in the left side panel?:
As a retired developer... I totally understand. I used to triage a lot of bugs... So often times I don't like to generate an issue like this as no clue on what generated the issue and it did notHigh quality unique issue reports are always welcome.
However, the truth is that when there is a report of an issue none of the Arduino Tooling Team members can reproduce (I just did a quick check and couldn't), and even the reporting party can't reproduce, it is a bit of a non-starter because we can't really investigate the problem or validate any potential fixes for it. The chances of getting a resolution are far higher for reports of issues that can be reliably reproduced by the developers.
Good idea... I often communicate with a few other members and see if they have any idea and/or can reproduce.My own approach is generally to scribble down a quick personal note about the thing I observed (I use the issue tracker in a private "companion" GitHub repository under my own account for this purpose). I continue to add notes to that issue if I encounter the issue again or find reports from other users about it. If it eventually reaches a state where I think it can be assembled into a viable formal report out of it, I then make the effort to write a high quality issue report.
There is always an interesting trade off between making it easy for people to report issues/suggestions, like wanting them to search through issues list, download a new version of the IDE... to report, especially if they already have several pending... Or they think it is so obvious someone has reported it already... Examples:This may result in the reporter feeling that there was no payoff for the effort they put into making the report.
I've felt this way many times over the years regarding the problems with Windows installations mysteriously missing 1 or more files. The most recent would be Defragster's install of Teensy package 1.56.53 on IDE 2.0.0-rc7 mysteriously missing teensy_secure.exe, even though it had all the other files from the same .tar.gz archive used by the Teensy package.
Maybe Windows Defender or some other anti-malware software is silently eating files? Or maybe Windows is simply not very reliable?
This tells me that the issue is not in the Arduino IDE code base. However, I'm not sure whether it is in Arduino CLI or in teensy-monitor. I'll transfer this to the Arduino CLI repo for now as that is at least closer to the correct place even if possibly not exactly it.
Where are the boards... I dismiss the menu and load it again.
Tried this just now on Linux. Both 2.0.0-rc7 and nightly-20220618 show the boards first time I click the Tools menu. Maybe it's a Windows only bug? Or maybe it's some sort of race condition where the computer CPU or storage speed matters?
But also noticed just opening the IDE, letting it load an example I had open previously, and then quitting with CTRL-Q causes it to ask me if I want to save changes even though I never typed any keystroke other than CTRL-Q to quit.
Sorry my issue: https://github.com/arduino/arduino-ide/issues/1026Did a quick search for "quit save", didn't see anyone yet reporting the unnecessary save dialog.
I've felt this way many times over the years regarding the problems with Windows installations mysteriously missing 1 or more files. The most recent would be Defragster's install of Teensy package 1.56.53 on IDE 2.0.0-rc7 mysteriously missing teensy_secure.exe, even though it had all the other files from the same .tar.gz archive used by the Teensy package.
Maybe Windows Defender or some other anti-malware software is silently eating files? Or maybe Windows is simply not very reliable? Why this happens, and how to reproduce it, are complete mysteries. The problem is rare but does come up, pretty much always with Windows, where something went wrong (but no errors detected) with the software installation resulting in missing files. Reinstalling always fixes the problem. But users get no indication what's wrong, just a failed build with errors nobody understands. I guess experienced Windows users just instinctively know to try reinstalling stuff when these sorts of problems happen.
Many times I've considered adding a step with one of build process hooks to verify every file is present and has the correct size, maybe even check that all of them match a known SHA256 hash. I wonder if Arduino would consider adding this in IDE 2.0? Would be much more appropriate to do "in the background" while the user is typing or just staring at their code, rather that at a time sensitive moment like when they're waiting for the build & upload.
Sorry my issue: https://github.com/arduino/arduino-ide/issues/1026
maybe did not have that in title... Example files - ask to save even if no changes were made to them.
And as you mentioned, this also applies to automatically generated blank sketch... So could be new issue, but probably same one
I found the problem; it's here:
https://github.com/eclipse-theia/th...c/electron-main/theia-electron-window.ts#L125
On my installation, the currentUrl is file:///Applications/Arduino%20IDE.app/Contents/Resources/app/lib/index.html?port=57442#/Users/a.kitta/Documents/Arduino/sketch_may27a, and the frontendUri is /Applications/Arduino IDE.app/Contents/Resources/app/lib/index.html. Note the incorrect URL encoding/escaping problem.
The !currentUrl.includes(frontendUri) will be true, and the default logic shortcuts the boolean evaluation, and the IDE2 does not show the dialog.
The fix is to URI encode the this.globals.THEIA_FRONTEND_HTML_PATH. It seems the space in the path is causing the issue again.
$ arduino-cli board list
Error initializing instance: Error loading hardware platform: discovery teensy:teensy-discovery not found
Port Protocol Type Board Name FQBN Core
/dev/ttyACM0 serial Serial Port (USB) Unknown
/dev/ttyACM1 serial Serial Port (USB) Unknown
Hi all,
I'm super excited about this but can't get it to run using `arduino-cli`. I installed `arduino-cli` on my machine (Arch Linux 5.15.49-1-lts) as well as the boards in the Arduino IDE: https://www.pjrc.com/teensy/td_156/package_teensy_index.json.
It's working perfectly fine in the Arduino IDE, just with the CLI I'm getting this error when trying to do basically anything:
Code:$ arduino-cli board list Error initializing instance: Error loading hardware platform: discovery teensy:teensy-discovery not found Port Protocol Type Board Name FQBN Core /dev/ttyACM0 serial Serial Port (USB) Unknown /dev/ttyACM1 serial Serial Port (USB) Unknown
Am I missing anything here?