 | |
Предыдущие результаты
 [quote:f0ecfd6c7f="Ludmila"]Модуль это виноват или счетчик?[/quote:f0ecfd6c7f]
Возможно я ошибаюсь, но мне предсталяется, что виноват тот, кто применил MVI56-MCMR вместо нормального MVI56-MCM.
MVI56-MCMR - это Modbus Master/Slave Enhanced Communications Interface Module [i:f0ecfd6c7f]with Reduced Data Block[/i:f0ecfd6c7f].
[quote:f0ecfd6c7f]The MVI56-MCMR module pages data in a block of 40 words at a time. The MVI56-MCM module pages data in a block of 200 words at a time.
[/quote:f0ecfd6c7f]http://www.prosoft-technology.com/kb/article.php?id=307
Модуль установлен в локальном шасси или в удаленном?
|
[quote:4b25758426="Ludmila"]
Что за ошибка "Protokol Error"?
Модуль это виноват или счетчик?[/quote:4b25758426]
Нет такой ошибки у МСМ, есть группа ошибок "Modbus proto[b:4b25758426][u:4b25758426]C[/u:4b25758426][/b:4b25758426]ol errors"
Тут телепатов нет, где вы увидели именно такую ошибку???
МСМ всегда выдает исключительно код ошибки (число), которое можно расшифровать заглянув в руководство пользователя.
Если хотите, чтоб вам реально помогли, то приводите чего у вас прописано в MCM.CONFIG.Port1MasterCmd[0,1,2...]
и чего вы видите в MCM.DATA.ReadData[ххх], где ххх - это адрес куда пишутся ошибки с порта (MCM.CONFIG.Port1.CmdErrPtr)
ps
на сайте производителя вашего счётчика мне не удалось найти карту регистров, поэтому ее тоже приведите[/u]
|
[quote:3a660dc611="Ludmila"]Модуль это виноват или счетчик?[/quote:3a660dc611]
Стоит попробовать читать эти регистры другими средствами, например каким нибудь OPC сервером для Modbus.
|
Здравствуйте.
Поставлена задача считать данные из счетчиков электроэнергии производства фирмы "Эльстер-Метроника" Альфа1805 контроллером 1756-L72 по протоколу Modbas RTU.
Связь контроллера со счетчиком установлена. Но из заявленных в карте регистров счетчика 59 регистров считываются только 40. При попытке считать регистры, начиная с 41, модуль связи с модбас(MVI56E-MCMR фирмы Prosoft) выдает ошибку "Protokol Error". Сейчас модуль настроен чтобы считывать с 0 слова только 40 слов. Пробовала настроить вторую посылку так чтобы считывать с 41 слова 18 или 19 слов. Когда модуль настроен на 2 посылки, на вторую посылку счетчик выдает первые 40 слов. Если настроить модуль так, чтобы была одна посылка с 41 по 59 слово. Никаких данных нет вообще. Кажется, что информация начиная с 41 слова или лежит в запретной зоне, или защищена паролем, или должна быть считана с помощью другого протокола(например, Modbus ANSI), но тех.поддержка производителей счетчиков утверждает, что ничего такого не может быть. Счетчик с завода, настройка счетчиков не производилась и свои пароли никто не устанавливал.
Что за ошибка "Protokol Error"?
Модуль это виноват или счетчик?
|
Доброго времени суток! Помогите с программмированиием модуля MVI69-MCM. Я только начинаю работать с контроллерами и опыта совсем никакого нет(. В общем задача такая: есть этот самый модуль, нужно по протоколу Modbus RTU подключить к нему Гамму-7 и считывать данные из Гаммы. Надо настроить Параметры соединения следующие:
1)RS-485
2)19200
3)No parity
4)8 bit
5)1 stop bit
Модуль MVI69-MCM я сконфигурировал по сэмплу от производителя через утилиту ProSoft Configuration Builder.
Что дальше?
|
Здравствуйте.
[quote:d830bfbf96]Контроллер 1769-L35E. Пропала связь с верхним уровнем через Ethernet. Контроллер сам работает, оборудование остановить нежелательно. С ноутбука (RSLogix) через Ethernet тоже подключится не получается. Ping не проходит. Serial Port контроллера занят (modBus). [/quote:d830bfbf96]
Была такая проблема на 1769-L32, причем контроллеров несколько,
во всех одинаковый проект. Меняли и процессоры и перепрошивали на 19 и на 16 версию, но ничего особо не помогало. Помогало только снятие питания на процессоре и включение.
[quote:d830bfbf96]Впечатление что где-то переполнялись буфера - контроллер все медленнее и медленнее отвечал, при этом обмен Prodused-Consumer был без проблем.[/quote:d830bfbf96]
Реально помогло только увеличение буферов сообщений (UCB) по умолчанию их в контроллере 10 я увеличил до 32 , можно увеличивать до 40, но увеличение буферов занимает память контроллера. Так что выбирать вам. Как это сделать подробно описано в этом [b:d830bfbf96]21192 - Increase Quantity of Unconnected Message Buffers in ControlLogix[/b:d830bfbf96] документе. Удачи вам.
|
[quote:d67bcc65a1="websint"]Контроллер 1769-L35E. Пропала связь с верхним уровнем через Ethernet. Контроллер сам работает, оборудование остановить нежелательно. С ноутбука (RSLogix) через Ethernet тоже подключится не получается. Ping не проходит. Serial Port контроллера занят (modBus).
Вопрос 1: При аппаратной неисправности Ethernet порта контроллер должен уйти в СТОП?[/quote:d67bcc65a1]Переход в ошибку, если задано в настройках.
[quote:d67bcc65a1="websint"]Вопрос 2: По светодиодам на контроллере или на Ethernet порту ноутбука как-то диагностировать неисправность можно?
[/quote:d67bcc65a1]Нам не удавалось.
[quote:d67bcc65a1="websint"]Вопрос 3: Может ли помочь пезезапуск (сброс) контроллера. (придётся останавливать оборудование...)[/quote:d67bcc65a1]Мы лечили оключением питания.
[quote:d67bcc65a1="Vladimir_Ch"]была такая же проблема с одним контролером, L35E, помогало только снятие питания, перепрошивка не помогла, потом работал месяц или полтора и все снова повторялось, помогла только замена контроллера :([/quote:d67bcc65a1]Нас не спасала.
Позже, когда убрали "времянку" - [b:d67bcc65a1]MSG [/b:d67bcc65a1](L73 читал из "больного") все стало отлично. Впечатление что где-то переполнялись буфера - контроллер все медленнее и медленнее отвечал, при этом обмен [b:d67bcc65a1]Prodused-Consumer[/b:d67bcc65a1] был без проблем.
|
Контроллер 1769-L35E. Пропала связь с верхним уровнем через Ethernet. Контроллер сам работает, оборудование остановить нежелательно. С ноутбука (RSLogix) через Ethernet тоже подключится не получается. Ping не проходит. Serial Port контроллера занят (modBus).
Вопрос 1: При аппаратной неисправности Ethernet порта контроллер должен уйти в СТОП?
Вопрос 2: По светодиодам на контроллере или на Ethernet порту ноутбука как-то диагностировать неисправность можно?
Вопрос 3: Может ли помочь пезезапуск (сброс) контроллера. (придётся останавливать оборудование...)
|
Руководство по организации сети Modbus.pdf
http://www.forum.roskip.ru/download/file.php?id=91&sid=abbcdb04d3e4696f4358d891304a1590
Посмотрите, может поможет.
В RS485 полезный сигнал ищется в зоне от максимального уровня сигнала (амплитуды) до зоны помех (примерно 20% в середине диапазона). Поэтому если у одного устройства уровень сигнала высокий, то устройства с низким уровнем сигнала попадут в зону помех и отвечать не будут. Все устройства в RS485 необходимо привести примерно к одному уровню сигнала (амплитуде) с помощью резисторов.
У меня 5 разных ЧРП подключены к ML1400 через AIC+:
- у первого ЧРП стоит резистор 300 Ом. Был высокий уровень сигнала 4V ;
- у второго 120 Ом встроенный;
- у третьего 0 Ом (120 Ом выпаян с платы). Был низкий уровень сигнала 0.1V;
- у четвертого 0 Ом;
- у пятого 200 Ом. Подобрали последним.
По уму нужно у AIC+ резистор на 120-150 Ом, но с ним не заработало.
Если устройства однотипные, то все должно быть проще.
Потом нужно смотреть наличие помех в вашей сети осцилографом. Если уровень помехи выйдет за зону помех (примерно 20% от амплитуды полезного сигнала), то работать не будет.
Советую поставить какойнибудь барьер RS485 между контроллером и полем (я использую AIC+, но в ML1100 нет порта RS232 или есть - непомню).
Размер запроса не должен превышать допустимый размер MSG и допустимый размер запроса ModBus - 256 байт.
ModBus RTU - протокол последовательных запросов c разделением пакетов по времени, поэтому одновременно запрашивать с нескольких Node нельзя (пакеты не будут разделены по времени и воспримутся мастером как один пакет, в итоге будут потери). Незнаю как реализован опрос ModBus в ML, но я после выполнения MSG (DN или ERR) делаю задержку и потом опрашиваю следующую Node.
Нужно учитывать, что опрос отсутствующих устройств выполняется с ERR по истечении времени TimeOut (не менее одной сек, по умолчанию по-моему стоит 2 сек). Соответственно при 25 устройствах в сети, где 24 из них отсутствуют, опрос будет через 24 секунды минимум. Нужно предусматривать механизм исключения из опроса отсутствующих устройств.
|
только по Modbus
пробовал ставить на последний, но пока не запитывал, результат отрицательный.
Конечно же это наверное пока не показатель, запитаем все частотники, потом будет видно, как оно себя поведёт.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
