AVF так чтобы видеть сразу температуру от данного датчика, я выше писал, что надо в параметра входа ставить от минус 273,15 градусов до 726,85 градусов, тогда эти 2,3315 вольта как раз и будут -40 градусов, если конечно я не ошибся в подсчетах.
Лучше уж действительно 0 - 10В ставить и потом программно уже в градусы перевести.
На ПР114 первый вариант может прокатить, а на Лого я еще не смотрел, как там. Еще надо все это спаять, а то вечно некогда.
--- Пример нормирующего преобразователя.Сообщение от melky
Диапазон измерения датчика -10 ... +190, выходной сигнал 10 ... 12 мА.
Передаём на выход в диапазоне 4 ... 20 мА.
При тестах на стенде выскочил нежданчик - в диапазоне входных токов 1.9 ... 3.9 мА получил транспонированную выходную референцию
Для удаления этого косяка приклеен фильтрующий каскад.
На выходе слеплена диагностика обрыва/замыкания датчика ... для вящей красивости.
Пояснения в комментариях.
--- это уж с чем больше возиться нравится ... с конфигурационными параметрами или с функциональными блоками.Лучше уж действительно 0 - 10В ставить и потом программно уже в градусы перевести.
Последний раз редактировалось AVF; 12.03.2014 в 10:33.
В ссылке на радиолюбителя написано что датчик кажет в кельвинах, значит сто градусов будет сто плюс абс.ноль, с семьсот вроде перебор
capzap какой такой перебор ? если 100гр (Цельсия ) датчика будет на выходе 3,7315 В - 10 мВ на Кельвин, сколько там будет попугаев при 10В ?
Кельвин по сути равен Цельсию, только смещена точка отсчета. Это не Фаренгейт или еще что-то
Небольшой отчётец по тестированию связи между ПР114 по токовой петле.
Схема соединения:
PR114&PR114.GIF
Первоначальные настройки проводились на короткой линии.
После этого была подцеплена бухта кабеля ПВС, сечение 0,75 мм, длина 400 метров.
Связь работала без каких-либо подстроек. Видимо, угадан верно номинал балластного резистора.
Кстати, табличный оказался завышенным - не вытягивалась точка 20 мА.
В макросы приёмника и передатчика от Rovki внедрены каскады контроля связи.
С ними пришлось повозиться. С приёмником попроще было. Основные сюрпризы приподнёс передатчик.
Устранена потеря информации изменения состояния входа во время цикла передачи.
Была проверена работа на каскадном подключении из 4 ПР114 в токовую петлю: 1 передатчик - 3 приёмника.
Всё работало без каких-либо коррекций.
Проекты передающего и принимающего реле в приложении.
Последний раз редактировалось AVF; 14.03.2014 в 09:35.
Судя по схемам (заданию передаваемых значений) ,тестирование проводилось визуально .А хотелось бы передавать массив случайных чисел ,потом его принимать во 2 ПР и снова возвращать в 1ПР ,где бы они (числа) сравнивались на предмет искажения и пропадания.Кроме длины канала связи ,есть еще помехи ,в реальной жизни .Поэтому хотелось бы проверить эту связь по тому алгоритму который я описал ,но в условиях помех -сварочник рядом с бухтой включить
электронщик до мозга костей и не только
Со сварочником проблема - в свой рабочий кабинет не затащу
Да и при монтаже буду всё-равно МКЭШем прокладывать линию.
С массивом случайных чисел нет смысла возиться - скорость передачи не поднять. В отличие от случая с ПР110 - в ПР114 медленный аналоговый выход.
Пропадания информации о состояниях входа происходят при быстрых сменах. Без контроля канала связи адекватно работать не будет.
Для моего проекта - дистанционного пульта с кнопочками/лампочками вполне сгодится такой вариант.
Надо будет, при случае, парочку релюшек прикупить с транзисторными выходами - вот там поиграемся со скоростью.
Сейчас просто сократил до 9-ти количество передаваемых битов. Больше не нужно и пошустрее работает.
Макросы прикольные - на их принципе собирал в студенческие годы систему пропорционального телеуправления на 8 каналов.
Ну не случайные числа так простая последовательность .Просто интересно сколько чисел теряется и если случаи преврашения одних чисел в другие (что хуже) .Когда испытывал обмен ПР110 (через контакты реле(выходы) соединение со входом этого же реле) гонял сутки ,но кабель был короткий (0,5м) -потерь информации не было .Сколько и какие передал ,столько же таких же получил .
--- в макросе передатчика есть недостаток. Если смена состояния входа происходит в момент цикла передачи, то информация теряется. В него ведён каскад детекции, запускающий повторный цикл передачи в такой ситуации. Но и этого оказывается недостаточно. Если все входы попеременно моргают, то потеря информации почти 100%. Это на простых кнопках проверено. Так что на низких скоростях обмена / длительном цикле передачи без каскада постоянного контроля связи не обойтись!
так для этих целей есть макрос -стек .Но в любом случае скорость потока данных на входе не должно быть больше скорости передачи ,иначе любой буфер переполнится ....рано или поздно .И тут дело не в макросе ,а в принципе ..
Ваши права
Ответить с цитированием
