Все просто. Если хочешь распространять библиотеку, то сделай возможность зарабатывания бабок, хотя бы коственно. А как заработать на системе заводских настроек. 1- сделать простую систему, что бы заказчик не угнал ее. По крайней мере если угонят, то можно просто немножко обновить и дальше продавать.
Теперь вопрос, что лучше. Заводские настройки внутри чипа или внешний чип. И правильный ответ внешний. Всегда проще поменять внешний. Пришел перепаял, клиент видит что микросхема поменяна. А то что в новом чипе расширенные настройки. Например включена система тестирования, подключены Хай функции. Поигрался проверил и сбросил на юзерские и дальше пусть клиент работает. Ведь только на настройках можно устроить деление по платежеспособности клиента. Одним демонстрашку на 100 часов, есть урезаная версия и разные уровни хаев. В случает памяти на флеш с одной стороны паять не надо, а с другой стороны нужен бинарник на всю флешпамять и программу и данные и на заводские настройки.
Ну так если сделать проволочки потолще, то от износа можно вообще избавиться.
Нужно срочно патентовать эту идею!
Так с этим то как раз никто не спорит. Раз был создан некоторый код, то весьма вероятно (мы же не считаем разработчика глупцом!), что этот код прекрасно вписывается в данный конкретный проект. Вопрос в другом: является ли он достаточно универсальным, чтобы имело смысл тратить время на его изучение.
И - да, мысль на форуме уже высказывалась: мы будем рады, если Вы вольетесь в наше сообщество. Кстати, появление многих сегодняшних завсегдатаев сопровождалось ожесточенными спорами.
Интересное видео про микросхемы еепром
О, куллхацкерштуко в действии )))
Да, видео интересное.
Каких-то ошибок п проведении эксперимента я не увидел, но обработка результатов просто никакая.
Первое: разброс оценивался на глазок, хотя, можно было его точно вычислить. Ситуация усугубляется тем, что интересует, безусловно, относительный разброс, а на глазок - определяется абсолютный.
Второе: упоминается лишь о том, что фигурируют усредненные данные, но способ осреднения не приводится. С учетом большого разброса - это серьезное упущение.
Третье: вообще не очевидно, что интерес представляют именно усредненные данные, а не, скажем, минимальное значение. На практике, если мы хотим, чтобы наше устройство работало стабильно, нас должны интересовать именно минимальные величины.
И четвертое: в ролике высказано предположение, что время записи и ресурс как-то связаны между собой. Это можно было легко проверить, посчитав коэффициент корреляции. Но почему-то автору не пришло в голову это сделать.
С другой стороны, автор привел в ролике “сырые” данные, так что всяк желающий может сделать обработку экспериментальных данных самостоятельно.
@x-radio можно по интересоваться, ваша библиотека работает на ESP32-S3 ? Попробовал просто пока вставить #include <eeboom.h> и получил ошибку для платы ESP32S3 Dev Module.
82 | static_assert(sizeof(Slot) <= sectSize, “Caution, EEBoom slot is too large”);
| ~~~^
Если у вас всё же библиотека собирается под данный контроллер, и вы говорите, что с библиотекой работать очень просто, то можно от вас примерчик без всяких обёрток, как записать/прочитать байт во флеш подобно как делается в EEprom.h На вашем гите не совсем понятно расписаны команды, а лезть в код библы как то не очень хочется. Спасибо заранее за ответ.
В ESP-IDF есть библиотека Wear Levelling. Она, например, используется, когда мы с файловой системой FAT на флеше работаем. Занимается как раз размазыванием данных, чтобы сектора не протереть до дыр.
Может быть эту библиотеку можно приспособить и для EEPROM
Привет. Я не проверял работу под s3 и в ближайшее время не смогу проверить. Ошибка, которую вы приводите говорит о том, что размер вашей структуры каким-то образом превысил размер сектора flash. На s3, как и на esp32, - это 4кб
Так в том то и дело, что ещё вообще не было создано ни одной структуры, и даже старта (begin) не было.Ну да ладно, я уже обошелся уже стандартными методами сохранения данных, но ваша библиотека остаётся для меня интересна.
Сейчас попросил знакомого, он протестировал на своем проекте с idf 5.4.1 - там уже другие функции определены для доступа к флешу - поменялись названия и семантика (нужно указывать хендл чипа флеш памяти). Возможно с небольшими переделками взлетит. Но у меня сейчас, к сожалению, совсем нет времени на это. Если решитесь попробовать исправить, смогу подсказать по деталям.
Вообще там 2 файла всего и непосредственно к функционалу 2 или 3 метода относится всего - остальное тулзы.