CODESYS V3.5. Визуализация

[Spawn]

А я против того, что всё то, что нужно реализовывать через скада и базы данных, пытаются втолкнуть в плк (спк). Зачем!?
Да, есть встроенная визуализация (для плк), но это не делает его полноценной системой для хранения исторических трендов и пр.

Зачем он (СПК, как отдельная линейка) тогда вообще нужен, если это не продукт, а полуфабрикат?

Если конкретно Вы чем-то не пользуетесь, то это не значит, что этим не должны пользоваться другие.

И чем конкретно СПК отличается от ПЛК+СП, тем, что это два в одном?

Про SCADA и БД/СУБД речь не идет, речь идет о конкретном оборудовании, зачем говорить о том, чего нет?

[melky]

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

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

[Spawn]

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

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

С записью, как раз, проблем нет. Пока fbOwenTrend ведет свои записи в файлы, всё работает более чем. Если ориентироваться по макс. времени цикла (VISU_TASK - 154mS, MainTask - 21mS), то СПК особо не напрягается.

[Spawn]

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

Так, по конкретней, пожалуйста. Где это я "невнимательно смотрят" и "под все заточены"?

Лично я за честность. Если СПК поддерживают тренды (конкретно о них), то об этом так и написать, и привести этот компонент к нормальному бою, если бой не нормальный и/или привести его к нормальному не представляется возможным, то так и написать "Товарищи, компонент "Тренд" в СПК не работает и работать не будет! Просьба учитывать данную информацию при подборе оборудования и реализации проектов!". Всё! Четко и понятно, чтобы не было соблазна это брать и пытаться как-то использовать/реализовать, "на нет и суда нет", как говорится. В РЭ, РП, технических характеристиках и описаниях на оборудование нужно четко указывать то, что оно имеет на борту и способно выполнять, а не писать и заявлять всё, что не попадя. Сейчас, в данный момент, что на родном компоненте, что на аналоге проблема одна - недопиленность, но если первая недопиленность была известна заранее (на нее и на ёё решение уже было потрачено время), то вторая нет и, по сути, время потрачено зря, а бета-тестером как-то некогда и нехотно работать.

[Spawn]

Особенно если некоторые смотрят ещё и на цену...
Ага, спк нам дешевле обойдётся, чем плк+ПК+ПО примерно раз в 5... А мы же хотим экономить, пусть программисты думают, как это на спк сделать, там есть и плк, и экран, и линукс. Главное мы сэкономили, нам премия. А не работает, это программисты дурачки, зачем вы им вообще платите...

Причем здесь цена, МихаилГл? Где о ней хоть слово? Как я уже писал выше, для меня лично, СПК - это практичность. Реализуемые на нем задачи ни коим образом не выходят за грани его возможностей, даже близко к ним (граням возможностей) не подходят.

И да... Зачем покупать оборудование за цену x100, если возможно те же задачи реализовать на оборудовании с ценой x1? Не вижу смысла прикручивать к боковой стенке ШУ платформу Proliant, если с текущими задачами справится и ПЛК63 ("Земля ему пухом.")...

[МихаилГл]

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

PS И вроде ещё есть какая-то система на подходе...

PS2 кодекс... Кодесис, автозамена в телефоне, не заметил)

[SlavikP]

Может скоро они окончательно на полигон перейдут...
PS И вроде ещё есть какая-то система на подходе...

Но при сохранении текущей схемотехники СПК возможности будут плюс-минус такие же.
Для радикального повышения производительности надо ставить более моЩЩЩный процессор. И тогда все упирается в отвод тепла. Подсознательно ожидаю в след.версиях СПК металлический корпус и вентилятор.
Возможно дождемся и кроватку для M2 SSD. По оперативной памяти вроде как проблем особых нет.

[melky]

154мс на визуализацию это овердофига. Имхо, не больше 50-ти, далее ПК.
з.ы. как-то попал на обучение по Дельте. Svg файлы для визуализации в панелях - 100+ КБ. Идиоты, его же можно сделать до 20кБ.

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

[Spawn]

154мс на визуализацию это овердофига. Имхо, не больше 50-ти, далее ПК.
з.ы. как-то попал на обучение по Дельте. Svg файлы для визуализации в панелях - 100+ КБ. Идиоты, его же можно сделать до 20кБ.

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

melky, Вы читаете не внимательно или не полностью. "макс. времени цикла"... Среднее (прямщас смотрю) время цикла: VISU_TASK - 0.224mS, MainTask - 0.307mS, Посл.: VISU_TASK - ~0.350mS (на визуализациях с OVT прыгает до 17mS), MainTask - ~0.4mS. Поэтому, ИМХО, "СПК особо не напрягается".

[TaPX]

Люди, памажите, я забыл, как это делать.
Вот у меня есть визуализация в ПЛК200. У ней есть фон. у фона огромное разрешение, 3507х2481. Как его подогнать под мою маленькую визуализацию, чтобы там вся фоновая картинка была, а не только ее край?