Раз так, то можно токовый вход ПЛК160 зашунтировать ограничителем напряжения или стабилитроном.
Вид для печати
Как-то не серьёзно. Если есть гтовый узел автоматики, так сказать "кубик", то он должен стыковаться с другими кубиками без всяких "наколенных" решений. Испытал несколько нормализаторов сигнала, все при зашкаливании в 20-30% (хотя допускают перегруз до 2-5 крат продолжительное время) выдают максимальный ток до 25 мА во всём диапазоне зашкаливания... Вход ПЛК160 держит всего лишь 22мА, потом уходит в минус=вводит "алгоритм" в заблуждение!!!
Вопрос к ОВЕН: нормируется ли хоть каким-то образом максимальный допустимый ток по аналговому входу в ПЛК ОВЕН160, что при этом происходит?
До тех.поддержки не дозвониться.
А что ты хотел за такие деньги. ПЛК160 дешевле брендовых аналогов в 5 ... 10 раз. Бери ПЛК Siemens или что-то подобное и будет тебе счастье. Только я боюсь, что ты прослезишься когда узнаешь сколько стоит это счастье.
Что происходит наглядно видно из твоих опытов. Хорошего ничего не происходит. Если не хочешь спалить аналоговый вход ПЛК160, то его придется защищать внешними цепями. Если начинаешь считывать -0,0000001, то это означает, что аналоговый вход перегружен. Такую ситуацию надо в программе выявлять и соответствующим образом обрабатывать, а не тупо продолжать делать вычисления.
У фирмы "ОВЕН" таких клиентов как ты вагон и маленькая тележка. Им не до тебе, они заняты решением глобальных проблем.
По ценам-это совсем другое. Если что-то производится, то должны быть какие-то характеристики, я их не нашёл в РЭ, спрашиваю здесь.
Да мне нет разницы сгорит он или нет. Мне важно, чтобы при зашкаливани-было зашкаливание!
А так, например, печка греет-греет, перегрела на 15% процентов, а по показаниям раз и меньше ноля температура...
Что будет печка делать в этом случае и что ещё может сгореть пояснять?
Я категоричски благодарю Вас за ответы, но нового ничего не узнал:
1) хотите что-то ещё ищите и платите
2) или городите "на коленке"
3) все решают глобальные проблемы...
По поводу отлавливания косяков железа (несовместимость "стандартных сигналов") с помощью программы-это вы сильно)))
И почему, например, схему из Вашего поста 245 не реализовал ОВЕН по входу АЦП? Тогда бы этих "детских" проблем и вопросов не было... Ведь так?
Собственно, и хотел узнать есть ли у них что-то типа того и как оно себя ведёт?
Ещё захотелось покритиковать схему:
1) к примеру ультрастабильный прецизионный стабилитрон 2С117 имеет номинальный разброс +\-5%,
2) при токе 20 мА напряжение по входу составляет 4,0 Вольта (отсечка возникает при токе 22мА=4,2В), из номинального ряда стабилитронов ближайший 3,9 В и 4,3, соответственно ни тот, ни другой не подходит: в итоге схему нужно дорабатывать на нужное напряжение
3) Допустим нашли на 4,2 Вольта, разброс 5% для 4,2=4,0..4,4В, то есть выходит за 4,2 и ошибка всё равно может возникнуть. Это ещё без учёта температурного ухода напряжения стабилизации до +\-8%.
4) Если спутить напряжение стабилизации ниже 4,0 Вольт, то начнёт сказываться "точка перегиба" ВАХ и в районе 19..20мА стабилитрон будет забирать на себя часть тока, а это уже погрешность.
Поправьте, если не прав.
1) Мой первый пост: задача НЕ вход защитить, а почему он при перегрузке в 10%, то есть 22мА по измерению в самом ПЛК выдаёт результат +\-0,00.. в 30-й степени, хотя должен выдавать 20 мА или больше, так он себя ведёт при токе 21мА, далее уже программ проверяет: "если ток больше 20мА, то перегруз и перключение диапазона выше или другое действие".
2) Аналоговые датчики с выходом 4-20мА (преобразование напряжение в ток: нормализаторы, УСО=устройство связи с объектом и т.п.). У многих выходной ток при зашкаливании превышает 20мА - это по сути сигнал для ПЛК (АСУ), что по входу УСО перегрузка.
Во-вторых, со временем шкала может "уплывать" и при периодической поверке\калибровке необходимо иметь запас по регулировке. В большинстве случаев максимальный выходной ток УСО 20..25мА во всем диапазоне перегрузки (от 1 до 5 и более раз пока не сгорит вход УСО). У ПЛК перегрузка всего лишь 22мА, если бы была 25мА (или показания не падали в ноль) - проблема бы не возникла.
3) 25% это не много, а вот 10% - это действительно мало.
Это не проблема аналогового входа ПЛК160 (вход выдерживает перегрузку по току 10 %), а проблема токового датчика. С чего ты взял, что 25% это не много, а 10% - мало. Это твое субъективное мнение. Дай ссылку на нормативный документ , где по этому поводу что-то сказано. Датчик твой дерьмово спроектирован. Ту цепочку, что я нарисовал надо было ввести в схему датчика и все бы было нормально. Твоя проблема вполне решаема и не надо тут пустой болтовней заниматься.
Если у вольтметра на 220В будет перегрузка 10%, а в сети даже по ГОСТу допускаются перенапряжения +\-5 (10)%. Рискнёте вы его туда поставить? А в наши сети, где 250В бывает?) Да и вообще многие СИ имеют перегрзку 120% от максимума и больше, а здесь явно меньше. То есть проблема аналогового входа ПЛК (это же средство измерений) имеет место быть.
Будьте добры, подскажите "недерьмовые" датчики со входом 10мВ (100мВ, 1000мВ, 10В, RMS) в 4-20мА, у которых бы выход не убегал за хотя бы за 15% по выходному току.
Столько постов наплодили, а все из-за того, что кто-то не читает руководства, а зря.
Защиты входов какие-то напридумывали:rolleyes:
результат +\-0,00.. в 30-й степени, а не 22мА это следствие встроенного механизма работы аналогового входа. А именно поведение модуля в исключительных ситуацияхЦитата:
то есть 22мА по измерению в самом ПЛК выдаёт результат +\-0,00.. в 30-й степени, хотя должен выдавать 20 мА или больше, так он себя ведёт при токе 21мА
Вложение 16862
То бишь +\-0,00.. в 30-й степени это и есть код ошибки измерения или FA или FC который появляется в старшем байте переменной Real, при этом оставшиеся три байта будут содержать абы какую информацию.
Нормальные пацаны используют фб. DECODE_FLOAT, через который пропускают измеренное значение, и на выходе получают код ошибки и значение по умолчанию при возникновении исключительной ситуации.
ЗЫ. А Вы еще не возмущались почему при отключенном от входа датчике измеренное значение будет -2.658456е+036, а не "0"
Подсказка -это результат наличия ошибки измерения "Сигнал на входе меньше возможного" (0хFB):rolleyes:
petera, я дал клиенту исчерпывающий ответ как решить его проблему. В данном случае аналоговый вход ПЛК160 надо обязательно защищать от перегрузки иначе он может не выдержать тупого насилия. Про то, что заниженные значения надо в программе обрабатывать тоже было написано. Просто клиент попался непонятливый из-за этого все так растянулось.
Вот этот этот ответ с первого раза и по делу!
Или сразу бы номер пункта, где это написано, а то не нравиться-не бери ОВЕН, стабилитрон в цепь ставь или датчик говно - переделай.
В РЭ этого не было (изначально принимал эту проблему за техническую)
В РЭ по программированию приёмы работы с перегрузкой есть: СПАСИБО!!!
Про ЗЫ: Про меньше 4мА программно можно обычным "если меньше 4мА" взять, а вот, когда больше 20мА, а он в меньше 4мА проваливается -это не совсем логично...
И ответа на вопрос: как (следствие встроенного механизма работы) всё таки работает вход при превышении тока не дождался: чисто технический интерес
к примеру ГОСТ 13033-84 Пункт 2.6 страница 4/10. С другой стороны Вы бесконечно правы, ведь ПЛК выдерживает ЭТУ перегрузку)))
Также, например, у конкурентов указывается данный параметр:
аналоговый ввод, допустимая перегрузка продолжительнавя 0,10а для токовых сигналов
В общем Спасибо за ответы. Вопрос исчерпан.
Там же, но чуть выше
Вложение 16863
Тех. поддержка ОВЕН:
"Вы прравы, дейтвительно, принцип измерения, про который я Вам писал ранее, реализован в ПЛК63/73, ПЛК150/154.
В ПЛК160, действительно, имеется защита, но программно-аппаратная, при определенном уровне напряжения срабатывает "ключ" который пускает ток в обход измерительной цепи, происходит это переключение при превышении тока, равного 22,5мА.
При этом, при сигнале в диапазоне от 22 мА до 22,5 "генерируется" код ошибки "превышения сигнала", при превышении сигнала 22,5 мА "генерируется" код ошибки перегрузки."
И где на схеме или в РЭ или в Руководстве по программированию это описано?
...........
Камрады если не сложно подскажите COM? какой у ПЛК-100К.М RS-485 ? А то что то SysComOpen ругается наCOM:=0
Всем доброго времени суток.Пытаюсь подружить тилкомовский декодер Т26 с плк150, связь настроил, проблема вот в чем-у декодера нет регистров есть функции.http://tilkom.com/download_files/download/modbus.pdfкакие варианты реализации, может поменять протокол? Кто нибудь делал подобное? скиньте кто что может)
Протокол этого прибора не является протоколом MODBUS RTU. По этой причине протокол придется реализовывать самостоятельно. (http://www.owen.ru/forum/showthread.php?t=13585)
Есть ли возможность повысить скорость работы RS-485 на ПЛК110-60 до 250 000 бод для работы с протоколом DMX512 ?
Здравствуйте. Подскажите пожалуйста. Реализовывал кто нибудь опрос с помощью плк100 таких устройств, как тепловычислитель Эльф, Карат-307 (http://www.karat-npo.ru/view_text_cat/id/257), Корректор объема газа ЕК270?
Добрый день.
Столкнулся с вопросом и не смог найти вразумительный ответ.
На ПЛК110 новой модификации присутствует две клеммы s/s. Правильно я понимаю, что с их помощью можно подключить одновременно pnp и npn датчики без особых заморочек или же это я нафантазировал?
Извиняюсь, что пишу тут, не нашел более подходящей темы.
Да, этот вход определяет тип ГРУППЫ входов, как это и указано в руководстве по эксплуатации в схемах подключения.
Здравствуйте я не какой не программист а просто оператор РБУ с оборудованием плк100 и панель оператора овен меня интересует такой вопрос директор поставил задачу провести к нему в кабинет кабель до ноутбука чтоб контролировать в режиме онлайн весь процесс который я веду мы созвонились с фирмой которая загружала проект и объяснили задачу на что нам сказали что для выполнения данной задачи необходимо менять программу и загнули ценник в 150000 р я дико возмущён таким обдирательством и решил сам вникнуть ведь я уверен что есть такая возможность просто дублировать мой монитор который я наблюдаю на панели на монитор директора но ограничив его по функциям. Подскажите прав ли я и так ли сложно это сделать?
Если вы наблюдаете весь процесс только с панели оператора, то вывод на данных ПК скорее всего не будет "как два пальца". Установка второй панели тоже будет проблемой.
Вы контролируете процесс на мониторе ПК?
Тогда LiteManagerFREE или TeamViewer ставите и уже сегодня всё работает.
Если на какой то пром. панели, то ищите поддержку VNC, например WEINTEK решает сполна вашу задачу.
Как в первом так и во втором случае можно и только смотреть или полноценно управлять.
---
увидел, панель ОВЕН, печаль, до VNC как до Китая.
На всякий случай, уточню. Допускает ли протокол MODBUS TCP передачу других (не MODBUS) пакетов по тому же кабелю Ethernet? Иными словами, могу ли я подключать устройства через роутер (или хаб), который может посылать свои служебные пакеты?
Aleks1309 программа доступна или у вас нет возможности изменить конфигурацию ПЛК ?
Там всего-то нужно еще один слейв для TCP сделать для простого наблюдения...
Не скачивается биб-ка на электросчетчики Меркурий. Может у кого есть?
Былобы неплохо иметь на борту поддержку Протокол Т4000 предназначен для работы непосредственно с модулями ввода/вывода контроллера «Теконик», производства ЗАО ПК « Промконтроллер» (ГК «ТЕКОН») по шине RS-485. Так как на этой системе основано большинство систем термометрии на элеваторах.
Здравствуйте. Помогите разобраться. Имею ПЛК 63 и необходимо считать параметр с расходомера ГиперФлоу 3. Протокол HART, скорость 1200. За основу взял пример реализации обмена библиотеки SysLibCom. Отправляю всего одну заранее подготовленную команду:
(*формат команды протокола HART:
8 байт: преамбула 0хFF
1 байт: стартовый 0х02
1 байт: адрес устройства, 0х01
1 байт: команда чтения, в нашем случае 0х21
1 байт: длина запроса, у нас 0х01
1 байт: адрес данных, расход мгновенный 0х03
1 байт: контрольная сумма по XOR
*)
(*Читаем расход *)
command1:ARRAY [0..16] OF BYTE:= 16#FF,16#FF,16#FF,16#FF,16#FF,16#FF,16#FF,16#FF,16 #2,16#1,16#21,16#1,16#3,16#20;
Запрос проходит без проблем, и прибор отвечает, но только до тех пор, пока в функции SysComRead я указываю количество байт 16.
(*В переменную byte_read мы получаем число принятых байт при чтении порта*)
byte_read:=SysComRead(port_number, ADR(buf_otvet), 16, 0);
Но у меня в ответе от ГиперФлоу их приходит больше и если я устанавливаю нужное количество в функции, то начинаются ошибки. Если же этот аргумент менее 16, то вроде работает адекватно. Почему так происходит?
Протокол HART. А вы ничего не перепутали ?
Так в инструкции на ГиперФлоу указано. А что смущает?