Преобразование данных ( Линеаризация или вычитание)

Добрый день.
Столкнулся с проблемой, пока не получается решить. Есть прибор , к которому подключены датчики температуры. Данный прибор по модбас отправляет значения этих датчиков в формате int16 в следующем виде.
Значение 0 - соотвествует температуре -30 градусов, 1 - соответствует -29 градусов , 30 - соответствует 0 градусов , 50 соответствует +20 градусов и тд. . . . Передаваемый диапазон от 0 до 255.
Соответственно нужно линеаризацию применить или постоянное вычитание из полученного числа, но я их не нашёл в ОК . . .

Подскажите куда копать, ибо объяснить заказчику , что надо думалку напрягать каждый раз когда смотришь на температуру и видишь там значение 55 - в уме отнимать 30 и получать реальное значение температуры нереально и глупо.

З.Ы. У прибора изменить отображение невозможно (так зашито в карту переменных)

В Облаке нет настройки сдвига значения

Цитата:

---

Сообщение от pgboroda@yandex.ru

Добрый день.
Столкнулся с проблемой, пока не получается решить. Есть прибор , к которому подключены датчики температуры. Данный прибор по модбас отправляет значения этих датчиков в формате int16 в следующем виде.
Значение 0 - соотвествует температуре -30 градусов, 1 - соответствует -29 градусов , 30 - соответствует 0 градусов , 50 соответствует +20 градусов и тд. . . . Передаваемый диапазон от 0 до 255.
Соответственно нужно линеаризацию применить или постоянное вычитание из полученного числа, но я их не нашёл в ОК . . .

Подскажите куда копать, ибо объяснить заказчику , что надо думалку напрягать каждый раз когда смотришь на температуру и видишь там значение 55 - в уме отнимать 30 и получать реальное значение температуры нереально и глупо.

З.Ы. У прибора изменить отображение невозможно (так зашито в карту переменных)

---

Это же легко можно сделать, например с помощью ПР200 с двумя сетевыми интерфейсами, в ОЛ, в менеджере компонентов специальный макрос есть для преобразования диапазонов, но мне кажется проще и дешевле 2ТРМ0:

Вложение 79899

https://owen.ru/product/2trm0

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

ага, проще. Шлюз(Облако) - Устройство(Modbus)
А тут еще предлагают вкорячить....

Банально после получения данных нужна математика Канал*Множитель в облаке есть. Почему нет Канал - константа, Канал + константа ну и другие примитивные вещи?

Кстати в отчетности по документации к Облаку есть функции, которыми можно сделать + и -

Цитата:

---

Сообщение от pgboroda@yandex.ru

ибо объяснить заказчику

---

возможно стоит объяснить читающим эту тему, зачем Ваш прибор настроен таким образом что приращивает 30 градусов, чтоб где то в облаке требовалось обратно изменять на эти 30 градусов

Видимо прибор отдает значение одним байтом всего, при этом с отрицательным диапазоном. И если использовать как знаковый, то +127 градусов не хватает. 255-30 как бы 225 с плюсом.

Цитата:

---

Сообщение от melky

Видимо прибор отдает значение одним байтом всего, при этом с отрицательным диапазоном. И если использовать как знаковый, то +127 градусов не хватает. 255-30 как бы 225 с плюсом.

---

Товарищ же ясно написал, что передаёт в INT16!
В смысле, зачем же искажать исходные данные, так мы ни к чему хорошему не прийдём!

Столкнулся с такой же проблемой! Контроллер компрессора МАМ6080 передает значение температуры как реальная +50. В Отчёте можно откорректировать значение а на мнемосхеме отображается полная фигня!

xitrel упс, а можно подробнее про эти +50, а то тоже с подобным компрессором столкнулся и про эти 50 не понял... Температуры чего он так преобразует?

Масло-воздуха. В винтовых компрессорах обычно один датчик температуры установленный в районе выхода винтоблока.

Такое производители иногда отчебучивают - мама дорогая!
Вот сейчас создаю управляющую программу для котельной, где из вендорского контроллера получаю расход газа в BTU, давление в PSI и температуру в "полуградусах" Цельсия.
Вот где головняк! С выводом то легко масштабируется, но этот гад и уставку в этих единицах требует! Т.е. ввод пользователя тоже надо масштабировать перед скармливанием в контроллер.