Форум РадиоКот

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

есть идеи по интересней.
- у меня комп синхронизирует часы по интернету.
- у меня телефон синхронизирует часы по GSM сети.
- у меня TV приставка синхронизирует часы по TV сигналу телецентра.
...
и т.д.
у меня все само как-то синхронизируется )).

- у меня все мк подключены к интернету. значит и они тоже должны сами синхронизироваться. ))

а вот тут надо подумать...

roman.com писал(а): Сб июл 11, 2026 20:18:25 пользователь вводит данные но сам не сохраняет в епром. данные сохраняются потом автоматически при отключении электричества.
и самое главное - пользователь не видит сохранены его данные или нет.
пользователь должен довериться... конденсатору ))

Пользователя (если он же не разработчик) это вообще не должно касаться.

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

сейчас я сделал так:

запись:
- пишем в первый сектор епром с CRC.
- пишем копию во второй сектор епром с CRC.

чтение:
- читаем первый сектор.
- если в первом секторе ошибка читаем копию из второго сектор.

о всех ошибках сообщает пользователю на телефон ))

посмотрим что из этого выйдет.))

не знаю что должно касаться пользователя...
главное что у пользователя в телефоне есть кнопочка "запись епром". т.е. у пользователя есть выбор ))
остальное разработчика не должно касаться ))

как я уже говорил... у нас все работает как в компе. а в компе когда заходишь в "настройки" то комп спрашивает "Сохранить настройки ?" Да / Нет
нормальный пользователь понимает о чем его спрашивают.
а если не понимает... то наверное такому пользователю не стоит вообще давать комп в руки ))

а чтоб не бегать сохранять все повсюду можно нажать кнопочку "сохранить все".

но все это лирика...
нам нужна нормальная память... без сбоев.

roman.com писал(а): Сб июл 11, 2026 20:18:25 вариант 1:
пользователь...
вариант 2:
пользователь ...

есть третий вариант:
"само" всё делает.
минус таких систем - они тихо-мирно выполняют поставленную задачу, их никто не замечает, человеческий фактор минимальный. алгоритм как правило проприетарный, ну и следующие поколения выдумывают всё заново...

(круглый)

хм... не знаю таких алгоритмов которые все делают сами...

я знаю что в наше время все больше людей доверяют выполнение задач ИИ.
типа "Алиса, включи это устройство".
а дальше уже ИИ думает как включить... как сохранить настройки пользователя... и т.д.

у предыдущих поколений таких технологий небыло.

далее...
что-то мне не нравятся все эти ИИ в доме...

схема на конденсаторе простая.
два резистора, два диода, конденсатор.
только чтоб обеспечить мк хотя бы на пару секунд электричеством по моим прикидкам нужен конденсатор от нескольких тысяч микрофарад и больше. т.е не маленький такой конденсатор получается )) по размерам больше мк. а ещё электролиты имеют свойство высыхать... но это мелочи.
короче... сделать можно но что-то не хочется.

а пока будем писать сразу в епром и делать резервные копии.
посмотрим что получится ))

Запись в ROM

не знаю как

roman.com писал(а): Чт июл 09, 2026 17:04:32 В принципе управление работает. Осталось доделать мелкие детали ))
- подкрутить дуратский протокол TCP.
- сделать радиомодем.
- доделать самодельный интернет. ))
- подкрутить генератор шума.
- подкрутить EEPROM.

Короче... работы ещё много ))

что там дальше по списку...

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

у нас генератор случайных чисел пока далёк от идеального ))

сейчас в качестве источника белого шума используем шум квантования (ошибку квантования) АЦП в мк.
в принципе работает. но не идеально.
нужен другой источник шума...

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

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

фишка генератора случайных чисел на генераторе белого шума заключается в том что он работает независимо от всяких епром.

короче... думаем ))

Во многих современных МК уже имеется аппаратный генератор случайных чисел (TRN - True Random Number). Эта "проблема", а также с памятью разрешатся переходом на современные МК. Продолжение проекта на AVR8 (имхо) мало кому интересно.

если делать управление на специализированных мк в которых все есть... то тема точно не будет никому интересна. потому что ни у кого нет специализированных мк.
мы специально делаем все на доступных мк. которые продаются в любом магазине и стоят копейки ))
AVR... STM... ESP... и т.д.

Из перечисленных доступных Вам семейств EEPROM и TRNG имеются, например, в STM32L0x2 и STM32L0x3 моделях.

Ser60 писал(а): Пн июл 13, 2026 19:20:05 Во многих современных МК уже имеется аппаратный генератор случайных чисел (TRN - True Random Number).

Чё и вправду тру? - не псевдо? Любопытно какой принцип?

Правда. В основе принципа тепловой шум. Подробности в Гугле.

Надо чтобы работало на любом устройстве.
Ради одного генератора шума никто мк менять не будет.
К слову... генератор шума делается из простого УНЧ например на ОУ.

далее...
нормальный генератор шума пока сделать не получается... надо ещё подумать )) поэтому пока пишем в епром.
на в отличии от конденсаторной схемы епром записывается не при отключении питания а при включении и по запросу телефона. потому что иногда бывает что в доме мигает свет. и епром будет постоянно перед вписываться. а это не нормально ))
а вообще тут ещё есть над чем подумать..