ПР205

[ПавелП]

Хорошо хоть наши проектировщики к нам иногда прислушиваются и не втыкают в проекты желёзки, которые только появились или те, с которыми мы хоть как то не работали. Но всё равно, иногда такие головоломки подсовывают, что ужас...

Так я бы вообще использовал своИ ПЛК, и свой софт.
Всё проверено годами, и работает как часики.

Но заказчик пожелал только сертифицированное в РБ.
Вот и корячимся...

[Сергей0308]

Так я бы вообще использовал своИ ПЛК, и свой софт.
Всё проверено годами, и работает как часики.

Но заказчик пожелал только сертифицированное в РБ.
Вот и корячимся...

Может Вам тогда проще сертифицировать "своё"?

В смысле, надеюсь Вы не на АЭС хотите что-то своё сварганить?
Кстати, в слову, надеюсь не по вашей вине ваша новая АЭС ломалась?

[ПавелП]

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

Оказалось разделение на экранные и сетевые несоответствия.
Объявляется же сетевая как целочисленная.

Сетевая целочисленная на экран выводит 16 бит.
Обычная целочисленная на экран выводит 32 бита.

Обе объявляются как целочисленные...

[Dimensy]

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

Оказалось разделение на экранные и сетевые несоответствия.
Объявляется же сетевая как целочисленная.

Сетевая целочисленная на экран выводит 16 бит.
Обычная целочисленная на экран выводит 32 бита.

Обе объявляются как целочисленные...

Так это не глюк ПР205, это фича Лоджика

[ПавелП]

Так это не глюк ПР205, это фича Лоджика

То, что неоднократно выявляется на форумах, народом учитывается,
ОВЕН не учитывает - FAQ не ведётся, в HELP не заноситься, Errat нет.

[capzap]

То, что неоднократно выявляется на форумах, народом учитывается,
ОВЕН не учитывает - FAQ не ведётся, в HELP не заноситься, Errat нет.

а как давно Вы читали документацию и вообще читали ли?
owen.pngowen1.png

[ПавелП]

а как давно Вы читали документацию и вообще читали ли?

Как бы вам повежливее ответить?
Я же говорю в общем, а не про переменные.
Вы же спец, и сами всё ЭТО видите!!!!!!!!!!!!!!!!!

Мне покопать форумы, и... показать вам, что ОВЕН не документирует,
не учитывает, и игнорирует глюки и проблемы???

Кстати, об этих самых переменных, с которыми мне пришлось в облаке экспериментировать.
И, как оказалось, не я первый.

Не укажете, где про ЭТО в документации?

ОВЕН не имеет возможности вести поддержку на форуме,
о котором заявлено официально.

Сколько вопросов висит в воздухе годами!!!

А то что тут есть человек, что хоть иногда отвечает - так спасибо и за это.

Не должно быть информационного вакуума.

[Королев Кирилл]

Добрый день!

То, что неоднократно выявляется на форумах, народом учитывается, ОВЕН не учитывает - FAQ не ведётся, в HELP не заноситься, Errat нет.

FAQ в процессе разработки, справка и РП на Owen Logic будут обновлены вместе с новым релизом (ориентировочно, в середине февраля). Вместе с релизом же появляется файл Release Notes (https://owen.ru/uploads/392/release_..._logic_2.5.pdf), в котором отражены большинство известных ограничений, основные изменения и исправленные ошибки.

Такая возможность у меня есть, но необходим счётчик мкс, чтоб принимать решения, сколько выполнить в первом цикле, втором, и т.д.

Сейчас доступны: Ms, Sek, Min, Hour.
нужен регистр mks

Вместе с новым релизом будет доступна функция GetTime, которая возвращает системное время в мс со старта прибора. По поводу работы с микросекундами - обсудим, конечно, но в текущих планах подобного функционала нет. Все же, такие масштабы времени уже очень сильно напоминают ПЛК.

Сейчас вылеты при работе с переменной разрешением/запретом в облако.
Я выловил момент, когда периодически, через пару минут, рессетится.
При условии что разрешение включается по Sek.1 (счётчик секунд, по второму биту).

Такого быстрого управления ПР205 не переносит...
Просто увеличил продолжительность включения до 30 сек, через 5 мин.

И как прочитать из облака туда записанные переменные для верификации?

Правильно ли понимаю, что изначально выдавали разрешение на работу с облаком раз в 2 секунды на 2 секунды? Если правильно, то с какой целью выставляли именно такие временные промежутки (обращаю внимание на периоды опроса в облаке)? Как такового прямого контроля "усвояемости" данных нет. Если "Статус подключения к Owen Cloud" имеет состояние "работа", то данные переданы. Если же статус возвращает "нет соединения", то, соответственно, данные не передаются.

[ПавелП]

Добрый день!
FAQ в процессе разработки,

Последний раз редактировалось Евгений Кислов; 04.03.2017 в 13:07.

Половина видео там недоступна.

Сможете реанимировать, и заполнять - памятник ОВЕН при жизни поставлю!!!

Этим вы снимете солидную часть нагрузки с поддержки,
ссылаясь в документации на примеры и готовые решения!

И нервную систему народу побережёте. Даже не вериться - фантастика 02-2024.

справка и РП на Owen Logic будут обновлены вместе с новым релизом (ориентировочно, в середине февраля). Вместе с релизом же появляется файл Release Notes (https://owen.ru/uploads/392/release_..._logic_2.5.pdf), в котором отражены большинство известных ограничений, основные изменения и исправленные ошибки.

Вместе с новым релизом будет доступна функция GetTime, которая возвращает системное время в мс со старта прибора.

"в середине февраля" - а ниспадающие менюшки... Работа стоит...

Сейчас я держу переменную как флаг - взводится при старте, и считает, но только то время,
что доступно пользователю циклов, фактически - счётчик циклов без привязки.

По поводу работы с микросекундами - обсудим, конечно, но в текущих планах подобного функционала нет.
Все же, такие масштабы времени уже очень сильно напоминают ПЛК.

Может хватит калькуляторного детства? Относитесь как к ПЛК.
Все признаки по ресурсам и ПО в наличии.

Я подробно объяснил, для чего нужны мкс.
Очевидно разгрузить CPU при всё возрастающей нагрузке.
Нет многозадачности, так хоть кванты толком использовать.
Нет необходимости каждую мс выполнять всё сразу.
У меня программа вырастет кратно при циклических испытаниях
по четырём каналам. И они синхронизированы взаимно.
Уже сейчас циклы скачут до 12 мс только при одном не нагруженном!

В системе точно есть такой счётчик! Дайте потрогать.
Я скажу что получается, всем на пользу пойдёт.

Правильно ли понимаю, что изначально выдавали разрешение на работу с облаком раз в 2 секунды на 2 секунды? Если правильно, то с какой целью выставляли именно такие временные промежутки (обращаю внимание на периоды опроса в облаке)? Как такового прямого контроля "усвояемости" данных нет. Если "Статус подключения к Owen Cloud" имеет состояние "работа", то данные переданы. Если же статус возвращает "нет соединения", то, соответственно, данные не передаются.

С целью понять (потыкать палочкой) не документированные возможности.
Поняв, что это насилие, был выбран следующий тайминг:
Разрешаю облако, получаю 2 (это работа), данные отправляются,
потом отсчитываю 45 сек, считая (без подтверждения) что данные усвоены облаком.
Пользователя уведомляю, что данные не введутся (виден таймер обратный).
Но там и так не получится раньше чем через минуту.

Так вот тут и нужен флаг - что облако усвоило данные.

[ПавелП]

Сколько регистров занимает ваша сетевая переменная? Вложение 73156
Число 132132 это уже 32 битная, а не пролезает больше чем 65535 потому что 1 регистр и переменная 16 битная.
Число 1060 (младший регистр) получается при разложении 32 битной на 2 регистра

Я в курсе.
В том то и дело, что я её не трогал.
Всё работало.

Целочисленная, и отображала на экране 1234567 нормально.
Сейчас запустил на экран через "обычную", не сетевую, переменную.