Слышал, что кто некий and123 реализовал аналог ALViiewer_а на вполне достойном Delphi, который работает из под тех же XXXXXAL.DBF и даже может просматривать, склеивать (несклько файлов в один и даже сортировать их по уровню тревоги, времени, и даже по по строковому 'Discription'? Действительно же можем, или это не правда? Дайте ссылку на этот продукт.
Неужели кто то действительно переработал этот ALVierwr?
Не думаю, что кому-придет в голову "перерабатывать" AlarmLogViewer. Скорее речь идет о своей реализации своего полного нестандарта с какой-то дополнительной функциональностью.
Исходники and123 я не смотрел, судить не могу.
Могу сказать, что *.dbf открывается Excel и Access (с преобразованием). Следовательно, первое, что приходит в голову - стандартные вещи типа OleAutomation. Скорее всего можно использовать и какой-нибудь драйвер доступа к данным.
В общем, прикинуть, по какой технологии удобнее.
Стандартная настройка AlarmSetup позволяет вывести абсолютно все необходимые данные тега, включая дескрипты.
Не вижу пока смысла для Alarm вешать отдельного клиента на OPC. RSView32 сама достаточно корректно работает с событиями.
А дальнейшая фильтрация всех типов и видов, сборка нескольких файлов *.dbf в один (зачем это нужно, если можно все алармы вести в одном файле *.dbf? Хотя кто его знает...), отображение, создание отчетов и т.д и т.п. можно сделать обычными инструментами.
Ну не знаю. Посмотрел исходник. Очень даже неплохое решение некоторых проблем. А Вы сами пробовали открыть XXXXAL.DBF в Excel? Я попробовал - полный бред. Не дай бог предложить такое заказщику. По лицу получишь раз восемь, это точно. Другое дело в решении, предложенном and123. Решено грамотно, я бы даже сказал насколько я тупо рулю в Delphi, элегантно. DIMIOKS, а как бы Вы порекомендовали бы мне сортировку, например по уровню опастнсти или по времени сообшений или по Description стандартными средствами ALViewer? Хотелось бы аргументированного ответа. Почему Вам не нравится решение предложенное and123? Пока я ещё поразбираюсь в исходнике and123.
goodwin,
Вы так настойчиво рекламируете and123 и его изделие...
Может Вы и есть and123? А?
По делу: если Вам так уж нравится писать что-то под RSView, написали бы лучше AlarmLogViewer для FTViewSE, который фильтровал бы и сортировал записи по дате-времени, наприер. Сможете, или... ?
А Вы сами пробовали открыть XXXXAL.DBF в Excel? Я попробовал - полный бред. Не дай бог предложить такое заказщику. По лицу получишь раз восемь, это точно.
1. Уважаемый goodwin, Вы читать хорошо умеете? Я сказал, что *.dbf можно открыть в Excel. Это не значит, что нужно так открывать. Для любого программиста это сразу сужает круг поиска для выбора технологии доступа к данным. Каюсь, поспешил с ответом. Читаем доку:
Цитата:
Чтобы экспортировать содержимое файлов регистрации
сигналов тревоги в базу данных ODBC один раз в день,
создайте файл события, определяющий когда и куда
экспортировать данные.
Все вопросы отпадают. Имея формат ODBC, можно танго станцевать.
Цитата:
DIMIOKS, а как бы Вы порекомендовали бы мне сортировку, например по уровню опастнсти или по времени сообшений или по Description стандартными средствами ALViewer?
2. Возможно, я неточно сформулировал. Стандартные средства я имел ввиду тот язык программирования, в котором Вы работаете. Кстати, в примерах RSView32, достаточно ясно показан доступ к данным через VBA. Я плохо знаю VBA. Поэтому обработку данных, собранных RSView32, я веду тихо - молча в приложении на Delphi.
Цитата:
Почему Вам не нравится решение предложенное and123?
3. По той простой причине, что любое стороннее расширение RSView32, работающее в рунтайме, я отрицаю. Тем более использование ActiveX, COM-интерфейсов в связке с проектом. Даже использование библиотек RSView32 например, в Delphi. По одной простой причине: проект RSView32 должен работать абсолютно независимо и сохранять работоспособность в любом случае. Кто мне гарантирует, что сторонний компонент, ActiveX и др. в рунтайме через полгода по меньшей мере не скажет: "я не хочу работать, потому что вот эта версия ActiveX или интерфейс, к которому я обратился, был удален, изменен, или данные глобальных индетефикаторов мне не нравятся." Кто даст гарантию, что через год компонент не скажет: "Поработали? Хватит. Оплатите счет." И кого заказчик потащит в суд? Имея дело с RSView32, мы имеем и сертификаты, и лицензии, и поддержку и т.д. Продукт отработан и не надо его изменять. Каюсь, сам пишу отдельные приложения. Но они абсолютно не влияют на проект, работают в своем адресном пространстве и в случае глюка, стирания или т.д. проект дальше будет работать, завод будет крутиться и заказчик единственно позвонит: "Вот с отчетами проблемка. В 1:С данные перестали импортироваться. Вы не подъедете?". Тем более, по мере возможности, стараюсь не делать регистрацию в системе подобно COM-интерфейсам.
Цитата:
По делу: если Вам так уж нравится писать что-то под RSView, написали бы лучше AlarmLogViewer для FTViewSE, который фильтровал бы и сортировал записи по дате-времени, наприер. Сможете, или... ? Cool
4. Интересно, а это возможно в принципе???
P.S. Напоминаю, речь идет об AlarmLogViewer, AlarmSummary не затрагивается. Предупрежу следующий вопрос: AlarmSummary дает достаточно возможностей по выборке, сортировки и фильтрации. Если требуется что-то другое для работы в рунтайме, достаточно средств RSView32.
P.S. Напоминаю, речь идет об AlarmLogViewer, AlarmSummary не затрагивается. Предупрежу следующий вопрос: AlarmSummary дает достаточно возможностей по выборке, сортировки и фильтрации. Если требуется что-то другое для работы в рунтайме, достаточно средств RSView32.
В принципе - в принципе! - возможно всё, что угодно
Например, можно купить права на FTViewSE у Rockwell (шютка юмора)
Вот я, собственно, интересуюсь, может ли уважаемый goodwin это сделать, или нет.
"Вот я, собственно, интересуюсь, может ли уважаемый goodwin это сделать, или нет" А я при чем то тут? Это уже сделано у and123, и причем грамотно и бесплатно. Хотите сделаю вам задорого?
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.135 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
