Отвечаю себе сам: По совету техподдержки пробовал использовать формат UNICODE - все то же самое. Замечу, что работать с форматом UNICOD не понравилось - в два раза увеличивается размер файла. Но затем я перешел с CoDeSys Версии 3.5 SP4 Patch 4 на Версию 3.5 SP5 Patch 5. И вот сейчас на SP5 данную ситуацию повторить уже не смог. Читаться стало столько символов, сколько и было задано на чтение. Т.е. вывод: этот БАГ был устранен.Сообщение от vniko
Господа, подскажите, пожалуйста! Пытаюсь разобраться с архивированием на примерчике в описании к ArchivatorOwenLib. СПК под рукой нет. Могу ли я проверить как все это работает в режиме эмуляции? Как мне, в таком случае, задать путь вместо ‘/var/log/’ – т.е., чтобы архив создавался на ПК??
Версия CODESYS V3.5 SP5 Patch 5
+еще один вопрос.
Ни для кого не секрет, что существует задача архивации данных на ПЛК и СПК.В лучшем случае лучше использовать retain, а потом архивацию.
В ПЛК110 можно создать файл для ведения архива. Он не большой, по-моему 32 Кб надо уточнить В итоге файл пишется все время в одной области внутренней флеш. Серьезные недостатки: файл небольшой и нет равномерного распределения использования ячеек памяти на flash. Если очень нужно, то приходиться самим создавать несколько файлов и равномерно их использовать. Но в таком случае на разработчике ПО в Codesys ответственность - основной цикл работы ПЛК не должен мешать работе записи в файл и наоборот.
В СПК есть возможность подключения внешних Flash. Если не производить форматирование, то можно ли в СПК применить 64 Гб (128Гб ) с exFAT?
Эта файловая система закрытая (на неё мало нет описания), но вроде как она решает задачи равномерного использования секторов. Кто-нибудь занимался этой тематикой?
В документе SPK_FAQ_v.1.1.pdf "ОВЕН" пишет требования к USB- и SD- накопителям: файловая система – FAT(16 или 32),
объем – не более 32 Гб.
Пробовал 2 флэшки форматировать в exFAT, в конфигураторе СПК207(М04) их не определил.
Информация из интернета:
Система exFAT предназначена изначально для флэш-накопителей, и по сути можно сказать, что она представляет собой традиционную FAT32, но без каких-либо ограничений. Размеры разделов и файлов в данном случае могут достигать предельно возможных величин, да и количество данных в одной папке является практически неограниченным. В FAT32 присутствует ограничение на размер файла, которое составляет 4 Гб.
Выбирая между тем, какая лучше файловая система – exFAT или NTFS, следует отметить, что последняя отличается неплохой надежностью, которая позволяет без всяких повреждений данных выдержать не одну внезапную перезагрузку. Такая надежность обеспечивается благодаря использованию технологии журналирования. Таким образом, система более часто обращается к различным областям накопителя, и для флэшек или же различных карт памяти такой подход является критичным. Другими словами, они просто начинают более быстро изнашиваться.
Как бы то ни было, по сравнению с другими сменными носителями ( FDD, ZIP, CD-RW, DVD-RW, Tape ) ресурс флэш-памяти весьма велик. Износ не имел бы серьёзного значения, производись запись равномерно по всем адресам. К сожалению, это не так, и вся проблема в файловой системе FAT. Ряд её служебных таблиц переписывается при каждом обновлении любого из файлов, именно эти ячейки памяти первыми выходят из строя. Для борьбы с этим явлением применяется технология «выравнивания износа» (wear leveling): часто изменяемые данные перемещаются по адресному пространству флэш-памяти , так что запись производится по разным физическим адресам. В каждый контроллер заложен свой алгоритм выравнивания; сравнивать их эффективность у тех или иных моделей затруднительно, поскольку детали реализации не разглашаются. Считается, что выравнивание износа повышает ресурс флэш-памяти в 3-5 раз.
Так как в современные USB-накопители и SD-карты встроена (но не обязательна) технология выравнивания износа (wear leveling), которая работает на уровне контроллера флеш-носителя, файловая система, как я понимаю, не так важна. Хотя NTFS в этом смысле нежелательна. И я не вижу особо критичных преимуществ exFAT перед FAT32 по износу ячеек флэш памяти.
Хорошо, вопрос по-другому, но пока не приминаем во внимание периодичность записи. Кто-нибудь сталкивался с выходом из строя внешней flash при постоянной записи архива? И кто-нибудь подскажет программу, снятия карты самой памяти flash для анализа её износа?
Придется самому отвечать, после общения с грамотными специалистами в этой области.
К сожалению, на форуме таких специалистов нет, и они здесь не сидят.
На текущий момент 07.04.16 положение дел с носителями следующее.
EEPROM (ПЗУ) + внутренний котроллер = USB flash (флешка)
EEPROM (ПЗУ) + внутренний котроллер = SD (карточка)
EEPROM (ПЗУ) + внутренний котроллер = SSD накопитель – Единственный тип накопителя, который имеет SMART (S.M.A.R.T.)
Так как SSD накопитель имеет SMART, то его можно прочитать сторонними программами и узнать состояние носителя. И SSD выполняет резервирование данных, чего нет на USB flash и SD. В них надо самому делать несколько копий файла.
В СПК имеется USB и SD разъем, поэтому SSD не рассматриваем. USB flash и SD имеют «свой контроллер», и что это такое? Производители Kingston, SanDisk, Transcend, Silicon Power и др. ввозят в РФ свои носители партиями. Любой производитель в разных партиях применяет различные «внутренние котроллеры» для ОДНОГО И ТОГО ЖЕ ТИПА ПРОДУКТА. Т.е. возьмем две одинаковые внешне и по объему флешки из разных партий и разберем. И увидим там различные контроллеры стоят. Эти контроллеры они общие для всех (Kingston, SanDisk, Transcend, Silicon Power) и их описание есть интернете. По этому описанию можно составить диаграмму и алгоритм последовательности записи. НО НИКАК НЕ УЗНАТЬ КОЛИЧЕСВО СОВЕРШЕННЫХ ЗАПИСЕЙ, т.е. лимит flash.
Существует обратная зависимость количества циклов записей flash от её объема. Т.е. чем больше вы берете по объему, тем быстрее она выйдет из строя. Это надо смотреть у производителя.
exFAT как другие файловые системы не решают вопрос резервирования данных. Это реклама. exFAT позволяет работать с большим объем носителя и все.
В конечном итоге «внутренний котроллер» сам решает в какую область писать данные (он сам запоминает и отсчитывает количество оставшихся записей). Данные располагаются на EEPROM (флеш) НЕПОСЛЕДОВАТЕЛЬНО . Т.е. не надо питать иллюзии, что можно считать и составить карту памяти, а потом легко вытащить свои данные.
Опыт работы показал, что лучшее всего восстанавливаются USB flash и SD фирмы Samsung и те девайсы в которых «внутренний котроллер» фирмы Marvel.
Лучшей программой с пользовательским интерфейсом признается R-Studio, но она платная. Вот в ней и следует работать при отказах флеш.
В итоге для ведения Архива на USB или SD карте следует работать по следующему алгоритму.
После записи файла на flash из Retain памяти провести считывание файла и проверка его. Проверку можно еще сделать с помощью контрольной суммы. После это считать запись удачной. Предусмотреть резервирование файла – два файла. В случае возникновения отказов контроллер flash переведет её в режим только чтение.
предлагать Вам использовать журналируемую файловую систему смысла нет, Вы же кроме винды больше ни чего не видели
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Любая файловая система работает через контроллер SD или USB флешки и потом EEPROM. Алгоритм контроллера это интеллектуальная собственность и его никто не афиширует. Его пытаются понять, а кто понял тот зарабатывает деньги на восстановлении данных. Контроллер из последовательной записи ОС (Windows или Linux) пишет НЕПОСЛЕДОВАТЕЛЬНО данные. Никакой файловой системе это не разобрать.
Умничать и строить умника любой может. А реально разбираться в 1000 железках одновременно еще ни кому не удавалось.
Если я не прав, то можно показать мне это на фактах и реальных вещах. И спорить с тем, кто специализируется на работе с flash будет глупо и неуважительно.
capzap , давайте я с карты памяти сниму её бинарный образ, а вы мне файл с неё считаете? И посмотрим, что у Вас получится.
с убитой флешки? с флешки на которой какая нибудь виндуховая ФС?
Да вкладывайте, хоть и нет под рукой своего ноута с линуксом, может и плк304 сможет прочесть
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Внимание! ВНИМАНИЕ! Научный эксперимент!
Обговариваем ход и чистоту действий.
1. Берем USB флешку 4Гб, чтобы было попроще с Fat32 или предложенной «журналируемой файловой системой»
2. Пишем файл и не один.
3. Выкладываем в интернете видео и сами файлы в зашифрованном виде на общее обозрение, чтобы была фиксация изменений.
4. Разбираем флеш и выводим контроллер из строя/ или выпаиваем – и не сообщаем тип контроллера – хотя его в принципе можно постараться будет определить – по обвязке.
5. Capzap, получает по почте USB флешку
6. Не имея возможности подключиться штатными средствами Capzap снимает бинарный файл-образ с EEPROM и восстанавливает требуемый файл.
7. Capzap выкладывает в интернете файл на общее обозрение, чтобы была фиксация изменений
8. Радонежский выкладывает ключ от зашифрованного контейнера в интернет.
9. И все сравнивают результаты.
Ваши права
