Вид для печати
Вопрос в следующем: существует ли возможность менять настройки ПЛК "на лету", без перекомпиляции программы? Пример: есть программа опроса 10 датчиков, объединенных в две группы. Внезапно понадобилось опрашивать уже 14 датчиков, разбитых на три группы. Без переделки исходника на ST это возможно? На данный момент программы еще нет, поэтому интересно, что можно заложить для подобного функционала (если это возможно).
Требуйте четкое ТЗ или будет сказка о рыбаке и рыбке..
Собственно такое тз и есть. Интересна возможность перенастраиваться без перекомпиляции.
Что Вы подразумеваете под группой - порт ПЛК с несколькими слейвами на нем?
Группа - несколько датчиков, по событиям одного из которых срабатывает определенный сигнал. Пример: датчики 1,3,4 зажигают индикатор 1.
Понятно. На квест похоже по логике )
Если в программу заложите алгоритм , чтобы по сигналу на каком-нибудь входе изменялся состав и размер "группы" - почему бы нет, должно работать.
я бы это не назвал квестом, скорее бред
по какому то сигналу извне изменить группы, добавить адреса очередных датчиков, их обработку, сигналы аварий. Добровольно отказаться от денег за переделку не мыслимо)
Надо тогда поставить условие - пишу две программы, переключается вот этим тумблером, оплата тоже за две.. )
Тоже об этом думал, но есть противоречие в виде количества датчиков (их может быть много, как и групп). Поэтому интересуют возможные способы. Например подсунуть файл конфига, какой- нибудь, его генерировать нет проблем... Умеет 110 работать с настроечными файлами? Типа этого {1|3|4:1}. Или просто вычитывать содержимое файла?
SysLibFile.lib или OwenLibFileAsync.lib и Modbus.lib ( или библиотека для иного протокола ). Но зачем все это?
Если это коммерческий продукт, то лучше убедить заказчика, что ему этого не надо ...