Котуинко

ARV · Сообщение **ARV** » Ср июл 31, 2019 07:22:21

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

большинство проектов представляет собой типичный макаронный код.

зачем во все это лезть?! разве для вас проблема разобраться с алгоритмом циклического буфера и написать свой вариант "драйвера" USART? разве для вас проблема настроить порт на вход или выход и опросить его пин? или в чем проблема, чтобы копаться в этой большой "наработанной" куче?

если применять ардуину, как платку с компонентами, то все эти "поддержки" в виде форумов, сайтов, библиотек, IDE и т.п., имхо, только мешают.

Реклама

BOB51

Вот потому и стоит вопрос о методиках создания как собственных
"внешних файлов" или как библиотек или как простого выноса текстовых фрагментов
за пределы основного файла. И "в рамках референс-минимума",
а не в деталировке для конкретно применяемых компиляторов.
Т.е. уровень "среднедостаточного пользователя".

Хотя бы в виде понятных шаблонов.
Ибо там таки "смесь" С++ и GCC (да и чего иного понатыкано - не только ведь AVRки используются).

А прямое управление "по максимуму" я и под ассемблером соорудить в состоянии.
Только для чего?
Значительно легче комбинированный проект создать из МК с прожками под ассемблером
и базовым обработчиком в виде адуринки или среднесложные проекты на нанке/про-мини или синетаблетке.
А чего посложнее мега2560 и по жирнее.

Надо б систематизировать дополнения к базовому референсу относительно наноподобных микросборок -
это достаточно "ходовые" модули.
Хотя в то же время те дополнения касаются только модулей на основе мега328....
Да на втором плане "взаимовключение файлов" - но то не ранее разбора с уже "укушенным".
Так что пока больше тренировки и заметки по работе с "правилами правописания" да просмотр
вариантов изменения алгоритмов ассемблер/ардуино IDE/Cи.

Реклама

ARV · Сообщение **ARV** » Ср июл 31, 2019 09:57:51

BOB51 писал(а):Значительно легче комбинированный проект создать из МК с прожками под ассемблером
и базовым обработчиком в виде адуринки или среднесложные проекты на нанке/про-мини или синетаблетке.
А чего посложнее мега2560 и по жирнее.

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

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

Мурик

BOB51 писал(а):Ибо там таки "смесь" С++ и GCC

Ваше заявление звучит так: - "Смесь языка и компилятора".

Сами хоть поняли что написали?

Реклама

BOB51

[uquote="ARV",url="/forum/viewtopic.php?p=3674157#p3674157"]проблема только в том, что не существует общего интерфейса ардуинки с ассемблером, и то, что вы задумываете, ставит крест на платформонезависимости, поскольку ассемблер платформозависим по определению. и заниматься скрещиванием ужа и ежа[/uquote]

Вот те и ...
Как это не существует?
Внешнее устройство исполняется как отдельная конструкция с МК, для которого программа написана под ассемблером, и обеспечивает обмен данными посредством любого из стандартных физических интерфейсов - SPI, I2C, rs232, да хоть мой побитовой синхронизации (что в программаторе для АТ89С2051/4051)...
Блок адурины все это обрабатывать умеет - а как уж взаимодействие на программном уровне обмена/интерпритации данных обозвать/замутить - то широкое поле самодеятельности.

Кстати на том макете (https://radiokot.ru/forum/viewtopic.php ... 1#p3472041) как раз УЖА С ЕЖОМ скрестить весьма неплохо получилось (ПК с терминалкой и командным интерфейсом, ядро на АТ89S52 и исполнительный блок на attiny2313).

МУРИК - там речь идет о том, что в IDE применяется много разного содержимого

Реклама

ARV · Сообщение **ARV** » Ср июл 31, 2019 10:46:07

Реклама

Мурик

BOB51, в ардуине не IDE, а блокнот с подсветкой синтасиса.

BOB51 писал(а):речь идет о том, что в IDE применяется много разного содержимого

Компиляторы стали языками и наоборот?

BOB51

Снова как всегда - на одну заметку с материалом несколько страничек "воды".

Мурик

Вы не правильно написали.
Нужно так: - "На заметку с "водой" вам пытаются объяснить что вы не правы". Про мужа и морду слышали? Делайте выводы.

BOB51

Мурик
Я уже просил одного из участников "водолейства" просмотреть и прокомментировать мои заметки о способах выноса файлов.
Ответ был отрицательный.

...и потекла снова вода размышлений о целесообразности работ с различными МК...

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

Могу повторится - если в состоянии - проверьте то, что тут указано было насчет вариантов подключения внешних файлов в проекте для адуринок:
https://radiokot.ru/forum/viewtopic.php ... 1#p3673681
возможно с точки зрения специалиста там чего-то иначе выполнить можно или какой вариант добавить.

dosikus

Боб, я ж тебя предупреждал.
Завязывал бы ты с аурдуньей...

BOB51

А зачем - может таки лучше докопать адуринью до
необходимого минимума с точки зрения разумно-практического применения?
В "чистом Си" и так народу хватает.
А в отношении адуринки или супернавороты или суперпримитив.
Как раз серединка и ПУСТА. Есть запас времени на отработку и разделгде пока народу
не так уж и много.
При том, что практическое применение данного вида элементной базы весьма интенсивно расширяется.

Лучше уж не водолейством заниматься а конкретикой диапазона возможного применения/освоения.

dosikus

Вот разливом из пустого в порожнее занимаешься именно ты.
По просту -страдаешь фигней.

BOB51

У каждого свое представление о ФИГНЕ.

Upgrader

[uquote="dosikus",url="/forum/viewtopic.php?p=3674820#p3674820"]фигней[/uquote]Пасть порву!

Ммммяяяяууууууууу!
Нет ничего удобнее ардуинек.

Сейчас еще на STM ардуинскую вот как перейду!!!

И будет свой блекджек со шл#хами.

dosikus

Угу , мечтай, не вредно...

ARV · Сообщение **ARV** » Пт авг 02, 2019 06:40:23

Upgrader писал(а):И будет свой блекджек со шл#хами

ну, бордель однозначно получится

всё-всё, больше не буду!

BOB51

Не стоит преувеличивать, но и недооценка также весьма вредное дело.

Кстати... весьма полезно самому просматривать различие в конструкциях алгоритмов "чистого ассемблера" и того, что для адуриньи прилагается (в общем-то Сишные конструкции). Результат обоюдно полезен.
Речь именно о "чистом асме", а не об ассемблерных вставках интегрированного в СИ компилятора - там совершенно разные приемы для построения программ применяются.

Upgrader
я пока что синю таблетку и WeMos D1R1 присолил до окончания изучения вопроса по правописанию многофайловиков (вынос отдельных фрагментов и взаимовключенные фрагменты текста программы).
Было б там "стандартное GCC", или чего поконкретнее в описании - легче было бы.
А так судя по простому одноуровневому вынесению, что выше выложено было, - и как Си и как Си++ проходит.
Для других МК там еще и джава с питоном где-то "в засаде" поджидают.
Вобщем есть за что "подергать" да по книжам полазить.

Мурик

Upgrader писал(а):Нет ничего удобнее ардуинек.

Не путайте программную и аппаратную часть. Речь не про платы, а про ArduinoIDE с ее библиотеками.

Upgrader

Я и не путаю. Нет ничего удобнее ArduinoIDE с ее библиотеками

Годных альтернатив даже нету.