Millis() на ассемблере MCS-51

[Мурик]

Проблема ардуин в том что повсеместно используется ногодрыг даже в тех случаях когда задачу можно решить аппаратно. Это неправильно.
Поэтому если используется ардуина, то программу для нее нужно писать в нормальной IDE, а не ArduinoIDE с ее библиотеками...

[BOB51]

Ногодрыг - нормальные условия работы большинства прикладных схем с МК.
Касательно аппаратного - так для стандартных интерфейсов используются все возможности, имеющиеся в соответствующих МК.
Если применяется программный вариант - то это не минус, а плюс (поскольку у тех же "типовых" мегах 168 и 328й аппаратный блок всего один, а использовать можно несколько направлений).

Опять же - если нужен "спецнаворот" - берем "чистый" МК соответствующего семейства и пишем прожку "с нуля" кому на чем привычнее - НИКТО ТОГО НЕ ЗАПРЕЩАЕТ.

Смысла ставить туда ардуину с излишним набором внешней обвязки и дополнительным системным ПО просто не видится.

[arkhnchul]

[uquote="Мурик",url="/forum/viewtopic.php?p=3184316#p3184316"]Считаете что у всех ARMов упоротый асм?[/uquote]
местами да. Особенно сравнительно с языком простых восьмибитников. У того же AVR ассемблер выглядит на мой вкус более человеческим.

Да и насчет "примитива" у ардуино IDE я б так не сказал.

мне кажца, вы путаете IDE как среду разработки и используемые библиотеки. Как именно среда Arduino IDE весьма тупа по сравнению с "большими" IDE типа Eclipse CDT, CLion или хотя бы Code::Blocks. Ну серьезно, где такая простая вещь, как дерево проекта с файлами? Outline - дерево символов текущего файла? Автодополнение, хоть немного понимающее контекст? Сколь-нибудь мозговитый рефакторинг? Интеграция с системами контроля версий? Поддержка разных систем сборки а-ля make/cmake/qmake? Полезные фичи типа Show definition/Find usages? Список можно продолжать. К слову, примерно тем же грешат почти все специализированные IDE от производителей контроллеров.

[ARV]

Для срача "ARM vs что_угодно" есть специальная тема - зачем тут-то разводить?

[BOB51]

Просто охота потроллить на старые "темы ни о чем"...

Ребятки! дайте хоть какую-нить "учебну игрушку" в качестве аргумента для сравнительного анализа.
С объяснением где чего полезного видим, а где нюансы для повышенного внимания и/или недостатки и как с теми недостатками бороться.
А то моя "винна" исключительно монологом в отношении схем/программных исходников стала (при том, что троллинга "ни о чем" и там предостаточно).

Идеальных средств разработки "на все возможные требования" не имеется (как и идеально-универсальных МК).
Да и зачем противопоставление вместо использования с пользой для дела ВСЕГО ИМЕЮЩЕГОСЯ В НАЛИЧИИ АРСЕНАЛА МК И СРЕДСТВ РАЗРАБОТКИ с наибольшим эфектом?..

[Голимый]

[uquote="arkhnchul",url="/forum/viewtopic.php?p=3184133#p3184133"][uquote="Мурик",url="/forum/viewtopic.php?p=3183930#p3183930"]Может если изучать все на уровне асма, то кажется сложным[/uquote]
у STM-ов асм несколько упорот. Согласно легенде, его сгенерировали автоматом из описания железа, не предполагая использования человеками)[/uquote]
Упоротый асм - это у контроллеров COP400, напр, у контроллера КР1821ВЕ1. Поверхностный осмотр показал что он у стм выглядит годно (если не вникать во всякие штуки типа DMA). Другое дело - он мне непривычен, и непривычны многие вещи, например, что операнды не 8-битные.

[Мурик]

Писать на ЯВУ не вариант?

[BOB51]

Ассемблер у stm8 имеет специфику сегментов, ранее в отношении МК не употреблявшейся но вполне обычного явления для ассемблера i8080/86.
Мнемоника команд и структура ядра весьма близки к Z80 с ОЗУ/ПЗУ на кирсталле.
Однако предпочтение там за Си - весьма тяжелая конфигурация аппаратных ресурсов...

[dosikus]

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

[BOB51]

К сожалению dosikus как всегда в своем стиле -
кроме похамить больше ни на что не способен.

[ARV]

кроме похамить больше ни на что не способен

да и хамит-то как-то слабовато, на троечку...

[dosikus]

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

Есть еще один уникум, тот изучает С через флоукод:
ляпает кубики и по ним пытается осознать язык.

Я не собираюсь ни учить тебя ни наставлять.
С таким упоротым как ты, сие бЭсполезно.
Мне хочется понять сей процесс, процесс охомячкизации.
Когда вроде вменяемые разработчики выбирают идиотский путь ардуньи.
Лень, или страх перед новым?

[ARV]

Лень, или страх перед новым?

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

[dosikus]

Увы, в этом- мне до тебя далеко ...

[BOB51]

Похоже dosikus "прямым попаданием" сам себя "кусь".

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

[dosikus]

Я же просил - не пиши высокопарную чушь, в надежде остаться чистеньким в глазах нубов.
И перестань увиливать.
Вопрос то был не об армах..
Вопрос был прост и ясен, аки слеза,
-зачем изучать С через ж.?

[BOB51]

Не "через dosikusа" а всего по причине более обоснованного и более удобного в практическом применении набора средств данной IDE (без дополнительного обращения к "вставкам на ассемблере").

Ну и по мере накопления результата не исключено и более полное иучение.
В том числе и Си++(компонента IDE) и lazarus (или чего еще) под работу с ПК.
По мере ОБОСНОВАННОЙ ПОТРЕБНОСТИ.

[arkhnchul]

[uquote="BOB51",url="/forum/viewtopic.php?p=3201378#p3201378"]я игнорирую изучение АРМов на данном этапе как избыточного материала[/uquote]

ARM - это совсем не обязательно жирные SOC-и с вагоном периферии есть в природе и малоногая малоресурсная (по меркам ARM-ов - т.е. сравнимо с младшими атмегами или средними MCS51) мелочь. Но у этой мелочи та же архитектура и те же средства разработки, что у больших братьев. Вообще унификация этих самых средств разработки у arm для меня более ценна, чем производительность и нафаршированность

[dosikus]

[uquote="BOB51",url="/forum/viewtopic.php?p=3201392#p3201392"]по причине более обоснованного и более удобного в практическом применении набора средств данной IDE (без дополнительного обращения к "вставкам на ассемблере").[/uquote]
Как и обычно бездумная чушь, любой компилятор С, кроме ардуньи, намного полезнее и действенней .
Но упоротому нубу это не дано знать априори. Нубы ищут где полегче, а так в обучении не бывает.
Они клюют на якобы "универсальные и протестированные" либы, смех да и только...
[uquote="BOB51",url="/forum/viewtopic.php?p=3201392#p3201392"]Ну и по мере накопления результата не исключено и более полное иучение.
В том числе и Си++(компонента IDE) и lazarus (или чего еще) под работу с ПК.
По мере ОБОСНОВАННОЙ ПОТРЕБНОСТИ.[/uquote]
Ты сам-то понимаешь какую хню сейчас несешь?????

[arkhnchul]

[uquote="dosikus",url="/forum/viewtopic.php?p=3201437#p3201437"]любой компилятор С, кроме ардуньи, намного полезнее и действенней[/uquote]
хотя бы компилятор у них нормальный, обыкновенный GCC. Свой не стали (скорее всего потому, что не смогли, иначе был бы еще один велосипед) сочинять.