Форум РадиоКот

[uquote="muravei_",url="/forum/viewtopic.php?p=4660629#p4660629"]Какие ?
[/uquote]
из вашего кода на (И пожалуйста, не цитируйте цитату с цитатом. Таким образом, смысл в дискуссиях полностью теряется).
---
тест:

[uquote="muravei_",url="/forum/viewtopic.php?p=4660629#p4660629"]Может есть способ проще ?[/uquote]

[uquote="veso74",url="/forum/viewtopic.php?p=4660632#p4660632"] на [/uquote]
С этого все и начиналось , так и было , просто скопировал не то.

Добавлено after 10 minutes:
Adrift, Помогло, но не очень теперь как встретит data_ptr ругается на него , так весь код надо "оборачивать в #pragma GCC diagnostic push"

[uquote="muravei_",url="/forum/viewtopic.php?p=4660638#p4660638"]Помогло, но не очень теперь как встретит data_ptr ругается на него , так весь код надо "оборачивать в #pragma GCC diagnostic push"[/uquote]
Что такое data_ptr? Как именно ругается? Данные уже в массиве, значит причина в чем-то другом.

Почему в моем тесте нет проблем? В начале страницы. Какую версию IDE используете?

[uquote="veso74",url="/forum/viewtopic.php?p=4660646#p4660646"]Почему в моем тесте нет проблем?[/uquote]
Gcc 14.2 ругается, хотя я никаких параноидальных настроек, типа трактовать ворнинги как ошибки, не использую.

Ребятки...
А не посмотреть ли внимательно на то, какую размерность в IDE для RP2040 тот int имеет?
Для АРМ и ESP32 там определённые отличия имеются - вычитывать их в описании платформ надобно...

Да.
А так warnings нет:

Ага, нашел data_ptr... С ним все нормально, тут ругаться не на что, если он, конечно, для записи не используется.

[uquote="BOB51",url="/forum/viewtopic.php?p=4660656#p4660656"]какую размерность в IDE для RP2040 тот int имеет?[/uquote]
Так в начале я вопрошал :

Как уговорить Ардуино ИДЕ использовать 16 бит. Подозреваю , что int - 32 битный

veso74, А так нет. Но нужно что-то колхозить ...

Прежде чем пользоваться платформой для выбранного вида МК нужно обязательно ознакомиться с особенностями применения и схемотехникой этой платформы от ее разработчиков.
Ссылки всегда указаны нв соответствующей вкладке менеджера плат.
Тогда и вопросов многих избежать удастся.

[uquote="BOB51",url="/forum/viewtopic.php?p=4660959#p4660959"]Тогда и вопросов многих избежать удастся.
[/uquote]
Что файл сам себя переделает?
Не надо баг выдавать за фичу...

Для каждой из платформ используются соответствующие компиляторы, выбранные разработчиками платформ.
Изначально были АВРки, затем присоединили и другие МКсо своими средами разработки, максимально возможно обобщая результат работы для пользователя IDE .
Но абсолютно одинаковыми сделать не всегда возможно.
Так что учитываем эти нюансы.

[uquote="BOB51",url="/forum/viewtopic.php?p=4661420#p4661420"]Так что учитываем эти нюансы.[/uquote]
Это значит не используем ?
"Заклинателем питона" я уже побыл , файл с арабскими цифрами есть , но эта ... затыкается на каждой строчке.

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

Понадобилось мне экзотичный епром прочитать. Порылся в запасах, обнаружил ATMEGA16A в корпусе DIP40.
Куча портов, внутренний гена - самое то!
Прошивал его TLL866II и далеко не в первый раз.
Поставил атмегу16 на монтажку, епром тоже, кучу проводов, запустил ардуино иде, сварганил простенькую читалку,
зашил файл HEX программатором в атмегу16, но, как и положено, никаких признаков жизни схемы не увидел.
Подцепил COM порт через конвертер и обнаружил, что иде его почему-то открыть никак не может. Ну не открывается порт и все тут.
После танцев с бубнами заметил странность во фьюзах - вместо установленной в иде частоты 8 МГц по фьюзам стоит 1 МГц.
Попробовал несколько раз - HEX стабильно ставит вместо 8 МГЦ 1 МГЦ. Ладно, плюнул поставил ручками фьюзы на 8 МГц, и, ура, порт заработал.
Но почему-то только один раз, самый первый вызов Serial.Print работает.
А уж когда драйвер SD подцепил МК на операции проверки наличия карты вообще завис. Никаких ошибок компиляции, виснет и всё.

Короче плюнул я на этого таракана атмегу16 и за полчаса сотворил нужное на макетной плате ATMEGA2560.
Правильно ли я понимаю, что ARDUINO IDE 2.0 и выше - это уже не для ATMEGA16 и прочей допотопной экзотики?

Вопрос не в IDE, а в "платформе" - для атмеги 16 надо через менеджер плат установить платформу
Mighty Core от MCUdude (последняя версия 3.0.3)
ссылка для странички на github.com:
https://github.com/MCUdude/MightyCore
Да еще и учитывать указанный на той страничке вариант раскладки выводов
их аж три:
MightyCore Standard pinout
MightyCore Bobuino pinout
и
MightyCore Sanguino pinout

Термин "танцы в бубнами" означает, что всё, что надо было установить, было установлено, всё, что надо было учесть, было учтено и всё, что можно было опробовать, было опробовано.

Жаль... проверить возможности нет.
меги 16й у меня нету, а 2-ю адурину не использую из-за громоздкости (лишь для "посмотреть на монстра" установлена)...
Разве что рабочие лошадки 1.8.19 /1.8.9 в портабле режиме...

Спойлер

Кстати... последняя версия платформ от MCUdude на "слабых" ПК (и ни флеш) весьма долго устанавливается - там полно мелких файлов... У меня для IDE 1.8.19 и этих 3.0.х до полутора-двух часов на каждую платформу проходило, пока полностью процесс записи на флешку завершался (портабле версия).
А вот ежли "дернул" раньше времени - тогда возможны проблемы - может мусора понасыпаться (при индикации, что платформа корректно стала).
Помогает "удалить" и заново установить, запасшись терпением...
По фузам - Вероятен расчет на то, что установка делается на "пустой" кристалл - после "общего стирания" на стороннем софте (не на IDE). По крайней мере так со своими нанками/про-мини так поступаю, ежли совсем "очумевают" перед тем, как перепрошивку бутлоадера делать.
Да и ошибки никто не отменял (в том числе и в библиотеках для "нестандартных" МК - мега 16 все таки "добавка") - все сначала проверять надо...

Адуринка 2х относительно "классики"АВРок ничего особо нового не добавляет (в смысле ЯВУ питона или еще чего понавороченнее) - обычно версия аврдуде и/или GCC добавляется из последних, если то требуется (и то только локально в соответствии с версией установленной платформы и согласовано с комплектом бутлоадеров этой платформы).
Относительно железа прошивайки...
Выставляется только то, что в прописях IDE относительно указанной платформы имеется - настройки и перечень где-то в файликах платформы прилагаются - IDE их сама находит, а вот выбор желаемого железа за пользователем. Пользуюсь стандартным ардуиноISP (настройка на вкладке железка программаторов "arduino as ISP) - пока нареканий не имелось. За другие не ведаю...
Там в списке разных вариантов под разные платформы весьма много - заблудиться можно. А вот TLL866II ни разу не встречался - может в том и проблема...

Окромя Serial.Print танцы с бубнами включали и игры со светодиодиками.
К примеру (из реальной программы, которая когда-то очень давно писалась на ардуино иде 1.8 ) :
digitalWrite(LED1, HIGH);
if (SD.exists("epr.bin")) SD.remove("epr.bin");
digitalWrite(LED2, HIGH);
и видим, что LED1 горит, а LED2 нет.
И сиё наблюдается что при наличии epr.bin на карте, что нет.
Пишем:
digitalWrite(LED1, HIGH);
SD.remove("epr.bin");
digitalWrite(LED2, HIGH);
и видим, что горят оба светодиодика.

Сугубо ИМХО: испортить только одну платформу для таких приколов недостаточно.