Цитата:
Сообщение от NikoS
Для МПЦ можно, в принципе, создать свою маленькую специализированную среду визуального программирования, типа С++ Builder. Там не такие уж прям "задачи", чтобы из-за них морочить голову с ассемблером и жесткой оптимизацией. Ну и настройку компилятора под конкретные применяемые типы процессоров к ней прикрутить.
|
Builder - для меня как некий простой и достойный инструмент. В ряде случаев для создания ПО контроллера делаю следующим образом. Пишу исходник с условной компиляцией для возможности компилирования в среде Builder и в среде AVR. Под Builder достаточно простой и хороший отладчик, основную отладку делаю в Builder, а затем уже дорихтововаю на реальном железе, получается значительно быстрее!
Не так давно (год так 2012) мне пришлось проверять работу софта для 580 процессора с целью заменить систему собранную на КТС-ЛИУС (реальную), не только морально, но полностью физически устаревшую на туже самую систему работающую на современном промышленном компьютере (исходных текстов ПО не было даже у разработчиков). Написал симулятор 580 процессора и симуляцию блоков получилось классно, правда были заморочки с обработкой прерываний, загрузил ПО 580 процессора в свою программу и оп древний софт заработал. Хорошая была работа, но реально не потребовалась, просто удавили на объекте автоматизацию, ну это другая история и мне неинтересная.
Просто инженер АиТ добавил 17.03.2017 в 10:35
У меня есть ПО АРМов АСДК (в основном отображение сигналов ТС), который мы в свою очередь разрабатывали, есть версия ПО с созданием маршрутов и индивидуальным управлением устройствами ЖАТ (стрелки, сигналы) делали для макетов. Т.е. практически АРМ МПЦ. Этот АРМ формирует команды для макетов, я эти команды перенаправлю в будущий мой софт МПЦ (софт МПЦ делаю для модульного исполнения контроллерами, но этот же софт можно закрутить на компе). И можно отлаживаться.
Так же есть версия АРМа где можно задавать движение составов это делалось для макета отладки ЭЦ на станции при пуско-наладке.
