КаСкада для Андроид устройств

[Merlok]

Я же написал выше!!!!.... Проект с множеством шлюзов сильно нагружает ресурсы . Наверное у вас интерпретатор,а не компилятор...как в старом бейсике. Да и ,если девайс постоянно дергать обменом инфы,которая на данный момент не нужна, тоже не есть хорошо.
Можно делать кнопки обновления данных, чтобы при нажатии кнопки по стробу обновлялся шлюз. Но это не очень удобно.
Моя цель была найти способ, при котором данные , уходящие и приходящие в шлюзы к девайсам обновлялись лишь по переходу на активный экран. Данные от шлюзов на других экранах перестают считываться.( Те,которые мне нет нужды считывать постоянно- настройки девайса,к примеру)
Выше я сделал скин этого способа. Возможно вы его и так знаете....учитывая,сколько лет проекту..Но почему-то не понимаете, для чего он и зачем......

[rovki]

Я же написал выше!!!!...
Данные от шлюзов на других экранах перестают считываться.

..
Еще раз про шлюзы , в не зависимости на каком экране находитесь - данные от источника к приемнику могут предаваться 3 способами
1- постоянно читаются по входу и переписываются на выход
2-по изменению (только когда передается 1 регистр\байт) , постоянно читается по входу и переписывается на выход по изменению значения на входе.
3- по стробу - данные читаются по входу и переписываются на выход только по стробу (фронту) - это наверное ваш случай.
Теперь задача разработчика в 3 случае сформировать строб по нужному событию (время, условие, переход с экрана на экран - изменение 4 системного регистра , нажатие кнопки ,итп итд..
То есть какой режим зададите шлюзу , так он и будет работать...
Учтите только если информация со шлюза не обновляется , то она не достоверна , но если информация не нужна , то тогда можно делать как вы хотите ..Я так не делал , способ не универсальный , но оригинальный ( у вас)

[Merlok]

..
Еще раз про шлюзы , в не зависимости на каком экране находитесь - данные от источника к приемнику могут предаваться 3 способами
1- постоянно читаются по входу и переписываются на выход
2-по изменению (только когда передается 1 регистр\байт) , постоянно читается по входу и переписывается на выход по изменению значения на входе.
3- по стробу - данные читаются по входу и переписываются на выход только по стробу (фронту) - это наверное ваш случай.
Теперь задача разработчика в 3 случае сформировать строб по нужному событию (время, условие, переход с экрана на экран - изменение 4 системного регистра , нажатие кнопки ,итп итд..
То есть какой режим зададите шлюзу , так он и будет работать...
Учтите только если информация со шлюза не обновляется , то она не достоверна , но если информация не нужна , то тогда можно делать как вы хотите ..Я так не делал , способ не универсальный , но оригинальный ( у вас)

Согласен с вами. Спрашивал про регистр 4,потому что строб переключения 4 никак не хотел активировать шлюз. Наверное,что-то не учел. Так мне задействовать этот шлюз и не получилось.Но реализовал лучше. Мой вариант- это импульсы( стробы) каждую секунду только на те шлюзы,которые отвечают моим условиям( для меня- те,которые нужны лишь на активном -видимом экране.)