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

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

  1. #141
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    11,295

    По умолчанию

    Начали реализацию компонента АРХИВ.Пока планируем следующее -
    До 4каналов архивирования по событию в флоат формате на компонент.Сам архив в формате для эксель.Сохраняем значения и метки времени (дата,время) .Количество используемых компонентов Архив в проекте не ограничиваем ,то есть можно архивировать до4,8,12,16,20.....каналов .Но это уже на ответственности пользователя следить за обьемом архива ,что бы памяти хватило .На канал думаем выделить до 10мб.
    Может будут еще какие пожелания ...
    Последний раз редактировалось rovki; 21.03.2016 в 21:44.
    электронщик до мозга костей и не только

  2. #142

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Начали реализацию компонента АРХИВ.Пока планируем следующее -
    До 4каналов архивирования по событию в флоат формате на компонент.
    Может будут еще какие пожелания ...
    Графики очень важная и неотъемлемая часть скады и подход к выбору нужно производить очень щепетильно. 4 канала на экран это приемлемо но не абсолютно посмотрите в сторону Интеграф по оформлению а по содержанию СИМП ЛАЙТ.

  3. #143
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    11,295

    По умолчанию

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

  4. #144

    По умолчанию

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

  5. #145

    По умолчанию

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

  6. #146

    По умолчанию

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

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

    По умолчанию

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

  8. #148

    По умолчанию

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

  9. #149

    По умолчанию

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

  10. #150
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    11,295

    По умолчанию

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

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

Похожие темы

  1. МИНИ СКАДА на АНДРОИД для ПР
    от rovki в разделе Программируемые реле
    Ответов: 916
    Последнее сообщение: 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

Ваши права

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