Вложение 72214 пинг есть
Вид для печати
Вложение 72214 пинг есть
разобрался. если кому на будущее поможет. то в исключение вставить .............Вложение 72231
Добрый вечер
Хотел уточнить - может это известная проблема. Компилятор периодически ругается на библиотеку MQTT.
Саму библиотеку не менял никак - просто скачал по ссылке с сайта ОВЕН-гита.
Или это нормально что автор так лихо конвертирует переменные?
Код:
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 100, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'WORD': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 130, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 131, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 132, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 133, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 134, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 135, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 136, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 137, Столбец 1 (Реализ.)): C0197: Неявная конверсия из 'DWORD' в 'REAL': возможна потеря информации
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 144, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 155, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 165, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 175, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 185, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 286, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 286, Столбец 1 (Реализ.)): C0196: Неявная конверсия из типа без знака 'UINT' в тип со знаком 'INT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 303, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'WORD': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 316, Столбец 1 (Реализ.)): C0196: Неявная конверсия из типа без знака 'WORD' в тип со знаком 'INT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 317, Столбец 1 (Реализ.)): C0196: Неявная конверсия из типа без знака 'WORD' в тип со знаком 'INT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 321, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 367, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'WORD': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 377, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
[WARNING] mqtt client library, 3.5.13.27 (stefan roßmann engineering solutions): FB_MQTTClient(Строка 379, Столбец 1 (Реализ.)): C0195: Неявная конверсия типа со знаком 'INT' в тип без знака 'UINT': возможно изменение знака
Добрый день.
Исходники библиотеки открыты - так что можете лично проанализировать код, связанный с каждым из предупреждений.
Добрый день. Подскажите пожалуйста, как реализовать циклический переключатель выходов на счетчиках? Всю голову сломал. Необходимо, чтобы на каждом импульсе входа, переключались выходы.
Допустим на вход пришел первый импульс, включился первый выход. Потом пришел второй импульс, первый выход выключился и включился второй. Потом пришел третий импульс, второй выход выключился, третий выход включился.
Потом пришел четвертый импульс, третий выход выключился и включился первый. И так по кругу. Подобное реализовано у меня в Лого.
Код:FUNCTION_BLOCK Primer
VAR_INPUT
IN: BOOL;
END_VAR
VAR_OUTPUT
OUT1, OUT2, OUT3, OUT4: BOOL;
END_VAR
VAR
axOut: ARRAY[0..3] OF BOOL;
RTrig: R_TRIG;
x, i: INT;
END_VAR
RTrig(CLK:=IN);
IF RTrig.Q THEN
x:=x+1;
IF x>=4 THEN x:=0; END_IF
FOR i:=0 TO 3 DO
axOut[i]:= FALSE;
END_FOR
axOut[x] := TRUE;
END_IF
OUT1:= axOut[0];
OUT2:= axOut[1];
OUT3:= axOut[2];
OUT4:= axOut[3];
Вложение 72386
Делаю согласно инструкции, но вот такая проблема? как решить?
пинг есть Вложение 72387
Не забудьте проверить порт и ID.
И то что приборы в одной подсети...
добрый день.
А возможно ли выдёргивать комментарий из строки с переменной, как это делает CodeSYS в ассистенте ввода. или обязательно надо задавать имя переменной в отдельной строковой переменной?
Например:
В ассистенте ввода отображается как:Код:(*AI 01*) stPoolWaterTemp: ANALOG_SENSOR_VALUE; (*Датчик температуры воды в бассейне*)
Можно ли так же содержание комментария вытаскивать в переменную, для того чтобы отправлять в Telegram название датчика с его ошибкой в человекочитаемом формате?Код:stPoolWaterTemp: ANALOG_SENSOR_VALUE(VAR_GLOBAL)
Датчик температуры воды в бассейне
Или лучше забить в отдельные строковые переменные все названия?
Добрый день.
Так будет проще.Цитата:
Или лучше забить в отдельные строковые переменные все названия?
А как переносить строки в Telegram?
На питоне просто добавлял \n или <b></b>внутрь строки
при отправке строки из кодсиса - <b></b> просто пропадают, не выделяя текст. Как буд то их съедает Кодсис - при запущенном приложении, внутри строки их уже нет.
А \n приходит как текст не перенося строку.
Дело точно не в CODESYS.
Я когда-то давно добивался нужного поведения - и жирности, и переноса строки, и т. д.
Кажется, дело было в аргументе parse_mode метода sendMessage.
https://core.telegram.org/bots/api#sendmessage
Попробуйте разные варианты его использования (для разных вариантов используется разная разметка).
Upd. - освежил воспоминания.
parse_mode=HTML
<b>Первая жирная строка</b>%0AВторая обычная строка
Или можете непосредственно на Python написать скрипт и вызывать его из CODESYS с нужными аргументами - наши контроллеры это поддерживают.
https://ftp.owen.ru/CoDeSys3/21_Exam...ory_3517v1.zip
Вопрос. Контроллером ПЛК210 через апи забираю с ОвенКлауд(далее ОК) значение температуры.
Как проверить достоверность этого параметра?
Чтоб выдать сигнал, когда параметр в ОК не менялся определённое кол-во времени или почему-то перестали поступать данные с ОК(например канал упал).
https://api.owencloud.ru/#parameter
Сравнивайте метку времени (d) и принимайте соответствующее решение.Цитата:
Описание возвращаемых полей:
Возвращается json-массив объектов с полями:
id - идентификатор параметра
values - массив с одним объектом.
d - unix timestamp, когда было получено значение
v - значение параметра
e - код ошибки при чтении
f - отформатированное значение (в т.ч. учитывается код ошибки)
Добрый день. Подскажите пожалуйста, как фиксировать время? Нужно по событию переменной "bool" фиксировать время возникновения события и исчезновение события с записью времени в энергонезависимую переменную.
Здравствуйте. как будет лучше, если при использовании библиотеки owencommunication в плане TCP сделать опрос слейвов исходя ,что у каждого слейва свой порт допустим 502,503,504..... или у каждого одинаковый порт 502 и обработка опроса соответсвенно последовательна... а если же каждому слейву задать уникальные порты 502,503,504... то обработка как бы параллеьно опрос в программе, то есть в программе создать при разных портах на слейвах количество клиентов и слейвов одинаково. как будет из этих двух случаев быстрее и эффективнее?
Добрый день.
Это не так. У каждого слэйва свой уникальный IP-адрес, и с каждым из слэйвов будет установлено отдельное TCP-соединение - независимо от номера его порта и того факта, совпадает ли он с номерами портов других слэйвов, или нет.Цитата:
или у каждого одинаковый порт 502 и обработка опроса соответсвенно последовательна
Оба случая равнозначны.Цитата:
как будет из этих двух случаев быстрее и эффективнее?
Криво, в сравнении с ST, но копмилируется) Дальше пишите в retain. Если нужно время в другом формате - смотрите в структуре stRTC - там есть всё необходимое.
Вложение 72498
День добрый, коллеги.
Подскажите, как удалить соединение со своим СПК110.
Поясню проблему. Хочу передать проект стороннему человеку, и навсякий случай, чтобы он по ошибке не перезалил мне панель, хочу удалить активное соединение, но оно упрямо сохраняется.
Что делал:
1. Менял тип устройства
2. Пересохранял проект как (с другим именем)
3. Выбирал это соединение и удалял его (когда строка выделена, нажимал на Del).
В какой-то момент вместо IP адреса соединения в строке соединения стал писать некий ID 20 цифр (5 групп по 4 цифры).
Но и по этому ID он упорно устанавливает соединение с моей панелью.
Все вышеописанное поясняет картинка.
Спасибо.Вложение 72500
Помогите, пожалуйста, разобраться - где я накосячил.
Хочу отправлять ошибки сенсоров в телеграм. Появилась проблема с ENUM ANALOG_SENSOR_ERROR.
Вложение 72499
Вот в таком виде конструкция работает - ошибка датчика читается. Сообщение приходит в телеграмм.
А вот после запихивания этой конструкции в отдельный ФБ - начинает ругаться на
[ERROR] PLC200: sensor_Error_To_Telegram [Device: Plc Logic: Application](Элемент 0 (Реализ.)): C0358: 'eStatus' - неподходящее значение для типа ENUM 'ANALOG_SENSOR_ERRORS'
Вложение 72501
Вложение 72502
Добрый день.
Вы сняли эту галочку?
Вложение 72504