EnglishУкраїнськаmRussian
Login/New
Topic with no new replies

[BugWrong] Не подхватываются значения из DAQ Modbus в визуализации


Author Message
Written on: 16. 10. 2015 [17:04]
dudanov
Sergey Dudanov
Topic creator
registered since: 14.08.2013
Posts: 26
Здравствуйте.

Мои действия:

1. Создаю шаблон DAQ
2. Создаю Modbus контроллер и логические параметры на основе созданного шаблона
3. Обмен данными 100% происходит без ошибок, все регистры читаются
4. Создаю собственные виджеты на основе базовых
5. Помещаю виджеты на созданную тестовую страницу нового проекта
6. Привязываю переменные связи с данными из DAQ Modbus
7. Запускаю тестовую страницу

В итоге происходят хаотичные сбои связки с данными. Прикрепляю скриншоты. (6.2 - значение по-умолчанию -> ошибка привязки)

Баг?

[This article was edited 2 times, at last 16.10.2015 at 17:11.]

# rm -rf /bin/laden
Attachment

Снимок экрана от 2015-10-16 17:42:11.png (File type: image/png, Size: 16.53 kilobytes) — 1621 downloads
Снимок экрана от 2015-10-16 17:42:36.png (File type: image/png, Size: 16.49 kilobytes) — 1643 downloads
Снимок экрана от 2015-10-16 17:43:50.png (File type: image/png, Size: 65.95 kilobytes) — 1628 downloads
Снимок экрана от 2015-10-16 17:44:56.png (File type: image/png, Size: 79.5 kilobytes) — 1614 downloads
Снимок экрана от 2015-10-16 17:46:17.png (File type: image/png, Size: 206.15 kilobytes) — 1611 downloads
Written on: 16. 10. 2015 [17:17]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
"dudanov" wrote:

Баг?

У меня нет такого, значит не баг.

Learn, learn and learn better than work, work and work.
Written on: 16. 10. 2015 [17:22]
dudanov
Sergey Dudanov
Topic creator
registered since: 14.08.2013
Posts: 26
"roman" wrote:

"dudanov" wrote:

Баг?

У меня нет такого, значит не баг.


Не было бы вопроса, если бы была ошибка и данные вообще не обновлялись, а неподхват происходит именно что хаотично, при этом запуске на одном виджете один или несколько параметров, в другом запуске - другие в другом виджете...

# rm -rf /bin/laden
Written on: 16. 10. 2015 [17:26]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
"dudanov" wrote:

"roman" wrote:

"dudanov" wrote:

Баг?

У меня нет такого, значит не баг.


Не было бы вопроса, если бы была ошибка и данные вообще не обновлялись, а неподхват происходит именно что хаотично, при этом запуске на одном виджете один или несколько параметров, в другом запуске - другие в другом виджете...

Это не тема форума для вопросов, консультаций и объяснений, тем более в Вашем случае прямой отправки и обработки PDU ModBus. А если учесть фразы типа "... тем более, что PDU для всех типов протоколов Modbus одинакова" то правильность обработки этого запроса сомнительна.

Learn, learn and learn better than work, work and work.
Written on: 16. 10. 2015 [18:14]
dudanov
Sergey Dudanov
Topic creator
registered since: 14.08.2013
Posts: 26
"roman" wrote:

Это не тема форума для вопросов, консультаций и объяснений, тем более в Вашем случае прямой отправки и обработки PDU ModBus. А если учесть фразы типа "... тем более, что PDU для всех типов протоколов Modbus одинакова" то правильность обработки этого запроса сомнительна.

Роман, извините меня, я не хочу получить консультации, все необходимые консультации - в документации. Я просто выполняю документированные действия и результаты мне кажутся сомнительными и похожи на ошибки в программе, поэтому я и написал сюда.

Вот сейчас дописал в проект еще один шаблон DAQ, используя уже стандартную обработку модуля Modbus (не используя PDU), и создал на его основе все те же 2 параметра опроса компрессоров, привязав к тем же виджетам в проекте. Результат тот же.

Оффтоп: Роман, неприятно слышать от такого грамотного специалиста как Вы, что я не разобрался в таком простом и открытом протоколе как Modbus, поэтому позволю себе привести цитату из спецификации на протокол. Извините за оффтоп. Думаю Вы все же имели в виду грамотную обработку ответов, исключений.

"MODBUS SPECIFICATION V1.1b" wrote:

4.1 Protocol description

The MODBUS protocol defines a simple protocol data unit (PDU) independent of the underlying communication layers. The mapping of MODBUS protocol on specific buses or network can introduce some additional fields on the application data unit (ADU).


[This article was edited 1 times, at last 16.10.2015 at 18:32.]

# rm -rf /bin/laden
Written on: 16. 10. 2015 [19:01]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3750
"dudanov" wrote:

"roman" wrote:

Это не тема форума для вопросов, консультаций и объяснений, тем более в Вашем случае прямой отправки и обработки PDU ModBus. А если учесть фразы типа "... тем более, что PDU для всех типов протоколов Modbus одинакова" то правильность обработки этого запроса сомнительна.

Роман, извините меня, я не хочу получить консультации, все необходимые консультации - в документации. Я просто выполняю документированные действия и результаты мне кажутся сомнительными и похожи на ошибки в программе, поэтому я и написал сюда.

Тогда Вы очевидно должны были её воспроизвести на общедоступной конфигурации, а не полагаться на телепатов имеющих такую связь с Вашей конфигурацией. Кроме того, как минимум задуматься о том, как такая заметная ошибка, если она есть, реально никем кроме Вас не замечается, а ДемоБД, с ModBus/TCP, прекрасно работает по сценарию Быстрого Старта.

"dudanov" wrote:

Оффтоп: Роман, неприятно слышать от такого грамотного специалиста как Вы, что я не разобрался в таком простом и открытом протоколе как Modbus, поэтому позволю себе привести цитату из спецификации на протокол. Извините за оффтоп. Думаю Вы все же имели в виду грамотную обработку ответов, исключений.

А ещё в этом протоколе есть расширенные и пользовательские функции, суммарно которые к регистрам и коилсам отношения не имеют, не говоря уже о распространённом явлении переопределения стандартных регистровых функций для специфических задач. И зная это Вы бы не предлагали считать регистры по свободным запросам PDU.

Learn, learn and learn better than work, work and work.



11961