Журналирование в ПЛК

[drvlas]

Scream Вы что для просмотра графиков используете?

Та не, ведется контроль фасовки какого-то продукта в мешки на маслосырзаводе. Для России, наверное, потому что жуткие строгости

[Scream]

Scream Вы что для просмотра графиков используете? Если самописное, то на каком контроле?

В одном проекте например 2 архивирования и просмотра графиков.
1) на панели weintek
2)в мускул. Во вложении картинка с сегодняшними показаниями из моей программы(в архиве потому что чат не грузит>2мб)

[Yegor]

Что может сказать уважаемый автор?

Файл с данными нужен для отладки. Во временной папке последняя полученная версия должна быть. Показывать никому не буду.

[drvlas]

Запрошу у аборигенов. Если он действительно остается. Я что-то не видел...

Показывать никому не буду.

Та ШО там секретного

[drvlas]

А правда, где искать тот файл?

[drvlas]

А правда, где искать тот файл?

Уф! Выстукал. наконец-то у клиента файл. Файлище!

Итак, что там было.
Сначала возьмем первый файл, в нем отображена моя ошибка - не установил правильно дату и время в ПЛК. Поэтому начало нашего файла данных содержит записи событий, якобы имевших место 12.02.2014 с 04:07 по 16:43. Ну, какая разница, пока другие события не "налезут" сверху (а послезавтра это произойдет...)?
Но что тут интересного замечено: программа показала временнОе окно от 04:47 до 04:43:
File1_report.png
Однако реально события происходили от 4 утра до 5 вечера. И програма втянула в выходной файл (именно он приведен в приложении, как "OutputFile1") все. что было от 4 утра до 5 вечера. То есть. что-то с форматом 12-24 не вполне хорошо...

Теперь второй файл. Он большущий. Втянут просто с помощью стандартной plc_io. В приложении от обозначен "tokom1". При попытке прочесть данные с помощью LogParser эта программа бодренько пишет все сообщения до "Сортировка завершена" включительно. И отваливается, попукивая от пережитого напряжения

Вот как-то так...

[Yegor]

Она путалась в пределах из-за перевода часов ПЛК; из-за этого же могла и вовсе упасть. Я это, конечно, исправил, но теперь, когда сильно переводите часы, пеняйте на себя. Снабдил переключателем «По номеру / по времени» для выбора порядка записей в сохраняемом файле.

[drvlas]

когда сильно переводите часы

Я больше не буду...
Спасибо, мил человек! Бум испытывать! По результату доложусь.

[drvlas]

По результату доложусь.

Докладываю. Что-то у меня не сложилось с "штатной" овеновской plc_io.exe
Такое впечателние, что команды записи в ПЛК и считывания из него искажают файл.

Тестовый пример:

1) Есть файл (текстовый, что упрощает визуальную проверку его целостности): file1.csv
Размер файла 23072 байта

2) отсылаем файл в ПЛК100, в котором не предусмотрена никакая работа с этим файлом. Используем для пересылки plc_io.exe

plc_io /TCP192.168.1.111 /put "file1.csv"

3) Смотрю браузером ПЛК. Я не знаю способа проверить размер файла, поэтому делаю копирование в ПЛК:

filecopy file1.csv tmp.csv

Браузер отвечает

File copied size 30532

Сравниваем размер с размером по п.1. Уже интересно, да?

4) Вытягиваю оба файла из ПЛК снова в ПК (предварительно переименовав в рабочей папке file1.csv в file1sent.csv):

plc_io /TCP192.168.1.111 /get "file1.csv"
plc_io /TCP192.168.1.111 /get "tmp.csv"

По времени работы уже чую, что как-то не одинаково с загрузкой в ПЛК (п.2)

5) Смотрю размеры полученных файлов: 96068 "Съели, наверное, чего-нибудь"

В самих файлах вижу вставки, явно возникшие в ПЛК - там, в частности, название проекта...

Все файлы прилагаю (file1 имеет 2 версии - sent и got). Очень прошу авторов утилитки plc_io.exe проверить, подсказать, что я делаю не так. Или... Или что?

[capzap]

Вы так то в курсе, что там есть две функции, одна хорошо читает, другая записывает, а корректно выполнять и запись и чттение не может ни одна