Т.к. Файловая система на чтение использует полный кэш - время исполнения на чтение мало, доли мс.
Для записи кэш на запись ~30кБайт, скорость записи на уровне 30-40кБайт в сек. Если кэш записи не переполнять - операция записи длится те-же доли мс. Если переполнить - 0.512/40=13 мс на 1 сегмент (512 байт) в среднем.
Пробовал решать задачу с архивами подобным образом.. намучился кошмар как.... а все равно, при длительной эксплуатации идет деградация файловой системы. Частенько происходят сбои при записи (критические процессы совпадают или питание пропадает.. фиг знает) и файлы неконтролируемо жрут дисковое место. Чем это кончается всем понятно ))) вплоть до повреждения файлов проекта. - БЫЛО 5 ПОДТВЕРЖДЕННЫХ СЛУЧАЕВ!!! По результатам 2 летней эксплуатации снял эти журналы. ... если очень нужны такие архивы - ведите, можно написать, но периодически кодесисом и ручками файловую систему готовьтесь чистить (((.
вопросов становится все больше
как почистить файловую систему, если возможна ее деградация?
как сделать форматирование диска ПЛК?
"это фантастика"......сдается мне ручками токма...Сообщение от dima-profi
вопросов становится все больше
как почистить файловую систему, если возможна ее деградация?
как сделать форматирование диска ПЛК?
Форматирвоание возможно только программой обновления встроенного ПО (программой перепрошивки).
1. Не надо пытаться использовать память ПЛК как архиватор - только для аварий. На постоянное архивирование он и не заточен (нет полноценной файловой системы, управление записью производится в свободное время от выполнения цикла ПЛК - ОС на ПЛК100 так же нет).
2. Трудно винить ПЛК в том, что при пропадании питания портятся архивы... Никто же не подает в суд на майрософт, если во время составления важного отчета питание с ПК снять...
Может быть стоит с питанием разобраться???
1. Отформатировать ФС можно с помощью программы перепрошивки.
2. Если Вы интенсивно пишите файлы и не обеспечили надежного питания - это концептуально укороченные грабли.
3. Попытка сделать на приборе для локального регулирования за 7000р. аппаратную SCADA-систему с архивированием (сколько такие стоят?) - технический авантюризм. Это как копейкой прицеп от камаза тягать. Она сможет, но не быстро и не долго
Запись не интенсивная - от 2 до 15 записей по 74 байта в час.
А как же заливка программы и конфигурации в ПЛК? Если, как вы говорите, файловая система может деградировать, то при обновлении проекта получается надо время от времени форматировать диск....
Подскажите еще, сколько байтиков тратятся на системные нужды при создании и размещении в файловой системе файла, или по-другому - какой разумный предел количества файлов в ПЛК100?
Может я и не заметил, но на сайте нет прошивальщина под мой прибор - у него прошивка 2.10.9, или диск форматнуть можно любым?
Минимум отводиться блок - 512 байт на файл. Возможный размер каталога достоверно неизвестен ))). При сбое в записи файла, форматирование не нарушается, файл может получить неправильный размер и программные библиотеки начинают неправильно работать. В большинстве случаев хватает удаления файла через браузер кодесиса, либо через программку PLC_IO. Еще одной неприятностью может стать тот факт, ну мож не факт - но очень похожее не него свойство файловой системы, выделять место для записи одним непрерывным куском. Если куска не хватает, то файл вроде и пишеться, но повреждается. При наличии большого количества файлов на диске проект очень часто заливается с ошибками. При небольшом количестве файлов ошибок в разы меньше.
Еще нужно быть внимательным при записи файла с существующим именем. Перед сохранением нужно удалить старый и запись нового выполнять не ранее следующего цикла.
У меня, одной из ошибок, было желание сохранять файлики при пропадании питания. Вроде в документации и написано про 10 минут работы, но на деле это время может быть намного меньше (состояние аккумулятора) и кроме того идет конкуренция с системными операциями (retain).
Более менее стабильные результаты получаются при использовании фиксированного количества файликов архива, с заранее определенными именами. При старте проверяем их наличие, т.е. создаем "свой каталог" существующих файлов и выполняем запись на свободные слоты, либо освобождаем слоты при исчерпании свободных. Полезно перед записью посмотреть состояние аккумулятора. Попытка строить динамические имена может вам дорого обойтись после начала эксплуатации системы )))
При обновлении проекта весьма полезно удалять все ранее созданные файлы, включая файлы проекта. Форматирование не использую.
Последний раз редактировалось Дмитрий Артюховский; 04.02.2010 в 10:14.
1. На каждый файл отводится часть 512 байтного блока, а именно остается для использования 480байт. Остальные блоки по 512 байт. Если хочется оптимизировать запись - руководствуйтесь этой информацией.
2. Как таковой каталог ни занимает никакого места.
3. Место под файл не выделяется одним куском. Как Вы вообще это смогли определить, что выделяет 1 куском, не одним, какой механизм? И делать выводы? ФС работает абсолютно иначе.
4. Большое количество файлов выражается в некотором (до 10-20%) увеличении времени для выполнения операций. Это же касается и малого размера свободной памяти на диске. Соответственно из-за замедления скорости записи - возможно срабатывание таймаутов среды CoDeSys. Увеличьте таймауты.
Ваши права
Ответить с цитированием