Вы только про сжатие инфы. Я же о уровне когда это все эти способы уже исчерпаны (пустых мест в регистрах нет) и буфера всё равно не хватает. К тому же инфа часто предназначена для чтения с панелей, не имеющих вообще или скромные возможности обратной распаковки, поэтому сильно круто упаковывать обычно нельзя.Сообщение от capzap
Последний раз редактировалось Серёга Букашкин; 17.12.2019 в 22:24.
Если нужен подобный пример, то он есть во втором посте, вариантов может быть много!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Этот второй пост можешь подсказать где находится? Буду благодарен
Это праздники виноваты?
На преведущей странице текущей темы: https://owen.ru/forum/showthread.php?t=32340
Последний раз редактировалось Сергей0308; 05.01.2020 в 02:53.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Все попытки передать одним регистром несколько переменных разобьются о возможности Scada систем. Потому что еще ту придутся долго и упорно учить не ошибаться и распихивать в разные регистры данные. Ну и скорость обмена точно пострадает..
хотя если использовать байт синхронизации то можно научить, некоторые даже наверное не очень сложно... Но полагаю, что автор уже выбрал Scada систему...
вы немного непонятно выразились, в каком устройстве какой макрос что должен делать? может вам нужны макросы putbit и extractbit ? первый собирает булевы переменные в int, а второй распаковывает их обратно из inta
Ваши права
Ответить с цитированием