Вид для печати
Кто-нибудь в состоянии объяснить, что творится с графиком.
Задано:
- 500 значений
- периодичность 120сек
- две беззнаковые переменные для отображения
- сохранение с PSW1024
Получаем:
С момента записи конфигурации в панель, записываются и отображаются данные за период в 250 минут, а дальше и в текущих, и в архивных, и в метках времени одни нули. Через какое-то время (несколько часов) график может опять проснуться.http://www.owen.ru/forum/images/smilies/confused.gif
Хм.. по расчету должно быть 1000 минут. А перья вообще исчезают с экрана?- возможно параметры вышли за заданный диапазон..
Сохранение - автоопределение. Я запущу на прогон.
Автоопределение не запускаю по причине того, что не знаю какую область памяти система выберет. Вдруг PFW, а у этой памяти ресурс ограничен (50000 циклов) и график съест его дней за 80. Может я не прав? PSW1024 выбрал не случайно - хотел использовать весь объем второй половины ОЗУ.
Вопрос - выбранная память закольцовывается или нет.
Перья падают в 0, хотя реальные данные поступают и панель их отображает на цифровых дисплеях.
Вашей проблемы не увидел.. Если график обрывается, значит архивируемый параметр вышел за допустимый диапазон.
Архивируя переменную типа Word, с представлением(вкладка "Данные" переменной графика):
"Unsigned" диапазон от 0 до 65535
"Dec" диапазон от -32768 до 32768
Из этого: Если ваша переменная постоянно растет, график настроен от 0 до 99999, но при этом задан тип "Dec", то значения от 32768 до 65535 он читает, по праву, отцительными - и график не показывает значение вне заданного диапопозона. О теории представлении данных рассказывать не буду =)
Во вложении проект, которым я проверял. Эксперементируйте на его основе.
Надеюсь, я разговариваю с тем, кем надо. Если внимательно прочитаете исходные данные, то увидите - тип переменных беззнаковый. Добавлю - диапазон от 0 до 80. И для информации, Ваш график тоже не работает.
Похоже ПО мудрил Змей Горыныч. Средняя голова говорит одной из голов - заказчику нужен график арх.данных с периодом в 16 часов и выборкой через каждые 2 минуты. Это примерно 500 точек. Растчитай период обновления памяти.
Другой голове - а ты выдели требуемое количество памяти в ОЗУ.
Работа пошла:
- одна голова умножает 500 точек на 2 минуты и получает период обновления 1000 минут;
- другая выделяет под 500 точек - 500 байтов, т.к. ОЗУ измеряется в байтах.
После этих потугов, заказчик, то-биш я, получает:
для двух переменных 500 байтов хватает только на 250 минут, но т.к. период обновления 1000, то все остальное время (750 минут) панель аккуратно забивает нулями. Все это я наблюдаю два дня.
Возможно от такого класса оборудования я прошу слишком много, но сейчас идет наработка на отказ системы и этот график мне нужен.
И последнее, в какую память пишется архив, если установлена галочка автоопределение.
Можно проэмулировать с константой, будет ли обрыв..
проект я проверял. что конкретно в нём не работает??
Выложите Ваш проект.
Слушайте, хватит играть дурочку. Вам про эти графики талдычат с 2009г.
Высылаю обратно ваш проект с моими настройками. Даже на эмуляторе видно, из 1000 затребованных секунд отображается только 760, остальные до 1000 забиваются нулями. И все это повторяется. Если вы и дальше собираетесь тупить, я вынужден буду инициировать официальную переписку по возврату панелей, т.к. они не соответствуют тех.документации.
Уважаемые Супер Модераторы! Я также работаю над этим проектом. Кроме того, я достаточно давно работаю с приборами компании "Овен" (8 лет). Ваши приборы и программное обеспечение, безусловно, позволяют создавать весьма приличные системы. Но! В вашей продукции случаются просто досадные "ляпы", которые, я согласен, очень непросто выявить на стадии быстрого тестирования (на вдумчивое времени нет - понимаю, рынок), хочу только напомнить о том, что когда-то "OWEN PROCESS MANAGER" не обращал внимания на возможности адресации приборов ТРМ-138 (8 бит - 256 точек, 11 бит - 2048 точек), а опрашивал первые 100 точек и возвращался в начало. После моего личного обращения и демонстрации этого эффекта в региональном представительстве (а именно "Овен-Урал"), была найдена ошибка в программе и количество опрашиваемых точек выросло до возможностей адресации. Пожалуйста, обратите пристальное внимание на задаваемый вам вопрос, дела обстоят именно так и заметно притормаживают нашу работу.
К предыдущему посту прикладываю изображение графика, примерно через 13 минут после начала эмуляции (около 700 секунд) графики ушли в "0", время в "0", дата перешла на "римские цифры", через 300 секунд всё восстановилось. Прошу не тратить время на формальные отписки, а вдумчиво отнестись к выявленным недостаткам приобретенных у вашей компании приборов.
To psn_owen давайте уважать друг друга.
Для официальной переписки : данным вопросом в компании ОВЕН занимается Кареткин Илья, его e-mail в моей подписи.
Есть рабочие моменты, как у любого другого производителя, приведенный вами пример с ТРМ показывает что мы исправляем свои ошибки.
Еще раз повторяю, проблемы не вижу, как только поставил галочку "Автоопределение", на вкладке "Сохранить" графика! Во вложении проект, в котором архивируются 2 константы и их архивирование происходит в течении 1000 секунд, как в присланном Вами проекте.
В док-во выкладываю проект и видео снятое с панели. Скачать видео
Повторно прошу ответить на вопрос: В какую область памяти пишется архив при установленной галочке "Автоопределение".
Дополнительно сообщаю: при установленной галочке "Автоопределение" при загрузке проекта в панель выпало сообщение "Не удаётся определить состояние процессора" (Дословно не помню, но смысл такой). Операционная система "Vista", загрузка через многопортовый концентратор (другие проекты грузятся без проблем, в том числе и этот без автоопределения).
1. При установленной галочке "Автоопределение", график пишется в область памяти "PFW". Пишется он случайно используя перекрестные ссылки - поэтому в ручную отследить и как-либо прочитать его данные - не удастся.
2. Попробуйте загрузить мой проект. Если не наблюдается ошибка, то в вашем проекте понадобится переконфигурировать экран с графиком заново.
Сколько проработает панель при постоянной перезаписи области памяти с ресурсом 50000 циклов?
Прождав более 2 суток (ну ладно, одни - выходной) повторяю вопрос о продолжительности работы панели СП270 при заданных условиях, а именно:
а) архивируются 2 переменные
б) период архивации - 2 минуты (120 секунд)
в) количество записей - 500
г) используемая память - PFW
Поясняю причины своего беспокойства:
На 28 странице Руководства пользователя на программу конфигуратор панели оператора СП270 (скачанная с сайта PDF-версия) в примечаниях под рисунком 30 указано:
"1. Не рекомендуется часто записывать данные в память PFW т.к. память имеет ограниченные ресурс перезаписей (50000 циклов).".
На первый взгляд, причин для беспокойства нет, поскольку переписывая одну точку через 1000 минут, мы исчерпаем ресурс панели за 50 миллионов минут (чуть более 95 лет). Однако, вспоминается советский программируемый микрокалькулятор "Электроника МК-52", оборудованный микросхемой электрически стираемого перезаписываемого постоянного запоминающего устройства (ЭСППЗУ) К1601РР1, предназначенной для долговременного хранения программ и данных. Особенностью данной микросхемы являлось стирание 16 ячеек памяти подряд при команде стереть только одну ячейку (область адресов делилась на банки по 16 ячеек и при стирании одной ячейки стирался банк целиком). Кроме того, работа с микросхемой ЭСППЗУ сопровождалась значительным уменьшением срока хранения записанной информации. Так, если срок хранения записей составлял 5000 часов, то каждые 3 минуты чтения/записи/стирания информации сокращали этот срок на один час. Данные особенности присущи всем микросхемам ЭСППЗУ, поскольку они строятся на одном и том же принципе, а именно:
хранение единиц информации в ячейках памяти на транзисторной структуре МДП (металл-диэлектрик-полупроводник) с "плавающим" затвором, запись двоичной информации на который производится повышенным напряжением с использованием туннельного эффекта. Также полупроводниковые запоминающие устройства любого типа (ОЗУ, ПЗУ, ППЗУ и так далее), как правило строятся по схеме матрицы с выбором строки и столбца, на пересечении которых и находится выбранный элемент. К чему такое длинное лирическое отступление? Объясняю: для 4 Мбайт памяти (а это 22-разрядный адрес) наиболее практично использование 11-разрядного адреса строки и такого же адреса столбца. Очень хочется знать, как происходит запись (по столбцам, по строкам, по ячейкам)?, как влияет цикл записи на ячейки той же строки (того же столбца)?, не будет ли перезапись одной ячейки влиять на всю строку (столбец, всю сеть) матрицы запоминающего устройства? Это достаточные причины для беспокойства, так как, например, обращение по столбцам (а равно и по строкам) может сократить ресурс энергонезависимой памяти в 2048 раз (до 17 суток), что уже достаточно опасно. Надеюсь, что моё сообщение будет быстро прочитано и технические специалисты компании "ОВЕН" либо аргументированно рассеют мои тревоги, либо займутся исследованием этой задачи. Прошу только не затягивать молчание, вполне допускаю, что в данном направлении исследования ещё не велись, скажите об этом прямо и я не стану добиваться от в целом очень хорошего устройства работы за пределом его возможностей.
Вы забыли про время и дату в сохранении то есть к 2 измер. парам. прибавить 6 в результате общее время архива значительно снижается.Цитата:
Сообщение от psn_owen
"Интересное замечание". Если-бы это написали "овеновцы", я бы даже не стал тратить на это время. Специально для Вас, Андрей:
- что вы этим хотели сказать. Наверное то, что все графические панели страдают этим. К счастью это не так, а потому и наш отдел решил отказаться от овеновских поделок;
- при написании собственной программы создания тренда , например, для 100 точек и периодичностью записи, например в 1 сек, вы действительно будете тратить память еще и для запоминания параметров времени каждой точки!? При том, что указатель памяти хранит не только адрес следующей для записи ячейки, но и время, в которое требуется произвести эту запись. Не слишком ли это расточительно забивать память информацией, которая и так легко растчитывается;
- вместо пространных слов займитесь творчеством. Выберите какую-нибудь "проект-рыбу" из этой темы и сделайте ее рабочей (без использования автоопределения).
Вы решили отказаться от всей продукции ОВЕН или только от панелей?Цитата:
- что вы этим хотели сказать. Наверное то, что все графические панели страдают этим. К счастью это не так, а потому и наш отдел решил отказаться от овеновских поделок;
Здравствуйте, уважаемые коллеги. Прошу прощения, что не отвечал ранее - не было возможности.
На будущее, подобное общение предлагаю производить официально, через электронную почту. Об этом, кстати, я писал выше. Это эффективней и более оперативно.
50 000 перезаписей - конечно же на одну ячейку (1 WORD), энергонезависимой памяти.
Всё это время, как я писал выше, мы проводили тестирование, поднимали информацию и готовили документ «Работа с историческим графиком панели СП270», на который нас побудили Ваши вопросы. В нём, более подробно, чем это сделано в Руководстве Пользователя, описана работа с графиком. Спасибо, Вам ;)
Ознакомиться с ним можно:тут
Здравствуйте psn_owen.Цитата:
Сообщение от psn_owen
Отвечаю на ваши вопросы.
Ответ №1. Да действительно время и дата в любом "Тренд архиве" либо "Тренд реального времени" играют основную роль и сохранение их в памяти придется. Просто разные фирмы решают распределение памяти по разному соответственно. Овен не исключение вопрос о не достаточной информации в мануале другое дело. Вот наконец-то появилась долгожданная информация о настройке хронологического графика от модератора Ильи Кареткина. Обратно же остались вопросы по графику реальному времени по распределению памяти казалось бы то же самое но нет там тоже есть грабли.
Ответ №2. Нет по-другому нельзя.
Ответ №3. Вот уже 10 лет как работаю и создаю проекты на оборудовании от разных производителей Direct Logic; Advantech; Wonderware InTouch; ОВЕН. Овен по-своему интересен да не идеален куча заморочек так и в других фирмах есть проблемы про них как правило молчат а цены на буржуйское оборудование какие. При учете нынешний обстановке в стране да если учитывать нищету на заводах в глубинке. А СП270 работает не плохо просто её надо понять. Будут вопросы пиши на почту помогу.