Вы уважаемый сперва прежде чем задавать вопросы и извиняться, прочитали бы всю тему с начала, уже давал ответ на такой вопрос. А управлять самолетом может и автопилотoleg63m писал(а): а в чем необходимость собирать генератор сигналов сразу на мк,
Мелкие вопросы по МК и ПЛИС.
Инвалиды, тоже люди
- Реклама
- Сообщения: 20132
- Зарегистрирован: Чт сен 01, 2011 12:53:27
- Откуда: ТьмуТаракания. Почетный житель подмостовья
да в том то и дело, что без знаний, с чужих подсказок на МК хорошего ГС не получить. начало темы я читал, поэтому и спросил, не вьезжаю в задачу, если надо маленький и качественный, то уж никак не на МК надо делать.
чтобы сделать добротный ГС на МК, надо ой как много знаний и пониманий, и простым и в то-же время хорошим он не будет, существует компромисс, разве что только на вид. так что не ругайтесь, не хотите слышать умную мысль, тогда дальше расспрашивайте где фюзы искать, и летайте с автопилотом. а я летчику больше доверяю
чтобы сделать добротный ГС на МК, надо ой как много знаний и пониманий, и простым и в то-же время хорошим он не будет, существует компромисс, разве что только на вид. так что не ругайтесь, не хотите слышать умную мысль, тогда дальше расспрашивайте где фюзы искать, и летайте с автопилотом. а я летчику больше доверяю
Шекспир сказал: Судить меня -дано лишь Богу, другим я укажу дорогу... https://natribu.org/
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Развели тут понимаешь... не он же сам делает генератор? Если нужно какое-то специализированное устройство выдающее синус до 100Гц без особых требований к качеству выходного сигнала, то почему бы не собрать на микроконтроллере? Аналоговую схему пришлось бы долго настраивать, микроконтроллер же гарантирует при его правильной настройке легко прогнозируемый результат.
У человека пока возникла только проблема прошивки.
У человека пока возникла только проблема прошивки.
Аминь!Alexeyslav писал(а): У человека пока возникла только проблема прошивки.
Инвалиды, тоже люди
- Сообщения: 20132
- Зарегистрирован: Чт сен 01, 2011 12:53:27
- Откуда: ТьмуТаракания. Почетный житель подмостовья
Для схемы на микроконтроллере прошивка это 99%
Аллах акбар
Аллах акбар
Шекспир сказал: Судить меня -дано лишь Богу, другим я укажу дорогу... https://natribu.org/
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
- Реклама
- Сообщения: 211
- Зарегистрирован: Пт окт 21, 2011 14:39:31
У ATtiny13A в документации указано:
Operating Voltage: – 1.8 – 5.5V
Maximum Operating Voltage - 6.0V
Графики режимов работы заканчиваются на 5.5 Вольтах. А что в промежутке 5.5 - 6 Вольт? Что это за режим работы. Означает ли он деградацию параметров со временем сверх паспортных?
Operating Voltage: – 1.8 – 5.5V
Maximum Operating Voltage - 6.0V
Графики режимов работы заканчиваются на 5.5 Вольтах. А что в промежутке 5.5 - 6 Вольт? Что это за режим работы. Означает ли он деградацию параметров со временем сверх паспортных?
- Сообщения: 20132
- Зарегистрирован: Чт сен 01, 2011 12:53:27
- Откуда: ТьмуТаракания. Почетный житель подмостовья
Это допустимое напряжение, при котором МК гарантированно еще не придет белый пушистый лисенок. параметры для этого режима сами понимаете граничные, как говорится в "пределах допуска"
Шекспир сказал: Судить меня -дано лишь Богу, другим я укажу дорогу... https://natribu.org/
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
Я в свое время из-за дохлой КРЕНки подал на Тини2313 около 7В. Девайс сильно глючило, пока обнаружил прошло несколько секунд, но проц остался жив. Эксплуатация на 6В сами понимаете к чему приведет. Число "6В" из ДШ несет скорее информацию о критериях выбора супрессора (5-вольтовые при "срабатывании" ограничивают как раз до 6В где-то +допуски), ИМХО конечно.
***
Народ, скажите, а насколько случайно значение ОЗУ конкретной AVRки после включения питания?
Суть вопроса - можно ли использовать чтение из заведомо неинициализированной переменной, как начальный параметр для работы функций типа rand() и т. п. чтоб результат был более-менее случайным?
***
Народ, скажите, а насколько случайно значение ОЗУ конкретной AVRки после включения питания?
Суть вопроса - можно ли использовать чтение из заведомо неинициализированной переменной, как начальный параметр для работы функций типа rand() и т. п. чтоб результат был более-менее случайным?
Нет, нельзя. гарантированных значений в памяти при включении конечно нет но и совершенно случайными их назвать очень трудно. Для рандома лучше брать число из EEPROM, которое каждый запуск изменять, да хоть тем же рандомом.
Я не хотел при включении/выключении лишний раз писать в EEPROM чтоб не сокращать ресурс.
ресурс EEPROM-а 100тыс. циклов. даже если дергать каждый час питание, когда он выработается?
Хватит на 10 лет...
Тогда следующий вопрос: в чем выражается исчерпание ресурса EEPROM микроконтроллеров AVR?
Загибается только одна, исчерпавшая свой ресурс, ячейка или же могут подпортиться соседние?
Ячейка просто теряет способность надежно хранить заряды? Но для генератора случайных чисел это должно быть в плюс - возникает случайность вида "стек-не стек заряд". Или возникают повреждения, снижающие надежность работы всего микроконтроллера?
Тогда следующий вопрос: в чем выражается исчерпание ресурса EEPROM микроконтроллеров AVR?
Загибается только одна, исчерпавшая свой ресурс, ячейка или же могут подпортиться соседние?
Ячейка просто теряет способность надежно хранить заряды? Но для генератора случайных чисел это должно быть в плюс - возникает случайность вида "стек-не стек заряд". Или возникают повреждения, снижающие надежность работы всего микроконтроллера?
Ресурс вырабатывается у стираемой страницы. У АВРок в EEPROM это, вроде, 1 байт.
А на счёт случайности - какая будет случайность, если всегда будут читаться "0" или "1" во всех или некоторых битах?
А на счёт случайности - какая будет случайность, если всегда будут читаться "0" или "1" во всех или некоторых битах?
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Да, исчерпание ресурса будет выражаться в том что ячейка не будет программироваться, программирование для EEPROM это запись "0". т.е. хочешь записать "0" а при последующем чтении получаешь "1", причем сначала оно начнет мерцать - то работает то нет.
Я думал, этот процесс медленный, не скачкообразный. Т. е. начинается утечка заряда, сначала он удерживается месяцы, потом недели, поскольку нет в мире совершенно одинаковых транзисторов, то какие-то разряды байта начинают "стекать", какие-то вполне нормально работают - отсюда случайность. В итоге дело заканчивается тем, что у меня ГПСЧ просто будет стартовать с одного значения при каждом включении питания - немножко некрасиво, но устройство все равно будет исправно работать. Кроме того, мне кажется, что случай "пишем 0, а читаем 1" асимптотический и врят ли когда будет достигнут (хоть день, но заряд продержится). Мне интересно, будет ли вызывать это какую-то внутреннюю ошибку, не позволяющую пользоваться процем или просто будет то что я написал?
Так?
Так?
Умирает флеш однозначно, никаких "асимптотично". В процессе записи в ячейку, учавствуют просто огромные плотности энергии из-за того что ячейка очень маленькая, материал не выдерживает - разрушается, потом ячейку в один прекрасный момент просто пробивает, но те же самые энергии в другой раз могут просто пережечь образовавшуюся перемычку, еще пара записей, и ячейка становится безнадежной.
Ну в таком случае, эти энергии вполне могут подпортить (слегка или не слегка) соседние транзисторы, которые могут относиться к другим страницам или даже к элементам ЦП и периферии, т. е. выходит, что может загнуться вся микросхема...
Нет, это врятли. Ячейки достаточно сильно изолированы друг от друга.


