Перейти к содержанию
    

jcxz

Свой
  • Постов

    13 203
  • Зарегистрирован

  • Посещение

  • Победитель дней

    31

jcxz стал победителем дня 8 апреля

jcxz имел наиболее популярный контент!

Репутация

187 Очень хороший

4 Подписчика

Информация о jcxz

  • Звание
    Гуру
    Гуру
  • День рождения 01.12.1974

Контакты

  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

27 719 просмотров профиля
  1. У Вихря Мерсенна период намного больше = 4,3•106001
  2. Тогда - компактное реле. Гуглите "поляризованное реле" или "bistable relay".
  3. Почему? Причём тут "помеха от работы какого-либо узла платы"? Речь шла об использовании например теплового шума какого-либо элемента (резистора, диода или схемы на их основе). Достаточно чтобы непредсказуемо шумел хотя бы один младший бит в данных АЦП. Впрочем - и штатные (уже имеющиеся) измерения каких-то напряжений через АЦП тоже подойдут - ведь в них наверняка тоже есть хотя бы один шумящий разряд. Дальше - накапливаем этих данных как можно больше и считаем от них CRC или хеш нужной длины (равной требуемому размеру случайного числа). Всё. У ГПСЧ проблема не в повторе какого-то числа, а в том что при одном и том же стартовом seed, последовательность будет одна и та же. Если это не проблема в задаче ТС, то можно его использовать. Если вам подойдёт псевдослучайное, то можно попробовать "Вихрь Мерсенна": https://ru.wikipedia.org/wiki/Вихрь_Мерсенна Это вроде как очень хороший алгоритм ГПСЧ. Есть его си++ исходники (вроде как): https://www.boost.org/doc/libs/1_49_0/boost/random/mersenne_twister.hpp
  4. У моего варианта вряд-ли возможно гарантированное повторение последовательности с некоторым периодом. Что характерно для любого генератора ПСЧ. Только если уж руки совсем кривые, что не смогли построить адекватную схему генератора шума на входе АЦП. Т.е. - с моим вариантом нужно ещё "постараться", чтобы он стал псевдослучаен. А вот различные математические алгоритмы - гарантированно псевдослучайны. Хотя период их может быть достаточно большим.
  5. Это будет псевдослучайная последовательность Автору же вроде нужна случайная. Ни на каком хеше или алгоритме генератор случайных не построить. Только на аппаратном источнике шума.
  6. Тогда изучать работу АЦП в своём МК и строить генератор на нём.
  7. User manual на ваш STM32. Раздел "Генератор случайных".
  8. Плохо ищете. Я давно использую S70FL01GS на 1Гбит. Но есть и больше. Не обязательно. Есть и NOR.
  9. Вроде как в вашем МК есть quad-SPI. Какой тогда смысл цеплять параллельную флешку, а не quad-SPI?
  10. Я вообще-то писал: Т.е. - за время с момента задания вопроса (чуть больше месяца) уже было много сообщений по STM32. Причём тут "годы"? До того как начинать что-то выпускать, нужно чтобы появился спрос, а чтобы он появился, нужно чтобы были начаты и завершены разработки. О чём я выше писал. Такое ощущение что вы даже не прочитали моё сообщение, на которое отвечаете.... Никто не "шлёпает миллионами" в никуда, на склад. Даже китайцы. С чего вы взяли? Производить миллионами штук адекватный производитель начинает только если уверен в спросе. Т.е. - при наличии уже оплаченных заказов или наличии гарантий будущих заказов. Которые опять-же появляются только после проведения всех этапов, о которых я писал выше. А "шлёпать миллионы" в никуда - прямой путь к банкротству. Т.е. - если сейчас начали производить миллионами штук, значит примерно как минимум полгода назад (а скорее - год и более назад), должны были появиться инженерные образцы и разработчики должны были начать разработку. А значит - у них должны были появиться вопросы. Но никаких вопросов не было видно. А потом вдруг, сразу как с неба - миллионы штук. Так не бывает. Хотя.... если речь о распиле госбабла, то всё возможно. Могли даже начать лепить их просто в никуда. Ведь тогда законы рынка не работают.
  11. Куплю AVR Dragon

    А смысл переходить на давно устаревшие ARM7/ARM9 (которые вы предлагаете) - какой? Если и переходить с AVR на что-то, то скорее всего - на Сortex-M. А не на то старьё, что вы предлагаете.
  12. А вы сопоставьте: и тот факт, что на вопрос, заданный здесь много дней назад: не было ни одного ответа. При том, что за это время здесь на форуме было уже множество сообщений о других МК, например STM32. Т.е. - если следовать логике, получается тогда STM32 должен использоваться ещё больше... миллиарды штук?? в РФ??? что абсурдно. Или какое ещё может быть объяснение этого факта? Что на одном из самых популярных тематических русскоязычных форумов не слышно вообще вопросов/тем по этому Амуру (при том, что по другим МК - полно). Да и на других аналогичных русскоязычных форумах - тоже не видел тем с практическими вопросами по нему. А ведь чтобы что-то делать серийно (ведь миллионы - это явно серийное производство), нужно сперва это что-то разработать, отладить. Т.е. - потратить довольно прилично времени. А значит наверняка столкнуться с вопросами. С которыми обычно куда идут русскоязычные разработчики? Я думаю вы знаете. Т.е. - логично предположить последовательность: 1) Появляется новый МК; 2) выпускаются средства разработки для него; 3) сам он производится пока мелкими сериями; 4) разработчики покупают его понемногу и начинают разработку, по ходу сталкиваясь с кучей проблем и багов (тем в более в новом МК их должно быть довольно много); 5) идут на разные форумы с вопросами; 6) постепенно проблемы решаются, начинаются испытания, опытная эксплуатация; 7) И только после этого всего может начаться массовое производство, миллионами штук. А значит к этому моменту уж наверняка хоть где-то хоть на каком-то форуме хоть одна тема по нему всплывёт. А скорее - даже много. А вот чтобы вдруг, ниоткуда, сразу и миллионы штук с неба упавшей прошивкой и схемой - это похоже на сказку. PS: Может конечно любой амуро-покупатель сразу с чеком подписывает соглашение о молчании. Или ему сразу отключают интернет. Или ещё одно объяснение: этот Амур - это просто перемаркировка какого-то популярного МК (типа STM32F103), совпадающий с ним один-в-один и позволяющий выполнять код предназначенный для того МК. Или Амуры дают только мега-гуру, которые всё заранее знают, и у которых не возникает вопросов и проблем. Верите в сказку? Или же всё прозаично, как обычно: не имеющее ничего общего с реальностью.
  13. Бессмысленный вопрос. Способ будет зависеть от алгоритма обработки этих данных. Можно придумать 100500 разных вариантов, удобных для каждого конкретного случая. Такой же бесмысленный, как вопрос: Каким столовым прибором вы пользуетесь для еды? Вы же, надеюсь, пользуете и вилки и ложки и ножи? - что когда удобнее, а не мешаете сахар в чае вилкой... Так и средств межпоточной синхронизации придумано множество. Если бы был общий универсальный наилучший способ, то какой смысл было бы придумывать такое их многообразие?
  14. Так я же дал ссылки. Там всё есть. Кроме того - есть ещё руководство по использованию (чтению/записи): http://www.libpng.org/pub/png/libpng-1.0.3-manual.html
  15. Есть libpng для работы с .png: http://www.libpng.org/pub/png/libpng.html В исходниках. Которая внутри для сжатия использует zlib: https://www.zlib.net/ Лучше передавать .png, а внутри распаковывать с помощью libpng. .png ничем сжимать не нужно, оно внутри уже сжатое будет (особенно если поставить максимальный уровень сжатия = 9). Не знаю её требований по ОЗУ, но скорее всего надо быть готовым, что потребует довольно много его. Впрочем - уровень сжатия можно настроить в диапазоне: 0...9. Также есть какие-то настройки (дефайнами) разных параметров. Вроде и размер словаря там можно было настроить.
×
×
  • Создать...