OberonCore

Иван, спасибо.
Это очень важно, то что вы с Александром Ширяевым сделали.
Не знаю когда появится свободное время, но обязательно попробую купить состветствующую плату и воспроизвести вашу методику.
ИМХО, это важно потому что:
1) Я не понимаю проприетарную политику фирмы Astrobe - единственного, по-сути, движителя и популяризатора Oberon на рынке коммерческих программных средств. Я уже и сам не в состоянии покупать их программные продукты, и тем более не имею морального права рекомендовать эту фирму студентам для приобретения программ. В общем, для себя я эту фирму похерил.
2) Могу сообщить, что кроме Убунты, Ваша система вполне хорошо идет и на Linux Mint Debian Edition. Надеюсь именно линуксовое направление будет преобладающим. Я не шовинист а ля-виндекапец, но мне кажется, что последние пару лет развития Линукс показывают мощную перспективу этой ОС не только в embedded системах, но и на десктопвх.
3) В вашей с Ширяевым работе заложен мощный потенциал на будущее. Очень бы хотелось, что бы ваща работа нашла свое сообщество среди программистов (к коим я не отношусь).
4) Успехи Raspberry Pi и других ARM-систем, показывют, что и монополия Intel, как и Микрософт совсем не бесконечны.
Кстати, кино посмотрел с большим удовольствием.

Мне тоже понравилось.

Только вот про InitLED Иван неправильно рассказал. Там разрешается подача тактового сигнала на схему GPIO (внутри микроконтроллера), а не таймер инициализируется

Надеюсь, что будут ещё серии

Плату лучше покупать не эту, а с микроконтроллером Cortex-M4F (например, STM32F411, STM32F405 или LPC4088).


У Криса нормальный компилятор, но свой-то лучше.


И в OpenBSD работает.
Для записи прошивок в микроконтроллеры NXP через UART можно пользоваться программой lpc21isp. А под Windows -- FlashMagic

Я абсолютно не сомневаюсь в качестве продукта Криса Барроуса. Наверное, в Австралии климат теплый и еда свешивается через забор как у нас на юге, но для меня, северного жителя, цены фирмы Astrobe являются слишком высокими. Как можно просить 495 долларов за год у студента Российского ВУЗа, который и так не жирует (ведь речь идет о студентах технических и физических специальностях).
Мне не понятно, что разработчики и профессионалы вместо популяризации и распространения качественного и перспективного, и очень удобного продукта, практически не известного за пределами очень узкого круга людей, еще более ограничивают этот круг распространения.

Конечно у Александра компилятор лучше уже тем, что им можно пользоваться и рекомендовать пользоваться, и для тех кто сможет, улучшить его (если автор разрешит).

Великолепно!
Теперь можно не мучиться с микропаскалем!

Уважаемый Александр.
Не поможете ли разобраться небольшому в ARM микроконтроллерах специалисту.
Я прочитал

Разобраться в этом действительно сложно. Я наивно полагал, что Cortex-M0 хуже M3, а M7 лучше чем M4. Но Российский разработчик с Вашей ссылки
в качестве перспективного проекта указывает разработку микроконтроллера на Cortex-M0 аж с 24 рязрядными АЦП на борту!
Помогите, пожалуйста определиться в главном, что бы не распыляться на множество вариантов. Что выбрать, например, что бы оно оставалось актуальным на некоторое количество времени вперед и по стоимости было в бюджетном секторе. Думаю, эта проблема не одного меня озадачивает.


2Модератор.
Мне кажется отделение этой ветки в форум Oberon-V5 не является оптимальным. Ключевые слова здесь звучали: ББ для линукс, Оберон для ББ, Оберон для ARM. Не понял причем здесь V5, но может быть я плохо разобрался?

Прошу прощения. Я не обсуждал Ваши действия, а лишь высказал вежливо, ну как умею, свою точку зрения, не зная их (действий) причину. Впредь буду писать в ЛС.

Тогда вопрос к топикстартеру.
Прав ли я в этом вопросе, а если нет, то почему?
Случайно затерев RSS, кои для меня являются основным источником новостей, я с неким трудом нашел эту тему, так как менее всего ожидал найти ее в этом форуме.

Количество разрядов АЦП не связано с архитектурой микроконтроллера. Может места на кристалле не хватает, вот и выбрали архитектуру попроще, а может Cortex-M4F ещё не сделали, не знаю, почему так.

Если нужны операции с числами IEEE 754, то выбирайте Cortex-M4F или (M7...), если не нужны, то любой.
Лучше Cortex-M4F.


Этот компилятор основан на компиляторе из Oberon-V5.

И вообще я сначала хотел реализовать систему Oberon-V5 на микроконтроллере.
Хотя бы динамическую загрузку модулей. Для этого нужно загрузчик модулей переписать (это не сложно). Но пока мне это не нужно. Потом когда-нибудь можно будет сделать.

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


Теперь понятно, спасибо. Хотя,как мне кажется, связь с Линукс хостом, напрмер, через Ethernet, была бы лучше.

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

Самый простой способ связи микроконтроллера с компьютером -- через UART (если нет интерфейса RS-232, то можно с помощью такого кабеля).

Хочу обратиться к автору темы: Александр, понимаю - дело не простое, но может Вы сочтёте возможным сделать компилятор и для ядра ARM7TDMI?

Не один вы хотите такой компилятор. Не обещаю, но когда будет время -- сделаю. Но без FPU.
Пока советую использовать Astrobe.

Заранее спасибо.
7TDMI с сопроцессором в природе не встречались: тут даже CortexM4 должен букву F иметь
Про Astrobe - в курсе

А почему " " ?

Astrobы выбрали 7TDMI от NXP.
Я посмотрел их Starter-версию, думал - может подкорректирую под AT91SAM7: нет. Все исходники в Pro-версии;
компилятор и линкер в пузе IDE. Ну и, естественно, цена (особенно сейчас) - не отобью её никак.
Свою EvBoard я сделал сам, "курил" документацию на ядро, на периферию; ассемблер ARMовский не пугает.

Ну тогда Astrobe не имеет смысл использовать. Крис долго делает поддержку новых типов микроконтроллеров, а для "старых" ARM-ов скорее всего ничего больше делать не будет.

Могу предложить использовать другой тип микроконтроллеров или ждать, пока я напишу кодогенератор для ARMv4T и компоновщик (в т. ч. для AT91SAM7).

Только сейчас забрел в эту ветку...
Поздравляю!

БРАВО!!!

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

Так, это что получается: тип микроконтроллера жёстко задан - в "пузо" зашит? На каждую кокретную микросхему свой компилятор?

Точнее, различия в типах микроконтроллеров касаются только компоновщика и системных модулей, а не самого компилятора.
Просто когда я пишу, например, "компилятор Astrobe", я имею в виду и компоновщик, и основные системные модули.

Вообще, если знать формат ".arm" файлов, создаваемых компилятором Astrobe, можно написать свой компоновщик и набор основных системных модулей. Но по-моему это сложнее и менее полезнее, чем написать кодогенератор для ARMv4T и компоновщик для моего "компилятора".