OberonCore

Использование BlackBox для макетирования устройств на микроконтроллерах

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

Доступные среды разработки прошивок для микроконтроллеров, например, AVR Studio, MicroPascal и др. обладают большим «сопротивлением среды», чем BlackBox. Возможности BlackBox для быстрого создания кнопок, полей и др. элементов управления дают новое удобное применение BlackBox. Прежде, чем разработать электронное устройство на микроконтроллере с физическими элементами управления (кнопками, ручками подстройки, алфавитно-цифровыми и графическими жидкокристаллическими индикаторами, светодиодными индикаторами и т.д.), удобно разработать макет устройства на BlackBox для различный применений
1) Проектирования интерфейса устройства (как пользователь будет работать с устройством);
2) демонстрации для потенциальных покупателей устройства:
3) отладки алгоритма работы устройства;

В этой области ББ вполне может "выстрелить", предполагаю.

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

Т.е. Вы хотите реализовать что-то вроде описанного здесь: viewtopic.php?p=67448#p67448 - только виртуально? А как моделировать взаимодействие с прибором? Всё-таки исполнять программу на макете прибора (связанного по пультовым каналам с ББ-платформой)? или полностью перенести на эту платформу?

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

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


Пока давать наборы готовых данных.


не так масштабно, пока просто создавать на BlackBox с низкими трудозатратами действующий программный макет устройства для того, чтобы потом вручную перенести
код устройства в avr-gcc и запустить на proteus.

А, это примерно по такому принципу, как предложено в этом примере (процессы окружения, взаимодействующие с процессом устройства)? Или, так сказать, "офф-лайново" - вставив в комплексдок ББ программу устройства и как-то "скармливая" ей наборы входных данных (через коммандер или в каком-то цикле перезапуска, чтобы многократно)?..
Кстати, я верно понимаю, что для последнего в ББ можно написать Оберон-скрипт, включающий коммандер[ы] для вызова КомПас-программ в нужном порядке с передачей им как параметров элементов данных, объявленных в скрипте?

У Вас фундаментальный труд. Наша задумка примитивней:
вместо "железной" кнопки - кнопка GUI,
вместо жидкокристаллического индикатора - поле, связанное с экспортируемой переменной,
вместо светодиодов - checkbox;
т.д., чтобы получить на выходе exe файл, эмулирующий работу устройства, который можно распространять как рекламу устройства, и при помощи которого можно легче отработать алгоритмы, зашиваемые в микроконтроллер.

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

В процессе макетирования на BB можно тщательней продумать концепцию работы устройства. Например, отключать некоторые кнопки, когда ввод данных от них может не нужен, а обработка состояния может усложнить алгоритм (Guard)