<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
No asi mají reset udělaný pořádně, tedy včetně oscilátoru, takže je
schopen ho zprovoznit, i když by před tím nějak zamrznul.<br>
<br>
Aneb autor části s oscilátorem může tvrdit, že tohle přeci nemůže
zatuhnout, ale ten kdo má na starosti reset by měl říct že ho to
nezajímá a resetovat se má všechno, pokud není velmi speciální důvod
proč ne. (napadá mě snad jen RTC)<br>
<br>
PH<br>
<br>
<div class="moz-cite-prefix">Dne 10.11.2023 v 15:49 Vojtěch Petrucha
napsal(a):<br>
</div>
<blockquote type="cite" cite="mid:20231110154951.63D5EBB1@volny.cz">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">zdravim,</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-size: 10pt;">byl jsem pryč tak jsem se k tomu
nedostal, ale chytrý student mezitím napsal skript, který
umožňuje měnit jak drive strength tak i slew rate.</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-size: 10pt;">každopádně i když se jevilo, že to
nějaký vliv má, k ničemu kloudnému to nevedlo. už jsem myslel
že ano, s nižším drive_strength, ale fungovalo to jen s
připojeným osciloskopem, přičemž největší vliv mělo připojení
na CLK...</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">každopádně jsem pak
ještě googlil a narazil znovu na věc, na kterou jsem narazil
hned na začátku - zvýšení prodlevy pro stabilizaci oscilátoru.
myslel jsem, že to student provedl jak bylo na fóru, tedy
nastavením parametru <span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">PICO_XOSC_STARTUP_DELAY_MULTIPLIER
ale on přidal čekání až do main MicroPythonu..což není to
samé.. vyzkoušel jsem to opět zkompilováním minimalistického C
projektu, poté co jsem ten moloch nainstaloval na druhý
počítat, protože na prvním to nějak zázračně přestalo fungovat
(chybné cesty pro cmake kompilátor etc... nepomohlo
přenastavení systémových proměnných..).</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><font
face="Menlo, Consolas, Lucida Console, DejaVu Sans Mono, monospace"><span
style="font-size: 12px;">takže pro </span></font><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">PICO_XOSC_STARTUP_DELAY_MULTIPLIER
= 100 (defaultně 1) jsem už žádný problém se startem
nezaznamenal..</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">No
a teď jsem vyzkoušel i upravený balík MicroPythonu s našimi
knihovnami a zdá se to být OK. </span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">Akorát
trochu nechápu, proč tedy nepomůže zatahání za reset RP2040,
čekal bych (asi naivně) že ten X oscilátor poběží pořád a ne
že ho reset deaktivuje a znovu se projeví nějaký divoký/pomalý
náběh..</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">někdo
se ještě ptal na divně vypadající průběhy, tak jeden
screenshot zde </span><font
face="Menlo, Consolas, Lucida Console, DejaVu Sans Mono, monospace"><span
style="font-size: 12px;"><a class="moz-txt-link-freetext" href="https://ibb.co/7VmDgRp">https://ibb.co/7VmDgRp</a> je to z
normálního raspberry pi pico, s běžícím programem.. šlo mi o
ty vodorovné úseky o různé amplitudě.. když jsem to viděl i
na originální desce, tak jsem to více neřešil. </span></font></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">Každopádně
díky všem za rady.</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;">v.</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;"><br>
</span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;"> </span><span
style="font-family: Menlo, Consolas, 'Lucida Console', 'DejaVu Sans Mono', monospace; font-size: 12px;"> </span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Můžete ještě
laborovat s drive strenght, slew rate. Standardně je pouze SCLK
8mA zkusil bych i ostatni dat na 8mA. V boot zdrojáku najděte
8mA. Dá se nastavit síla toho gpio pinu a hrana. </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Zkusil bych dát
nejen CLK na 8mA,ale i ostatni vývody do FLASH na 8mA.
Samozžejmě můžete laborovat více, ale tímto bych začal. Tím 8mA
budou všechny IO stejně, hne se nejen síla, ale také hrana... .</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Jirka</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">______________________________________________________________<br>
> Od: "Nesvacil Jiri" <a class="moz-txt-link-rfc2396E" href="mailto:nesvacil@posys.eu"><nesvacil@posys.eu></a><br>
> Komu: <a class="moz-txt-link-abbreviated" href="mailto:hw-list@list.hw.cz">hw-list@list.hw.cz</a><br>
> Datum: 27.10.2023 10:39<br>
> Předmět: Re: problem s RP2040 (raspberry pico)<br>
></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Do RP2040 se na
začátek ukládá boot2 a ten je součástí bin překladu.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Pokud máte zdrojové
kódy, tak si najdete boot2 a tam zasáhněte např. do clocku. Nebo
si slinkujte generic SPI boot a uvidíte.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Jirka</p>
<div class="moz-cite-prefix">Dne 26.10.2023 v 19:29 Vojtěch
Petrucha napsal(a):</div>
<blockquote cite="mid:20231026192942.A9A51D2C@volny.cz">
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">koukal jsem zběžně
na tu komunikaci (CS CLK DI DO ne nutně v tomto pořadí) ale
pro nějaké závěry by to chtělo více času.. a líp připojit
signály, což je opruz..</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">tři obrázky jsou
zde: <a href="https://open-cube.fel.cvut.cz/?page_id=1079"
moz-do-not-send="true" class="moz-txt-link-freetext">https://open-cube.fel.cvut.cz/?page_id=1079</a></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">nevím jestli mi to
sedí s popisem jak by se to mělo chovat při resetu... </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">viz datasheet
rp2040 a 2.8.1. Processor Controlled Boot Sequence</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">pokud by neprošlo
CRC mělo by to snad skončit v usb-boot (flashdisk) režimu což
se neděje... je to nějaké zamrzlé, další data tam už pak
neběhají... (pokud to funguje tak se komunikuje pořád..)</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">každopádně díky
moc za náměty a poznámky všem.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">v.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">______________________________________________________________<br>
> Od: "Nesvacil Jiri" <a href="mailto:nesvacil@posys.eu"
moz-do-not-send="true"><nesvacil@posys.eu></a><br>
> Komu: <a href="mailto:hw-list@list.hw.cz"
moz-do-not-send="true" class="moz-txt-link-freetext">hw-list@list.hw.cz</a><br>
> Datum: 26.10.2023 16:51<br>
> Předmět: Re: problem s RP2040 (raspberry pico)<br>
></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Podívejte se ještě
na FLASH. Na začátku jede v SPI režimu, kde načte další boot z
flash a poté se přepne do QSPI nebo zůstane dle typu... .
Nejlépe tam dávat ten typ co je v ref. schématu, nevím co tam
máte a co tam dala china. Může být taky vada na PCB pokud je
vícevrstvá... .</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Jirka</p>
<div class="moz-cite-prefix">Dne 26.10.2023 v 16:22 Vojtěch
Petrucha napsal(a):</div>
<blockquote cite="mid:20231026162221.700FABCF@volny.cz">
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">ano, to jsme
zkoušeli vícekrát, viz první post, máme tam boot tlačítko a
v tomto režimu to vždy funguje (bootloader se aktivuje) a
následně i program</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">před chvílí jsem
zkoušel nahrát tam originální balík micropythonu a v mainu
mít jen vypisování "Ahoj" na USB-serial a to také dělá
stejnou neplechu...</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">ještě k pull-up
- osc tam naměří korektní vysokou úroveň a čekal bych že by
pomohl reset (GND na ten pin RUN) ale nepomůže...</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">díky</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">v.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">______________________________________________________________<br>
> Od: "Nesvacil Jiri" <a href="mailto:nesvacil@posys.eu"
moz-do-not-send="true"><nesvacil@posys.eu></a><br>
> Komu: <a href="mailto:hw-list@list.hw.cz"
moz-do-not-send="true" class="moz-txt-link-freetext">hw-list@list.hw.cz</a><br>
> Datum: 26.10.2023 15:41<br>
> Předmět: Re: problem s RP2040 (raspberry pico)<br>
></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Ještě by jste
mohl dát boot/SS na flash do GND a strčit do napájení, USB.
Mělo by naběhnout USB zařízení disk. Tím eliminujete ten
micropython a zkusíte zda hw funguje.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Jirka</p>
<div class="moz-cite-prefix">Dne 26.10.2023 v 15:25 Nesvacil
Jiri napsal(a):</div>
<blockquote
cite="mid:71fe12e9-e764-43e0-b979-8c862d9a27c7@posys.cz">
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Nemusí to tím
být, ale berte to jako další TIP. V minimal example kicadu
nemají pullup a to se dá brát jako referenční. Když ovšem
člověk hledá, tak se neví čím to je ... .</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">Jirka</p>
<div class="moz-cite-prefix">Dne 26.10.2023 v 15:15 Vojtěch
Petrucha napsal(a):</div>
<blockquote cite="mid:20231026151506.4E938217@volny.cz">
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"><span
style="font-size: 10pt;"><a
href="https://datasheets.raspberrypi.com/pico/pico-datasheet.pdf"
moz-do-not-send="true" class="moz-txt-link-freetext">https://datasheets.raspberrypi.com/pico/pico-datasheet.pdf</a></span></p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">RUN is the
RP2040 enable pin, and has an internal (on-chip) pull-up
resistor to 3.3V of about ~50kΩ. To reset RP2040, short
this pin low</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">trochu mě to
mrzí že jsem kolegu nepřesvědčil tam dát alespoň pad,
když jsme to navrhovali.. ale PICO moduly tam také nic
nemají, teda kromě drátu navíc pro připojení reset
tlačítka...</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">díky</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">v.</p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;"> </p>
<p style="padding: 0 0 0 0; margin: 0 0 0 0;">______________________________________________________________<br>
> Od: "Nesvacil Jiri" <a
href="mailto:nesvacil@posys.eu" moz-do-not-send="true"><nesvacil@posys.eu></a><br>
> Komu: <a href="mailto:hw-list@list.hw.cz"
moz-do-not-send="true" class="moz-txt-link-freetext">hw-list@list.hw.cz</a><br>
> Datum: 26.10.2023 15:09<br>
> Předmět: Re: problem s RP2040 (raspberry pico)<br>
></p>
Na Run nemate pullup.<br>
<br>
Global asynchronous reset pin. Reset when driven low, run
when driven <br>
high. If no external reset is required, this pin can be
tied directly to <br>
IOVDD.<br>
<br>
<br>
Jirka<br>
<br>
Dne 26.10.2023 v 15:03 Nesvacil Jiri napsal(a):<br>
> Zkusit přepájet horkým vzduchem. Dát gel a horký
vzduch. Pokud <br>
> nepomůže tak zkusit se podívat rezistor u bootu a
flasky mate ho tam ?<br>
><br>
> Jirka<br>
><br>
> Dne 26.10.2023 v 14:46 Jan Waclawek napsal(a):<br>
>> Stavim dvacku (ale cesku :-) ) na to ze je to
software.<br>
>><br>
>>> MicroPython<br>
>> Dufam, ze v ramci skoly to chce byt demonstracia
toho, ze ako urcite <br>
>> nie.<br>
>><br>
>> wek<br>
>><br>
>><br>
>> ----- Original Message ---------------<br>
>><br>
>>> zdravim,<br>
>>> v rámci ąkoly si hrajeme s projektem kde
hlavní MCU je RP2040.<br>
>>> vyrobili jsme několik prototypu (vąechny v
tomto ohledu bez <br>
>>> problému) a teď i 25 ks zkuąební sérii. z
těch 25ks se asi u 3-4 <br>
>>> vyskytuje problém s náběhem RP2040.(minimálně
se to tak jeví..)<br>
>>> zapne se napájení a nenaběhne program
(nepracuje displej, nevytvoří <br>
>>> se COMport apod...)<br>
>>> občas to funguje korektně (třeba 1-5 pokusů z
deseti...)<br>
>>> boot mód na tlačítko funguje zdá se
spolehlivě, po nahrátí programu <br>
>>> se vľdy korektně spustí. po vypnutí ale uľ
často zase nenaběhne.. aľ <br>
>>> za několik pokusů..<br>
>>> kdyľ to nefunguje, tak se napájecí napětí
zdají být korektní bez <br>
>>> oscilací. oscilátor normálně osciluje na
12MHz se stejnou <br>
>>> amplitudou jako na funkčním kusu. nedokáľi
říct jestli startuje v <br>
>>> čas... zkouąel jsem vyměnit C 18pF za 33pF
(viz aplikační poznámky k <br>
>>> rp2040..)<br>
>>> reset přizemněním pinu RUN (který je
nezapojený a má mít interní <br>
>>> pullup) nevede k úspěąnému náběhu obvodu (to
uľ by napájení mělo být <br>
>>> super ustálené)<br>
>>> koukal jsem na náběh napájení, zdá se být ok,
pěkně z nuly na <br>
>>> nominální úroveň, občas a jedním malým zubem
na začátku, analogové <br>
>>> nabíhalo trochu pomaleji, zkusil jsem zmenąit
R u reference co to <br>
>>> ovlivňuje, bez efektu<br>
>>> kdyľ to nefunguje tak je vidět ľe minimálně
chvíli probíhá <br>
>>> komunikace s SPI FLASH (tak jsem kontroloval
jestli opravdu dochází <br>
>>> k resetu přiloľením GND drátku na pin RUN,
který je jinak nezapojený..)<br>
>>> vąech 25ks osazovalo AllPCB (tedy jen SMD
komponenty na jedné <br>
>>> straně), součástky by měly být teoreticky z
Mouser... pájení vypadá <br>
>>> velmi solidně.<br>
>>> zatím jsem nezkouąel měnit tu pamě», nemám tu
volný kus... ani <br>
>>> přepájet RP2040 mám pocit ľe to bude jako
obvykle něčím jiným...<br>
>>> párkrát jsem měl pocit, ľe úspěąnost spuątění
ovlivňuje mechanický <br>
>>> tlak prstem na oblast MCU-FLASH, ale
opakovatelné to není...<br>
>>> nezkouąeli jsme připojovat SWD debugger,
nevím jestli by mohl nějak <br>
>>> pomoci a jestli ho lze nějak pouľít na
win...?<br>
>>> vím ľe někdo zmiňoval ľe s RP2040 pracoval,
nebyl by nějaký nápad?<br>
>>> asi by to chtělo udělat nějaký velmi
minimalistický kód, aby se <br>
>>> vyloučila nějaká naąe FW chyba, ale teď nebyl
moc čas... to co tam <br>
>>> spouątíme je upravený MicroPython s vlastními
knihovnami v C pro náą <br>
>>> HW...<br>
>>> i kdyľ teď koukám ľe pípání s PIEZO půjde
snadno, tak teď jeątě <br>
>>> zkusím v normálním neupraveném micropythonu..<br>
>>> pokud by se chtěl někdo mrknout na schéma,
tak je zde:<br>
>>> <a href="https://open-cube.fel.cvut.cz"
moz-do-not-send="true" class="moz-txt-link-freetext">https://open-cube.fel.cvut.cz</a>
v sekci Download.<br>
>>> díky<br>
>>> v.<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>