Хотелось бы отметить, что программа придаёт значение только первым двум столбцам в файле. Число, формат и содержание остальных столбцов значения не имеют. Так что можно использовать и с другими проектами.
Хотелось бы отметить, что программа придаёт значение только первым двум столбцам в файле. Число, формат и содержание остальных столбцов значения не имеют. Так что можно использовать и с другими проектами.
Вообще, мне лично, с моим небольшим опытом построения информационных систем, нужно еще осмыслить то, что мы тут с вами сварганили. Пока что мне нравится идея "для простых задач - простое решение", то есть, несложная доработка ПО ПЛК + простая утилитка уважаемомго коллеги Yegor-а (не в смысле простая, что я ее смог хотя бы понять, но все же "легковесная"). Предыдущая реализация с МастерСКАДой вызвала у меня совершеннейшее неприятие, в том числе и по причине отсутствия отдельной среды исполнения - приходится запускать всю монструозную систему разработки для реализации очень простого функционала. Буду смотреть и другие решения для мониторинга оборудования, управляемого ПЛК (OpenSCADA - первый претендент, хотя она тоже предназначена для более сложных задач).Сообщение от Yegor
Ну, а сегодня технолог (или мастер) будет впервые снимать показания по работе ПЛК в пятницу. Так что вопросы-нипанятки-хотелки еще будут. Кста, я даже не понял, как пересобрать этот проект, если там какие-нить буковки подправить? Это С#, наверное? В руках не держал...
Visual C# Express потребуется (бесплатная). Чисто технически можно и без неё собрать, но практически без опыта проще скачать и установить среду.
Не использую Scada вообще, всё пишу ручками.
Так и получаются гибкие и легковесные программки.
За исходнички и объяснение отдельное спасибо.
Вот и интересны были бы подходы: сложилась ли какая-то "оптимальная" технология (какая?), или все решается очень по-разному в зависимости от проекта, или выбор средств не слишком критичен, чтобы ему (выбору) уделять отдельно внимание...
Может где-то как-то и до исходников дойти. Все же с шаблона легче начинать.
...и я бы поблагодарил
Для всяких мелких фигнюшек и при наличии специалиста (умения писать прожки для ПК) конечно самописные программы оптимальны.
НО !!!!
Если ручками писать программу диспетчеризации сети гипермаркетов - Рученки отвалятся или команду надо такую , что оплата работы ее (команды) превысит стоимость хорошей СКАДы .
К сожалению узбекистан и таджикистан не производят программистов на "экспорт" , только операторов лопаты .
Конечно, с этим согласен.
Конкретно на своем предприятии самописцы в разы выгоднее и очень гибкие при наличии программиста на постоянной работе.
На отдельные блоки автоматизации технология одинакова.Вот и интересны были бы подходы: сложилась ли какая-то "оптимальная" технология (какая?), или все решается очень по-разному в зависимости от проекта, или выбор средств не слишком критичен, чтобы ему (выбору) уделять отдельно внимание...
Может где-то как-то и до исходников дойти. Все же с шаблона легче начинать.
...и я бы поблагодарил
*блоком называю участок (цех) с машинами.
Например есть блок подготовки продукта, там надо следить за этим, архивировать это.
Есть блок фасовки, там другие критерии и т.д.
Так вот у каждого блока свой набор программ.
Технология в принципе пока вот в чем. У каждого блока есть свой мастер(человек имею в виду, а не модбас))) который следит за этим через мою программу в реальном времени или по запросам из БД в графиках...
Для каждого набора программ есть свой сервер(программа раздающая по необходимости данные в локальной сети и пишущая в БД данные).
Так проще исправлять баги. Пока разрабатываешь один набор программ, не мешаешь другим работать.
Потом возможно всё в целом и выльется в один сервер, посмотрим, пока только так.
Всё это дело стоит на выделенном недорогом сервере в локальной сети.
Чуть время освободится, скину простой примерчик.
Последний раз редактировалось Scream; 28.01.2014 в 10:14.
Вопчем, что-то уже есть. Какие-то странности с заданием временных рамок (то ли не понимает 24-часового формата, то ли что - абориген очень расплывчато пояснил), но это пока оставим.
А вот другое. В первый сеанс работы наплюхали около 800 событий. Программа втянула, все ОК. Прошло пару дней, событий стало дофигища. Ну, у меня закольцовано на 10_000 записей, так что по любому до конца еще не дошли, но пару тысяч могли добавить. И что получается, со слов того же паренька: дает команду "Принять файл", в окошке сообщений идет бодренький репорт, "точечки" прогресса приема файла рисуются долго - до конца строки (что косвенно говорит о размере?), потом пишет, что события отсортированы - и все. Программа вылетает без объяснений.
Что может сказать уважаемый автор?
Scream Вы что для просмотра графиков используете? Если самописное, то на каком контроле?
Ответить с цитированием
