Котуинко

[Ser60]

Upgrader писал(а):

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

А зачем, и чем не устраивает тот-же Keil, например? Я понимаю, что у ТС его старые комп и ОС не тянут, а у Вас-то что?

[Upgrader]

Ser60 писал(а):

а у Вас-то что?

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

[Ser60]

Судя по "видимо", Вы не пробовали. В общем, это так и чисто дело привычки. Но если думание хочется свести к минимуму, для STM-ок в конце концов Куб есть

[BOB51]

Ser60,
Помимо прочего ПЛАТНОСТЬ и ОФИЦИОЗ Keil играют немаловажное значение (а не только тип применяемой аппаратной базы).
Дополнительный стимул относительно ардуиноIDE (или более современных ее сородичей) это изучение всего лишь единственного стиля написания программных исходников для различных аппаратных блоков.
Ибо если использовать "классическую" IDE, то в случае с каждым конкретным семейством (и производителем софта) будут естественные "мелкие нюансы". А память... не бесконечная...
Гораздо проще освоить среднедостаточный уровень правописания в рамках одной IDE для нескольких семейств МК, а затем при необходимости вникать в тонкости конкретного компилятора (ежли таковая возникнет и/или не может быть решена иными средствами).
Как один из вариантов -
комбинированные проекты с использованием среднеуровневого владения ардуиноIDE и периферии с применением ассемблера и/или Си на уже имеющейся достаточно хорошо освоенной и проработанной базе. При таком подходе разнообразие применяемых подвидов элементной базы значительно шире.

Кстати...
относительно работы под ассемблероа...
"хакнутый Кейл" мне не очень понравился (относительно официального c51asm от атмела)...


И ТАКИ МОЖЕТ КТО прокомментирует мои заготовки по "выносу файлов" из базового
https://radiokot.ru/forum/viewtopic.php ... 1#p3673681
(раздел "...О написании библиотек... Или скорее о выносе части программного текста за пределы файла *.ino
текущего проекта...")
верно или нет, возможны ли иные варианты?
может чего упущено?

а то уже аж три страницы "обобщенного обсуждения" вне основной темы сообщения...

[Мурик]

Помимо прочего ПЛАТНОСТЬ и ОФИЦИОЗ Keil играют немаловажное значение

Keil это не единственная IDE. Кроме нее, много других в т. ч. бесплатных. Это уже обсуждали и я предлагал бесплатную IDE, работающую на WindowsXP с 512 МБ ОЗУ, но вы видимо забыли или проигнорировали.

Дополнительный стимул относительно ардуиноIDE (или более современных ее сородичей) это изучение всего лишь единственного стиля написания программных исходников для различных аппаратных блоков.

Это по вашему вписывается в единый стиль? https://radiokot.ru/forum/viewtopic.php ... 1#p3675711

[BOB51]

Мурик
А при чем тут попытка написания СКОТча (простого примитива) для STM32 и мои вопросы про прожки с выносом файлов?

Кроме прочего в примере по ВАШЕЙ ссылке явное нарушение правил референса ардуино IDE -
там применено ПРЯМОЕ УПРАВЛЕНИЕ регистрами МК.
Суть в том, что для подобных фокусов помимо прочего необходимо иметь достаточную информацию о реализации функционала
IDE для данной платформы.
Причем предпочтение официальным дополнениям, а не "любительским расширениям".
(по STM для адуринки это
для подгрузки компиляторов активация/установка
arduino SAM boards(32-bits ARM Cortex-M3) by Arduino (1.6.12)
и затем подгрузка платформ из
https://github.com/stm32duino/BoardMana ... index.json
по крайней мере там BluePill F103C8(128k) оговорена)
У меня ПОКА только для типовых платформ ардуино UNO, нанки и про-мини на основе atmega328P более-менее дополнительную трактовку наскрести удалось.
Да и требуется оное лишь в случае, если штатного референса недостаточно (попытка строить свои аппаратно-зависимые протоколы в обход ресурсов референса).
Задачка скажем и для опытного специалиста по СИ весьма сложная.
Меня на данном этапе подобные "извраты" НЕ ИНТЕРЕСУЮТ.
Хотя материалов именно по АВР+адурина вполне достаточно и для более навороченного такого вида подход будет явно аппаратно-зависим и с моего взгляду НЕ ЕСТЬ КОШЕРНЫМ для "среднего уровня".
А вот стандартные для среды приемы - это гораздо актуальнее.

[dosikus]

И когда это "прямое управление" стало нарушением?
Маразм крепчает?
Продолжай двигаться в тупик, продолжай...
И изврат нынче -,это твои потуги в аурдунье.

[BOB51]

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

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

Но...
поскольку хош и "вкусненькое", но не основное - можно пока игнорировать.


И опять же - пользы от "водоливов" НИКАКОЙ - я ж не "спором ради спора и воды" интересуюсь - а КОНКРЕТНЫМ ВОПРОСОМ,
На который никто из последних оппонентов ТАК НИЧЕГО И НЕ СКАЗАЛ.

[dosikus]

Боб, попробуй лечиться. Это не так уж и трудно...

[Ser60]

BOB51:
По поводу Ваших заготовок - так Вы сами уже всё правильно рассказали. Подход #1 стандартный во многих средах программирования под С. Подход #2 является стандартом оформления библиотеки в Arduino. Если Вам не нужно несколько экземпляров класса в приложении, используйте подход #1. Помню, у меня в этом семестре в классе по ARM была пара студентов с опытом работы только с Arduino в плане МК. Они долго недоумевали зачем делать проект многофайловым и почему не забабахать всё в один файл В моих глазах это стереотип типичного ардуинщика, хотя не спорю, есть среди них и более продвинутые.

Если Вы никогда не работали с внутрисхемным отладчиком, платформа Arduino может быть для Вам привлекательной. Для меня только этого достаточно, чтобы её не рассматривать. Даже если туда добавить отладчик, для человека с Вашим опытом смысла я в ней не вижу никакого на фоне массы других IDE. Ещё, если пишите про "унификацию" синтаксиса разработки ПО для разных платформ, то тут я тоже проблем не вижу. По крайней мере для семейств, с которыми Вы работаете/работали (PIC16, AVR8, 8051). Какие там нюансы - они простые как валенки. Даже если Вы можете написать что-то для них более эффективно, чем, скажем, я - и то выиграть несколько байт памяти или циклов процессора для подавляющего большинства приложений не будет ощутимо на практике никак. Не говоря уже о том, что обсасывать эти семейства для любителей сегодня не вижу никакого смысла при условии широкой доступности более продвинутых. Даже если эти старые полностью решают поставленные задачи. Искренне не понимаю как может быть не скучно копаться в них и не посмотреть вокруг и не попробовать что-то иное. А попробовав, возвращаться к старым уже не захочется. Хотите, наконец, я Вам пришлю в подарок несколько плат разработки под ARМ разных производителей (если хотите, пишите в ЛС адрес, через неделю буду в Москве, могу захватить с собой и выслать оттуда).

[BOB51]

Спасибо за рассмотрение.
Мне просто нужно мнение - не наделаны ли там ошибки и, имеются ли еще возможно какие варианты.

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

А пока...
ЗАМЕЧАНИЕ ПО АРдуино IDE
При работе отмечена весьма неприятная особенность:
В случае, если на ПК под win_xp выполнялся "откат"(восстановление системы) возможно повреждение содержимого папки
(скрытый каталог)
C:\Documents and Settings\User\Local Settings\Application Data\Arduino15\packages\arduino\tools\avr-gcc
выражающееся в сбоях работы для платформ сторонних разработчиков
в частности у меня в последний раз "слетали" "...by MCUdude"...
Возможно сие касается и иных, кроме собственно официальной части ардуино.
Посему рекомендую делать резервную копию для восстановления содержимого вручную.
За поведение при откате на 7ке-10ке ничего сказать не могу - пока с восстановлением системы еще тьху-тьху не возился (мало использовал те ОС).

[Мурик]

А при чем тут попытка написания СКОТча (простого примитива) для STM32 и мои вопросы про прожки с выносом файлов?

Посмотрите что я процитировал в сообщении. Хоть слово видите про файлы?

Кроме прочего в примере по ВАШЕЙ ссылке явное нарушение правил референса ардуино IDE - там применено ПРЯМОЕ УПРАВЛЕНИЕ регистрами МК.

По другому ардуина не может настроить периферию должным образом.

Кроме прочего в примере по ВАШЕЙ ссылке явное нарушение правил референса ардуино IDE - там применено ПРЯМОЕ УПРАВЛЕНИЕ регистрами МК.Суть в том, что для подобных фокусов помимо прочего необходимо иметь достаточную информацию о реализации функционала IDE для данной платформы.

Причем здесь IDE? Достаточно документации от производителя МК.

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

Исключаем ардуину с ее библиотеками и нет проблем.

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

Вроде написано по русски, но смысла в написанном 0.

Кстати... дополнения самодельных платформ от "сторонних разработчиков" требуют весьма тщательной проработки в смысле пробных макетов.

Используйте материалы от разработчиков МК и нет проблем. К слову, ардуина не ним не относится. Она целиком и полностью от "сторонних разработчиков".

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

Может имели опыт работы к советским компами с процессором КР580ВМ80А или подобным? Хотите сменить свой текущий комп например на "Радио 86 РК"? Если нет, то почему? Ведь принцип устройства компа такой же, ну может "аппаратных добавок побольше стало".

Относительно отладки

Она экономит время, порой очень много времени. Но этого не понять без практики использования аппаратной отладки.

[BOB51]

Вот уж "свидетель святого STM" !

Я ж в АРМову тему со своими взглядами не лезу и на крайней позиции не настаиваю.
Так почему при разборе тематики ардуино и/или так сказать "устаревшего подхода" на "чистом ассемблере" я должен вечно (в том числе и с Вашей подачи) влазить в не относящийся к темам флуд?

Насчёт ПК - так я и так довольствуюсь "достаточным минимумом" - ежли б не потребности коммуникаций инета - стародоброго третьего пенька ВПОЛНЕ ДОСТАТОЧНО.
А касательно "радио86" - так блок Котуинко его вполне заменить может по прикладному функционалу при соответствующей программной начинке.
Только на данный момент интерес в другом направлении ( пока не соберу всего, что считаю необходимым).

[Мурик]

В моем сообщении есть хоть слово про STM?

А касательно "радио86" - так блок Котуинко его вполне заменить может

Вот, используйте котуинку вместо компа.

[dosikus]

Да, да. А на картинкО - слався авр и ARV пророк их.
Боб, посмотри форумы акрдуньи, там массовый исход на арм.
Дык что, гнить в болоте будешь в одиночестве...
"СтародоброгоIIIпня" нынче хватает на выброс в помойку а корпус по одноразовый мангал...

[Ser60]

BOB51 писал(а):

Более актуальны модули датчиков, различные прикладные электромеханические устройства

Модулей у меня нет и заказывать до отъезда поздно (датчики сам паяю на плату, когда нужно). Однако, единственное близкое могу предложить плату STEVAL-IDI003V2 с несколькими датчиками на борту. А что имеете в виду под электромечаническими устройствами (реле?)?

BOB51 писал(а):

одно дело, когда отладка продолжение представления в мозгу (инструмент вспомогательный) и другое - когда без оной и шагу шагнуть не могуть (главенствует над мозгом)

Признаюсь, грешен, когда-то и у меня подобные мысли бродили, типа IDE и графику не нужно, всё можно из коммандной строки делать и отлаживать в уме или выводом в терминал. Можно, не спорю. Но отладчик - это огромное удобство. Вам который раз это говорят, но это всё без толку. Пока не попробуешь сам, не оценишь.

[BOB51]

Ну и ЗАШИПЕЛИ!

Я и так КОТУИНКУ по своим интересам использую.

А в отношении "слався авр и ARV пророк их", dosikus
то вернее было бы
"во славу MCS51 & всемогущего АСМодея!"

Кроме прочего я и ПИКушками не брезгую.

Относительно аппаратных отладчиков...
Штука вроде с благими намерениями создавалась, да бесспорно в случае супернавороченной начинки дает некоторое преимущество по времени разработки.
НО... то ж в случае профессиональной работы в условиях ограниченного времени.
Я ЛЮБИТЕЛЬ и временем особо не ограничен (как и хотелками НАЧАЛЬСТВА).
кАсательно СТОРОННЕГО ДАВЛЕНИЯ ради "бысть в самом острие технологического прогресса" - это давно уже пройденный этап.
Доказывать чего-то кому-то неинтересно (как и влазить в непланируемые самим собою работы).
Другое дело, ежли подталкивание в корректных рамках задачи - тогда соревнование взаимополезно.


Ser60
При всем уважении - не заморачивайтесь.

Я с платками только тогда заниматься начинаю, когда достаточное количество документации находится, да банальная ситуация "куда приткнуть с пользой" появляется. Игрушки делать для учебных целей - штука расточительная.
Обогнать промпроизводство и коллективные разработки - лишено здравого смысла (хотя ТЕОРЕТИЧЕСКИ возможно для тех, кому "до 30").
Мне как "пенсику" особо спешить НЕКУДА.

[ARV]

вот тут очередная попытка сделать ассемблер более гуманным по отношению к разработчику: https://habr.com/ru/post/462409/
имхо, затея тупиковая, но мозговые повреждения от ассемблера трудно залечиваются...

[BOB51]

Это скорее "обратное решение" - из Си в ассемблер...

Предпочтение таки или "чистому асму" или "чистому Си" с применением ассемблерных вставок в стиле, предусмотренном родительским Си компилятором.
Тем более, что собственно ассемблер у АВРок (да и атмелевский вариант для MCS51) имеет некоторую специфику...
В отличии от "полной классики" типа Keil.
Работа с макросами относительно ассемблера в принципе может рассматриваться как вариант "внешних файлов", только в более облегченном исполнении. Тут смотреть надо, чего удобнее - подключение файла макросов, текстового (слэнгового) файлика или полноценный проект из нескольких *.asm файлов.

[BOB51]

Кой-чего из новинок интересного

http://img.radiokot.ru/files/20529/1yv3666rkx.jpg
Однако "люто кусается"...

Можеть через некоторо время обзаведусь...