My output has less stats when uploading to UNO

sonofcy · January 11, 2025, 2:22am

Continuing the discussion from Code debug for calculator:

Sketch uses 6352 bytes (19%) of program storage space. Maximum is 32256 bytes.
Global variables use 552 bytes (26%) of dynamic memory, leaving 1496 bytes for local variables. Maximum is 2048 bytes.

Flashing with command:C:/Users/bhatt/.arduino-create/arduino/avrdude/6.3.0-arduino17/bin/avrdude.exe -CC:/Users/bhatt/.arduino-create/arduino/avrdude/6.3.0-arduino17/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:/Users/bhatt/AppData/Local/Temp/arduino-create-agent2180432931/new_sketch_1736560410438.hex:i
avrdude: Version 6.3-20190619
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch
         System wide configuration file is "C:/Users/bhatt/.arduino-create/arduino/avrdude/6.3.0-arduino17/etc/avrdude.conf"
         Using Port                    : COM3
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 3
         Firmware Version: 4.4
         Vtarget         : 0.3 V
         Varef           : 0.3 V
         Oscillator      : 28.800 kHz
         SCK period      : 3.3 us
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: reading input file "C:/Users/bhatt/AppData/Local/Temp/arduino-create-agent2180432931/new_sketch_1736560410438.hex"
avrdude: writing flash (6352 bytes):
Writing | ################################################## | 100% 0.97s
avrdude: 6352 bytes of flash written
avrdude: verifying flash memory against C:/Users/bhatt/AppData/Local/Temp/arduino-create-agent2180432931/new_sketch_1736560410438.hex:
avrdude: load data flash data from input file C:/Users/bhatt/AppData/Local/Temp/arduino-create-agent2180432931/new_sketch_1736560410438.hex:
avrdude: input file C:/Users/bhatt/AppData/Local/Temp/arduino-create-agent2180432931/new_sketch_1736560410438.hex contains 6352 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.75s
avrdude: verifying ...
avrdude: 6352 bytes of flash verified
avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done.  Thank you.
Ok

WOW, I never saw an UNO put out that much stats.

ptillisch · January 11, 2025, 3:53am

Then you don't have the "Show verbose output during: ☐ upload" preference enabled:

Select File > Preferences... (or Arduino IDE > Settings... for macOS users) from the Arduino IDE menus.
The "Preferences" dialog will open.
Check the box next to Show verbose output during: ☐ upload.
Click the "OK" button.
The "Preferences" dialog will close.

Now upload a sketch to an UNO R3 board. You will now see output from the upload process printed in the "Output" panel similar to what @aaron7812 shared.

sonofcy · January 11, 2025, 2:21pm

I have always had it set. This is what you mean, right?

My heart is in AFIB right now but when I feel better I will try an UNO uplooad.

sonofcy · January 11, 2025, 5:47pm

I uploaded verbose (ALWAYS ON) and my output is a little different. I will post screen grabs of the different parts.
This first one may be a clue. It looks like I have a .avrduderc file overriding the system config. I will remove that file to see what is different.

There are differences at the end also, but lwt's see what changes after removing .avrdudrc

sonofcy · January 11, 2025, 6:06pm

@ptillisch That first difference was a mis-read (sort of) on my part (will have Q later)
But here is the end of my verbose output with genuine UNO (AFAIK). Why is mine different from OP? His has msgs re fuses and safemode.

sonofcy · January 11, 2025, 6:10pm

@ptillisch Here is the differences at the beginning, why is this happening (BTW there is NO .avrduderc file)
His is

Mine is

I have 2 extra lines to do with user conf file.

pert · January 12, 2025, 2:45am

Since it was tangential to the subject of the original topic, I split this interesting discussion out to its own topic.

Carry on.

ptillisch · January 12, 2025, 3:37am

@sonofcy please post text as text. Posting pictures of text is not very helpful.

Yeah, this part of the output is confusing:

User configuration file is "/Users/ronalexander/.avrduderc"

What it actually means is "if a file exists at this path, it will be used", but the wording of the message doesn't effectively communicate that meaning..

The following line tells us that the file does not exist:

User configuration file does not exist or is not a regular file, skipping

This line is printed by the AVRDUDE uploader tool Arduino IDE uses to upload sketches to the UNO R3 board. For some reason, AVRDUDE doesn't print these lines on a Windows system (maybe they didn't implement the configuration file system for that operating system), so this is why you see it in your output, but not in the output shared by @aaron7812.

Now I understand what you mean. I interpreted the "stats" you mentioned in your post as being this part of the output:

Using Port                    : COM3
Using Programmer              : arduino
Overriding Baud Rate          : 115200
AVR Part                      : ATmega328P
Chip Erase delay              : 9000 us
PAGEL                         : PD7
BS2                           : PC2
RESET disposition             : dedicated
RETRY pulse                   : SCK
serial program mode           : yes
parallel program mode         : yes
Timeout                       : 200
StabDelay                     : 100
CmdexeDelay                   : 25
SyncLoops                     : 32
ByteDelay                     : 0
PollIndex                     : 3
PollValue                     : 0x53
Memory Detail                 :
                        Block Poll               Page                       Polled
  Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
  ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
  eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
  flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
  lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
  hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
  efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
  lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
  calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
  signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
Programmer Type : Arduino
Description     : Arduino
Hardware Version: 3
Firmware Version: 4.4
Vtarget         : 0.3 V
Varef           : 0.3 V
Oscillator      : 28.800 kHz
SCK period      : 3.3 us

But I see now you are referring to these lines:

avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0

[...]

avrdude: safemode: lfuse reads as 0
avrdude: safemode: hfuse reads as 0
avrdude: safemode: efuse reads as 0
avrdude: safemode: Fuses OK (E:00, H:00, L:00)

These lines are printed when AVRDUDE is in "safemode". AVRDUDE automatically enables this mode when it detects it is not being run from a terminal. The method used by Arduino IDE to run AVRDUDE makes AVRDUDE think it is being run from a terminal, and so it does not enable "safemode".

Likewise, the method Arduino Cloud Agent uses to run AVRDUDE on a macOS or Linux machine makes AVRDUDE think it is being run from a terminal, and so it does not enable "safemode". But the situation is unique when Cloud Agent runs AVRDUDE on a Windows machine. In this case, the environment does not meet the conditions that cause AVRDUDE to think it is being run from a terminal, and so it goes into "safemode". And thus you will see these additional lines in the output only under the following conditions:

Using Arduino Cloud Editor to perform the upload
Using a Windows machine

You would also see these lines if you were using AVRDUDE directly in a script.

I don't think these lines are very useful, and running in "safemode" can even cause uploads to fail spuriously for certain rare boards (but I don't think this is an issue for Arduino Cloud, since it likely doesn't even support any of those boards), so I don't think you are missing out on anything due to AVRDUDE not running in "safemode" on your system.

In case you are interested in even more boring details on the subject, I'll provide some links:

github.com/arduino/arduino-cli

Arduino CLI on Windows runs AVRDUDE in safemode

opened 01:13PM - 20 Jul 20 UTC

closed 10:14AM - 18 Aug 20 UTC

per1234

os: windows conclusion: resolved topic: code type: imperfection

## Bug Report ### Current behavior I use Bash-style syntax below to provid…e a procedure that can be run on both Windows (git-bash) and Linux, but I have also tested this using cmd and PowerShell with the same results. ``` $ export ARDUINO_BOARD_MANAGER_ADDITIONAL_URLS=https://mcudude.github.io/MightyCore/package_MCUdude_MightyCore_index.json $ arduino-cli core update-index $ arduino-cli core install MightyCore:avr $ mkdir /tmp/Foo $ printf "void setup() {}\nvoid loop() {}\n" > /tmp/Foo/Foo.ino $ arduino-cli compile -b MightyCore:avr:32 -u -p COM23 -v /tmp/Foo/Foo.ino ``` AVRDUDE has an odd behavior where it is in "safemode" by default, but when it is "run from a script" (whatever that means), "safemode" is automatically disabled: ``` $ avrdude --help ... -u Disable safemode, default when running from a script. ``` The manual provides different information on the subject, which makes things more clear: https://www.nongnu.org/avrdude/user-manual/avrdude_4.html >-u >Disables the default behaviour of reading out the fuses three times before programming, then verifying at the end of programming that the fuses have not changed. When you do an upload in the Arduino IDE, regardless of OS, apparently AVRDUDE considers this as being "run from a script", so safemode is never used. With other AVR microcontrollers, it really isn't a big deal whether safemode is on or off, but the safemode fuse check fails when uploading to the ATmega32A because of a workaround done to allow it to work with the same the same `tools.avrdude.erase.pattern` as the other boards, despite it having no extended fuse. It was necessary to add a "fake" `efuse` to avrdude.conf: https://github.com/MCUdude/MightyCore/blob/v2.0.5/avr/avrdude.conf#L1651-L1653 This was also done by Arduino for the ATmega8 (https://github.com/arduino/Arduino/issues/3446), so I'm guessing the same error will occur when uploading to `arduino:avr:atmegang:cpu=atmega8` using Arduino CLI on Windows. In the IDE, that's no problem because safemode is disabled. If you're running the AVRDUDE command directly it's no problem because you can just add the `-u` option. The problem is that, only on Windows, when Arduino CLI runs AVRDUDE, it doesn't happen to meet whatever AVRDUDE considers to be "run from a script", so you get an ugly error message: ``` Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e9502 (probably m32) avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: Fuse reading not support by programmer. Safemode disabled. avrdude: reading input file "C:\Users\per\AppData\Local\Temp\Foo\build\MightyCore.avr.32/Foo.ino.hex" avrdude: writing flash (388 bytes): Writing | ################################################## | 100% 0.19s avrdude: 388 bytes of flash written avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: Sorry, reading back fuses was unreliable. I have given up and exited programming mode avrdude done. Thank you. Error during Upload: uploading error: uploading error: exit status 1 ``` If you do the same process with the Arduino IDE on any OS or Arduino CLI on Linux, it is successful. If you run the identical upload command from the command line on Linux or Windows, you get the same failure shown above. ### Expected behavior AVRDUDE should not run in safemode when using Arduino CLI from any OS. ### Environment - CLI version (output of `arduino-cli version`): 0.11.0-rc1-62-g72c9655f Commit: a2f63fb - OS and platform: Windows 10, Ubuntu 20.04

github.com/arduino/arduino-cli

Fix tools tty detection (fix avrdude running in safe mode)

master ← cmaglie:fix_avrdude_weirdness

opened 12:58PM - 14 Aug 20 UTC

cmaglie

+41 -2

Some tools detects if the program is running from terminal by looking at the std…in/out bindings. Previously stdin wasn't bound to any custom stream, this fact lead `avrdude` to think it was run from terminal (instead of a script) and start it in "safe-mode". This turn out to be a problem in some cases, see #844 From the avrdude source code: ``` if (isatty(STDIN_FILENO) == 0) safemode = 0; /* Turn off safemode if this isn't a terminal */ ``` So we need to ensure that `isatty(STDIN_FILENO)` returns `0` when we run tools. I've tried to run the following test program: ```c #include <stdio.h> #include <unistd.h> #include <io.h> int main(void) { printf("%d\n", isatty(STDIN_FILENO)); return 0; } ``` compiled with: ``` x86_64-pc-cygwin-gcc test.c -o test-cygwin ``` and ``` i686-w64-mingw32-gcc test.c -o test-mingw32 ``` using the following launcher in go: ```go func main() { cmd, err := executils.Command([]string{"test-cygwin.exe"}) if err != nil { log.Fatalf("cannot execute upload tool: %s", err) } var o, e bytes.Buffer outStream := bufio.NewWriter(&o) errStream := bufio.NewWriter(&e) inStream := bufio.NewReader(&o) cmd.Stdout = outStream cmd.Stderr = errStream cmd.Stdin = inStream // <--- if err := cmd.Start(); err != nil { log.Fatalf("cannot execute upload tool: %s", err) } err = cmd.Wait() fmt.Println(o.String()) if err != nil { log.Fatalf("uploading error: %s", err) } } ``` I tried with and without the `cmd.Stdin = inStream`: - the `cygwin` build is unaffected it always returns `0` - the `mingw32` build instead returns `64` without the stdin redirect and `0` with the stdin redirect. This makes me think that `avrdude` has been built with `mingw32` and this PR should fix the issue, but a direct test is required. Fix: #844

github.com/avrdudes/avrdude

Remove the "safemode" feature.

main ← dl8dtl:safemode-removal

opened 07:49PM - 31 Jan 22 UTC

dl8dtl

+5 -688

This feature has been designed with the sometimes quite flakey direct (parallel… or serial port attached) bitbang programming adapters in mind that were quite common about two decades ago. With parallel ports vanishing from modern PCs almost completely, and the advent of various USB-attached low-cost programming devices, this class of programmers disappeared almost completely. Furthermore, the fuse combinations that were covered by the feature are no longer around on all recent AVR devices, so for an ever increasing number of devices, safemode already became meaningless and was turned off anyway. With the prospective version 7.x release, it's a good point in time to introduce a major change like this one.

Topic		Replies	Views
PROBLEM SOLVED - DEFECTIVE ARDURINO BOARD - I'm stumped. Can't upload any sketches to Uno or Mega, I could 9 years ago Uploading	23	288	May 7, 2026
UNO stopped working after having worked for years 3rd Party Boards	25	287	February 2, 2026
Failed uploading: uploading error: exit status 1 Uploading	41	75738	April 20, 2025
Unable to upload sketch on Arduino Uno Q UNO Q	19	282	February 23, 2026
I cann't uploade Blink Uploading	22	268	March 31, 2026

My output has less stats when uploading to UNO

Related topics