архивирование на спк207

[capzap]

не следуйте по пути Сан Саныча Горбункова, не ищите приключений на свой гипс.
Мне самому крайне интересно стало, как Вы с убитой флешки снимите образ, ведь это же ваше высказывание

capzap , давайте я с карты памяти сниму её бинарный образ, а вы мне файл с неё считаете?

а теперь уже появилась история с почтой России. Вот как снимите так и по электронке и пошлите. В место того чтоб заглянуть в вики или на крайняк в гугл, чтоб узнать что такое ЖФС, устраиваете здесь фрик-шоу

[Радонежский]

Месяц назад выкинул флешку с EEPROM от Samsung. Я действительно пойду на эксперимент угроблю нормальною флешку, но мне нужно реальное подтверждение, что вы этим будете заниматься, хотя бы честное благородное слово.
Я не говорю, что быстро сделаю, но буду делать.
В книге «Практическое программирование микроконтроллеров Atmel AVR на языке ассемблера» Ревич Ю.В. Приложение 3 стр.350 (2008 г) приведен пример работы по интерфейсу SPI flash памятью 45DB011B. Это в подтверждение, что это реализуемо. Понятно, что в испытуемой флешке будет EEPROM своя, но принцип будет тот же.
Программатор SPI есть в наличии, но я им уже давно не пользовался и боюсь, что его мне поломали. Но мне не трудно будет приобрести для этого случая- вопрос только во времени.

[capzap]

я же вступил в дискуссию, после фразы "После записи файла на flash из Retain памяти провести считывание файла и проверка его. Проверку можно еще сделать с помощью контрольной суммы. После это считать запись удачной." Ни чего нового Вы этим не открыли, журналируемые системы это и делают, только на порядок быстрее Вашего способа. И конечно же я не буду заниматься убитой флешкой, если доводить до такого состояния носитель, то ни ЖФС ни Ваш способ не помогут уже

[Радонежский]

Ладно, в итоге: флешка отформатирована для работы под Linux. Как будет работать Ваш(capzap) вариант в случае, если вынуть флеш во время записи. Будет ли проверка записи и как она осуществиться? Средствами ЖФС или программно. И как мы из своей программы (Codesys) поймем об ошибке?

[capzap]

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

[Радонежский]

Не данные, которые записаны.Те которые записаны и так с ними все понятно. А которые еще пишутся. Вот в чем вопрос был.

[capzap]

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

[Радонежский]

Так вот программа, которая пишет файл на flash архив должна получить сообщение, о том что запись была неудачной. Я вот что имел ввиду "После записи файла ... провести считывание файла и его проверку."

[capzap]

Так вот программа, которая пишет файл на flash архив должна получить сообщение, о том что запись была неудачной. Я вот что имел ввиду "После записи файла ... провести считывание файла и его проверку."

Другими словами, Вам придется запоминать на некоторое время записанную строку чтоб было что сравнивать, затем считывать весь файл, если в файл пишется часто и много это время имеет значение пропорциональное объему файла, затем начинается процесс парсинга, поиск конца файла, смещение позиции назад на количество байт последней записываемой строки, затем сравнение строк если да, то файл успешно изменен. Не кажется что это слишком избыточно

[Радонежский]

Нет. главное это высокая надежность с минимум операций на обслуживание и затрат на оборудование с расходными матерьялами.