Скрипачпророк (10.09.2017 11:23 - 11:28, просмотров: 515) ответил AlexG на Есть такое. Но есть минус - когда счет выведенных через Modbus переменных начинает идти на сотни, все известное мне клиентское ПО становится крайне не удобным. Что-то изменилось в начале адресного пространства, адреса "поплыли" и начинается... но не любой ценой.
-
- Я обычно группирую данные по логической связанности +из-за особенностей ПО устройства некоторые данные могут идти только в определенной последовательности (например, массивы структур из памяти МК отображаемые на регистры Modbus). Оставляю между AlexG(86 знак., 10.09.2017 11:30)
- А зачем? Cкpипaчпророк(275 знак., 10.09.2017 13:01 - 13:08)
- делаю массив указателей на параметры, т.е. если спрашивают регистр Х, то в массиве по адресу Х лежит указатель на нужную переменную, получается дикий оверхед по флэши - 4 байта на каждый параметр, но сильно упрощает все остальное. Делаю в виде AVF(1070 знак., 10.09.2017 13:04)
- существуют команды файлового доступа с адресацией до 32+8 бит. - Vit(10.09.2017 12:02)
- Это уже совсем дебри, под команды файлового доступа ни одной готовой программы не найти (одну знаю на самом деле) В этом случае свое клиентское ПО нужно уже без вариантов и теряется смысл использования стандартного протокола. - AlexG(10.09.2017 12:08)
- ИМХО, смысл не в "готовых" программах, а в простоте реализации и разделении труда. когда-нибудь от Вас в конечном продукте как комплексе всё-равно попросят/потребуют рюшечки в ПО для ПК - Vit(10.09.2017 12:17 - 15:50)
- Нет, не теряет. Потому что суть в документированности, а не в возможности любому пионеру накосячить выкачав бесплатных приблуд из Гугльмаркета. - Cкpипaчпророк(10.09.2017 12:19)
- Насколько я помню, файловый доступ довольно плохо документирован. Смысл готовых программ не в обеспечении доступа для пионеров, а в совместимости. Когда собирается система с разработанным устройством в составе или собирается рабочее место для AlexG(362 знак., 10.09.2017 12:35)
- Вы бы сначала разделили конфигурационные параметры и используемые в "боевых" условиях. очень часто для "боевых" существует конфигурируемый пользователем участок адресов, куда группируются алиасы с других, часто "разбросанных" адресов. пользователю Vit(940 знак., 10.09.2017 16:11)
- Нормально он документирован. И реализован, обычно, "без изюминок". Cкpипaчпророк(102 знак., 10.09.2017 13:05)
- Можете привести примеры где он используется/поддерживается? (для общего развития) Я знаю только контроллеры ОВЕН ПЛК и OPC-сервер Lectus. - AlexG(10.09.2017 13:22)
- Выгрузка архивов, выгрузка-загрузка прикладных программ PLC. Конкретные примеры - вспоминать нужно. Это же способ связи, а утилита обычно специализированная и о способе связи не кричащая. Cкpипaчпророк(98 знак., 10.09.2017 13:31 - 14:24)
- Можете привести примеры где он используется/поддерживается? (для общего развития) Я знаю только контроллеры ОВЕН ПЛК и OPC-сервер Lectus. - AlexG(10.09.2017 13:22)
- Насколько я помню, файловый доступ довольно плохо документирован. Смысл готовых программ не в обеспечении доступа для пионеров, а в совместимости. Когда собирается система с разработанным устройством в составе или собирается рабочее место для AlexG(362 знак., 10.09.2017 12:35)
- Это уже совсем дебри, под команды файлового доступа ни одной готовой программы не найти (одну знаю на самом деле) В этом случае свое клиентское ПО нужно уже без вариантов и теряется смысл использования стандартного протокола. - AlexG(10.09.2017 12:08)
- Я обычно группирую данные по логической связанности +из-за особенностей ПО устройства некоторые данные могут идти только в определенной последовательности (например, массивы структур из памяти МК отображаемые на регистры Modbus). Оставляю между AlexG(86 знак., 10.09.2017 11:30)