-
- Есть такое. Но есть минус - когда счет выведенных через Modbus переменных начинает идти на сотни, все известное мне клиентское ПО становится крайне не удобным. Что-то изменилось в начале адресного пространства, адреса "поплыли" и начинается AlexG(128 знак., 10.09.2017 11:01)
- А зачем менять что-то в начале таблицы? Скрипач(157 знак., 10.09.2017 11:23 - 11:28)
- Я обычно группирую данные по логической связанности +из-за особенностей ПО устройства некоторые данные могут идти только в определенной последовательности (например, массивы структур из памяти МК отображаемые на регистры Modbus). Оставляю между AlexG(86 знак., 10.09.2017 11:30)
- А зачем? Скрипач(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)
- Нет, не теряет. Потому что суть в документированности, а не в возможности любому пионеру накосячить выкачав бесплатных приблуд из Гугльмаркета. - Скрипач(10.09.2017 12:19)
- Насколько я помню, файловый доступ довольно плохо документирован. Смысл готовых программ не в обеспечении доступа для пионеров, а в совместимости. Когда собирается система с разработанным устройством в составе или собирается рабочее место для AlexG(362 знак., 10.09.2017 12:35)
- Вы бы сначала разделили конфигурационные параметры и используемые в "боевых" условиях. очень часто для "боевых" существует конфигурируемый пользователем участок адресов, куда группируются алиасы с других, часто "разбросанных" адресов. пользователю Vit(940 знак., 10.09.2017 16:11)
- Нормально он документирован. И реализован, обычно, "без изюминок". Скрипач(102 знак., 10.09.2017 13:05)
- Насколько я помню, файловый доступ довольно плохо документирован. Смысл готовых программ не в обеспечении доступа для пионеров, а в совместимости. Когда собирается система с разработанным устройством в составе или собирается рабочее место для AlexG(362 знак., 10.09.2017 12:35)
- Это уже совсем дебри, под команды файлового доступа ни одной готовой программы не найти (одну знаю на самом деле) В этом случае свое клиентское ПО нужно уже без вариантов и теряется смысл использования стандартного протокола. - AlexG(10.09.2017 12:08)
- Я обычно группирую данные по логической связанности +из-за особенностей ПО устройства некоторые данные могут идти только в определенной последовательности (например, массивы структур из памяти МК отображаемые на регистры Modbus). Оставляю между AlexG(86 знак., 10.09.2017 11:30)
- Так модбас не противоречит своему ПО, собственно тоже так делаю - AVF(10.09.2017 11:18)
- А зачем менять что-то в начале таблицы? Скрипач(157 знак., 10.09.2017 11:23 - 11:28)
- Есть такое. Но есть минус - когда счет выведенных через Modbus переменных начинает идти на сотни, все известное мне клиентское ПО становится крайне не удобным. Что-то изменилось в начале адресного пространства, адреса "поплыли" и начинается AlexG(128 знак., 10.09.2017 11:01)