Страница 15 из 341 ПерваяПервая ... 513141516172565115 ... ПоследняяПоследняя
Показано с 141 по 150 из 3409

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

  1. #141

    По умолчанию

    Цитата Сообщение от Адрей Посмотреть сообщение
    Графики очень важная и неотъемлемая часть скады и подход к выбору нужно производить очень щепетильно. 4 канала на экран это приемлемо но не абсолютно посмотрите в сторону Интеграф по оформлению а по содержанию СИМП ЛАЙТ.
    Добрый день.
    Мы разрабатываем архиватор, компонент, который будет писать данные в файл по внешнему событию (биту).
    Архиватор будет читать FLOAT значения, ему нужно указать с какого регистра читать и сколько FLOAT значений (до 4), это и есть каналы, добавление времени автоматически при записи в файл.
    Выглядеть в результате будет как csv файл, который можно посмотреть с помощью excel'я на ПК.
    Последний раз редактировалось KaScada; 22.03.2016 в 08:20.

  2. #142

    По умолчанию

    Цитата Сообщение от Адрей Посмотреть сообщение
    Про бит и 4 значения это утопия, для архивируемого графика пользователь должен создавать группу тегов по архивированию под один файл базы допустим эксел а отображения самого графика на экране должно быть по вкл. и выкл. того или иного пера уже бита в регистре 16 перьев максиму, можно взять за основу СПххх панели архивируемый график он оптимальный хотя не доведенный до ума но это уже мелочи вы же свой програмер.
    Нужно разделить задачи, архиватор это одно, график - другое.
    График - представление данных, не более.
    Архиватор - немного аналогичен archive в codesys.
    Пока речь об архиваторе, ему нужно событие, по которому он будет делать запрос на slave и записывать полученные данные в энергонезависимую память устройства + дата\время.
    Событие мы хотим привязать с сетевой переменной, это даст гибкость системе.
    Что потом делать с этим архивом это другой вопрос, возможно он будет отображаться в каскаде в отдельном графике подгружаясь по нажатии кнопки, но есть еще много нюансов, опять же, shift mode тут будет мешать.

  3. #143
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,224

    По умолчанию

    а зачем делать дублирующие запросы,почему не взять с того же места откуда берет визуализация
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

  4. #144

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    а зачем делать дублирующие запросы,почему не взять с того же места откуда берет визуализация
    Мы давно думали об этом, но это подразумевает карту тегов (список). Ведь нужного для архиватора регистра может не быть в визуализации.

  5. #145
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,113

    По умолчанию

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

  6. #146
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,224

    По умолчанию

    Цитата Сообщение от KaScada Посмотреть сообщение
    Мы давно думали об этом, но это подразумевает карту тегов (список). Ведь нужного для архиватора регистра может не быть в визуализации.
    ну можно начать с того а какой смысл архивировать какие то данные если в реале они ни кому не нужны, а можно и начать с того что что в ПР ограничена(или известна) карта регистров, копировать её на внешнее устройство одним групповым запросом, а в редакторе привязок указывая адрес в пр подразумеваем, что на самом деле привязываемся к зеркалу регистров в памяти устройства, архивирование становиться без проблем, отображение без видимых тормозов
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

  7. #147
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,113

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    ну можно начать с того а какой смысл архивировать какие то данные если в реале они ни кому не нужны, а можно и начать с того что что в ПР ограничена(или известна) карта регистров, копировать её на внешнее устройство одним групповым запросом, а в редакторе привязок указывая адрес в пр подразумеваем, что на самом деле привязываемся к зеркалу регистров в памяти устройства, архивирование становиться без проблем, отображение без видимых тормозов
    Ну во первых групповое чтение не так уж и велико (12 что ли регистров) .Во вторых хранить зеркало в памяти смартфона накладно и избыточно ,а внешнего носителя нет .сотню переменных да еще раз в секунду ,ого го...если месяц писать ...
    Я больше склоняюсь ,что для ПР Архивирование это способ выявления отклонений с целью анализа причин приведших к этому ,на протяжении достаточно большого времени (для лучшей статистики) ,а не подсчет мух пролетевших мимо оператора и севших на оборудования с целью осрамить его
    Последний раз редактировалось rovki; 22.03.2016 в 13:24.
    электронщик до мозга костей и не только

  8. #148
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,224

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Ну во первых групповое чтение не так уж и велико (12 что ли регистров) .Во вторых хранить зеркало в памяти смартфона накладно и избыточно ,а внешнего носителя нет .сотню переменных да еще раз в секунду ,ого го...если месяц писать ...
    кто Вам сказал что накладно, память телефона исчисляется сотнями мегабайтами, поэтому 24 байта ни как не скажется, а избыточным я как раз считаю посылка единичного запроса для отображения только одного регистра, и уж тем более бита
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

  9. #149
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,113

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    кто Вам сказал что накладно, память телефона исчисляется сотнями мегабайтами, поэтому 24 байта ни как не скажется, а избыточным я как раз считаю посылка единичного запроса для отображения только одного регистра, и уж тем более бита
    .Если в меню,например задано 4 канала (4х4байта=8регистров по 16бит) то их чтение будет групповым ,это естественно .1секх16х3600х24х30=41472000байт ,если писать раз в минуту то 691200байт в месяц для 4 каналов ,вроде не много...А если всю область переменных писать ,то явно будет перебор ...
    Совсем забыл ,это только на сами данные + еще нужны байты на запоминание даты времени ...это еще где то 6 байт на отсчет .
    Последний раз редактировалось rovki; 22.03.2016 в 16:46.
    электронщик до мозга костей и не только

  10. #150
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,224

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    .Если в меню,например задано 4 канала (4х4байта=8регистров по 16бит) то их чтение будет групповым ,это естественно .1секх16х3600х24х30=41472000байт ,если писать раз в минуту то 691200байт в месяц для 4 каналов ,вроде не много...А если всю область переменных писать ,то явно будет перебор ...
    Вы не понимаете сути, в телефоне крутится зеркало сетевых переменных, один запрос к ПР обновляет их с заданной частотой. Пользователь выбрал несколько переменных для архивирования и Ваш разработчик предлагает, делать отдельно запросы к ПР для составления архива, я же предлагаю брать из этого зеркального образа, чтоб не делать лишних запросов. Я не предлагаю писать в архив все сетевые переменные
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

    среди успешных людей я не встречала нытиков
    Барбара Коркоран

Страница 15 из 341 ПерваяПервая ... 513141516172565115 ... ПоследняяПоследняя

Похожие темы

  1. МИНИ СКАДА на АНДРОИД для ПР
    от rovki в разделе Программируемые реле
    Ответов: 889
    Последнее сообщение: 17.04.2018, 09:57
  2. андроид для ПР за, против, всякого рода мнения
    от Павел Братковский в разделе Трёп (Курилка)
    Ответов: 57
    Последнее сообщение: 05.02.2016, 07:55
  3. Ответов: 14
    Последнее сообщение: 04.11.2015, 23:50
  4. Система для сбора устройств с RS232
    от darkwolf в разделе Подбор Оборудования
    Ответов: 13
    Последнее сообщение: 15.03.2015, 11:39
  5. HMI WagoID 1.1 (для Андроид) для Овен ПЛК
    от osv007 в разделе Панели оператора (HMI)
    Ответов: 2
    Последнее сообщение: 10.11.2012, 20:42

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •