programovani option byte u stm32g0

[wek]

To, ze su spomenute vo footnote je v poriadku, ale to, ze su uvedene ako funkcne piny nie je v poriadku. Nemaju byt ani na obrazku, ani v tabulke pinov (ma tam byt len ten odkaz do footnotu).

Mimochodom, toto je jedina zmienka o tom, ze nejake pady su zbondovane. U ostatnych pinov to vysvetlenie chyba aj v DS a aj v RM. 

wek


On 6 June 2022 16:21:25 CEST, V P <vvitty01 na seznam.cz> wrote:
>Pred odpovidanim je asi lepsi dat si ranni kavu :D
>
>
>
>V tabulce s vyctem pinu a jejich funkci jsou ty piny opoznamkovane (3)
>
>
>3. As in SO8N device, the PA0, PA1, and PA2 GPIOs are bonded with NRST on 
>the pin 4, low level applied to any of 
>
>these GPIOs provokes the device reset. To prevent the risk of spurious
>resets, keep these GPIOs configured at all 
>
>times as analog or digital inputs (as opposed to output or alternate
>function).
>
>
>
>
>Duvod proc jsou nabondovany vsechny tri je technicky. A z neho plyne nutnost
>je nejak zminit v DS protoze uzivatel potrebuje vedet ze jsou pripojene k 
>NRST, aby se nedivil ze si pri nejake konfiguraci zacne resetovat MCU.
>
>
>
>Tabulka dva bude opravena.
>
>
>--
>-----------------------------------------
>Pokud máte zájem, navštivte naši stránku o mašinkách - http://www.pojezdy.eu
>
>---------- Původní e-mail ----------
>Od: Jan Waclawek <konfera na efton.sk>
>Komu: HW-news <hw-list na list.hw.cz>
>Datum: 3. 6. 2022 10:36:56
>Předmět: Re: programovani option byte u stm32g0
>"Ono to pan kolega Petrucha asi nespominal (alebo som si to nevsimol), ale
>asi sa jedna o to puzdro SO-8. No a pre to vidim v datasheete DS12991 Rev 
>4 January 2022 na pine 4 smelo uvedene PA0/PA1/PA2. Ak sa ten pin neda
>prepnut z rezimu reset, tak tie funkcie su nepouzitelne, a DS by to mal 
>explicitne uvadzat. A bolo by koser to uviest aj v GPIO kapitole RM, lebo 
>to treba zohladnit pri programovani portu A.
>
>Mimochodom, nie je mi jasne, preco sa tie tri bondy tam vobec robia. Mohli
>sa usetrit dalsie tri milicenty.
>
>Okrem toho, ak je pin 4 nepouzitelny, tak sa neda pouzit ani SPI1/I2S1
>(pretoze len na pine 4 ma SCK), takze by sa mala upravit aj tabulka 2 a 
>kapitola SPI.
>
>Neviem ako je to v CubeMX, nepouzivam ho; ale stoji to za skontrolovanie. V
>ST MCUFinderi je to tiez zle, pise 6 IO pinov (DS kupodivu v tabulke 2
>pise 5) a dva SPI. To iste na webe.
>
>(Ono vobec ten napad robit SO8 bondovanim namiesto normalnych muxov je
>podla mna, no... nie uplne najlepsi. Ved muxy tam uz pre PA9/10/11/12 aj 
>tak su. Viacmenej som to pochopil u tych STM8, kde ocividne islo o
>afterthought potom co sa dany obvod uz roky vyrabal; ale u tych 'G0, ved 
>to boli vtedy nove obvody...)
>
>wek
>
>
>
>----- Original Message ---------------
>From: "V P" <vvitty01 na seznam.cz>
>
>>To neni vylepseni, to je uvedeni CubeProgrammeru do souladu s dokumentaci.
>>
>>
>>
>>STM32G0x0 je value line rada, levnejsi nez STM32G0x1, a nekde se ta sleva
>>projevit musi - jinak by nebyl duvod ji pouzivat. Neco se usetri na
>>orezanych testech, neco na lepsi vyteznosti diky mekcim pozadavkum na
>>spotreby atd., a nektere veci nejsou produktem oficialne podporovane - u 
>>nich se muze stat casem "zmizi" i tam kde byly chybne podporovane.
>>
>>--
>>
>>---------- Původní e-mail ----------
>>Od: Vojtěch Petrucha <petrucha na volny.cz>
>>"
>>ano, diky moc, vidim, ale uplne to vylepseni teda nechapu, achjo.
>>
>>v.
>>
>
>_______________________________________________
>HW-list mailing list - sponsored by www.HW.cz
>Hw-list na list.hw.cz
>http://list.hw.cz/mailman/listinfo/hw-list
>"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20220606/5dcffeca/attachment-0001.htm>