STM32F103 - detekce resetu?

[Jaroslav Buchta]

A ten displej nema signal pro HW reset? Nebo by mozna pomohlo pripojovat 
mu napajeni rizene z MCU?

Dne 19. 4. 2015 v 17:48 Pavel Kutina napsal(a):
> Dobre se to rekne, hur dela... Ja bych docela rad inicializoval 
> display rucne, problem je v tom "meziclanku" od Digole - kdyz se mu 
> nepodari nastartovat, tak v lepsim pripade ustreli zobrazeni obrazku, 
> ktery se ma malovat pri startu, a ten se rozlozi na prehazene 
> segmenty. V horsim pripade se kousne I2C a procesor ceka a ceka a dal 
> s tim uz nic neudelam (tam by asi zafungoval nejaky watchdog).
>
> Uz jsem to docela slusne umravnil (ono svoje dela i to, ze to mam na 
> bastldesce s pomerne dlouhymi draty), ted zkousim tomu displeji rict 
> primo, jak ma startovat a jak se resetovat, ale i kdyz je to se znamym 
> radicem, tak pro mne neni uplne jednoduche cely start, vcetne rizeni 
> napajeni displeje, udelat rucne. Ale pracuju na tom, predpokladam, ze 
> tohle bude ta spravna cesta. Zatim se mi to jevi tak, ze ten "mezikus" 
> od Digole nabiha prilis brzo, driv, nez mu zacne odpovidat ten 
> pripojeny COG s ST7565.
>
> Pavel Kutina
>
>
>
> Dne 19.4.2015 v 15:53 Pavel Troller napsal(a):
>> Zdravím,
>>    mne by zase zajímalo, proč po každém resetu nedělat kompletní init 
>> hardware
>> včetně displeje atd. Moc dlouho to trvá ? Alespoň v zařízeních, se 
>> kterými
>> se setkávám já (v oblasti telekomunikací) je taková praxe velice 
>> žádoucí,
>> neboť polomrtvá zařízení, která nejdou ani zresetovat a musí se jim 
>> trhat
>> baterie, jsou naopak zcela nežádoucí :-) :-).
>>    Zdraví Pavel
>>
>>> Bohužel prodleva nestačí (měl jsem tem od milisekund po sekundy), 
>>> snažím se
>>> přijít na to, co je tam špatně a buď to opravit korektně, nebo to 
>>> jen nějak
>>> "opatchovat". Jak to vypadá, hlídání RCC_CSR by jako "hotfix" mělo 
>>> vyhovět.
>>>
>>> Ono je to trochu složitější - mám použitý ST7565 s adaptérem od DigOle
>>> (konkrétně tenhle http://www.digole.com/index.php?productID=534) a 
>>> vypadá
>>> to, že problém s resetem je na jejich písečku... Takže nechám naběhnout
>>> procesor, pozeptám se, jak vlastně naběhnul a když to bude power-on, 
>>> udělám
>>> softreset a naběhne i displej (teď to testuju a vypadá to chodivě).
>>>
>>> Díky,  fakt nevím, kam jsem koukal :(
>>>
>>> Pavel Kutina
>>>
>>>
>>>
>>> ----- Original Message ----- From: "Petr Labaj" <labaj na volny.cz>
>>> To: "HW-news" <hw-list na list.hw.cz>
>>> Sent: Sunday, April 19, 2015 1:43 PM
>>> Subject: Re: STM32F103 - detekce resetu?
>>>
>>>
>>> Registr RCC_CSR (v Reference Manual kapitola 7.3.10).
>>> Ale není to zbytečné?
>>> Brání něco tomu udělat prodlevu po jakémkoli resetu?
>>> Nebo při rutinní práci se předpokládá, že se bude často provádět reset
>>> procesoru, takže by to milisekundové zmoždění mělo vadit?
>>>
>>> PL
>>>
>>> *****************************
>>>
>>> Dne 19.4.2015 v 12:31 Pavel Kutina napsal(a):
>>>> Zdravim,
>>>>
>>>> dostal jsem se pri bastleni do bodu, kdy mi pri zapnuti periferie 
>>>> nabehnou
>>>> rychleji, nez procesor. Kdyz procesor zresetuju pres ST-Link, 
>>>> vsechno jede
>>>> (periferie uz byly zive, zresetoval jsem jen procesor), ale kdyz 
>>>> pripojim
>>>> napajeni, nabehnou mi periferie (predevsim displej na I2C) driv a 
>>>> hryzne
>>>> se komunikace, ale pomuze reset ST-Linkem nebo SW.
>>>>
>>>> Predpokladam, ze je mozne z nejakeho registru spolehlive rozlisit 
>>>> power-on
>>>> od resetu, zatim se probiram dokumentaci a moudry z toho nejsem. 
>>>> Navic jak
>>>> zjistuju, k nekterym registrum se asi z Mikropascalu neumim dostat 
>>>> (nebo
>>>> to delam blbe), takze mi zatim vsechno selhava.
>>>>
>>>> Pekne prosim alespon o naznaceni smeru. Diky.
>>>>
>>>> Pavel Kutina
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list


---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com