Микроконтролери и електроника
http://mcu-bg.com/mcu_site/

Още един ресет
http://mcu-bg.com/mcu_site/viewtopic.php?f=2&t=13800
Страница 1 от 1

Автор:  Grubi [ Нед Май 24, 2015 3:06 pm ]
Заглавие:  Още един ресет

Наследих поредната развойна платка сглобена "набързо". Какво мислите относно това как е реализиран ресета.
Според мен най-малкото външния пулъп е ненужен. Чипа е CC2538, a минималното време за ресет според описанието е 1микросек. Според описанието резистора на входния филтър трябва е 2.2R, в китовете са сложили 2.2К.

Платката работи "някак си", но мен това не ми е достатъчно.
http://www.ti.com/product/cc2538

Прикачени файлове:
NRESET.jpg
NRESET.jpg [ 33.86 KiB | Прегледано 3812 пъти ]

Автор:  CarBeta [ Нед Май 24, 2015 4:23 pm ]
Заглавие:  Re: Още един ресет

Това ми прилича на hardware debounce

Автор:  bateAz [ Нед Май 24, 2015 4:44 pm ]
Заглавие:  Re: Още един ресет

R1 си трябва (май). 20К вътрешен ще има доста ( 5 пъти ) по-ниска шумоустойчивост при евентуални ликажи и замърсявания по платката. Стойност 2К2 ми изглежда резонна.
Какво означава "някак си" ? Евентуални проблеми би могло да има, ако входа за ресет няма хистерезис. Ако няма, при 5.5 ms времеконстанта това ще има значим ефект.

Автор:  Grubi [ Нед Май 24, 2015 5:18 pm ]
Заглавие:  Re: Още един ресет

"някак си" означава че CC2538 се ресетва сам в някои ситуации.
За hardware debounce съм съгласен, защото този външен ресет може да се управлява
-от серийния интерфейс за програмиране (или JTAG) или каквото е там
- от външен източник (бутон, ресет генератор или джъмпер)
- и от бутон на платката с пулъп който минава за формиране през буфер 74LVC1G125.
За десерт към същия този ресет има вързан #DTR изход на един FT232, прекаран също през буфер 74LVC1G125

И ситуацията, която се получава е, че ако борда не е захранен през FT232 (а през USB на CC2538 или стандартното захранване), CC2538 си стои в ресет. Мисля си, че вероятно един външен пулъп на #DTR ще оправи нещата.

Както и да е, ще меря и тествам. Благодаря!

п.с. а относно ресета на CC2538, не мога да намеря по-подробно инфо. има си и datasheet и user guide, но е предимно за софтуера или аз не чета където трябва.

Автор:  jig.tak [ Нед Май 24, 2015 7:23 pm ]
Заглавие:  Re: Още един ресет

Grubi написа:
...
За десерт към същия този ресет има вързан #DTR изход на един FT232, прекаран също през буфер 74LVC1G125

И ситуацията, която се получава е, че ако борда не е захранен през FT232 (а през USB на CC2538 или стандартното захранване), CC2538 си стои в ресет. ....

този вторият буфер да не би да събаря ресет линията ако няма захранване от ФТДИ? Предполагам захранването му идва от ФТДИ-то та затова. Сложи диоди във жично ИЛИ да си сигурен че няма такива проблеми

Автор:  Grubi [ Нед Май 24, 2015 7:34 pm ]
Заглавие:  Re: Още един ресет

не-втория буфер се храни от основните 3.3V
мен ме съмнява че незахраненото ft232 и съответно
плуващия в този случай #DTR има вина

Иначе идея си нямам защо им е било да вързват
два USB порта, че и отделно захранване в едно, през
диоди разбира се. но сега е модерно с всичките ардуино-та
и т.н.

Автор:  HSB [ Вто Май 26, 2015 10:31 pm ]
Заглавие:  Re: Още един ресет

Значи таз схемичка на ресета е доста стандартна за моите автомобилни електроники.
Вътрешния 20к на ресета нали знаеш че то само е нарисувао като ресистор - не знам тоя процесор но в общия случаи физикално там резистор няма ами е 1 или неколко транзистора наглсени примерно да пускат ток колкото 20 к би пускал ако го има като се закачи порта към земя.

Така ча относно външния резизистор -аз лично винаги слагам .
RC си е също добре - в зависимост от това колко бързаш - колко ти е заданието за време - от стабилно 3,3 до започване на работа на проца.

Също ако няма RC ако ходиш на EMC може да се духаш някои път от ресети та това също помага в такива случаи.

Страница 1 от 1 Часовете са според зоната UTC + 2 часа [ DST ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/