Вылез глюк сетевой переменной.
Вылез глюк с сетевой переменной,
причём обнаружился случайно...
Оказалось разделение на экранные и сетевые несоответствия.
Объявляется же сетевая как целочисленная.
Сетевая целочисленная на экран выводит 16 бит.
Обычная целочисленная на экран выводит 32 бита.
Обе объявляются как целочисленные...
Последний раз редактировалось ПавелП; 28.01.2024 в 22:03.
Так это не глюк ПР205, это фича ЛоджикаСообщение от ПавелП
То, что неоднократно выявляется на форумах, народом учитывается,
ОВЕН не учитывает - FAQ не ведётся, в HELP не заноситься, Errat нет.
Как бы вам повежливее ответить?
Я же говорю в общем, а не про переменные.
Вы же спец, и сами всё ЭТО видите!!!!!!!!!!!!!!!!!
Мне покопать форумы, и... показать вам, что ОВЕН не документирует,
не учитывает, и игнорирует глюки и проблемы???
Кстати, об этих самых переменных, с которыми мне пришлось в облаке экспериментировать.
И, как оказалось, не я первый.
Не укажете, где про ЭТО в документации?
ОВЕН не имеет возможности вести поддержку на форуме,
о котором заявлено официально.
Сколько вопросов висит в воздухе годами!!!
А то что тут есть человек, что хоть иногда отвечает - так спасибо и за это.
Не должно быть информационного вакуума.
Если нужен более оперативный ответ, то думаю форум тут не очень оперативен (Форум предназначен для общения по теме АСУ ТП и по продукции ОВЕН...).
Если смотреть на первое предложение справки, техподдержка тут не обозначена.
Я тоже пару раз сталкивался с проблемами, где мне сразу сказали, пишите на техподдержку напрямую.
Вот заболеет модератор темы, и что делать? Писать напрямую. Да, тут вопросы серьезные, но другой статус ответственности за ответы...
Ответ техподдержки: (это про оперативность)
Приходит ответ на емайл, что ваш запрос поставлен в очередь.
В общем: - Если вам не ответили, то пишите ещё, большая загрузка.
И мне так сказали.
Это что, вот если ядерная бомба...
Если коротко. У них хронический завал.
При этом в начале года все маркетинговые службы отчитались на ютубе,
о... доблестных результатах за 2023 и блестящих перспективах...
После каждого просмотра, по 3-5 минут, в ушах ещё долго
стоит звон литавр, и ощущение праздника...
Добрый день!
FAQ в процессе разработки, справка и РП на Owen Logic будут обновлены вместе с новым релизом (ориентировочно, в середине февраля). Вместе с релизом же появляется файл Release Notes (https://owen.ru/uploads/392/release_..._logic_2.5.pdf), в котором отражены большинство известных ограничений, основные изменения и исправленные ошибки.
Вместе с новым релизом будет доступна функция GetTime, которая возвращает системное время в мс со старта прибора. По поводу работы с микросекундами - обсудим, конечно, но в текущих планах подобного функционала нет. Все же, такие масштабы времени уже очень сильно напоминают ПЛК.
Правильно ли понимаю, что изначально выдавали разрешение на работу с облаком раз в 2 секунды на 2 секунды? Если правильно, то с какой целью выставляли именно такие временные промежутки (обращаю внимание на периоды опроса в облаке)? Как такового прямого контроля "усвояемости" данных нет. Если "Статус подключения к Owen Cloud" имеет состояние "работа", то данные переданы. Если же статус возвращает "нет соединения", то, соответственно, данные не передаются.
Инженер по продукту | ПР и Owen Logic
email: k.korolev@owen.ru
Последний раз редактировалось Евгений Кислов; 04.03.2017 в 13:07.
Половина видео там недоступна.
Сможете реанимировать, и заполнять - памятник ОВЕН при жизни поставлю!!!
Этим вы снимете солидную часть нагрузки с поддержки,
ссылаясь в документации на примеры и готовые решения!
И нервную систему народу побережёте. Даже не вериться - фантастика 02-2024.
"в середине февраля" - а ниспадающие менюшки... Работа стоит...
Сейчас я держу переменную как флаг - взводится при старте, и считает, но только то время,
что доступно пользователю циклов, фактически - счётчик циклов без привязки.
Может хватит калькуляторного детства? Относитесь как к ПЛК.
Все признаки по ресурсам и ПО в наличии.
Я подробно объяснил, для чего нужны мкс.
Очевидно разгрузить CPU при всё возрастающей нагрузке.
Нет многозадачности, так хоть кванты толком использовать.
Нет необходимости каждую мс выполнять всё сразу.
У меня программа вырастет кратно при циклических испытаниях
по четырём каналам. И они синхронизированы взаимно.
Уже сейчас циклы скачут до 12 мс только при одном не нагруженном!
В системе точно есть такой счётчик! Дайте потрогать.
Я скажу что получается, всем на пользу пойдёт.
С целью понять (потыкать палочкой) не документированные возможности.
Поняв, что это насилие, был выбран следующий тайминг:
Разрешаю облако, получаю 2 (это работа), данные отправляются,
потом отсчитываю 45 сек, считая (без подтверждения) что данные усвоены облаком.
Пользователя уведомляю, что данные не введутся (виден таймер обратный).
Но там и так не получится раньше чем через минуту.
Так вот тут и нужен флаг - что облако усвоило данные.
Не, ну я читал, что на кофеварке запускали Doom, но давайте, все таки, отделять мухи и котлеты. ПР предназначены для малых задач автоматизации и никогда не станут в ровень с ПЛК - задачи и цена разные. А то что вы хотите микросекунды ловить на ПР - у вас, что там, система управления реального времени? Нужны микросекунды, многопотоковость и прерывания - берите ПЛК.
Я, вообще, считаю, что Овен, введя плюшки типа быстрых входов, кондуктометрических входов и ST по достаточно вкусной цене начинает портить пользователей - они хотят все больше и забывают, что это РЕЛЕ
Последний раз редактировалось Dimensy; 29.01.2024 в 19:51.
Ваши права
Ответить с цитированием