Альтернативы C и ASM на микроконтроллерах

у вас, кажется, есть несколько вопросов здесь, поэтому я рассмотрю их в порядке их нумерации.

1. Большинство микросхем действительно работают на C ++ (при условии, что производитель или проект с открытым исходным кодом предоставляет серверную часть компилятора), однако вам следует опасаться ряда недостатков. C ++ менее детерминирован, поскольку обеспечивает значительно более высокий уровень абстракции, который, скорее всего, не требует встроенной системы с ограниченными ресурсами, и в целом он также не нужен, так как встроенные системы редко бывают достаточно мощными для полезной работы чрезвычайно сложные алгоритмы, которые требуют языка высокого уровня, такого как C ++. Это также может привести к большому количеству трудно отслеживаемых ошибок, поскольку сложность отладки кода из встроенной системы, имеющей простые и легко отслеживаемые ошибки, намного приятнее. Однако, что очень важно, стандартные библиотеки C ++ огромны, они будут использовать слишком много памяти и, скорее всего, будут тратить большую часть вашего ограниченного пространства памяти. Таким образом, даже если вы используете C ++, вы не сможете использовать любой из методов, которые делают его мощным.

2. Я просто не использовал его, однако, как и в любой ОСРВ, это полезно, если вам нужен интерфейс немного более высокого уровня, однако для микропроцессора маленького размера MSP430 это кажется излишним, я не могу себе представить, что вы делаете что-то там, что требует ROTS, если вам нужна многозадачность, было бы лучше обеспечить простую совместную задачу самостоятельно.

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

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

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

6. К сожалению, на самом деле нет большого выбора, кроме C. Моя лучшая рекомендация — использовать библиотеки высокого уровня, такие как проводка. Это дает вам немного более приятные интерфейсы, не убивая эффективность, иначе нет смысла использовать маленький микро, если вам нужен высокий уровень абстракции.

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

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