- В этой теме 27 ответов, 3 участника, последнее обновление 5 лет, 11 месяцев назад сделано
.
-
Сообщения
-
Спасибо за наводку на Advansed Serial Data Loger, давно такой софт искал. Но попадал на варианты где надо виртуальных кучу портов создать и туннели между ними. Что бы мониторить в реал тайме.
Спасибо за такую библиотеку удобную. И огромная вам благодарность если получится доделать, то что мы обсуждаем.
Подскажите, если имеете опыт, как стабилизировать связь? Много очень ошибок при передаче. Через родной конфигуратор тоже есть, но значительно меньше. Может таймауты и множетели надо как то по хитрому прописать. У меня прямо возле счетчика стоит конвертер RS485 — TCP. Через скаду подключаюсь к TCP серверу, через конфигуратор тоже к TCP серверу, что бы логи прочитать создал виртуальный COM порт на котором подключение TCP, и его мониторил. Через конфигуратор по TCP — почти без ошибок, по COМ — много ошибок. Через скаду — очень много ошибок и через TCP и через COM. Если запрашивать мало данных — меньше ошибок, много — больше. Но ошибок реально много. В какую сторону копать?Хм, попробовать покопать на саму линию связи. Я пробовал через TCP конвертер Пульсар, так тот вообще отваливается. Может наводка на линию RS485 еще быть.
На счет таймаута я посмотрю, возможно у меня в коде ошибка и изменение его значения в Коммуникаторе не влияет, а используется только секунда.Боюсь что нельзя использовать внутри драйвера коэффициент трансформации для счетчиков трансформаторного включения, так как в ячейки памяти счетчика, отвечающего за ток нельзя записать ток более 4Х ампер, сейчас точно не помню. Родной Конфигуратор умножает на коэффициент трансформации при выводе данных насколько я помню.
Так что буду делать так же, просто добавлю канал для чтения коэффициента и уже в Scada надо будет умножать на негоРодной — если ставишь галочку умножает, если нет — то не умножает.
Линию буду копать. Для начала экранирую, согласующие резисторы поставлю.
Лог из скады с какого счетчика? не работающего? Позже сделаю и прикреплю.
Инкотермс ответили по счетчику «Исправить можно только путём замены счётчика. AR — не поддерживает функцию фиксации данных. Фиксация поддерживается только счётчиками со встроенным тарификатором» Т.е. дело только в зафиксированных данных. Все остальные команды и параметры обрабатываются одинаково.В свойствах счетчика должен быть мой мейл, посмотрите, если есть, сбросьте мне свое мыло, я вам пришлю dll с опросом 16-ым параметром. Проверите в работе.
Часть перевел на 16, часть на 5-й код.Коэффициенты тока и напряжения еще подправлю, чтобы в Scada умножать…
Попробуйте данную библиотеку. Часть функций чтения заменена на код 8h параметр 16h
Остальные код 5h
Дополнительно добавлены параметры коэффициентов трансформации тока и напряжения — сигналы 71 и 72. При использовании параметра 16 в базе данных сделайте каналы выше токовых и напряжения и в Scada умножайте (не проверял, пока не на чем)В итоге командная строка выглядит так
пароль;список переменных;16h;уровень доступа;логирование
111111;191;16h;1;1; например, можно только пароль оставить 111111;
Тогда будут читаться все переменные и по умолчанию параметр 16h используется.Спасибо огромное!
Попробовал новую версию библиотеки — все работает!!!
Мгновенные данные читает, от сброса читает, коэффициенты читает.
Буду тестировать дальше.Больше интересует как будут перемножаться коэффициенты на значение токов и другого, где их надо перемножать.
з.ы. пришлось костыли в код вставлять :)… дойдут руки буду переделывать чтобы настройки из xml файла подтягивались.
Перемножаю используя формулы в таблице каналов (http://doc.rapidscada.net/content/ru/software-configuration/using-formulas.html) Просто значение на коэфициент вписанный вручную.
Можно думаю сделать доп канал куда сохранять значение из счетчика, а потом на чего ссылать в формате вычисления каналов текущих значений счетчика.
А просто сослаться в формуле вычисление одного канала, на значение другой не получится…Жду обновлений с аккуратным кодом, без костылей! Готов тестить по необходимости)
Попробовал перемножать на значение полученное от счетчика — сделал так:
Добавил канал с типом Дорасчетный ТИ и ему прописал формулу Val(3218)*Val(3201) , где 3218 — номер канала коэффициента трансформации, 3201 номера канала полной мощности. Таким образо получил реальной значение полной мощности и так аналогично для все каналов.Но на мой взгляд в этом нету смысла. Трансформаторы тока или напряжение меняются очень редко, в такой случае можно и в скаде значения поменять. Доп каналы — доп вычисления, не вижу смысла.
Не, я как раз имел ввиду без использования доп каналов.
То есть два входных канала Телеизмерения от счетчика, например канал 1 (сигнал 71 от счетчика) — коэффициент трансформации тока , канал 2,3,4 — мощность по фазам и в канале мощностей прописать формулу Cnl*Val(1) — так работать будет правильно или будет проявляться ошибка, пока данные не считаются ?з.ы. ну доработка будет не скоро, если в этой библиотеки явных ошибок нет. У меня в приоритете драйвер для протокола M-Bus.
- Вы должны авторизироваться для ответа в этой теме.