GCC ARM - не имплементируются функции SIN, COS, arm-none-eabi Опции

[mantech]

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

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

[HardEgor]

Ну и разве что в кирпич можно превратить контроллер, если порт настроить на вывод и замкнуть его на питание или землю, думая что порт на вводе (кнопка).
Ну или FUSE сорвать для кварца или SPI-программатора. Но это лечится.

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

- и многое другое ЧТО ПРОСТО ОБЯЗАНО БЫТЬ В ДАТАШИТЕ (в Technical Reference)

Угу, и получить эдак 10 томов по 500 страниц каждый. Да они минимум год только писать это будут, а потом каждый месяц выпускать по дополнительному тому "исправлений и дополнений"

[one_eight_seven]

Писателям игрушек для веба это сложно понять, но тут вопрос о программировании на МК.

Тестовая среда и всяческие эмуляторы куда быстрее, приятнее и нагляднее пишутся на каком-нибудь протопыхе (perl) или гвидопыхе (python). Да и куча полезного софта управляется с помощью Tcl. Модели опять же на гвидопыхе с numpy пишутся куда быстрее, чем на C или крестах. Есть, конечно, MATLAB, но он стоит сотни нефти, но есть и альтернативы - SciLab, Octave, Axiom и Sagemath (которая чуть более, чем полностью - Pyhton).

Ну и во всём этом есть одна загвоздка - как правило, те, кто знают Python, perl, Java, знают так же и C. При этом странно, что те, кто знает только C так кичатся своим неприятием других инструментов.

[__inline__]

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

Ну а ТП, там же не телепаты сидят - ей-то откуда знать что вы натворили с чипом и какие могут быть последствия?
Ну и как можно спалить чип неверной записью в регистры? (про порты ввода/вывода, фьюзы и ПЛИСы - не рассказывать!)

Угу, и получить эдак 10 томов по 500 страниц каждый. Да они минимум год только писать это будут, а потом каждый месяц выпускать по дополнительному тому "исправлений и дополнений

Так из этих 500 страниц каждому понадобятся свои 50 страниц!
Например, для моих применений - видеокодек не нужен, так же как и USB и Эзернет.
Мне надо GPIO, SPI, TF, Video Out, высокая производительность ядра over 1GHz - остальное не важно!
Другим наоборот.
Но никто не заставляет читать все 500 страниц!

Ну и во всём этом есть одна загвоздка - как правило, те, кто знают Python, perl, Java, знают так же и C

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

Сообщение отредактировал __inline__ - Oct 3 2017, 10:09

[one_eight_seven]

Это лишь ваше мнение, которое не является правилом - не обобщайте.

Нет. Это мнение не моё, а весьма большого количества людей. Которые, кстати, не судят всех программистов на Си по осилившим только хэллоуворлд, ну или мигание светодиодом, в случае микроконтроллеров. Понятно, что порог входа в пыхоплеяду ниже, чем в Java/C, поэтому, в абсолютном значении monkey-coder'ов среди них, конечно, больше. Но не в процентном.

[HardEgor]

Так из этих 500 страниц каждому понадобятся свои 50 страниц!
Мне надо GPIO, SPI, TF, Video Out, высокая производительность ядра over 1GHz - остальное не важно!

Хе-хе, попробуйте запустить простейший STM32 прочитав 50 страниц. А в больших чипах взаимосвязей и зависимостей на порядки больше.

[_3m]

Ну и как можно спалить чип неверной записью в регистры? (про порты ввода/вывода, фьюзы и ПЛИСы - не рассказывать!)

Легко! Пишете неправильное значение в регистр управления питанием и один из ip блоков в чипе подпаливается.
Похоже вы сложных чипов еще не видели.

[__inline__]

Легко! Пишете неправильное значение в регистр управления питанием и один из ip блоков в чипе подпаливается.
Похоже вы сложных чипов еще не видели.

Ой, да. Забыл добавить сюда управление напряжением питания ядра через ШИМ. Типа как в Блекфинах.

Ну это ж детский сад, если по этому поводу писать в ТП

[Obam]

Ну и как можно спалить чип неверной записью в регистры? (про порты ввода/вывода, фьюзы и ПЛИСы - не рассказывать!)

Можно мои 5 коп добавить? Спасибо (;
Не буду про фьюзы…
Ошибочно отключенный (неверной записью в регистры) JTAG - это всё равно что спаленный чип (;

[Forger]

Ошибочно отключенный (неверной записью в регистры) JTAG - это всё равно что спаленный чип (;

Если JTAG отключается лишь через прошивку (софтварно), то дело поправимое - нужно лишь подключить к отладчику цепь сброса МК.
А вот если чип залочен необратимо (у STM32 такое возможно), то чип - на помойку.

[__inline__]

Если JTAG отключается лишь через прошивку (софтварно), то дело поправимое - нужно лишь подключить к отладчику цепь сброса МК.
А вот если чип залочен необратимо (у STM32 такое возможно), то чип - на помойку.

ЕМНИП отладку у STM32F4xx можно делать через SWD + STM32 ST-LINK Utility

[Obam]

ЕМНИП отладку у STM32F4xx можно делать через SWD + STM32 ST-LINK Utility

Дык SWD на выводы JTAGа выведен

Тему в "Средства проектирования" надо по-хорошему

Сообщение отредактировал Obam - Oct 3 2017, 11:35

[Эдди]

Для "веба" не пишу, но прекрасно их понимаю, и не имею ничего против развития и прогресса.
Если речь про программирование применительно к "бытовым" МК, т.е. под конкретное узкоспециализированное железо, то пока что дальше C/C++ нет смысла соваться. Где возможно, я предпочитаю С++.

Я и под веб нет-нет, да делю что-то (веб-морды для меня более предпочтительны, нежели содомия со standalone GUI), вот там, к сожалению, одним только С не обойтись, приходится еще жабоскрипт использовать и на html разметку делать, но это фигня — один раз помучился, и готово!
Микроконтроллеры — понятное дело, там только чистый С. Я, помучившись с SPL и opencm3 на STM32, понял, что ну его нафиг — эти чужие кривые библиотеки, надо на сниппеты ориентироваться и не долбить себе мозг всякой чушью.
Приложения для связи между компьютером и МК — на чистом С. На нем же клиент-серверные вещи (демоны, логгеры, интерфейсы и т.д., и т.п.).

В общем, С свою актуальность не потеряет еще долго.

Ну и во всём этом есть одна загвоздка - как правило, те, кто знают Python, perl, Java, знают так же и C. При этом странно, что те, кто знает только C так кичатся своим неприятием других инструментов.

Ни разу не встречал тех, кто прекрасно знает одновременно пхытон, перл, жабку и С! Это ж вообще вещи разных классов! Надо быть одновременно и гуманитарием, и технарем, чтобы умудриться все это выучить, а самое главное — понимать!!!

Хе-хе, попробуйте запустить простейший STM32 прочитав 50 страниц.

Для мигания светодиодом без таймера нужно будет даже меньше прочесть ☺
Все равно, даже если пользоваться чужими библиотеками, надо будет читать даташит по используемой периферии. Но в случае библиотек, нужно еще скудную документацию к ним читать + ковыряться постоянно в исходниках этих библиотек (мало ли что там индусы наговнокодили — встречал я такие приколы)! Так какой смысл тащить лишнее? Лучше самому постепенно накапливать базу сниппетов, а затем по мере необходимости брать уже готовые куски кода.

Сообщение отредактировал Эдди - Oct 3 2017, 11:49

[__inline__]

Хе-хе, попробуйте запустить простейший STM32 прочитав 50 страниц. А в больших чипах взаимосвязей и зависимостей на порядки больше.

Зачем мне простейший, когда совсем недавно портировал кодек MELP800 на STM32F405 ?
Bare Metal, конечно.

[Эдди]

Ошибочно отключенный (неверной записью в регистры) JTAG - это всё равно что спаленный чип (;

Что за ерунда? Я, например, вообще не использую ни JTAG, ни SWD — все STM32 шью через бутлоадер. Это намного удобней, да и не нужно лишних устройств присобачивать; а висящий на UART1 переходник после прошивки используется для отладки.