Визуальная среда для AVR микроконтроллеров., Инструмент для конструирования конструкций, поделок и схем автоматики. Опции

[Lihiuzov]

Horizont Configurator визуальная среда построения алгоритмов работы устройств, в том числе и микроконтроллеров. В качестве языка программирования среда использует язык функциональных блоков (FBD Function Block Diagram). Алгоритм создается путем формирования блок-схемы из библиотечных блоков, которые объединяются друг с другом непосредственно линиями связи – графическими связями. При компилировании проекта Configurator формирует исполняемый программный код, в него закладывается ядро программы, кода используемых FBD блоков и сам алгоритм. После сборки кода запускается компилятор, для соответствующего микроконтроллера. В итоге после сборки проекта получается исполняемый микроконтроллерный код.



Установка: HorizontConfigurator

Примеры работы:
управление нагрузкой
индикатор
кодовый замок

Интересно ваше мнение по проекту, пожелание, предложение, критика. Если есть желание, можете принять участие в проекте.

[Molotov]

Это для лохов. Настоящие мужики пишут на IAR для AVR(вариант на С) или на AVR Studio(вариант на ассемблере). Эти блоки не нужны, поттому что там надо каждый битик настраивать в регистрах.

Сообщение отредактировал Molotov - Jun 24 2016, 04:01

[Lihiuzov]

Это для лохов. Настоящие мужики пишут на IAR для AVR(вариант на С) или на AVR Studio(вариант на ассемблере). Эти блоки не нужны, поттому что там надо каждый битик настраивать в регистрах.

Это вариант реализации промышленного языка программирования FBD для микроконтроллеров AVR. Вы знаете почему для промышленной автоматики редко используют С, Pascal итп?
Дополнительное знания языка FBD никогда не повредит, а может кому и поможет в будущем.

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

Посмотрите примеры использования языка FBD для программы OwenLogic

[dxp]

Вы знаете почему для промышленной автоматики редко используют С, Pascal итп?

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

Поэтому попытка втащить простой язык автоматики в область программирования МК, где есть более гибкие и эффективные ЯП и нет целевой аудитории, ориентированной на прикладные техпроцессы, обречена на неудачу.

Работа, конечно, проделана немалая и выглядит всё прилично, за это респект.

[demiurg_spb]

Если и принимать участие в разработке Open source проекта подобного плана, то имеет смысл работать над Beremiz - он ушёл далеко вперёд и автор НИКОГДА его не догонит...
Оооо да это вообще не Open source..... До свидания!!!

[Lihiuzov]

Если и принимать участие в разработке Open source проекта подобного плана, то имеет смысл работать над Bereiz - он ушёл далеко вперёд и автор НИКОГДА его не догонит...
Оооо да это вообще не Open source..... До свидания!!!

Все блоки и ядро программы написаны на ассемблере, все тексты открыты, код любого блока доступен даже через меню над блоком.
Что такое Bereiz ?

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

Вы правы, я писал тексты блоков на ассемблере.

Тут вопрос, что такого хорошего в языке fbd, чем он лучше/удобнее к примеру с++? Я пока вижу только один плюс - будет проще человеку, незнакомому с программированием.

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

Третий вопрос - у вас картинка с несколькими элементами, у каждого - куча свойств. Как понять, какие свойства у каких объектов настроены? Надо протыкать по всем объектам и пролистать свойства. Для аналогичной по функционалу программы на Си весь текст помещается на экран, его без проблем пробежать глазами.

Как вы заметили FBD нагляден, меньше ошибок при построении программы (остаются только логические).

По второму вопросу, ничего особого нет.

Большинство свойств относится к оформлению блока, к работе намного меньше. Например у триггера одно- начальное состояние, логическое И- нет свойств итд.

1.А кто по вашему будет работать с этими контроллерами на FBD? Я из своих коллег, которые используют промышленные контроллеры не знаю ни одного, кто хотя бы знает слово "микроконтроллер" и "AVR".
2. Те кто пишет на С, Pascal итп итак используют мк и FBD им не нужен.
3. По поводу стоимости в тысячи долларов - плохо искали. Те же самые овены (не реклама) стоят не так уж и дорого. Более того если поискать по китайским конторам можно найти вполне бюджетные решения.

ps. я не критиковал, просто выразил отношение к микроконтроллерам в целом и к промышленным со стороны человека, который изнутри знает как к ним относятся "простые работяги". В моем случае, я как разраб сам делаю такой промышленный контроллер. И да, благодаря конкуренции его цена не зашкаливает.

1. Язык FBD это инженерный язык, ему не надо учится, если логическое мышление работает то через пару часов освоит азы.
2. Язык не заменит С, Pascal итп, если вы создаете серьезное устройство. Но если задача состоит из какой либо несложной автоматизации, то вы очень быстро соберете желаемый проект.
3. Овены

Код

ПЛК63-РРРРРР-L     12 390,00 руб.    
ПЛК63-РРРРРР-М    13 452,00 руб.    
ПЛК63-РИИИИИ-L    14 514,00 руб.    
ПЛК63-РРРРИИ-L    14 514,00 руб.

Но все же для дома это дорого, не каждый позволит для "игр" купить подобный и экспериментировать. Другое дело микросхема за 100 рублей и вперед к творчеству.

Поделитесь своими наработками.

[Непомнящий Евген...]

Как вы заметили FBD нагляден, меньше ошибок при построении программы (остаются только логические).

Он нагляден, пока схема простая. Программа из 10 строк на си тоже наглядна. А вот когда есть куча файлов и общий объем - мегабайты, то с наглядностью уже плоховато. Я сильно сомневаюсь, что аналогичная программа на графическом языке будет наглядна...

2. Язык не заменит С, Pascal итп, если вы создаете серьезное устройство. Но если задача состоит из какой либо несложной автоматизации, то вы очень быстро соберете желаемый проект.

А с простой автоматизацией для дома вообще нет проблем - берете ардуинку, берете готовый скетч, дорабатываете напильником и вуаля

ядро программы написаны на ассемблере

Вы реально писали графический редактор на ассемблере? Стесняюсь спросить, а не проще ли было взять шарп, ну или там куте?