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

[ymnuhj]

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

[capzap]

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

[ymnuhj]

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

[capzap]

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

[rapucha]

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

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

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

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

[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

[ymnuhj]

Не буду скрывать контроллер не Owen, а Fastwel cpm713 с модулем AIM723. Мне нужно просто увидеть значения с одного - двух ModbusTCP/IP выходов. Можно даже не масштабировать. Так что программа простейшая. Думаю должна успевать выполняться за это минимальное цикла, которое 1 мс если я все правильно понял.

А вопрос я задал именно в этом форуме, потому что во первых контроллеры обоих этих фирм используют программную среду Codesys 2.3 а значит программируются они одинаково. А во вторых этот форум как мне показалось довольно удобный и оживленный.
Будет печально если OPC обновляет данные тормознуто. Разве он не может работать на одной частоте с контроллером? Какой тогда есть способ заархивировать максимальное число показаний в секунду?

[petera]

Не буду скрывать контроллер не Owen, а Fastwel cpm713 с модулем AIM723. Мне нужно просто увидеть значения с одного - двух ModbusTCP/IP выходов. Можно даже не масштабировать. Так что программа простейшая. Думаю должна успевать выполняться за это минимальное цикла, которое 1 мс если я все правильно понял.

А вопрос я задал именно в этом форуме, потому что во первых контроллеры обоих этих фирм используют программную среду Codesys 2.3 а значит программируются они одинаково. А во вторых этот форум как мне показалось довольно удобный и оживленный.
Будет печально если OPC обновляет данные тормознуто. Разве он не может работать на одной частоте с контроллером? Какой тогда есть способ заархивировать максимальное число показаний в секунду?

При чем здесь простейшая у Вас программа или нет. Ограничение будет не во времени минимального цикла, пусть оно будет даже не 1мс, а 0,000....1мс. Ограничение у Вас на аппаратном уровне, т.е. "железо" не позволит получить 400 отсчетов за одну секунду.
Мало того, что Вы будете использовать вход не контроллера, а внешнего модуля, а это означает наличие ограничения по скорости передачи данных по внешней шине между ПЛК и модулем, так Вы еще и не ознакомились с характеристиками этого модуля.
Ваш AIM723 в лучшем случае имеет время преобразования по одному каналу -8,4 мс
Захват-1.png
А это означает только 120 измерений в секунду. Модуль четырех канальный, с большой долей вероятности получите только 120/4=30 измерений в секунду. И "по барабану", что датчик у Вас "работающий с частотой 400Гц".
Так, что Ваша затея сохранять 400 раз в секунду данные , которые обновляются 30 раз в секунду, не что иное как "monkey business"(мартышкин труд).

ЗЫ. С реальной величиной ограничения по скорости связи между ПЛК и модулем разбираться не хочу, сами почитайте/посчитайте будет она влиять или нет http://www.cta.ru/cms/f/352126.pdf

ЗЫ. Для общего развития. Кроме трендов в визуализации можно использовать трассировку, можно будет писать данные вплоть до каждого цикла ПЛК.
Захват-2.png

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

Трассировку можно сохранять в ПЛК.

[ymnuhj]

Спасибо за конструктивную критику и подробные разъяснения.
Я просто совсем новичок в этой теме. Многое стало яснее. И английский подучил) С наступающим