вариант 1 - Обновить bootloader: с old -> на новый optiboot. Старый дольше сканирует USB-порт.

вариант 2 - Конструкция с USB к PC или без? Если есть компютер, то Arduino всегда сканирует USB/(RX/TX) при старта. Остается вариант 1. Если компьютер не используется, то подключите внешний источник к +5В и выключите USB.

вариант 3 - Запишите свой hex на ATmega328 без загрузчика. Запуск происходит максимально быстро. Понадобится программатор и определенные действия (напр. чтобы не заблокировать Arduino из-за фюзов).

Так это понятно что мк разных производителей,пусть хоть узкоглазые выпускают,но нано все равно будет на авр-семейство 8-битных контроллеров

Я просто подумал что есть еще нано,не на авр-на разработанном в китае контроллере или еще чем нибудь потому и спросил
Мне попадались две нано с некорректной работой,помогло только доктором полностью очищать и USBASP-ом прошить по новой загрузчик и фузы

Дошло,нано есть на атмега328 и китайская на LGT8F328P (лежат 2 шт,еще не пытал)

Есть еще и MD88/MD328/MD3208 и MD3248...
Да и АВРок практически весь базовый набор от тинек до жирных мег.

Я имел ввиду именно "нано"

MD и есть одна из версий нанки - довольно редкая.
Массдуино...

Но таки предпочтение хорошо известным АВРкам...

Оptiboot грузил на другом проекте, особой разницы не заметил, или не помню
Конструкция автономная без РС.
Вариант 3 надо покурить, пока так не пробовал ( USBasp есть ), на неделе приедет Нана для опытов - буду её насиловать, а эта пока пусть так работает.

Хотя там написано:
https://github.com/Optiboot/optiboot

Да, интересный эксперимент. Решил попробовать. Тест: включаем Arduino Nano и смотрим когда вывод 10 станет лог 0.

В замере логическим анализатором двух Nano (со старым загрузчиком и с optiboot) разницы также не обнаружил (без USB, напр. около ~ 1,5s при старте). (Наверное ускорение в других процессах).
---
Решил записать и hex программатором USBasp (без загрузчика). Разница, как и предполагали, большая.

(И после теряем управление Aruino Nano под USB. Обновлять устройство следует только через программатором или восстанавливать загрузчик. Будьте осторожны с фюзы ATmega328 . Я только что с AVRDUDESS перезаписал файл .with_bootloader.eightanaloginputs.hex и загрузчик восстановился).

Не только через USB.
При загрузке из ардуиноIDE через программатор обычно стирается бутлоадер (актуально для про-мини и подобных без дополнительных постоянно установленных модулей связи с ПК).

Восстановление фузов и бутлоадера достаточно простое - достаточно при подключенном к ПК через ардуиноISP(или иной ISP программатор из списков IDE) по ISP платке (нанке или чего другого) из ардуиноIDE нажать
"инструменты - записать загрузчик".

Мне неудобно использовать Arduino IDE чрез вн. программатор (наверное потому что есть всякие клоны программаторов и одна версия IDE видит китайский программатор, другая нет ... ето лотерея). Предпочитаю с внешней программой, где все видно. Но есть всевозможные варианты. A eсли есть программатор и fusebit-доктор, то для всяких экспериментов нет проблем .

(Честно говоря, отказался от AVR только из-за установки фюзов и возможности с их помощью "повредить" МК, устройство. Иногда просто отвлекаемся ... и ... ? Тогда восстановление не одним щелчком мыши, а приходится включать периферию с множеством проводов. С другими МК (напр. PIC, STM8, STM32 ...) нет таких "препятствий").

Прошивка из под IDE по ISP удобна для дополнительного набора платформ, когда собираешь платку на основе тех платформ самостоятельно (не готово-покупное). Там и набор фузов по умолчанию идет согласно выставленных во вкладках настроек платформы опций.
К примеру для тех же тинек 13 и 2313...

Из за тех вариантов последние обновления от MCUdude стали просто огроменными по количеству мелких файликов и времени обновления (если портабле версия IDE на флешке установлена)...