Последовательный порт не выбран ардуино windows 10

Сначала проверьте последовательные порты. Загрузите Windows, но не подключайте плату Arduino или ESP8266. На рабочем столе щелкните правой кнопкой мыши (ПКМ) по ярлыку Этот компьютер (Компьютер). В меню выберите Свойства. В окне Система щелкните по ссылке Диспетчер устройств. В окне Диспетчер устройств откройте Порты (COM и LPT). Должен присутствовать последовательный порт COM1.

Теперь воткните в USB порт кабель от Arduino или ESP8266. В диспетчере устройств должен появиться дополнительный COM порт. Я подключил NodeMCU v3 и появился дополнительный порт COM3.

Если порт определился, но никаких сообщений в монитор порта не выводится, то проверьте скорость порта. В настройках Arduino IDE выставьте скорость порта ту, которая прописана в скетче. В окне монитора порта нажмите кнопку Очистить вывод. После этого монитор порта должен заработать.

Если ничего не изменилось и присутствует только порт COM1, то значит у вас проблемы с последовательным портом.
В этом случае при запуске скетча в окне выдается сообщение «Порт недоступен», «Ошибка подключения последовательного порта», «Порт не найден» и т.п. После этого начинаются пляски с бубном — отключаются и снова подключаются кабели, перезагружается компьютер. Иногда это помогает, иногда — нет.
Вероятная причина ошибки порта — помехи при передаче данных по USB кабелю. Вначале проверьте кабели и USB разъёмы. Замените ненадёжные кабели и не используйте разбитые USB разъёмы.

Другая причина — недостаточно тока для питания Arduino или ESP8266. USB порт в компьютере может быть запитан от источника с малым выходным током. Попробуйте самое простое — подключить Arduino к другому порту в надежде на то, он запитан от более мощного источника. Такое возможно, если USB портов несколько. Кардинальное решение — подключить Arduino или ESP8266 через USB хаб (USB-разветвитель) с внешним блоком питания с выходным током не менее 2 — 3 А.
Ещё одно причина нехватки питания для портов USB — подключение к роутеру по Wi-Fi. Wi-Fi адаптер потребляет значительный ток и нагружает шину питания портов USB. В связи с этим отключите Wi-Fi адаптер и подключите компьютер к роутеру кабелем. Иногда это сразу может решить проблему.
Предпочтительно использовать компьютер с подключением клавиатуры и мыши к портам PS/2. Клавиатура и мышь с подключением по USB будут дополнительно нагружать шину +5В и питания для Arduino или Node MCU может не хватить. По возможности используйте десктоп с достаточно мощным блоком питания, который обеспечивает с запасом ток по шине +5В. Некоторые дешёвые материнские платы при подключении двух-трёх USB устройств уже начинают давать сбои.

Используйте короткий USB кабель, насколько это возможно. Это уменьшит помехи при передаче данных.
Не используйте USB удлинители, подключайте Arduino или ESP8266 непосредственно к USB портам компьютера на задней стенке системного блока. Не используйте USB разъёмы на передней панели системного блока или USB порты картридера. Они подключаются к материнской плате кабелями. Это увеличивает помехи при передаче данных.

Самый действенный способ снизить помехи это использовать USB кабель с ферритовыми фильтрами — цилиндрическими утолщениями из ферритовых колец на концах кабелей.

Фильтры бывают съемными, они надеваются на кабель и защелкиваются.

Можно изготовить фильтр самостоятельно. Возьмите ферритовое кольцо диаметром около 20 мм, притупите острые кромки наждачной бумагой, сделайте один виток кабеля вокруг сердечника и зафиксируйте кольцо на кабеле с помощью скотча или термоусадочной трубки.

Если использовать кольца небольшого диаметра, то никакой фиксации не понадобится. Например, я использовал два кольца, снятые с неисправной материнской платы. Только придется разрезать кабель и затем спаять его снова или припаять новый USB разъем.

Бывают ситуации, когда Arduino работает нормально, а при подключении ESP8266 появляются ошибки и скетч не работает. Такое может быть из-за того, что Wi-Fi передатчик модуля потребляет довольно значительный ток и для нормальной работы просто не хватает тока. Подключите ESP8266 через USB хаб с внешним блоком питания с выходным током 2-2.5-3 А. Также используйте для подключения короткие кабели с ферритовыми фильтрами на концах.

Если USB порты на материнской плате слабы по токам питания, то можно попробовать дополнительно подключить в PCI разъем контроллер USB. Подключите к этому контроллеру USB-мышь и USB-клавиатуру. К USB портам на материнской плате подключайте только Arduino или NodeMCU v3. К PCI разъему подводится более мощное питание. Один из таких контроллеров показан на фото:

Пробуйте подключаться к разным USB разъёмам компьютера, если их несколько, или разным разъёмам USB хаба.
Если ваш компьютер имеет порты USB2.0 и USB3.0, то пробуйте подключаться к тем и другим. Скорее всего лучшие результаты получите при подключении к USB2.0. Драйвер USB3.0 может работать некорректно.
Windows иногда просто не может определить порт. Проверьте контакты блока питания USB хаба в розетке сети. Если блок питания болтается, то о надёжной работе USB портов не может быть и речи.

Подключайте плату Arduino или ESP8266 в USB разъём после полной загрузки Windows.
При переключениях в другие порты номер порта может измениться. Проверяйте номер порта. В верхнем меню Arduino IDE выберите Сервис (Tools) -> Последовательный порт (Serial Port). Рядом с портом COM1 должен быть дополнительный порт. Поставьте галку, чтобы активировать его.

Работу COM порта и загрузку скетча визуально можно проверить по миганию светодиодов RX и TX на плате Arduino или по частому миганию светодиода рядом с Wi-Fi антенной на плате ESP8266 (NodeMCU v3).

Несмотря на все ухищрения, Windows 10 не открывает COM порт для Node MCU v3 (ESP-12E). Иногда подключает порт и тут же сбрасывает его и так без конца.
Подключил Node MCU v3 (ESP8266) через USB хаб с внешним блоком питания к компьютеру с Windows XP SP3. Установил драйвер ch341ser.exe и Arduino IDE 1.6.5. COM порт определяется и работает. В Windows XP COM порты определяются более надёжно. Проверил это на двух компьютерах с Windows XP с Intel и AMD процессорами.
Однако некоторые скетчи уже не используют приложения Win32 и при компиляции выдаётся ошибка. В этом случае потребуется как минимум 64-разрядная Windows 7.
COM порты виртуальные и, как в любой программе, возможен сбой при определении порта.

Семипортовые USB хабы (разветвители), как пишут в интернете, имеют две микросхемы по 4 порта. Последний порт первой микросхемы используется для подключения второй микросхемы. В итоге получается 3+4 порта. Можно попробовать подключать Arduino или Node MCU в разные порты хаба.

В Windows откройте Диспетчер устройств, раскройте Порты (COM и LPT). Не закрывайте это окно. Начинайте пробовать разные кабели, разные порты и разные варианты подключения оборудования и, как только порт надёжно определится в Диспетчере устройств, запомните эту конфигурацию оборудования.

И последнее и, может быть, самое главное. Большинство бестрансформаторных блоков питания (зарядных устройств), выполненных в корпусе-вилке, не обеспечивают заявленных характеристик. Например, у зарядного устройства 5V 2.1А, показанного ниже, при токе 0,9 А напряжение на выходе падает до 3,8 В. Сомневаюсь в том, что такой блок питания вообще может отдать в нагрузку ток 2А.

При подозрениях на проблему с питанием используйте трансформаторный блок питания. По габаритам он будет намного больше, зато надежно обеспечит расчетные ток и напряжение.
Рекомендации по блоку питания (из книги «Неисправности вашего ZX SPECTRUM» С.-Петербург, 1991):
«Советуем Вам выбрать самую простую, но и самую надежную схему: трансформатор — диодный мост — конденсатор фильтра — микросхема КР142ЕН5А в стандартном включении — блокировочный конденсатор.
Не стремитесь к чрезмерной миниатюризации! Трансформатор должен иметь мощность не менее 15 Вт, провод вторичной обмотки диаметр не менее 0,7 мм и напряжение на вторичной обмотке под нагрузкой 7-8 Ом должно быть 9-10 В.
Диодный мост подойдет любой из серий КЦ402, КЦ405. Конденсатор фильтра должен быть не менее 4000 мкФ, а рабочее напряжение — не ниже 16 В. На выходе ЕН5А поставьте блокировочный конденсатор 100-200 мкФ на 10-16 В. После сборки БП проконтролируйте напряжение на входе ЕН5А при подключенной нагрузке 5 Ом — должно быть 10,5-11 В.
Если это не так — отмотайте или домотайте несколько витков вторичной обмотки трансформатора. Затем проконтролируйте под нагрузкой 5 Ом напряжение на выходном разъеме БП — должно быть 4,9 — 5,1 В. При низком напряжении придется взять более толстый провод для подсоединения разъема.
При окончательной проверке БП посмотрите на осциллографе переменную составляющую напряжения на пределе 10 мВ (под нагрузкой 5 Ом) — заметных отклонений от прямой линии не должно быть.
В случае неудачи емкость фильтрующего конденсатора нужно увеличить.
Наконец, позамыкайте выход БП накоротко и убедитесь, что ЕН5А не выходит из строя.»

Некоторые экземпляры ЕН5А имеют на выходе напряжение чуть меньше 5 В. Для регулировки выходного напряжения соберите блок питания по схеме:

Номиналы резисторов R1 и R2 вы можете рассчитать сами. Например, после мостика на конденсаторе фильтра под нагрузкой у вас получилось напряжение 15 В. Напряжение на стабилитроне составит 3-3,3 В. Значит на резисторе R1 должно упасть 15 — 3 = 12 В. Ток стабилитрона КС133А 10 мА, т. е. 0,01 А. По закону Ома R = V/I. R = 12/0.01= 1200 Ом = 1,2 кОм. Также можно попробовать стабилитрон КС119А (напряжение стабилизации 1,9 В). Резистор R2 можно взять сопротивлением раза в три больше, чем R1, чтобы не так сильно шунтировал стабилитрон. R2 будет 3 — 3,6 кОм. Мощность рассеивания тоже рассчитывается по закону Ома. Резистор 0,25 Вт будет с большим запасом по мощности рассеивания. Для регулировки напряжения удобно использовать подстроечный многооборотный резистор СП5-3 или аналогичный.
Аккуратнее с регулировкой напряжения, а то выведите из строя само устройство. Вначале для проверки блока питания подключите нагрузку — резистор 5 Ом 5 Вт. Ток нагрузки будет 1 А. Резистором R2 установите напряжение на выходе + 5,0 ÷ 5,25 В.

Для повышения напряжения на выходе есть более простой вариант — включить в разрыв между выводом ЕН5А и общим проводом диод Д9Б. Так сделано в блоке питания для компьютера Специалист — М (ж. «Моделист-конструктор» № 4, 1991 г.)

—>AVR & ARDUINO —>

Почему я не могу прошить свой скетч?

В процессе передачи скетча от компьютера к Arduino участвует множество компонентов. Если хотя бы один из них сработает некорректно — процесс прошивки будет нарушен. В частности, процесс прошивки зависит от: драйверов Ардуино, выбора модели устройства и порта в среде Arduino, физического подключения к плате, прошивке контроллера 8U2 (на Arduino Uno и Mega 2560), загрузчика главного микроконтроллера устройства, настроек придохранительных битов, и т.д. Ниже приведено несколько рекомендаций по устранению неполадок того или иного компонента.

• Убедитесь, что в меню Сервис->Плата выбрана именно ваша модель Ардуино. Если у вас Arduino Uno — выбирайте соответствующий пункт. Также имейте ввиду, что модели после Arduino Duemilanove идут с микроконтроллером ATmega328, а более старые версии — с ATmega168. Чтобы узнать, какой контроллер используется в вашем Ардуино — прочите надпись на микроконтроллере (самая большая микросхема на плате). Дополнительную информацию о меню Плата можно найти в разделе Среда разработки Arduino.
• Затем проверьте, чтобы в меню Сервис->Последовательный порт был выбран правильный порт (если порт не появляется, попробуйте перезапустить среду IDE при подключенном к компьютеру устройстве). На компьютерах Mac, последовательный порт должен выглядеть примерно так: /dev/tty.usbmodem621 (для Arduino Uno или Mega 2560) либо /dev/tty.usbserial-A02f8e (для более старых версий Ардуино с микросхемой FTDI). На Linux: /dev/ttyACM0 или что-то наподобие (для Arduino Uno или Mega 2560), либо /dev/ttyUSB0 (для более старых версий Ардуино). На Windows — это будет COM-порт, однако перед выбором в Диспетчере устройств нужно проверить, какой именно из них ассоциирован с Ардуино. Если таковых портов в списке нет, см. следующий раздел о драйверах.

Драйверы позволяют прикладному ПО на компьютере (т.е. среде Arduino) общаться с подключенным к нему «железом» (платой Ардуино). Применительно к Ардуино, драйверы отвечают за создание в системе виртуального последовательного порта (или виртуального COM-порта). Arduino Uno и Mega 2560 с микроконтроллером ATmega8U2 используют стандартные драйвера (USB CDC) операционной системы. Другие же платы Ардуино, где роль USB-UART преобразователя выполняет микросхема FTDI, используют драйвера от FTDI.

Самый простой способ проверить, правильно ли установлены драйвера — это подключить Ардуино к ПК и открыть меню Сервис->Последовательный порт в среде разработки. После подключения Ардуино здесь должны появится новые пункты меню. При этом абсолютно не важно, какое именно имя порта будет присвоено Ардуино.

• На Windows 7 (в частности на 64-битной версии), вам возможно потребуется зайти в Диспетчер устройств и обновить драйверы Arduino Uno или Mega 2560. Для этого в диспетчере щелкните правой кнопкой по устройству (плата должна быть подключена к компьютеру) и снова укажите Windows соответствующий .inf-файл. Этот файл лежит в папке drivers среды Arduino (но не в поддиректории FTDI USB Drivers).
• Если при установке драйверов Arduino Uno или Mega 2560 под Windows XP у вас возникает следующая ошибка: «Система не может найти указанный файл», то попробуйте это решение (о добавлении ключа «RunOnce» в ветку реестра «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion»).
• На Linux, Arduino Uno и Mega 2560 определяются в виде устройств /dev/ttyACM0, которые не поддерживаются стандартной версией библиотеки RXTX, использующейся средой Ардуино для последовательной связи. Поэтому Linux-версия этой среды включает измененную библиотеку RXTX, которая работает в том числе с устройствами /dev/ttyACM*. Существует также специальный пакет для Ubuntu (11.04), в который включена поддержка таких устройств. Если же вы используете стандартный пакет RXTX, то вам нужно создать в системе символическую ссылку с /dev/ttyACM0 на /dev/ttyUSB0 (к примеру) — тогда последовательный порт появится в среде Arduino.

Доступ к последовательному порту

• На Windows: если программа долго открывается или падает при запуске, либо меню Сервис в ней открывается слишком долго, то в Диспетчере устройств попробуйте отключить все последовательные Bluetooth-порты и прочие сетевые COM-порты. Во время запуска или открытия меню Сервис, среда разработки Ардуино сканирует все последовательные порты вашего компьютера, соответственно, наличие таких сетевых портов может иногда приводить к долгой загрузке или краху программы.
• Убедитесь, что у вас не запущены программы-сканеры последовательных портов, такие, как USB Cellular Wifi Dongle (например, от Sprint или Verizon), приложения для синхронизации PDA, драйвера Bluetooth-USB (например, BlueSoleil), виртуальные демоны и пр..
• Убедитесь, что причиной блокирования последовательного порта не является брандмауэр (например, ZoneAlarm).
• Нужно также закрыть все программы, осуществляющие мониторинг данных, идущих через USB между Ардуино и ПК (например, Processing, PD, vvvv и др.).
• На Linux: попробуйте запустить среду Arduino от суперпользователя, хотя бы временно, чтобы увидеть, поможет это прошить скетч в Ардуино или нет.

Физическое подключение к плате

• Первым делом убедитесь, что Ардуино включен (горит зеленый светодиод) и он соединен с компьютером.
• На Mac-компьютерах есть некоторые проблемы при подключении Arduino Uno и Mega 2560 через USB-хаб. Если в меню Сервис->Последовательный порт ничего не появляется, попробуйте подключить плату непосредственно к компьютеру и перезапустить Arduino IDE.
• На время прошивки отключите все устройства от цифровых выводов 0 и 1, поскольку эти выводы связаны с интерфейсом подключения Ардуино к компьютеру (после успешной прошивки скетча в контроллер их можно снова задействовать).
• Попробуйте прошить Ардуино, отключив от него все устройства (кроме USB-кабеля, разумеется).
• Убедитесь в том, что плата не касается металлических предметов, проводящих ток.
• Попробуйте другой USB-кабель, иногда они тоже выходят из строя.

• Если ваш Арудино не поддерживает функцию авто-перегрузки, убедитесь в том, что вы перегружаете плату за несколько секунд до прошивки. (Arduino Diecimila, Duemilanove и Nano поддерживают функцию авто-перегрузки, как и LilyPad, Pro и Pro Mini с 6-контактными разъемами для программирования).
• Обратите внимание: некоторые Arduino Diecimila были случайно прошиты не тем загрузчиком. Такие модели требуют физического нажатия кнопки сброса перед загрузкой программы; подробнее об этом см. ниже.
• На некоторых компьютерах нужно нажимать кнопку сброса (на плате) после нажатия кнопки Загрузить в среде Ардуино. Поэкспериментируйте с разными интервалами времени между нажатиями — от 0 до 10 секунд или больше с интервалом где-то через 2 секунды.
• Если у вас возникает такая ошибка: «[VP 1] Device is not responding correctly.» попробуйте прошить программу еще раз (другими словами, сбросьте плату и нажмите кнопку Загрузить еще раз).

• Убедитесь в том, что на вашем Arduino прошит загрузчик. Для этого просто перезагрузите устройство. Встроенный светодиод (подключенный к 13-й ножке контроллера) должен замигать. Если этого не произошло, то скорее всего на вашей плате нет загрузчика.

Если программы по-прежнему не прошиваются, задайте вопрос на форуме. В своем сообщении укажите, пожалуйста, следующую информацию:

• Версию вашей операционной системы.
• Тип вашей платы. Если это Mini, LilyPad или другая модель, требующая дополнительных проводов, по возможности добавьте в сообщение фото вашей схемы.
• Получалось ли у вас до этого успешно прошить плату. Если да, то опишите, что вы делали с платой до того, как она перестала работать, какое программное обеспечение в последнее время вы ставили или удаляли со своего компьютера?
• Сообщения, появляющиеся при попытке загрузить программу в Ардуино. Для получения сообщений зажмите кнопку Shift при нажатии на кнопку Загрузить на панели инструментов.

Возникает ошибка «Build folder disappeared or could not be written» (на Mac OS X)

Вы извлекли Arduino.app из образа диска (например, в папку Applications)? Если нет, то вы не сможете загружать примеры.

Не запускается среда Ардуино после обновления Java на компьютерах Mac

Последнее обновление Java от Apple пытается использовать 64-битные версии родных библиотек. Однако, в программном обеспечении Ардуино используется 32-битная версия библиотеки RXTX. При запуске Ардуино возникает примерно такая ошибка:

Uncaught exception in main method: java.lang.UnsatisfiedLinkError: /Applications/arduino-0016/Arduino 16.app/Contents/Resources/Java/librxtxSerial.jnilib: no suitable image found. Did find: /Applications/arduino-0016/Arduino 16.app/Contents/Resources/Java/librxtxSerial.jnilib: no matching architecture in universal wrapper

Для решения этой проблемы, щелкните по приложению Arduino (т.е. Arduino 16.app) в окне Finder, и из меню File выберите Get Info. На панели установите флажок «Open in 32 Bit Mode». После этого среда Ардуино должна запускаться нормально.

При компиляции программы возникает ошибка java.lang.StackOverflowError

Среда разработки Arduino осуществляет предварительную обработку вашего скетча путем манипуляций над кодом с помощью регулярных выражений. Иногда определенные строки текста приводят к сбоям этого процесса. Если вы видите примерно такую ошибку:

то это именно такая ситуация. Проверьте код на наличие необычных последовательностей символов, связанных с «двойными кавычками», «одинарными кавычками», обратным слэшем \, комментариями и пр. Например, к таким проблемам может приводить отсутствие кавычек или, к примеру, такая последовательность ‘\»‘ (вместо ‘»‘).

Не запускается скетч при питании платы от внешнего источника (на моделях Arduino Diecimila или младше)

Поскольку вывод RX отсоединен, загрузчик Ардуино может принимать помехи, вместо данных, а значит, у него никогда не наступит таймаут и, соответственно, запуск программы не произойдет. Для решения этой проблемы, попробуйте соединить вывод RX с землей через резистор 10 кОм (или соединить выводы RX и TX).

Подвисает среда разработки Ардуино (на Windows) при попытке прошить программу

Эта проблема может возникать из-за конфликта Ардуино с процессом Logitech ‘LVPrcSrv.exe’. Откройте Диспетчер задач и найдите его в списке процессов. Если он там есть, то следует завершить процесс перед прошивкой программы. Подробнее здесь.

Не включается Ардуино (зеленый светодиод питания не загорается)

Если вы используете Arduino Diecimila или более старую версию с USB (например, NG), убедитесь, что джампер на плате (небольшая пластмассовая деталь возле разъема USB) установлен правильно. Если плата запитана от внешнего источника питания (подключенного к соответствующему разъему), то джампер должен замыкать два вывода, которые находятся ближе к разъему питания. Если плата запитана от USB, то джампер должен замыкать два вывода, которые находятся ближе к USB-разъему. На этой картинке показано положение джампера в случае питания платы от USB.

(благодарность mrbbp за сообщение и картинку)

Запуск программы на Arduino Diecimila происходит слишком долго (6-8 секунд)

На некоторых платах Arduino Diecimila случайно был прошит загрузчик от Arduino NG. Он работает нормально, только имеет больший таймаут после сброса платы (т.к. в Arduino NG не реализован автоматический сброс, что требует ручной синхронизации процесса прошивки). Распознать загрузчик от NG можно по светодиоду, подключенному к 13 выводу: в Arduino NG после сброса платы он мигает 3 раза, а в Diecimila — 1 раз. Если в вашем Diecimila установлен загрузчик от NG, то перед прошивкой скетча ван нужно физически нажимать расположенную на плате кнопку сброса. Можно также прошить в устройство корректный загрузчик от Diecimila, подробнее об этом см. на странице о загрузчике.

Вылетает ошибка при запуске arduino.exe на Windows

Если при запуске arduino.exe под Windows возникает ошибка, например такая:

то попробуйте запустить Ардуино с помощью файла run.bat. Пожалуйста, будьте терпеливы, т.к. для запуска среды Ардуино требуется некоторое время.

Почему Ардуино не работает на старых версиях Mac OS X?

Если у вас возникает примерно такая ошибка:

Link (dyld) error: dyld: /Applications/arduino-0004/Arduino 04.app/Contents/MacOS/Arduino Undefined symbols: /Applications/arduino-0004/librxtxSerial.jnilib undefined reference to _printf$LDBL128 expected to be defined in /usr/lib/libSystem.B.dylib

то вероятно вам нужно обновить систему до Mac OS X 10.3.9 или новее. Системные библиотеки более старых версий не совместимы с Ардуно.

Благодарность Gabe462 за сообщение.

При запуске среды Ардуино возникает ошибка UnsatisfiedLinkError (с сообщением о библиотеке librxtxSerial.jnilib)

Если при запуске Ардуино у вас возникает такая ошибка:

Uncaught exception in main method: java.lang.UnsatisfiedLinkError: Native Library /Users/anu/Desktop/arduino-0002/librxtxSerial.jnilib already loaded in another classloader

то вероятно у вас старая версия библиотеки, которая отвечает за связь. Ищите файлы comm.jar или jcl.jar в папке /System/Library/Frameworks/JavaVM.framework/ или в директориях, перечисленных в переменных окружения CLASSPATH и PATH. (ошибка обнаружена Anurag Sehgal)

Что означает ошибка «Could not find the main class»?

Если при запуске Ардуино возникает такая ошибка:

проверьте, правильно ли вы распаковали содержимое .zip-архива Ардуино — в частности, убедитесь, что папка lib находится непосредственно внутри директории Arduino и содержит файл pde.jar.

Как быть с конфликтами cygwin на Windows?

Если на вашей машине уже установлен cygwin, то при попытке скомпилировать скетч в среде Ардуино может возникать такая ошибка:

6 [main] ? (3512) C:\Dev\arduino-0006\tools\avr\bin\avr-gcc.exe: *** fatal error — C:\Dev\arduino-0006\tools\avr\bin\avr-gcc.exe: *** system shared memory version mismatch detected — 0x75BE0084/0x75BE009C.

Вероятнее всего, эта проблема возникает из-за использования несовместимых версий DLL-библиотеки cygwin.

В поиске Windows (Пуск -> Найти) вбейте cygwin1.dll и удалите все найденные файлы, кроме самой последней версии. Самая свежая версия должна находится в папке x:\cygwin\bin, где ‘x’ — диск, на который устанавливался дистрибутив cygwin. Рекомендуется также перезагрузить компьютер.

Убедитесь также, что cygwin не сидит в процессах при запущенной среде Arduino. Можно также попытаться удалить файл cygwin1.dll из папки Arduino и заменить его файлом cygwin1.dll из существующего дистрибутива cygwin (который, скорей всего, находится в папке c:\cygwin\bin).

Долго открывается среда Ардуино и меню Сервис (на Windows)

Если среда Ардуино запускается очень долго или подвисает при попытке открыть меню Сервис, то это говорит о конфликте с каким-то другим устройством в системе. При запуске, а также при открытии меню Сервис, программное обеспечение Ардуино пытается получить список всех доступных COM-портов в системе. Возможно, что определенный COM-порт, созданный одним из устройств компьютера замедляет этот процесс. Проверьте Диспетчер устройств. Попробуйте отключить в нем все устройства, которые могут создавать в системе COM-порты (например, Bluetooth-адаптеры).

Устройство не отображается в меню Сервис > Последовательный порт

Если вы используете Ардуино с USB, убедитесь, что драйвера на микросхему FTDI установлены корректно (инструкцию по установке см. здесь). Если же вы используете адаптер USB-UART с обычным Ардуино (без USB), проверьте, установлены ли драйвера на этот адаптер.

После этого убедитесь, что плата действительно подключена: меню со списком портов обновляется каждый раз при открытии меню Tools, соответственно, если вы только что отключили плату, то ее не будет в этом списке.

Проверьте, не запущены ли программы, сканирующие все последовательные порты, напирмер, приложения для синхронизации PDA, драйвера Bluetooth-USB (такие, как BlueSoleil), виртуальные демоны и пр.

На Windows-системах номер COM-порта, присваиваемого Арудино, может оказаться слишком большим. От пользователя zeveland:

«Небольшое примечание для тех, кто не может прошить программу в Ардуино с большим номером COM-порта: попробуйте уменьшить номер порта, ассоциированного с микросхемой FTDI.»

«В моей системе куча виртуальных COM-портов от Bluetooth-адаптера, поэтому Ардуино был присвоен порт COM17. IDE не смогла найти Ардуино, поэтому я удалил другие виртуальные порты в Панели управления (под XP) и изменил порт для микросхемы FTDI на COM2. Просто убедитесь, что Ардуино использует назначенный порт и все будет ок.»

Если у вас старая версия драйверов FTDI на Mac-компьютере, то придется удалить их и установить последнюю версию. Инструкции по установке см. на этой ветке форума.

При прошивке кода или в программе «Serial Monitor» вылетает ошибка gnu.io.PortInUseException (на Mac-системах)?

Чаще всего эта ошибка означает, что порт занят другим приложением. Поэтому, проверьте, не запущены ли программы, работающие с последовательными или USB-портами, например приложения синхронизации PDA, менеджеры устройств Bluetooth, определенные брандмауэры и пр. Также имейте ввиду, что некоторые программы (например, Max/MSP) оставляют последовательный порт открытым, даже когда не используют его — поэтому лучше закрыть все утилиты, использующие последовательный порт и полностью выйти из подобных приложений.

Если эта ошибка возникает в среде Processing, либо на Ардуино версии 0004 или раньше, то нужно запустить скрипт macosx_setup.command и перезагрузить компьютер. В Arduino 0004 этот скрипт изменен, и его должны запустить все пользователи (даже те, кто запускал такой же скрипт, идущий вместе с Ардуино версии 0003). Также необходимо удалить содержимое папки /var/spool/uucp.

Возникают проблемы с драйверами USB FTDI

Попробуйте установить последние версии драйверов от FTDI или свяжитесь с их службой поддержки: support1@ftdichip.com.

Не запускается скетч при подаче питания или сбросе Ардуино

Скорей всего это происходит потому, что вы отправляете данные от компьютера к плате сразу после ее включения. Первые несколько секунд после сброса загрузчик (программа, прошитая в микроконтроллере платы) ожидает от компьютера посылки нового скетча для записи в память платы. Если за эти несколько секунд данные так и не поступили, загрузчик завершит свою работу по таймауту и запустит уже загруженную ранее программу. Если же вы непрерывно отправляете данные, то загрузчик не завершит свою работу по таймауту и никогда не запустит загруженный скетч. Поэтому вам нужно либо найти способ «придержать» отправку данных на несколько секунд после включения устройства (например, запрограммировав контроллер отправить какие-нибудь данные компьютеру в блоке setup()), либо прошить свою программу в микроконтроллер поверх загрузчика с помощью внешнего программатора.

Прошивка вроде бы прошла успешно, но ничего не работает

Вы неправильно выбрали устройство из меню Сервис > Плата. Убедитесь в том, что выбранный вами микроконтроллер соответствует тому, который установлен на вашей плате (ATmega8 или ATmega168) — модель контроллера указана на самой большой микросхеме.

Убедитесь в стабильности питания. Помехи или перебои с питанием могут приводить к ошибкам при загрузке скетча.

Еще одна возможная причина — слишком большой размер скетча для вашего устройства. При загрузке скетча, Arduino 0004 проверяет, хватит ли места в памяти ATmega8 для загружаемой программы. При этом свои расчеты Ардуино ведет исходя из того, что загрузчик в памяти контроллера занимает 1 КБ. Возможно в вашем устройстве прошита старая версия загрузчика объемом 2 КБ вместо 1 КБ, тогда из 8 КБ флеш-памяти микроконтроллера ATmega8 2 КБ уже будут заняты. Соответственно, в этом случае в контроллер загрузится только часть скетча, однако программа этого априори не знает, что и приведет к постоянным сбросам устройства.

Если у вас есть программатор (для параллельного порта или AVR-ISP), то можно обновить версию загрузчика в микроконтроллере с помощью меню Сервис > Записать загрузчик. В противном случае, можно просто подкорректировать настройки среды Ардуино, указав доступный объем памяти программ в переменной upload.maximum_size variable, находящейся внутри конфиг-файла (см. инструкции, где найти этот файл). Указанное там значение 7168 измените на 6144, после чего среда разработки будет корректно предупреждать вас при превышении допустимого объема скетча.

Как можно уменьшить размер прошивки?

Микроконтроллер ATmega168 в Arduino — довольно не дорогая модель, которая имеет всего 16 КБ памяти программ, что на самом деле не очень много (из них 2 КБ уже заняты загрузчиком).

Если в своей программе вы используете вычисления с плавающей точкой, попробуйте переписать код так, чтобы заменить их на целочисленные вычисления — это позволит сэкономить приблизительно 2 КБ памяти. Вначале программы удалите директивы #include всех неиспользуемых библиотек.

Также проверьте, нельзя ли оптимизировать код программы, чтобы сделать его покороче.

Мы постоянно работаем над оптимизацией ядра Ардуино, чтобы сократить место, занимаемое его функциями в общем объеме скомпилированного скетча, и оставить как можно больше места для написания программ.

Не формируется ШИМ-сигнал (аналоговый выход) при вызове функции analogWrite() для любых выводов, кроме 3, 5, 6, 9, 10 и 11

В микроконтроллере Ардуино (ATmega168) аппаратная поддержка ШИМ / analogWrite() реализована только на определенных выводах. Поэтому вызов функции analogWrite() на любых других выводах контроллера приведет к формированию либо высокого уровня сигнала (5 В — при значениях больше 128), либо низкого уровня (0 В — при значениях меньше 128). В более старых версиях Ардуино с микроконтроллером ATmega8 поддержка ШИМ реализована только на выводах 9, 10 и 11.

Почему возникают ошибки о необъявленных функциях или типах?

Среда разработки Ардуино пытается автоматически генерировать прототипы пользовательских функций, благодаря чему в своей программе их можно располагать в произвольном порядке. Тем не менее, процесс генерирования прототипов не совершенен и иногда приводит к возникновению непонятных ошибок.

Например, если в программе вы объявите свой тип данных, а после этого создадите функцию, использующую этот тип — то при попытке скомпилировать скетч возникнет ошибка. В данном случае ошибка возникает потому, что автоматически генерируемый прототип для этой функции будет расположен ДО объявления типа.

Если вы объявите функцию, возвращающую 16-битный результат (например, типа «unsigned int»), среда не поймет, что это функция и, соответственно, не создаст ее прототип. В этом случае вам придется написать его вручную, или разместить объявление этой функции в коде программы повыше — до того, как она в первый раз вызывается в программе.

При попытке прошить программу возникает ошибка «invalid device signature»

может означать одно из двух: либо у вас неправильно выбрана плата в меню Tools > Board, либо вы используете неправильную версию программы avrdude. Для загрузки скетчей в Ардуино используется немного измененная версия avrdude. Стандартная версия посылает запросы, идентифицирующие устройство, в формате, непонятном загрузчику Ардуино, что и приводит к возникновению ошибки. Поэтому убедитесь, что вы используете именно ту версию avrdude, которая идет вместе с Ардуино (исходный код).