Arduino IDE в вопросах и ответах

[BOB51]

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

328РВ пока не попадалась... да и без нее в достатке платок про-мини - основных "DIP микросборок" для самоделок.

[ART_ME]

C недавнего времени получаю при запуске вот это:

По точке восстановления назад откатывал, IDE сносил и ставил заново, ярлыку свойства администратора давал... всё без толку.
Как еще можно побороться?

[Олегыч1]

Почистить реестр, и погонять антивирусником как вариант.

[nds]

Права доступа то смотрел на этот файл и папку?

[BOB51]

Если не 2.3.2 версия лучше портабле поставить...
В той arduino15 черт ногу сломит (да еще и "скрытый каталог") - а там все компиляторы и проччее...
Да и громадная она - гигабайт под десяток может набрать - есть шанс на переполнение диска при стареньком компе...
При удалении IDE папку arduino15 требуется удалять ВРУЧНУЮ!!
Сама она НЕ УДАЛЯЕТСЯ при деинсталляции(и соответственно сохраняются все ошибки после переустановки IDE).
Второе...
Необходимо следить за версиями java, установленными на компе. Более поздние версии платформ для STM, ARM и ESP требуют и соответствующих версий окружающего ПО на компьютере... Решение проблем - откат на более ранний версии "платформ" (если ПК не поддерживает обновления"внешних компонентов").

[ART_ME]

[uquote="Олегыч1",url="/forum/viewtopic.php?p=4557946#p4557946"]Почистить реестр, и погонять антивирусником как вариант.[/uquote]Решил проблему.
Удаление IDE, затем удаление папки Arduino15 из AppData, установка IDE с последующей инсталляцией всех нужных платформ.

[Silicoid]

Господа. Вопрос по программингу. Может не сюдой, но я тему подходящую не нашел.
В общем, надо распарсить AT+команды время от времени приходящие в UART.
Количество команд неизвестно. Известна только общая структура
AT+COMMAND=value

Если бы это был нормальный язык на нормальном процессоре, я бы такие глупые вопросы не задавал. Одна (максимум две) регулярки решили бы все проблемы.
но мы говорим про ардуинку, поэтому с регулярными выражениями тут все сложно (в первую очередь из-за производительности).
Еще идея, пришедшая в голову - искать в строке символы + и = И уже взяв за основу смещение этих символов отсекать команду и данные
Но это опять же задача ресурсоемкая.

Подкиньте идей, как еще можно реализовать парсинг команд?

[veso74]

Все инструменты avr-libc:
https://www.nongnu.org/avr-libc/user-ma ... tring.html
https://onlinedocs.microchip.com/pr/GUI ... B09A319E63
в string.h доступны в
C:\Program Files (x86)\Arduino\hardware\tools\avr\avr\include\string.h
и уже добавлены для использования в IDE. Просто используйте их.

Плюс еще есть специально добавлены/изменены для работы с классом String:
https://www.arduino.cc/reference/en/lan ... ingobject/
---

Если бы это был нормальный язык на нормальном процессоре ...

Не вижу почему есть негативное отношение к Arduino. Использую те же ресурсы/команды string.h напр. для "чистого" AVR, те же ресурсы в PIC IDE, те же ресурсы в STM32 IDE ...

Проще просто поискать запрошенные AT команды/функции в готовых ресурсах/библиотеках для вызываемого устройства - велика вероятность, что кто-то уже сделал это для запрошенного устройства в Arduino и бесплатно поделился код (GitHub?).

А если не доходит до ресурса MK, то оптимизируйте код. Или перейдите к следующей модели платы/MK.
--
В последнее время портироваю для себя один способ расчета/алгоритма (напр. решить задачу или драйвер ИС) на 3..5 типов МК (и соотв. их IDE), с мыслью, чтобы в следующий раз при его использовании был выбор МК. Меняешь 10..100 команд и способ работает везде.

[Silicoid]

Спасибо! покурю мануалы.
Тут не пренебрежение, а понимание что условный preg_match_all положит любой микроконтроллер, кроме совсем уж топовых stm32. Вот и приходится вспоминать молодость, когда мы под 80286 на ассемблере библиотеки писали.

Проект, с которым я тут заморачиваюсь, это Bluetooth аудио ресивер на броадкомовском чипе, а данные, которые придется обрабатывать - это, в основном, служебная информация о мощности сигнала, текущем треке его названии, продолжительности, позиции воспроизведения, клиенте, статусе коннекта, ошибках и т.д. И выводить всё на условный ЖК индикатор или передавать по I2C Кроме того, модуль поддерживает данные передаваемые совместно с аудио. Эту фичу я хочу использовать для создания пульта ДУ на основе android приложения.

Всё безобразие сейчас управляется STM32F030K6. Я могу перепроектировать плату под что-то более серьезное, вроде STM32F405, но если честно внутренняя жаба душит. Хочется сделать недорогое устройство, которое может повторить любой, а не только те, у кого есть "миллионы нефти"

[veso74]

Arduino не предназначен для управления ракетой в Космосе (hi!) (Bluetooth аудио ресивер ...), но попробуйте . Либо менять IDE, и МК.
Для STM32 почему бы не пишете пр. код хотя бы в STM32 Cube IDE и напр. HAL?

[Martian]

Вообще-то, Arduino (и я имею ввиду самый дохлый 8-битный вариант) вполне сможет управлять ракетой в космосе. Но если за него возьмётся программист, а не вопящий о нормальных языках (чем Си не угодил?), регулярных выражениях, ассемблера под 286 и прочей ерунде.
Что такое нормальный программист? Это человек, способный построить алгоритм. Ну и сравнить два байта.

[Silicoid]

Я как бы просто спросил на счет идей.
Знаете, чем отличаются российские форумы от иностранных?
На иностранных, вроде стека, обычно сразу подсказывают направление, куда копать, а на наших - куда идти. И это очень напрягает.

Добавлено after 1 minute 49 seconds:
Ардуино ИДЕ, тащемто тоже С. И что дальше?
90% языков С-подобные.

Зы
я последние 20 лет пишу на пыхе и яве, поэтому программирование микроконтроллеров пока представляет определенную сложность не в плане алгоритмов. там всё понятно, а именно в плане возможностей и ограничений платформы. И arduino IDE выбран для написания именно потому, что это простая система, в чем-то напоминающая Sphinx C-- на котором я писал очень очень давно. Тем более, что компилятор под СТМ-ку там вполне взрослый и код делает хороший. компактный и весьма быстрый.
Я не вижу смысла использовать cube для проектов вида "возьми - откуси -положи"

[Martian]

Так в чём же сложность там спросить?
Но напомню ещё одну их особенность: они не бьют себя пяткой в грудь и не хают ничего, а также говорят об уже проделанных попытках. Поэтому, когда там начнёте спрашивать, не говорите как решили бы это на суперкомпьютере, что Си - ненормальный, что когда-то писали на ассемблере под 286. Напишите, что запустили в цикле побайтное сравнение двух строк, и обнаружили низкую производительность этого незамысловатого алгоритма на определённом микроконтроллере. И они тут же Вам ответят.

Добавлено after 1 minute 13 seconds:

Ардуино ИДЕ, тащемто тоже С

Если бы это был нормальный язык

Добавлено after 4 minutes 53 seconds:

90% языков С-подобные.

Разве что синтаксисом, но синтаксис - это далеко не язык... скажите ещё, что Ява подобна Си и вместе посмеёмся.

[Silicoid]

скажите ещё, что Ява подобна Си и вместе посмеёмся.

The syntax of Java is similar to C and C++, but has fewer low-level facilities than either of them. The Java runtime provides dynamic capabilities (such as reflection and runtime code modification) that are typically not available in traditional compiled languages.


еще вопросы?

[Martian]

да, есть, четыре:
1. Можно ли в С создать переменную и явно присвоить ей 2 или "два"?
2. Можно ли это сделать в Java?
3. Знаете ли Вы что такое синтаксис?
4. Что я написал: Езиците на програмиране могат да бъдат различни по типификация.

Замечу, что все буквы в 4. Вам знакомы. И ошибок, наверное, нет. Нормально читается?

Добавлено after 5 minutes 2 seconds:
Вот, для понимания того, насколько всё сильно может отличаться, несмотря на одинаковые буквы: https://ru.wikipedia.org/wiki/%D0%9F%D0 ... 0%B8%D1%8F

[BOB51]

Вопрос больше не в языках, а в их прикладном приложении.
Программы для ПК это одно, программы для МК другое и программы для "систем на кристалле" (жирные АРМы и прочее...) это третье.
В общем то вроде одно и то же, но у каждого раздела "своя специфика", которую надо осваивать. Различие у данных направлений в организации и составе аппаратных ресурсов самих кристаллов и того, что возле них снаружи установлено (в случае "микропроцессор на материнской плате" в составе ПК, ноута или мобилки).
Если программисту для ПК в подавляющем большинстве случаев вычитать документацию на конкретную материнскую не требуется, то тому, кто работает с самоделками на МК процесс детального изучения дата щитов никак не обойти.
Причем вплоть до управления под ассемблером.
Это конечно в случае особо сложных задач.
Типовые приложения простой унификации относительно МК начались с появлением ардуино IDE. Но тут уже также вырисовывается разделение -
работа в рамках унифицированных "платформ" и минимума "референса" Хоть и универсальная, но имеет естественные ограничения.
Работа с самостоятельной схемотехникой и полный доступ к ресурсам используемого МК уже потребует и вычитания документации и конкретики по созданию библиотек за рамками ардуиноIDE - при применении дополнительных настроек используемых в ней компиляторов/ЯВУ или даже в специализированных средах разработки.
Так что лишние споры не имеют смысла - используем в работе то, что удобно и рационально в каждом конкретном случае.

[Martian]

Угу. Но только если на нормальном языке и нормальном процессоре

ради любопытства набрал в гугле "ардуино регулярные выражения" и вуаля: https://www.arduino.cc/reference/en/libraries/regexp/

[BOB51]

Так ардуино объединяет не только stm и avr ки.
Да и операционки для компов сколько десятилетий делались?
Так что ардуино лишь "на старте", хотя уже и обросла "монструозностью" (2.х.х).
Сколько раз уже говорено :
"Все подходы к решениям имеют свою пользу",
а лучше всего владеть несколькими и использовать их для взаимодополнения.

[Silicoid]

и вуаля:

Отлично. Умение пользоваться гуглом уже многое значит в современной жизни...
А теперь попробуйте прогнать вот это выражение "/^AT\+([A-Z0-9]*)=(\d)/g" для строки AT+SIGNAL=4
Удачи

Добавлено after 14 minutes 59 seconds:
[uquote="BOB51",url="/forum/viewtopic.php?p=4583743#p4583743"]Сколько раз уже говорено :
"Все подходы к решениям имеют свою пользу",
а лучше всего владеть несколькими и использовать их для взаимодополнения.
[/uquote] Именно так. К сожалению, некоторые мастера спорта по всем видам спорта этого не понимают
Ардуино очень удобная штука. Многие ее хейтят, но это всего лишь среда разработки. Микроскоп тоже не виноват, что им некоторые гвозди забивают.

А что касается операционок, то CP/M-80 написана была вообще на ассемблере и прекрасно работала на 8080 процессоре, потребляя резидентно 2 килобайта. При этом это была полноценная система, так как умела в дисковые накопители и батники. )) Так что микроконтроллеры уже давно превзошли большие настольные машины 80х. Я сейчас даже не про ARM а вообще.

[BOB51]

Я имел ввиду "переносимость" программ на ПК с разной аппаратной реализацией.
Для того и биос в каждой отдельно взятой материнке свой и правила построения ОС обобщённые.
А вот в случае с МК на практике чаще встречаются жестко привязанные к аппаратной части решения - такова специфика.