Ну и что хоть планируется-то?

[Филоненко Владислав]

Свои десять копеек в хотелки для новой среды.
Что меня раздражает в КДС:
1. Детекторы фронтов и спадов сигнала. Перед каждым сигналом приходится ставить триггер, его еще приходится описывать в шапке\глобале. Если таких сигналов много, то и писанины получается "Война и мир" на минималках, особенно если только ST. В азиатских средах (Мелсек-подобных) сделано проще - на LD просто несколько вариантов символов "контакта". Как вариант - сделать команды условно RAISE и FAIL. Т. е. IF RAISE(DI1) THEN действие. И всё, без лишних триггеров и описания.
2. Работа с быстрыми входами. Конкретно для ПЛК Овен 110 приходилось использовать нештатные средства для получения желаемого функционала, ибо штатные грусть-тоска-печаль. В других средах видел простое решение - штатный ФБ, работающий с высокоскоростными входами на аппаратном уровне. Например счетчик+тахометр в одном флаконе, причем счетчик энергонезависимый. Вытаскиваю на поляну ФБ, подключаю вход, задание счетчику (если требуется) и сигнал сброса, на выходе имею сразу счет, сигнал достижения счета, и частоту импульсов в имп\сек. Удобно и без лишней пыли.
3. Работа с быстрыми выходами. Хотелось бы видеть "гладкий" ШИМ, без перезапуска периода по факту обновления задания. Так же желательно иметь ФБ для примитивной работы с ШД - на входе скорость, ускорения, команда, сброс координаты, возможность прочтения текущей координаты двигат
еля. ФБ работает с физическим выходом на аппаратном уровне вне цикла ПЛК.

Работа с движением - даже в самом примитивном варианте под капотом десятки и сотни тысяч строк кода (ну если мы хотим движение а не фикцию).
Гладкий ШИМ - ну хороший функционал, подумаем.
Детекторы фронтов - тут или шашечки или ехать. Делать прибитые гвоздями функции и не использовать их - пустая растрата процессорного времени.

[Филоненко Владислав]

Филоненко Владислав кстати да, PRU-ICSS это же была фишка TI, раз с них перешли на GD32 получается сейчас нет возможности работать с быстрыми входами/выходами и в предыдущих моделях плк?

Мы не делаем ПЛК на GD
И да, бытие определяет сознание, нет PRU - нет его возможностей...

[Филоненко Владислав]

Филоненко Владислав я понимаю, что тема про среду, но характеристики железки тоже интересуют. По фотке видно, что какой-то Rockchip стоит - какой именно?, ну и остальные х-ки...
Интересует в каком плане. Берется несколько штук, используются как ПЛК, на один накидывается Scada (варианты? пока на вскидку RapidScada, Pult-online, IntraScada, SimpLight) - и используется как агрегатор для остальных ПЛК.
з.ы. можете отдельную тему создать именно по железу, не против. Мне понять возможно ли такое?

Зачем Вам это. Это же будет богомерзкое глючное ненадёжное изделие ОВЕН...

[melky]

Филоненко Владислав а я буду это рассматривать не как Овен а как Rockchip
тут больше зависит, можно ли накатить или не получится? Например на панельный ПЛК от других товарищей можно накатить и Pult-online и RapidScada, может еще кого. Но у вас не панельный, но хотя бы серверную часть можно или нет?
Опрашивать остальные ПЛК и допустим дополнительные приборы, не парясь с программированием протоколов в самом ПЛК. Ну как выше и спрашиваю - возможно ли один такой превратить в агрегатор для остальных?

Или там ОСРВ по максимуму урезанная, и что-то из пакетов собрать или поставить только к вам на поклон? помню кто-то писал, что тот же openVPN собрать только так можно.
Наличие репозитория от Овен будет/нет?

[Sulfur]

Работа с движением - даже в самом примитивном варианте под капотом десятки и сотни тысяч строк кода

На вашем же ПЛК110 на Харделле мне хватило полтора десятка строк в среде автора Харделлы.

[Филоненко Владислав]

На вашем же ПЛК110 на Харделле мне хватило полтора десятка строк в среде автора Харделлы.

Ну это как раз фикция, к движению никакого отношения не имеющая.
Проработку такого функционала мы планируем, но это не самая приоритетная задача.

[In_Da_Cher_A]

Оборудование ВСЕГДА делается под конкретные задачи. Задач обеспечить СТАБИЛЬНОЕ время реакции на уровне единиц мкс нам не ставили (для ПЛК НЕобщепромышленного применения).

очень жаль.

К тому же оборудование с ТАКИМИ возможностями стоит совсем другой порядок цены!

так сделайте такой вариант

[In_Da_Cher_A]

полная многопоточность

с какими модулями?

[Sulfur]

к движению никакого отношения не имеющая.

Я и не предлагал сделать полноценный многоосевой САМ-процессор с синхронизацией по осям и разными интерполяциями. Просто банальная крутилка для ШД. Бывают задачи, где нужно малогабаритное перемещение, полноценный сервопривод избыточен, а что бы крутить ШД нет инструментов.
Делал на ПЛК110 проект, нужно было механически придвигать датчик к объекту. ШД должен был притащить платформочку с датчиком к объекту, и когда надо убрать в исходное. Габариты размещения весьма мелкие. Для этой цели сгодился бы классический дешевый ШД NEMA23. Но из за отсутствия в ПЛК этого самого простого инструмента пришлось брать гибридный ШД с продвинутым драйвером, который сам умеет разгоняться и тормозить. Разница в цене составила как раз на еще один ПЛК.

[Филоненко Владислав]

с какими модулями?

Модулями? Не могли бы развернуть мысль?