Страница 2 из 2 ПерваяПервая 12
Показано с 11 по 19 из 19

Тема: ПЛК+Модули ввода=Зависание измеряемых параметров

  1. #11
    Пользователь
    Регистрация
    09.08.2013
    Адрес
    Башкортостан
    Сообщений
    234

    По умолчанию

    С похожей проблемой столкнулся когда отлаживал программу. Перезаливал, перезапускал и в какой-то момент обратил внимание, что значения с МВ110-8А перестали изменятся. Данные опрашиваю через конфигуратор, Modbus-RTU, 115200.
    Спустился, открыл шкаф и обратил внимание на отсутствие мигания индикаторов RS485 на МВ110-8А и МК110-4Р.
    Передернул по питанию оборудование (ПЛК и модули) - все заработало как и прежде.

    Интересно, а с чем связаны догадки, что на Modbus ASCII будет лучше работать? На сколько я понимаю RTU более компактный способ передачи данных.

  2. #12
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,254

    По умолчанию

    У рту есть особенность, если не укладываемся по времени,то плевать хотел протокол на свою компактность, а аскии в разумных пределах ждет конечный символ,после прихода начального
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

  3. #13
    Пользователь
    Регистрация
    28.08.2008
    Адрес
    23..93..123
    Сообщений
    1,694

    По умолчанию

    Кто хвастается ???
    Не Ютюбнутый , поэтому видео не снимаю , правда прикольных есть парочка .
    Средний проект это от 4х до 8 модулей различных , как правило весовые Z-SG + станция дискретного ввода вывода (реализовано 4 варианта разных) все через конфигурацию , программа управления РБУ(Работающая ) (на конфигурации + обмен через библиотеки ) опробована на ПЛК Фаствелл . Но на Овене почти все через конфигурацию .
    Это типовые проекты есть и по 8 модулей Z-SG + МВ1108а + дискретных парочка.
    Конечно бывают затыки , когда один проект постепенно прирастает модулями и модбас мастер в конфигурации расширяется , но все решается руками+клавиатура +мозги . И пока все варианты не проверю на форуме вопли не поднимаю :- "Вай-Вай памагите !!! Спасите!!!! Не Работает!!! Овен ...!!!

    Да в принципе нормальным спецам риспект и уважуха , только вот высказывания по поводу конфигуратора и протокола Овен сильно напоминают :- "Слющий у Ахмета приора посажинный тонированний , БМВ пятерку деляль со светофора , красавчик ваще".

  4. #14
    Пользователь
    Регистрация
    28.08.2008
    Адрес
    23..93..123
    Сообщений
    1,694

    По умолчанию

    Цитата Сообщение от Smith2007 Посмотреть сообщение
    С похожей проблемой столкнулся когда отлаживал программу. Перезаливал, перезапускал и в какой-то момент обратил внимание, что значения с МВ110-8А перестали изменятся. Данные опрашиваю через конфигуратор, Modbus-RTU, 115200.
    Спустился, открыл шкаф и обратил внимание на отсутствие мигания индикаторов RS485 на МВ110-8А и МК110-4Р.
    Передернул по питанию оборудование (ПЛК и модули) - все заработало как и прежде.

    Интересно, а с чем связаны догадки, что на Modbus ASCII будет лучше работать? На сколько я понимаю RTU более компактный способ передачи данных.
    Именно в форм факторе 110 у модулей бывают затыки , это не ПЛК , а модули виноваты , ловил подобное при опросе от СКАДА через Лектус. Но и было подобное так во время пусконаладки и пару раз при эксплуатации , возможно питание модулей "дергалось".
    По крайней мере системного повреждения подобного не было .
    Последний раз редактировалось Sergey666; 10.01.2014 в 22:51.

  5. #15
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    2,254

    По умолчанию

    это не ПЛК , а модули виноваты
    ))) Не работало вообще и сразу - было. Чинилось/менялось. После - никогда.
    Но ! Про мастера в конфигураторе - забыл. Он рабочий, че ж спорить то, но чуть сложней проект и его там надо как-то настраивать, думать. Просто лень. Руками+клавиатура (без мозгов). ФБ из б-бки вставил и фсё.
    Последний раз редактировалось Валенок; 10.01.2014 в 23:09.

  6. #16
    Пользователь
    Регистрация
    09.08.2013
    Адрес
    Башкортостан
    Сообщений
    234

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    У рту есть особенность, если не укладываемся по времени,то плевать хотел протокол на свою компактность, а аскии в разумных пределах ждет конечный символ,после прихода начального
    Если не укладываемся по времени с РТУ, то с аскии тем более не уложимся. Правильно я понимаю, что в аскии каждый байт преобразуется в два байта для передачи по каналу?

  7. #17
    Пользователь
    Регистрация
    28.08.2008
    Адрес
    23..93..123
    Сообщений
    1,694

    По умолчанию

    Цитата Сообщение от Smith2007 Посмотреть сообщение
    Если не укладываемся по времени с РТУ, то с аскии тем более не уложимся. Правильно я понимаю, что в аскии каждый байт преобразуется в два байта для передачи по каналу?
    Нет!!!
    В Аски начало и конец посылки выделены спец символами , в РТУ для этого интервал тишины.

  8. #18
    Пользователь
    Регистрация
    09.08.2013
    Адрес
    Башкортостан
    Сообщений
    234

    По умолчанию

    Вот что нашел...
    • Modbus ASCII — для обмена используются только ASCII символы. Для проверки целостности используется однобайтовая контрольная сумма. Начало и конец сообщения помечаются специальными символами (начало сообщения ":", конец сообщения CR/LF).
    • Modbus RTU — компактный двоичный вариант. Сообщения разделяются по паузе в линии. Сообщение должно начинаться и заканчиваться интервалом тишины, длительностью не менее 3,5 символов при данной скорости передачи. Во время передачи сообщения не должно быть пауз длительностью более 1,5 символов. Для скоростей более 19200 бод допускается использовать интервалы 1,75 и 0,75 мс, соответственно. Проверка целостности осуществляется с помощью CRC.
    аскии использует только ascii символы для обмена, следовательно один байт должен быть разложен на два байта. Т.е. явное увеличение размера посылки и как следствие времени на посылку. Но при этом этот вариант более помехозащищенный. Так ли это?

    rtu компактнее но менее помехозащищенный, хотя CRC тоже имеется.

  9. #19
    Пользователь Аватар для smk1635
    Регистрация
    06.09.2010
    Адрес
    Брянск
    Сообщений
    1,241

    По умолчанию

    Тогда шаманить со скоростью обмена и временен цикла.
    Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)

Страница 2 из 2 ПерваяПервая 12

Похожие темы

  1. Аналоговые модули ввода
    от Илья Андреевич в разделе Подбор Оборудования
    Ответов: 10
    Последнее сообщение: 25.07.2014, 19:20
  2. Ответов: 84
    Последнее сообщение: 21.03.2013, 18:51
  3. Ответов: 8
    Последнее сообщение: 14.03.2012, 21:40
  4. ПЛК+модули ввода ADAM
    от Николай Суриков в разделе ПЛК1хх
    Ответов: 14
    Последнее сообщение: 25.05.2009, 03:44
  5. Модули ввода дискретные
    от Василий Куц в разделе Разработки
    Ответов: 14
    Последнее сообщение: 19.07.2007, 09:11

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •