Просмотр полной версии : ПЛК150+VLT2800+FC202+....
Проблема вот в чем:
Есть стандартный набор ПЛК150ИМ+2хМВА8+МДВВ+ИП320, работающий по протоколу modbus-RTU; работающий практически идеально.
Есть набор ПЛК150ИМ+VLT2875, работающий по протоколу modbus-RTU; работающий практически идеально.
При подключении VLT2875 к набору ПЛК150ИМ+МВА8+МДВВ+ИП320 происходит следующее: значения, читаемые из четных/нечетных регистров (как в частотнике, так и в МВА8) меняются местами, и получается полная каша.
Еще момент: нормальная работа ИП320 (8 экранов ввода/вывода) в составе набора ПЛК150ИМ+МВА8+МДВВ+ИП320 возможна исключительно через RS232; наличие/отсутствие в комплекте ИП320 на работу влияния не оказывает; отключение МВА8 от RS485 приводит к нормализации работы с частотником, отключение частотника приводит к нормализации работы комплекта.
Есть какие-нить соображения по этому поводу?
Проверьте пересечение адресов приборов.
Напомню, что МВА, МДВВ занимают несколько адресов подряд.
Здравствуйте BROMBA - Для облегчения диагностики неисправности укажите прошивку на МВА8.
В ходе копания с мва8, обнаружил некоторый мусор генерящийся с мва8 после его опроса. Полеты продолжаются 2..4мс.
С другими приборами, вкл. мдвв, такого не обнаружил
Всегда считал МВА8 беспроблемным, а тут такое :confused: Осталось выслушать мнение официальных представителей.
P. S. Не че себе Валенок зоркий:eek:, а я в этом месте не стал разбираться и ушел на протокол ОВЕН и больше с подобными глюками не сталкивался. К тому же грешил на ПЛК1хх.
Проверьте пересечение адресов приборов.
Напомню, что МВА, МДВВ занимают несколько адресов подряд.
Уже смешно...
Ну, ладно, МВА8№1 - 64, МВА8№2 - 72, МДВВ - 96, VLT2875 - шо 1, шо 128 - всё едино...
:confused: ?????
Модбас-RTU. Адреса приборов - по барабану. Кроме совпадения.
Т.к. штатного мастера не использую, в ходе копания с мва8, обнаружил некоторый мусор генерящийся с мва8 после его опроса. Полеты продолжаются 2..4мс.
С другими приборами, вкл. мдвв, такого не обнаружил
Т.к. для себя данную проблему решил, никаких проблем опроса любых комбанаций выше перечисленного не имею
Позвольте поинтересовацца - как?
С другой стороны - в понедельник на стенде проверим, что да как; товарищ сниффер обязательно что-нить, да покажет. Как показал таки в своё время наличие ответа от МВА с кодом ошибки по таймаутам перед нормальным откликом с пакетами данных, при одном МВА, подоткнутом к ПЛК; подобный бред наблюдаецца обычно при попытке чтения несуществующих регистров.
Здравствуйте BROMBA - Для облегчения диагностики неисправности укажите прошивку на МВА8.
Всегда считал МВА8 беспроблемным, а тут такое :confused: Осталось выслушать мнение официальных представителей.
P. S. Не че себе Валенок зоркий:eek:, а я в этом месте не стал разбираться и ушел на протокол ОВЕН и больше с подобными глюками не сталкивался. К тому же грешил на ПЛК1хх.
Хммм... рады бы, да не можем - частотники, знаете ли, не понимают протокола Овен; ИП320, впрочем, тоже... Только modbus-RTU, шаг вправо-влево чреват боком :D ...
А Овен и Модбас в одном порту почему-то не уживаюцца, - приходицца разносить по разным портам...
Да, чуть не забыли - 7.5, если шо...
Хотя... если производители напишут шалбон, тьфу, шаблон на свой ПЧВ, тогда будет всеобщее щастье и благорастворение воздусей...
Мои вопросы оставшиеся без ответов: http://www.owen.ru/forum/showthread.php?t=10499
Кстате, подобненькая задачка и тупейший способ ее решения: объектовые средства связи - USB-шные 3G модемы, воткнутые в роутеры "Тенда" с вайфаём... если диспетчерский сервак не опрашивает объекты в течении 6 часов, модемы на объектах "засыпают" (этих китайских "зелёных" с их неотключаемой функцией энергосбережения, взять бы, и покарать анально, жестоко и беспощадно), и диспетчерская может их "пробудить" пингованием в одном случае из трех. Решение такое - в контроллер допилена подпрограммка, раз в 3 часа, через релюшку "передергивающая" модем/роутер по питанию. Да, тупо, да, некошерно, но шопаделать :rolleyes: , работать-то как-то надо...
Если штатно - сложно. А вручную нет проблем подружить любые протоколы типа запрос-ответ. Хоть устройства с одним адресом но на разных скоростях. Прослушка овеновская может несколько отвалится, но не так уж часто она и нужна.
Syslibcom. Ну а дальше немного фантазии. :)
Эво как... настроить/открыть/читануть/писануть/закрыть...
Ну, тогда да...
тогда все проблемы в принципе решаемы, кроме одной: выходит, что в конфигурации ПЛК ничего расписывать не надо, но как тогда быть с МДВВ - для решения практических задач недопустимо даже кратковременное прерывание замкнутых контактов релюшек, а всякие безопасные состояния выходов использовать нельзя, дабы не допустить самопроизвольного пуска оборуданья после моргушек и прочих просадок.
Ладно, это тоже в принципе решаемо.
зарядим в понедельничек своим программерам заданьице, пущай почерепеют...
Благодарствуйте премного... сами б не обратили вниманья...
Типа да. Если достаточно грамотно сделаете - будет быстрее штатного мастера. Для всех слейвов. И МДВВ.Легко сказать - "грамотно"... а, впрочем, какая разница, - ком-порт это всего лишь ком-порт...
Про нее можно забыть. В смысле организации обмена.
Это не может не радовать. Чего-то подобного и следовало ожидать...
будет, скорее, со штатным, чем с со своим.
Лично я в этом уверен, потому что лично использую своего мастера.
Вот интересно, мастер лучше писать для всех подключаемых железяк, не важно каких, или логичнее для каждой свой? И вызывать его вместе с подпрограммой или функциональным модулем: - например, термодатчики имеет смысл опрашивать раз в десять секунд, а значит, и опрос МВА делать с соответсвующей периодичностью; частотники опрашивать раз в полсекунды, а кормить командами каждые двести миллисекунд... ну, типо того...
А вобщем, идея понравилась, и даже очень. Будем посмотреть.
Но как тогда быть с МДВВ - для решения практических задач недопустимо даже кратковременное прерывание замкнутых контактов релюшек.
Считывать из МДВВ значения счетчиков и сравнивать с предыдущими значениями - таким образом ни чего не проспите :-)
Считывать из МДВВ значения счетчиков и сравнивать с предыдущими значениями - таким образом ни чего не проспите :-)
Речь не о входах, (программно все эти дребезги и прочие помехи легко выкусываются), а о выходах: при прерывании связи (по разным причинам) МДВВ светит сигнал "авария" и "роняет" выходы; использовать аварийные состояния нельзя - спонтанный запуск частотника двигателя может оторвать руки-ноги слесарю; прерывание сигнала "старт (или, что намного хуже -stop coasting inverted)" тоже недопустимо - частотник "сваливается" в режим "автоподхвата" двигателя, и не всегда может "подхватить" агрегат в режиме автоматического регулирования, со всеми вытекающими... решение этих негараздов пока простое и тупое до безобразия - максимально увеличить скорость обмена с МДВВ, и отдать модулю управления выходами высший приоритет - тогда всё работает практически идеально.
Второй вариант, в данное время проходящий обкатку - отказ от аналогово-контакторного управления частотниками, и подключение их через модбас; тогда весь этот релейно-контакторный хлам демонтируецца, экранированные кабельные трассы отдаюцца под датчики, им нужнее, а частотники попадают под тотальный контроль (при этом можно демонтировать часть датчиков, защитных устройств и прочих контрольноизмерительных приблуд - частотники сами могут выполнять их функции), тем более, что появляется возможность динамического управления встроенными SLC, что не может не радовать...
Фигня. Переход в аварийное состояние - отсутствие обмена вообще. чтение, запись - без разницы. Видимо это Gans и имел ввиду - входы читаем постояно, выходы пишем по необходимости. И будет счастье. :)Нет в лайфе кайфа, хоть фейсом ап тейбл... и не будет... почему? Чутка опозжа...
Как-то странно железо поставили. Обрыв связи приводит к запуску ? :eek: :eek:
Или пуск просходит без анализа текущего состояния связи ?
Я для МДВВ ставлю аварийное время выставляю в 1..2 сек.
Таки да, странно, потому, что приходилось не монтировать всё с нуля, а врезацца в существующие схемы, ибо хотелки заказчика - закон: из экономии (тут должны быть матюки) на один частотник вешаются 2,3,4 насоса через релейно-контакторную схему ("а вдруг частотник ваш сдохнет, а шо тогда"(С)), и миллисекундный сбой по выходу приводит к отпаданию контактора, (или, что еще веселее, к его "жужжанию"), а запуск привода происходит откуда? Правильно, с блок-контактов, ибо заказчик так милостиво повелеть соизволил. Без возможности перехода на "старую схему" с ручным управлением заказчику по-прежнему очччень сцыкотно, хотя частотники безаварийно молотят там уже по 8...9 лет. Посему, не так страшнО отключение по аварии МДВВ, как соббсна, восстановление связи, ибо за ним следует "бум" контактора, и запуск привода. Проходили уже вот это самое "1...2 сек" - фигня полная...
Вот почему очень, очень хочецца от этого хлама поскорее избавицца...
...отказ от аналогово-контакторного управления частотниками, и подключение их через модбас...
Хватает противников у этого способа.
А ещё получите возможность использовать частотник как модуль ввода вывода, несколько дискретных, парочка аналоговых, а на некоторых кол-во I/O и расширить можно.
Хватает противников у этого способа.
А то!!!
А ещё получите возможность использовать частотник как модуль ввода вывода, несколько дискретных, парочка аналоговых, а на некоторых кол-во I/O и расширить можно.
Вот смотрите: в техзадании, к примеру, заказчик пишет: "...контроль качества сети питания...", и принуждает ставить всякие реле контроля фаз и овенский МНС-1. У МНС время срабатывания/восстановления - минуты; при "моргушке" он выдаёт сигнал "аварийное отключение" несколько минут, а контроллер уже давно в диспетчерскую заслал сигнал "усё в порядке, шэф"... бред? А то. Частотник перманентно меряет напряжение DC-звена, следит за обрывом фазы по входу и выходу, и может выводить результаты измерения с датчиков на аналоговых входах в мА/В и/или условных единицах, например, в барах. Нужен МНС-один и прочие приблуды? Нафиг нужен. Всякие БРГ и прочие тоже туда же... Дальше еще интереснее: Данфоссы (овенский ПЧВ туда же) имеют встроенный SLC (Smart Logic Controller), туповатый, но послушный, который может работать автономно, и перебрать часть функций на себя. Обрыв муфты? Легко. Обрыв приводного ремня? Еще легше. Заполнение трассы? Завоздушивание насоса? Спящий режим при отсутствии разбора? Порыв на трассе? Перегрев двигателя? Управление каскадом (автономное)? Плавающая уставка? Динамическое управление регулятором процесса? Переключение калибров двигателей? Функция АВР? Распознавание обрыва крыльчатки и залипания обратного клапана? Как два пальца об асфальт. Заманчиво? А то... А активные/реактивные сопротивления обмоток, железа и ротора двигателя знать не желаете? А влияние температуры на них? Да не вопрос...
Дело за малым - решить вопрос: "а нафига диспетчеру это всё?". С этим привода и без внешнего контроллера справляюцца. Сами. Автономно.
Валенок, кстате... вот о чем позабыли сказать: может быть, все наши беды от несогласованной линии связи - FTP-U шланг длиной 20 метров, экран заземлен с 2-х сторон, а у VLT2880 RS485 без терминаторов, но с доп. клеммами, чтобы внешние в виде 3-х резисторов туда запилить. Потому, что второй характерный признак - пердическое зависание и перезагрузка контроллера; что-то на форуме такое мелькало нащот старых версий прошивки, дискать, на длинных несогласованных линиях глючит их, болезных...
Почему страшно ? Какой "бум" ? Не анализируете состояние связи ??:confused: Уставшие у вас программисты.
Хммм... о какой связи речь? "диспетчерская/объект?" или "модем/роутер/плк" или "плк/модуль/устройство" http://forum-mariupol.com.ua/images/smilies/bw.gif (придуриваемся)
Нифига не уставшие - один (тот, которого монстры монтажа порывались лопатой уе..., эээ... стукнуть) - только из отпуска; второй - свеженький, еще на отпуск не натрудился http://forum-mariupol.com.ua/images/smilies/ap.gif
Проходили, но не прошли. У Вас не получется. Для вашей задачи в 2сек. можно вписать еще пяток МВДД и пяток МВА8. И ни один МДВВ - не дернется. При условии что хоть какая-то сязь есть.
Вашим программистам - физкультпривет !!
Та ладна, фатит уже стыдить http://forum-mariupol.com.ua/images/smilies/ad.gif
Какие есть программеры, такие и работают. http://forum-mariupol.com.ua/images/smilies/bk.gif
Да разобрались уже с МДВВ, как всегда, проктологически; и с ретейнами, кстате, при ресете/перезаливке тоже, тем же методом, типо, гланды автогеном через... ну, Вы понили...
А Вашим советам, Учитель, таки последуем. Но, не сейчас, в понедельничег, могобыть.
Как раз в "пытошной" есть 2 подходявеньких частотничка (тока-тока отремонтировали) и овенский комплектик на din-рэльсе http://forum-mariupol.com.ua/images/smilies/girl_hospital.gif...
Кстате, ПВС - некошерно. ШВВП - лучче http://forum-mariupol.com.ua/images/smilies/bj.gif...
Валенок,
Ну шо, всё получилось...
Идея отработала, почти, как хотелось...
Только так: помидорами, тухлыми яйцами, и прочей снедью не кидацца http://forum.abok.ru/uploads/style_emoticons/default/tomato.gif
Знач так: комплект ПЛК150ИМ, 2хМВА, МДВВ, ИП320 (через РС232), + Данфосс ВЛТ2875 (через кабель ФТП-5 длиной 1000 футов (305м))...
В конфигурации ПЛК стандартные мастеры были выпилены вчистую, на их место подсажен 1 (один) Universal Network Module (скорость портов все равно не будет больше 9600, 2875-й не может быстрее)...
Далее - танцы с бубном вокруг унифицированной структуры чтения/записи регистров и модуля дешифровки вынутых из массивов значений. Всё.
Всё работает, длина кабеля рояли не играет, как Вы и обещали, комплекту по барабану какие задержки установлены - 45мс или 2с, всё работает как часики (китайские). http://forum.abok.ru/uploads/style_emoticons/default/tomato.gif
Со вторым частотником повыделывацца не получилось: монстры монтажа с утреца уволокли его на объект - нефиг отремонтированному и обкатанному оборуданью без дела пылицца. Ну и ладно, не очень-то и хотелось...
Вобщем, глыбше в порты, как Вы советовали, покуда не полезем, нас и такой вариант устраивает, дальше некуда... http://forum-mariupol.com.ua/images/smilies/tease.gif
Да, кстате, неделикатный вопрос, граничащий с грубостью: валяется 150-я ПЛКшка с убитым в хлам аккумулятором (ей и года нету), - ничего, ежли мы оттуда аккумулятор выломаем, а литиевую батарейку от теплосчетчика, прикрутим?
Николаев Андрей
01.09.2011, 22:58
Лучше в наш СЦ - заменим, или вышлем новый - впаяете его.
Лучше в наш СЦ - заменим, или вышлем новый - впаяете его.
А вот это - вряд ли: немножко другая страна во-первых (длительность времени ожидания сервиса прямо пропорциональна стоимости вынужденного простоя); уже принято нормально-стандартное черезжопастное решение - закуплены маааленькие такие 200-ваттные UPS-ики, по штучке на объект, в понедельник-вторник уже приедут, во-вторых...
сергей валерьевич
21.10.2011, 18:53
Овны уже не заграница, а наши кровные, производство в Харькове открыто, и сервис там же по слухам..
Powered by vBulletin® Version 4.2.3 Copyright © 2026 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot