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

[capzap]

Ну во первых групповое чтение не так уж и велико (12 что ли регистров) .Во вторых хранить зеркало в памяти смартфона накладно и избыточно ,а внешнего носителя нет .сотню переменных да еще раз в секунду ,ого го...если месяц писать ...

кто Вам сказал что накладно, память телефона исчисляется сотнями мегабайтами, поэтому 24 байта ни как не скажется, а избыточным я как раз считаю посылка единичного запроса для отображения только одного регистра, и уж тем более бита

[rovki]

Над пользователями довлеет опыт прошлых лет ,они привыкли к тому как это было сделано где то ранее ,причем без учета первого опыта (забыли как мучились ранее) .Например если часто использую СИ8 ,то не заглядываю в инструкцию ,а если год прошел ,то не помнишь ,потому как меню сложное и параметров много ,но не чего ,многие привыкли .Нам проще ,мы делаем с нуля .Мы исходим из того ,что компонент график это независимый и достаточный элемент визуализации .АРХИВ это другой компонент ,который решает другие задачи .Если графиков на одном экране бывает достаточно одного для оперативного управления .То Архив имеет смысл иметь как минимум 4 канала ,что бы спустя время видеть и анализировать не только последствия ,но и причины приведшие к не желаемому результату .Ну упало температура ниже критической ,запомнили ее и время ,но нужно еще несколько переменных писать ,влияющих на температуру ,что бы найти причину ....Одним нужен только график,другим только архив ,третьим все подавай .Нами выбрана концепция ,что все относительно сложные моменты реализуются не средствами Каскады ,иначе нас потянет на классическую скаду .Например -мнемосхемы рисуются не средствами каскады ,а внешними ,штатными редакторами .Аналогично и с данными Архива .Наша задача создать файл ,а визуализация его в виде графиков ,того или иного вида или таблиц это задача внешней программы(кому что нравится) .Причем ексель есть и на андроде и на винде .Запускайте приложение и делайте что хотите с данными ,для того мы и взяли специально флоат для архива ,что бы без масштабирования отображать реальные графики (таблицы) в штатных программах ...
Ни кто не запрещает использовать одни и те же переменные и для Графика и для Архива ,но только для Графика нужны целочисленные значения и масштабирование (запятую) делает разработчик проекта на ПР,а в Архиве все на автомате.Со временем может сделаем и тип данных для Графика по выбору ,а пока так .Нужно дать пользователю хотя бы минимум средств для работы ,но быстро ,чем они будут ждать разработки и отладки финальной версии годами,имхо.

[capzap]

да в чем засор то, если с этого зеркала будут пользоваться все локальные потребители, визуализация мнемосхемы, архив, тренды и др. больше не обращаясь с запросами к самой ПР. будет крутиться отдельная задача в функции которой будет только считывать все сетевые переменные и записывать по событию, другим уже не потребуется вставать в очередь чтоб сделать свой запрос. Если возникают проблемы со связью, можно за раз изменить все данные на дефолтные, а не так что по мере поступления запросов элементы схемы будут отваливаться по таймауту, каждый в свое время

[rovki]

да в чем засор то, если с этого зеркала будут пользоваться все локальные потребители, визуализация мнемосхемы, архив, тренды и др. больше не обращаясь с запросами к самой ПР. будет крутиться отдельная задача в функции которой будет только считывать все сетевые переменные и записывать по событию, другим уже не потребуется вставать в очередь чтоб сделать свой запрос. Если возникают проблемы со связью, можно за раз изменить все данные на дефолтные, а не так что по мере поступления запросов элементы схемы будут отваливаться по таймауту, каждый в свое время

В этом что есть ,если говорить не об одном Архиве ,а о всех компонентах. Но тогда нужно считывать зеркало с максимальной скоростью ,потому как разные компоненты по назначению есть .цифровому индикатору нужно 1 раз в секунду обновляться ,а архиву или графику 1час подавай .значит нужно еще таймеры городить в Каскаде .А как у нас ,если приходит управляющий бит раз в час ,то раз в час и опращиваем для архива,графика.Причем Архиву все равно ,когда его ПР оживит для считывания .Это имело бы смысл и хороший результат если бы была возможность считывать сотню байт за раз ,а так ....не получим ожидаемого эффекта при 12 регистров .
Кроме того зеркало оно же и для записи ,а тут промедления чреваты (останов ,например).
Сама идея красивая !

[capzap]

зачем записывать в зеркало, по событию пишите сразу в ПР. Не знаю про какие Вы таймеры завели речь, если Вы обращаетесь с каким то периодом в ПР для получения инфы, точно так же будете обращаться только к локальной памяти. А заполняться локальная память будет по 12 регистров, если в ПР их больше то следующая партия еще 12, следующим запросом, тут главное как в сексе - регулярность

[rovki]

Только у одного регулярность раз в месяц ,а другого раз в день . Только с компонентом График период задает Каскада ,все остальные опросы в цикле ,на максимальной скорости .

[capzap]

как будто в моем случае это не так, я прям заставляю опрашивать медленнее. Приведу другой аргумент,например достался проект другому пользователю,а у него другое представление об адресации устройств и он вынужден менять у каждого элемента адрес слейва ну или что там привязывается, в моем случае произвели изменения в диспетчере,который работает независимо от остальных и в задачу которого входит только обмен с данными,другой диспетчер отвечающий за визуализацию как брал данные из локальной памяти,так и продолжит брать из тех же мест

[rovki]

Все же с внутренними делами постараемся сами разобраться .Вопрос был о внешних свойствах компонента Архив .Спасибо.

[rovki]

Для любителей визуализации и Каскады выкладываю компоненты (картинки красивые),которые пригодятся для создания проектов на планшете и не только ...

[rovki]

Нужны картинки которые вы бы хотели видеть динамическими ,то есть с вас одна простая (красивая) картинка ,например вентилятора ,а с нас динамическая картинка .Лучшие картинки войдут в базу ,а автору бесплатная активация .