Болячек и без того нахватать не проблема.
К примеру испортить глазки да хребтинку уставившись в монитор.
Нерву вымотать добиваясь совпадения желаемого по теории с действительным поведением макета...
Язву заработать ... сожрав что-то вместо съедобного по невнимательности (сидя за компом)....

так возьми исправь...

я же специально выкладываю всё в открытый доступ... чтобы любой желающий мог вносить правки...

все интересные идеи я беру себе на заметку))

в других темах были советы как улучшить программу...
я вносил правки...
в итоге совместными усилиями программа работала всё лучше и лучше...))

Обычно принято исправлять только в случае просьбы выложившего исходник и в соответствующей вопросам теме.

В данном случае, как я понимаю, вопрос касается стиля программописания - а это уже дело предпочтений и навыков автора самоделки. У каждого по своему.
Да и зависит от многих "внешних факторов" начиная с источников обучения и имеющегося оборудования, личных привычек и опыта/ продолжительности работы с программированием.

какой ещё раздел ?

а если я тебя попрошу... ты исправишь ?

То, в чем разбираюсь и есть соответствующие наработки (плюс интерес к соответствующей теме с возможностью макетной перепроверки) - возможно и подправлю.
(Как пример вот тут viewtopic.php?f=25&t=198264&hilit=автоматическая+кормушка)
В том, чего не знаю /не уверен - браться не буду.
Да и то - "под настроение" и как глазки позволяют (последнее время барахлит начинают).
Хотел перебрать архивы со своими схемами - и то... быстро "выдохся".

а в чём разбираешься ? я не знаю...
Там все можно оптимизировать.

криптография ? сетевые технологии ? приложения для ПК / телефона ? Java ? JavaScript ? Android ?
другое...

Сетевые технологии, АРМ/ESP не мой профиль.
Простая схемотехника, ассемблер под mcs51, AVR, среднемладшие ПИКушки да ардуинка для АВРок под адуринкин СИ.
Собственно все, что ранее в этой ветке уже выложено было (ежли чуток ее почитать от начала).

AVR... СИ... ассемблер... это хорошо. но этого мало.
без связи устройства получаются автономные с сильно ограниченный функционалом.

У каждого свои предпочтения.

Помимо прочего любое автономное устройство достаточно легко переводится в режим дистанционного доступа (соответствующим специалистом).
Если конечно в том острая необходимость имеется.
В то же время внутрисхемный обмен между самодельными контроооерами, работающими в пределах единого устройства обычная практика.

Люди разрабатывают новые языки программирования, пишут книги о качестве кода, учат в университетах правилам программирования, утверждают стандарты... Но нет, находятся сторонники копания в мусорной куче, отвергающие все общепринятые нормы и правила под лозунгом "а мне так удобнее". По сути это эгоисты. Но всё было бы ничего, если бы эта мастурбация была частным делом отдельных лиц... Однако, они начинают требовать к себе и своим извращениям особого внимания, добиваясь признания девиаций нормой, и настаивая, чтобы остальные стали делать то же самое...

Как же это всё мерзко!

Не всегда общепринятые стандарты являются наиболее оптимальным решением.
Довольно часто авторское право и коммерческо- лицензионные ограничения весьма сильно тормозят соединение удачных решений в едином изделии.
Да и не все ж "с нуля" по официальным учебным программам обучались - кто самостоятельно осваивает тот все ступени постепенно проходит по мере потребности.
Удобство пользователя многое определяет (хоть весьма часто противоречит профессиональному подходу - та же концепция ардуино как пример).
Да и прогресс в смысле смены поколений элементной базы свои условия выставляет - приятно то или нет, но есть ФАКт.
Так что не стоит расстраиваться по пустякам - главное в каждом случае умение извлечь крупицы чего - нибудь интересно-полезного.

Может мы путаем "навязывание" с объявлением своих возможностей и навыков при обмене консультациями?
Допустим надо проверить что то - но при этом должна быть согласована и используемая база - одинаковы (подобны) операционные системы, используемые IDE и компиляторы, программы работы с графикой, симуляторы (если таковые имеются).
Второй вопрос - собственно оформление проекта - штука также весьма "разномастная"...
Судя по тем файлам, что roman.com выложил, структура похожа больше не на "чистый СИ", а на "простейший ардуино" - нет отдельно вынесенного файла описания(объявления) данных, переменных и функций - все делается по ходу написания текста (в перемешку), но рядышком с соответствующим фрагментами программы.
Дополнительно нам неизвестно и какую среду разработки для своих проектов использует roman.com - вроде как на "чистый СИ" похоже , но я там не слишком разбираюсь пока...
Другое дело была б адуринка под АВР - там еще хош чуток понимание имеется...

какую среду разработки для своих проектов использует roman.com ?
разные...

CodeVisionAVR - AVR... СИ...
AVRStudio - AVR... ассемблер...

"чистый СИ" работает везде.

не понимаю что тут обсуждают ?

я обсуждаю примеры кодов и принцип работы...

Из того, что Вами перечислено единственно avrasm2 под авр студио 4.19 может быть одинаково...
Си у меня "в рамках ардуиноIDE" (GCC но без Makefile и с некоторым количеством готовых библиотек).

А обсуждаются или готовые проекты или заданные вопросы. Отчасти работа с ардуиноIDE (по мере изучения/освоения).
Споры по стилям и преимуществам чего -либо - то ищите в соответствующих разделах форума.

Свеженькие хреновости касательно "старых версий" ардуино IDE:
viewtopic.php?p=4760628#p4760628
Похоже и этот инструмент уходит из "простонародной доступности".

Снова возник вопрос по LGT...
viewtopic.php?p=4762381#p4762381
А шклероз, да прочее...
Пришлось еще разок пройтись по макеткам и софтинкам с вот таким результатом...

Некоторые размышления любителя по поводу прошивальщиков для LGT микроконтроллеров для ардуиноIDE.
Имеется две весьма похожие версии:
LarduinoISP

И
LGTISP

Собственно различие в них только в том, что LarduinoISP предназначена для прошивки и работы на платке ардуиноUNO или ардуино нано, а LGTISP предпочтительно для прошивки и работы на платке LGT nano - та, что справа от нанки на фотке
https://img.radiokot.ru/files/20529/3pk5t5pddo.jpg
(хотя работает и на АВР нанке).
Работу с LGTISP рассматривать особо смысла нет - на платках стоит СН9340С с весьма капризными к установленной на ПК ОС драйверами. А вот для ардуино нано, как более распространенной, вполне удобно еще одним "любительским программатором" разжиться...
«По умолчанию» LarduinoISP компилируется и прошивается для работы в качестве железа подобного ардуиноISP по параметрам скорости и из-под “внешних софт-оболочек».
Из-под ардуиноIDE такой вариант работать не будет.
Вот так выглядит окошко avrdudess 2.20 при работе с скомпилированным "по умолчанию" LarduinoISP.ino

Чтоб запускать LarduinoISP и из – под «стороннего софта» и из-под ардуиноIDE нужно сделать пару изменений…
Первое достаточно простое – в самом скотче (LarduinoISP.ino) заменить:

А вот второе изменение достаточно сложно выполнить (хотя serg_svd и другой вариант делал)
Собственно речь о смене размера буфера.
Скорее там сложность где найти тот файлик, в котором замену делать надо – внутри IDE можно и заблудиться…
Как в стандартной инсталляции искать не скажу - у меня только портабле варианты ардуиноIDE установлены.
Но вот в портабле этот файлик ищем по такому пути:

Вот там и меняем исходное 64 на 250
было

переделываем на

(после прошивки программатора желательно назад значение вернуть).
Закрываем IDE
Подключаем ардуино нанку, снова запускаем IDE и выбираем платформу arduino nano.
Открыть файлик LarduinoISP.ino и провести компиляцию с последующей загрузкой в нанку результата.
Закрыть IDE, отключить нанку.
Устанавливаем на ISP разъём нанки заглушку и подключаем к ней платку LGT
В результате будет схемка:
https://img.radiokot.ru/files/20529/3vzxq28239.GIF
внешне выглядит "не очень"...
https://img.radiokot.ru/files/20529/3vzxsvkgs1.jpg
однако для проверок и "на скору руку" сойдет...
Эту схемку цепляем к компу и затем запускаем ардуиноIDE с платформой LGT (согласно работе с той платформой)
В качестве программатора выбираем AVR ISP остальное на скрине.
https://img.radiokot.ru/files/20529/3vzxoiai8r.jpg
Из – под IDE работают и
Скотч -> загрузить через программатор
И
Инструменты -> записать загрузчик
Но в обеих случаях завершение загрузки сопровождается вармингом:
на результат особо не влияющим…
При задаче загрузки через «сторонний софт» - в данном случае весьма удобна avrdudess 2.20, необходимо предварительно скомпилировать соответствующие файлы.
Скетч - > экспорт бинарного файла
Тут также будет «гвоздик»…
Опытным путем установлено, что файл с бутлоадером по факту будет загружать только бутлоадер – где причина - или в особенностях компиляции IDE или в программе железа – то решать профи (ежли кому покопаться захочется и с китайским знакомы). На практическое применение любителем это особо не влияет.
В результате имеем вот такое окошко после прошивки (там и настройки avrdudess 2.20 под «модернизированный» LarduinoISP:

Вот пока и усе замечания…
Возможно имеются отличия в более старших версиях платформы АВР - у меня привычная 1.8.3 пока еще стоит (старшие вармингами на пустом скотче не понравились)...

В моём случае плата фиолетового цвета с CH340C на борту. Проблем с драйверами нет.


Давайте весь код я приведу для примера из файла HardwareSerial.h и Вы поймете, что мой вариант и проще, и логичнее.

Так вот, все дело в том, что если самому в своём коде объявить

то и не придётся никуда по папкам лазить, так как в HardwareSerial.h проверяется, объявлен этот макрос или нет. Я просто не пойму, почему авторы так не сделали. Написать код программатора и за пороться на такой мелочи???

Добавлено after 14 minutes 32 seconds:


В моём случае схема подключения чуть иная. Я перекинул сигнал RESET LGT8 с D10 на D12/PB4/MISO, чтобы этот сигнал был тоже доступен на разъеме ISP Arduino Nano. Тогда подключается без танцев с бубном одним кабелем. Резистор подтягивающий я не ставил. Керамический конденсатор 10 мкФ между Reset и GND у меня припаян к разъему (виден на фото) и лёгким движением руки убирается при прошивке самой Nano.

Я "в дебри" самой IDE лазить мало желания имею...
Ежли сказано "люминий", то значит люминий (или чавунием по башке прилетит).

Ежли внимательно присмотреться к панели платформы LGT, то там подмена размера буфера для прошивки уже опцией вкладки устанавливается.
И спокойненько для LGTшки компилируется.
А вот АВРкам это как дополнение.
Теоретически разницы особо вроде нету - в тексте скотча или в *.h файле подстановку делать... Но автору виднее, где более корректно.
Меня больше строчка варминга беспокоит

Но то таки только предупреждение - коды программ и так загружаются нормально.
Если не претендовать на полноценную работу с софтом от разработчика тех LGTшек, а ограничиваться возможностями ардуиноIDE, то вполне удобоваримый продукт получается. По крайней мере в плане варианта замещения АВР про-мини это более удачное решение
https://img.radiokot.ru/files/20529/3knyj3q5o1.jpg (сверху версия про-мини LGT).

Но в любом случае надо хотя бы несколько самоделок на этих МК собрать да проверить в эксплуатации, чтоб окончательно заключение по их качеству и удобству делать.
А так - пока лишь "для коллекции" лежат.

Касательно разъёма ISP на ардуино нанке - там как раз удобнее съёмную заглушку для блокировки бутлоадера ставить - когда нужно программатор на короткое время - залил программу и поставил заглушку.
Попользовался - заглушку сбросил и снова обычная нанка для дальнейших тестов...
:hunger

Включил подробное отображение информации о компиляции прошивке, нет у меня такого варнинга.
Зато просёк, что с буфером лучше так сделать, компилятору понятнее

Это сообщение выскакивает после загрузки платки LGT через программатор. Возможно как то зависит от версий платформ.
Ну и прямое указание на различия в версиях компилятора.