Comments 11
А что мешает перейти на SSRS 16 (это отдельная от MS SQL служба), которой не нужен IIS и поддерживаются современные браузеры (больше того IE уже не поддерживается).
Кстати (просто бросается в глаза) у вас нет группировки по агрегатом, нет итогов. Что делается в SSRS очень просто (уже в самом отчёте, а не во внешнем источнике данных).
ну или все это обернуть в Loginom.
Коллега, не сталкивался никогда с задачей с точностью до десятых секунды определить простой или наработку. Обычно необходима месячная и общая наработка и там такая точность не нужна. И какая АСУ ТП у вас установлена?
Да, нам такая точность тоже не нужна, просто в базе отбиваются такие цифры с точностью до миллисекунды)
АСУТП - не совсем понимаю что имелось ввиду?
Если предприятие большое и есть PLC контроллеры наверняка есть и верхний уровень сервера (архивы которые часто пишутся в SQL базу, расчетные задачи и т.п.) и конечно операторские станции. Все это хозяйство имеет производителя и название. Я про название и производителя.
Расчет наработки (моточасы) я перенес в контроллеры там же считается оставшееся время до ремонта-ревизии и сигнализацию можно прикрутить.
мне сам подход не близок, но в глаза бросилась обработка исключений: вы не обрабатываете конкретные типы исключений и никогда не узнаете почему код не сработал, либо нет доступа до сервера DB, либо пароль неправильный, либо еще чего-нибудь. Второй catch тоже может не сработать по разным причинам. Почитайте про исключения в c# и логгирование.
через PLC контроллер посредством UDP) передает в SQL базу свое состояние,
Как? Omron NJ?
ОБН
UDP в SQL реализована через программу-прокладку
Ааааааааа. OPC сервер. Так это нормально - так и делается.
Есть блоки передачи данных и у Сименса и у Митсубиси для TCP, UDP соединений - вот они и передают те сигналы которые им скажешь
Ааааааааа. OPC сервер. Так это нормально - так и делается
Не совсем) Написали тоже простенькую программу на C# которая запущена на сервере и слушает UDP порт. Все что в него приходит она отправляет в базу данных
Я вижу, у вас только информация о простое самой единицы оборудования, без привязки что на ней производилось и по какому заказу (или по какому ремонтному заказу), правильно? Если сумеете подтянуть производственный заказ (ваша терминология может отличаться, но, думаю, понятно), ремонтный заказ, заказ на переналадку оборудования, на котором образовался простой, то можно интегрировать эту информацию с ERP и ценность её кратно возрастёт
Попробовал сделать свою систему отчетов по простоям производства