Макросы находятся во внешней папке(не каскаде ) , они не сохраняются в проекте , поэтому при экспорте\ импорте не забываем перенести макросы самостоятельно в нужную папку другого андроида.
В новой версии планируем сделать импорт\экспорт через облако и QR код.
электронщик до мозга костей и не только
Все работает и давно ,года 3 как
Вот с задатчика
Последний раз редактировалось rovki; 11.08.2020 в 15:52.
А пока разбираюсь с андроид ТВ
С утра "на свежую голову" перепроверил проект и заметил, что соседний, следующий по номеру , регистр тоже используется.
Правильно ли я понимаю, если значение в регистр записываем float(4 байта), А регистры у нас 2-байтовые, то использовать следующий по порядку регистр нельзя?. ....Тот же принцип действует . когда используем шлюзы?...Если из шлюза мы пытаемся принять float, то указывая регистр приемник, мы следующий номер регистра тоже резервируем для этих данных (указывая в настройках шлюза-принять 2 регистра)и его использовать нельзя?
Плохо, что по экспорту макросов и таким вот нюансам надо догадываться, морочить всем голову, вместо того,чтобы прочитать это в мануале....
Еще один баг.....Если в проекте ошибка, и этот проект запускается автоматом при запуске приложения, то сразу идет перенаправление на форму отсылки письма к тех.поддержке. Закрыть проект с ошибкой или удалить никак не удается...Любая попытка возвратиться в программу ведет к перенаправлению на почту.
Последний раз редактировалось Merlok; 12.08.2020 в 12:30.
Естественно , что флоат это 2 регистра ., друг за другом . это надо учитывать ,когда адреса прописываете . Шлюзы кладут друг за другом регистры в память , указывается только начальный адрес , а остальные на автомате ...Если возникает критическая ошибка ,то у вас должен быть майл агент ,что бы сообщение ушло у к нам на почту с логом ошибки.. Что бы уйти от этого - очистите кэш...
По макросам- если сохраняется в отдельную папку ,то очевидно , что ее нужно так же передать как и файл самого проекта ....
Да,с этим всем разобрался уже. Все работает. Подскажите пожалуйста нюанс работы служебного бита 9.13.
По описанию,генерирует события на активном экране. Меня интересует активация шлюзов на активном экране. Чтобы лишний раз регистры устройств,которые нет необходимости считывать постоянно, не дергать...
Пробовал,но активация шлюзов не происходит.
В идеале, пока я на активном экране, считываются регистры и отображаются в индикаторах.Задатчик цифровой применить не могу,так как после него надо делать арифметические операции Перез записью в регистры.
Впрочем, активацию считывания регистров с устройств только активного экрана можно реализовать считыванием активного экрана системный регистр 4 и последующей его обработке макросом. Но думал, что 13 бит регистр 9 будет правильней и легче.
Управление экранов.PNG Скин работы шлюза на 3 экране , только при активации экрана.
Нашел самый легкий для себя путь. По переключению экрана , на шлюзы активного экрана начинает поступать такты раз в секунду с 8 бита 9 регистра. Реально помогает, когда в проекте много шлюзов, которые нет необходимости считывать постоянно.
Последний раз редактировалось Merlok; 13.08.2020 в 11:04.
В каскаде все экраны активны (работают одновременно) . Бит 9.13 обновляет задатчики(значения считываются заново) на данном экране .
Шлюзы могут работать постоянно , по изменению значения на входе и по стробу (биту) , это устанавливается в настройках шлюз.
Не знаю,что Вы подразумеваете под значением "активный", наверное то,что на всех экранах элементы работают. Но для моих целей регистр 4 выдает цифру соответствующую экрану, на котором нахожусь. Именно это мне и надо для реализации моих потребностей.
Вы сами сказали про активный экран , это тот на котором находитесь , но логика выполняется на всех экранах ,в не зависимости на котором находитесь . Да в 4 регистре номер экрана на котором находитесьСообщение от Merlok
Ваши права
Ответить с цитированием