CODESYS V3.5. Архивация

[Евгений Кислов]

Да, про внешние. Хотя, думаю, с внутренними дела должны обстоять точно также

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

[Евгений Кислов]

Доброго времени суток. Использую CODESYS 3.5 SP14 Patch 3 и компонент OwenArchive для архивации двух переменных. Всё это хранится в директории FTP, чтобы у сервера был вечный доступ к архивам. Недавно решил реализовать запись архива на флешку по команде на случай, если пропадёт связь сервера с контроллером. Как я понимаю, реализовать это можно только через библиотеку CAA File? Скачивал пример, пытался разобраться, но понял не всё (по профилю видно, что я новичок). Если говорить проще, то мне необходимо в точности повторить act04_ActionWithFiles, часть визуализации с размонтированием флеш-карты, и жестко задать путь "текущего устройства" (директория фтп) и "устройства назначения" (флеш-карта)? Или есть какой-то другой способ?

Описанный вами способ звучит логично.

[SemAndr]

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

Разъясните, пожалуйста, тогда про внутреннюю память. Из документации про архивацию: "Максимальный размер архива, Мб – суммарный объем всех файлов архива, максимальное значение – 2047 Мб (для режима архивации Непрерывный архив (см. пп. 4) " - это про непрерывное ведение архива. Из документации: "Непрерывный архив – все данные будут записываться в один файл. По достижению его максимального размера (см. пп. 3) будет создан новый файл, а по достижению максимального размера нового файла – первый файл будет удален. Таким образом, фактически архив состоит из двух файлов – текущего (в который записываются данные) и предыдущего;"

То есть цикл записи получается - когда у нас старый файл удаляется, а новый записывается? Или цикл записи это каждая операция записи данных в архив?

[Евгений Кислов]

Разъясните, пожалуйста, тогда про внутреннюю память. Из документации про архивацию: "Максимальный размер архива, Мб – суммарный объем всех файлов архива, максимальное значение – 2047 Мб (для режима архивации Непрерывный архив (см. пп. 4) " - это про непрерывное ведение архива. Из документации: "Непрерывный архив – все данные будут записываться в один файл. По достижению его максимального размера (см. пп. 3) будет создан новый файл, а по достижению максимального размера нового файла – первый файл будет удален. Таким образом, фактически архив состоит из двух файлов – текущего (в который записываются данные) и предыдущего;"

То есть цикл записи получается - когда у нас старый файл удаляется, а новый записывается? Или цикл записи это каждая операция записи данных в архив?

Цикл записи - это любая запись в файл.
В даташитах обычно приводится "число циклов перезаписи на блок данных".
Размер блока данных может быть разным для разных накопителей.

С практической точки зрения - я пока не видел ни одного случая, когда кто-то "перетер" архивами память контроллера.

[farta]

Создал "копию" примера архивации у себя в проекте - создал необходимые переменные, функции (всё что касается копирования файлов архива из директории ftp на usb), привязал всё ко всему, в общем так же как в примере. Но на практике эта созданная мною часть программы не работает. Битый час не могу разобраться, в чем же дело , и вот пришёл за помощью сюда . Буду благодарен за помощь.

Оставлю свой проект здесь:
https://dropmefiles.com/lgmRi

[Евгений Кислов]

А где в проекте задается значение для sVisuFileName?

[farta]

Имя архива формируется само, исходя из текущей даты

[Евгений Кислов]

Имя архива формируется само, исходя из текущей даты

Это замечательно. И где происходит запись этого имени в переменную sVisuFileName?

[farta]

Понял, такого в программе у меня нет. Сейчас я привязал эту переменную к имени архива в настройках компонента OwenArchive. Такое действие корректно или нужно как-то по-другому записывать эту переменную?

[Евгений Кислов]

Это действие некорректное. "Путь архивации" - это не имя архива, а путь, по которому будет сохраняться файл архива.

При вызове fbFileCopy вы передаете sFileNameSource (путь к файлу, который надо скопировать) и sFileNameDest (путь к файлу, который будет получен в результате копирования).
Сейчас на эти входы у вас передаются только пути директорий без названия файлов - соответственно, блок не может ничего скопировать, так как не знает имя нужного файла для копирования.