архивирование данных с контроллера в Excel

[ymnuhj]

Добрый день.
Стоит задача архивирования сигнала с пары аналоговых входов в файл Excel, чтоб получить точную картину сигнала. Знаю что можно архивировать данные из Trend в визуализации, но это слишком медленно. У меня сохранилось 4 показания в секунду. Хотелось бы архивировать значения с частотой опроса этих самых аналоговых входов программой.
Подскажите пожалуйста как проще всего решить эту задачу

[capzap]

opc сервер с функцией хранения

[ymnuhj]

А есть еще какие то ENI, DDE. Для меня это все новые понятия. Как и OPC сервер. Они подойдут ли и не будут ли проще?

[rapucha]

А есть еще какие то ENI, DDE. Для меня это все новые понятия. Как и OPC сервер. Они подойдут ли и не будут ли проще?

ENI это совсем не то. Это технология "контроля версий", для упорядоченной разработки ПО. Хранит историю ваших сорцов, грубо говоря. Бесплатный ENI, идущий с кодесисом -- порнография, толку от него мало, но это так, в сторону.

DDE -- такая технология обмена данными в Виндоуз, довольно низкоуровневая. Напрямую писать вызовы DDE -- не барское дело, всё уже сто лет как написано. Всякое OPC живет поверх него, если дело присходит в винде.

Так что скорее всего - не проще.

[capzap]

ну, если вдруг на форуме объявятся специалисты по ENI, DDE, предлагаю подождать, когда они ответят

[ymnuhj]

Спасибо всем за ответы.
krollcbas. Данный условно бесплатный метод вероятно не подходит. Я почитал, там внизу страницы написано что данные обновляются "Шустро" (Не более 500 мс). Так вот для моей задачи это слишком медленно. У меня есть датчик работающий с частотой 400Гц, и мне бы в идеале хотелось увидеть все эти 400 показаний в секунду. Если это конечно возможно.

Немножко продвинулся. Работает OPC сервер собирающий показания с контроллера. Но данные он не архивирует. "Функции хранения" походу нету. Может есть какой нибудь сторонний OPC Client который мог бы архивировать данные?

Еще в похожей теме на форуме видел что нужен DCOM. Что это и как использовать? Не тоже ли это самое что OPC Client?

[petera]

Спасибо всем за ответы.
krollcbas. Данный условно бесплатный метод вероятно не подходит. Я почитал, там внизу страницы написано что данные обновляются "Шустро" (Не более 500 мс). Так вот для моей задачи это слишком медленно. У меня есть датчик работающий с частотой 400Гц, и мне бы в идеале хотелось увидеть все эти 400 показаний в секунду. Если это конечно возможно.

Немножко продвинулся. Работает OPC сервер собирающий показания с контроллера. Но данные он не архивирует. "Функции хранения" походу нету. Может есть какой нибудь сторонний OPC Client который мог бы архивировать данные?

Еще в похожей теме на форуме видел что нужен DCOM. Что это и как использовать? Не тоже ли это самое что OPC Client?

Что-то Вы темните
400 показаний в секунду с аналогового входа ПЛК? Это время преобразования для аналогового входа должно быть 2,5 мс, у ОВЕНа нет таких ПЛК.
В лучшем случае ПЛК160 имеет время преобразования(обновления) аналогового сигнала 15мс http://www.owen.ru/catalog/programmi...lk160/17971350

[Вадим2881]

Попробую поднять тему). Научился получать данные с ПР200 в Excel через DDE Lectus. Но нужна обработка привязанная к системной дате. Данные - часы наработки различных режимов, которых под 30 штук. Не знаю или всю логику делать в ПР200 у которой есть часы реального времени но боюсь не хватит ресурсов или как-то уже на верхнем уровне обработать. Нужно часы разложить по дням, ночам, месяцам, годам. Кто что делал подобное?

[petera]

Попробую поднять тему). Научился получать данные с ПР200 в Excel через DDE Lectus. Но нужна обработка привязанная к системной дате. Данные - часы наработки различных режимов, которых под 30 штук. Не знаю или всю логику делать в ПР200 у которой есть часы реального времени но боюсь не хватит ресурсов или как-то уже на верхнем уровне обработать. Нужно часы разложить по дням, ночам, месяцам, годам. Кто что делал подобное?

Переходите к секундам, в смысле, к UNIX Time
http://www.owen.ru/forum/showthread....l=1#post219992

ЗЫ.
Не уверен, что Вам действительно нужна привязка к системной дате.

Нашел свой проект для панели - Расчет интервала между датами

Скрытый текст:

Если вместо delta сразу взять время наработки в секундах, то получите требуемое разложение
Время наработки в виде Лет-Месяцев-Дней Часов:Минут:Секунд

years = delta / 31556926 ;
months = (delta % 31556926) / 2629743;
days = (delta % 2629743) / 86400;
hours = (delta % 86400) / 3600;
minutes = (delta % 3600) / 60;
seconds = delta % 60;

Дни, часы, минуты и секунды - точные значения
А вот месяцы и годы -приблизительные, т.к. число дней в месяцах и годах есть величина переменная и для расчетов используются
Среднее количество дней в году - 365.24
Среднее количество дней в месяце - 30.44

[Вадим2881]

Спасибо за ответ!) Зря не описал задачу сразу. В общем нужно со станков снимать время работы в автомате и время простоя, причину которой выбирает оператор. Задача конечно не простая... Все временных причин под 30 штук. Причём данные должны копиться на 4-е операторские смены аз месяц год. Станков 20 штук. Предполагаю использовать ПР200 на каждом станке для определения режима работы и ввода причины простоя, а вот дальше верхний уровень не ясно как организовать. Хотелось бы ещё и на скаду заодно вывести состояние оборудования. Сейчас пробно сделал пр200 - Lectus - телемеханика лайт.