-
Вложений: 2
Итак. Провёл серию экспериментов с ожиданием результата не менее 8 часов работы контроллера. Выходит, что к "отваливанию" USB-носителя приводит просто использования функций из библиотеки SysFile. Причем работа функций успешна на microSD. Вот проект Вложение 22957. В подпрограмме Archive2 вызывается кусок кода Archiv в котором пишется архив на microSD. В первой строке стоит условие. Когда я его задаю жёстко на обход кода записи, тогда USB флешка не вылетает. По крайней мере с конца рабочего дня до его начала. Если ставлю как стоит в этом проекте, то есть как и положено, USB отлетает. На какой час не скажу, рядом нет, но я думаю через 2-3 часа, как это было ранее.
Лог puttyна прилагаю. Вложение 22958
Что скажете, господа специалисты?
-
там бибку sysexec так значит и не попробовали, раз считаете что sysfile виноват
-
Дело не в интересе - "заработает или нет". Как альтернативу ArchivatorLib мне предложили вариант с sysfile. С примером. К сожалению я не гений программирования и ограничен во времени. Насколько я понял sysexec это выполнение консольных команд из runtime моего кода. На мой взгляд это выход в космос, не исследовав атмосферы. А в этом космосе может быть всё что угодно. Я б с удовольствием, если бы работал инженером проекта по разработке и поддержке ПЛК304 :)
-
какой космос, за Вас в файл будет писать сам Линукс, от Вас требуется только составить строку данных, в переди добавить команду эхо, а в конце в какой файл и каким образом писать. Вы уже неделю экспериментами занимаетесь на пустом месте,хотя хватило бы часа освоить простейшие команды линуксе и работы с другой бибкой
-
Я уже подчёркивал, что не на пустом. Эксперименты - залил утром, в конце дня проверил. Сильно не напрягаюсь. Выходить за рамки runtime не хочу, суеверен. Хочу услышать мнение разработчиков.