Тестирование новых прошивок

[Логвиненко Андрей]

Интересно, в ПЛК100 ведь тоже лог все время в Debug постоянно выдается при старте, даже если перемычки нет на шнурке. Но это никогда не мешало (мне). Товарищу Логвиненко Андрею однозначно надо просто модем на другой порт перевесить а опрос подчиненных устройств по COM2 делать. ModBus-у этот лог по практике не мешает. Хотя на счет dip переключателя выводить/не выводить лог Овну стоит задумться. Тем более что на СПК2хх один большой ненужный тумблер уже есть на задней стороне :-)

Товарищ RV9WFJ , читайте тему внимательно.
1. ПЛК100 выдает лог только при загрузке и не имеет режим консоли, программа работы с модемом изначально делалась для ПЛК100 и прекрасно работала.
2. По результатам тестирования прошивки 3.933 с панелью СПК105 установлено, что в через открытый СОМ3 идет служебная информация во время работы приложения, на прошивке 3.407 проблему с логом удалось решить , установив фиксированную скорость порта модема, отличную от 115200.
3. СПК105 имеет 2 порта : COM2 - RS485 и СОМ3 - RS232 (в руководстве ошибка) поменять порты местами не получится .
4. На счет нормальной работы Модбаса - посмотрите сообщения от Леонида.

[Александр Приходько]

Интересно, в ПЛК100 ведь тоже лог все время в Debug постоянно выдается при старте, даже если перемычки нет на шнурке. Но это никогда не мешало (мне). Товарищу Логвиненко Андрею однозначно надо просто модем на другой порт перевесить а опрос подчиненных устройств по COM2 делать. ModBus-у этот лог по практике не мешает. Хотя на счет dip переключателя выводить/не выводить лог Овну стоит задумться. Тем более что на СПК2хх один большой ненужный тумблер уже есть на задней стороне :-)

Товарищ RV9WFJ , читайте тему внимательно.
1. ПЛК100 выдает лог только при загрузке и не имеет режим консоли, программа работы с модемом изначально делалась для ПЛК100 и прекрасно работала.
2. По результатам тестирования прошивки 3.933 с панелью СПК105 установлено, что в через открытый СОМ3 идет служебная информация во время работы приложения, на прошивке 3.407 проблему с логом удалось решить , установив фиксированную скорость порта модема, отличную от 115200.
3. СПК105 имеет 2 порта : COM2 - RS485 и СОМ3 - RS232 (в руководстве ошибка) поменять порты местами не получится .
4. На счет нормальной работы Модбаса - посмотрите сообщения от Леонида.

Коллеги, давайте не будем ссориться. Проблема реально существует. Касается только СПК105. Наш программист уже пересобирает прошивку. К обеду перевыложу!

[Логвиненко Андрей]

Коллеги, давайте не будем ссориться. Проблема реально существует. Касается только СПК105. Наш программист уже пересобирает прошивку. К обеду перевыложу!

А питание у Вас трехразовое - понедельник, среда , пятница?

[Александр Приходько]

А питание у Вас трехразовое - понедельник, среда , пятница?

Андрей, я к сожалению не всегда могу сидеть 24 часа на форуме. Был занят некоторыми делами.
К сожалению прошивку пока не выложу. Сам обнаружил один косяк в новой прошивке для СПК105. В загрузочном меню пропал пункт, который отвечает за переключение режимов USB порта в СПК105.
Завтра его поправим, и дам Вам прошивку. Пока прошу набраться терпения.

P.S. Вы постучались ко мне в скайп, но сверхактивно в нем молчите. Это самое быстрое средство общения со мной. Оч Рекомендую.

[Леонид]

НУ ДЕРЖИТЕСЬ!!!!
Короче не работает связь на СПК107 - НИФИГА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!

Все та же "связка" модулей что описывал выше.
Опрос сделан через конфигурацию.

СПК и один из модулей МДВВ находятся в небольшом шкафчике, пульта оператора.
Второй модуль МДВВ и модуль МВ110-8АС находятся в щите управления вместе с силовой коммутационной аппаратурой.

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

Производя проверку монтажа, было выявлено, что произвольно без закономерности, при срабатывании или отпускании пускателей, в сети начинаются какие -то непонятки.

Сразу скажу что, оборудование еще не смонтировано на объекте, модули максимально разнесены от пускателей, нагрузка еще не подключена, выходы развязаны через промежуточные реле, RC цепочек на пускателях пока нет.

ModBusSlave.byModbusError возвращает ошибки, то ответ неправильного слейва, то некорректная контрольная сумма - хаотично по всем модулям.
Подключился снифером:
- при нормальной работе сети последовательность запросов состветствует сконфигурированной, а именно:
1) Чтение регистра входов первого модуля МДВВ.
2) Запись регистра выходов первого модуля МДВВ.
3) Чтение регистра входов второго модуля МДВВ.
4) Запись регистра выходов втрого модуля МДВВ.
5) Чтение массива регистров модуля МВ110-8АС (измеренные значения, время измерения, коды ошибок измерения).

- при непонятной работе СПК спрашивает, то по 3 раза подряд модуль МВ110-8АС, то как то там еще модули МДВВ, короче хаос!!!

После отключения проводов с последнего модуля МДВВ и подключения обратно все нормализуется!

Думал снять лог обмена в обоих ситуациях и выложить сюда, а потом модумал, а зачем, разве кому то это интересно?

В общем в попытках побороть данное явление пошагово опустил скорость обмена в сети со 11520 до 1920!
На 19200 пока уложить сеть не удалось, день закончился!

Идем дальше!!!

Ну думаю ладно, наигрался вдоволь, предупреждали же, буду делать опрос из пользовательской программы.
Нашел библиотеку ModulsOwen.Lib, 3.4.0.8 (OWEN).
Набросал прогу опроса, как в примере, но для модуля МВ110-8АС, так как оборудование уехало на монтаж, а у меня есть только модуль МВ110-8АС.

Запустил, вроде работает хоть и чуть медленнее чем из конфигурации, уже успел обрадоваться!!!!
И СНОВА ЛАЖА!!!!
При сконфигурированных трех первых входах МВ110-8АС на измерение 4-20мА, остальные отключены, и неподключенном ни одном датчике.

ФБ "MV110_8AS_input" выдает на выходы (inpExcSCode1, inpExcSCode2, inpExcSCode1) код ошибки, расшифровано "обрыв датчика", все казалось бы класс, так как датчики действительно не подключены.
Но почему то "inpExcSCode1" с частой периодичностью равен "0" - то есть измерение успешно, но датчик то никто не подключал.
Переключаю на COM1, там попрежнему опрос через конфигурацию, принимаю постоянную ошибку обрыва датчика!

Ну и чтоб совсем жизнь райской не казалась, ФБ "MV110_8AS_input", выдает постоянно изменяющееся время измерения канала 2 - inpT2, почему то отличающееся от остальных 7 каналов, но по факту у всех 8 каналов оно одинаковое.



Нашел библиотеку ModulsOwen.Lib, 3.4.0.7 (OWEN).
Переподключил в проект проблема осталась.

Попробую теперь просто библиотеку ModBus, надеюсь до написанию полность ФБ по работе ModBus с расчетом контрольных сумм и т.д. не дойдет!

[Александр Приходько]

Коллеги, давайте не будем ссориться. Проблема реально существует. Касается только СПК105. Наш программист уже пересобирает прошивку. К обеду перевыложу!

Господа, прошивка для СПК105 готова. Кто уже успел обновить ее на 3,933 прошивайтесь на 3,934 способом, описанным в конце инструкции через нуль-модемный кабель.

[RV9WFJ]

Товарищ RV9WFJ , читайте тему внимательно.
4. На счет нормальной работы Модбаса - посмотрите сообщения от Леонида.

Забавно, я по паспорту тоже Леонид. Мы просто о разных девайсах наверно. На СПК107/207/210 ModBus прекрасно работает. Я использую SysCom, на CAA пробовал, у меня работало но наработки нет чтоб уверенно заявлять. Никаких потусторонних ошибок нет постоянных о которых выше кто-то писал.

[Логвиненко Андрей]

СПК105 прошивка 3.934, первые результаты:

1. При работе в паре с MC52i начальная загрузка выглядит так:
- Панель запрашивает Hit any key to stop autoboot:,
- Модем при подаче питания выдает ^SYSSTART,
на любой скорости модема эта последовательность панелью воспринимается как any key, в результате получаем stop autoboot.
Зачем конечному пользователю этот лог загрузки, и почему эта особенность не задокументирована?
В данном случае решение проблемы найдено хитрой настройкой пользовательских параметров модема, но такое возможно будет не всегда.
Разработчикам надо подумать над возможностью отключения лога.
2. После загрузки служебная информация в порт больше не идет.
3. При работе библиотеки SysCom23 часть символов теряется также, как и на старой прошивке. С библиотекой CAA Serial COM потерь не замечено.
О простой конвертации проектов из 2.3 в 3.5 можно забыть.

На очереди проверка Modbus.