problem s RP2040 (raspberry pico)
Pavel Hudeček
edizon na seznam.cz
Pátek Listopad 10 15:59:21 CET 2023
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.
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)
PH
Dne 10.11.2023 v 15:49 Vojtěch Petrucha napsal(a):
>
> zdravim,
>
> 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.
>
> 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...
>
> 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 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..).
>
> takže pro PICO_XOSC_STARTUP_DELAY_MULTIPLIER = 100 (defaultně 1) jsem
> už žádný problém se startem nezaznamenal..
>
> No a teď jsem vyzkoušel i upravený balík MicroPythonu s našimi
> knihovnami a zdá se to být OK.
>
> 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..
>
> někdo se ještě ptal na divně vypadající průběhy, tak jeden screenshot
> zde https://ibb.co/7VmDgRp 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.
>
> Každopádně díky všem za rady.
>
> v.
>
>
> 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.
>
> 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... .
>
> Jirka
>
> ______________________________________________________________
> > Od: "Nesvacil Jiri" <nesvacil na posys.eu>
> > Komu: hw-list na list.hw.cz
> > Datum: 27.10.2023 10:39
> > Předmět: Re: problem s RP2040 (raspberry pico)
> >
>
> Do RP2040 se na začátek ukládá boot2 a ten je součástí bin překladu.
>
> 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.
>
> Jirka
>
> Dne 26.10.2023 v 19:29 Vojtěch Petrucha napsal(a):
>
> 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..
>
> tři obrázky jsou zde: https://open-cube.fel.cvut.cz/?page_id=1079
>
> nevím jestli mi to sedí s popisem jak by se to mělo chovat při
> resetu...
>
> viz datasheet rp2040 a 2.8.1. Processor Controlled Boot Sequence
>
> 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..)
>
> každopádně díky moc za náměty a poznámky všem.
>
> v.
>
> ______________________________________________________________
> > Od: "Nesvacil Jiri" <nesvacil na posys.eu> <mailto:nesvacil na posys.eu>
> > Komu: hw-list na list.hw.cz
> > Datum: 26.10.2023 16:51
> > Předmět: Re: problem s RP2040 (raspberry pico)
> >
>
> 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á... .
>
> Jirka
>
> Dne 26.10.2023 v 16:22 Vojtěch Petrucha napsal(a):
>
> 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ř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...
>
> 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...
>
> díky
>
> v.
>
> ______________________________________________________________
> > Od: "Nesvacil Jiri" <nesvacil na posys.eu>
> <mailto:nesvacil na posys.eu>
> > Komu: hw-list na list.hw.cz
> > Datum: 26.10.2023 15:41
> > Předmět: Re: problem s RP2040 (raspberry pico)
> >
>
> 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.
>
> Jirka
>
> Dne 26.10.2023 v 15:25 Nesvacil Jiri napsal(a):
>
> 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
> ... .
>
> Jirka
>
> Dne 26.10.2023 v 15:15 Vojtěch Petrucha napsal(a):
>
> https://datasheets.raspberrypi.com/pico/pico-datasheet.pdf
>
> 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
>
> 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...
>
> díky
>
> v.
>
> ______________________________________________________________
> > Od: "Nesvacil Jiri" <nesvacil na posys.eu>
> <mailto:nesvacil na posys.eu>
> > Komu: hw-list na list.hw.cz
> > Datum: 26.10.2023 15:09
> > Předmět: Re: problem s RP2040 (raspberry pico)
> >
>
> Na Run nemate pullup.
>
> Global asynchronous reset pin. Reset when driven low,
> run when driven
> high. If no external reset is required, this pin can
> be tied directly to
> IOVDD.
>
>
> Jirka
>
> Dne 26.10.2023 v 15:03 Nesvacil Jiri napsal(a):
> > Zkusit přepájet horkým vzduchem. Dát gel a horký
> vzduch. Pokud
> > nepomůže tak zkusit se podívat rezistor u bootu a
> flasky mate ho tam ?
> >
> > Jirka
> >
> > Dne 26.10.2023 v 14:46 Jan Waclawek napsal(a):
> >> Stavim dvacku (ale cesku :-) ) na to ze je to software.
> >>
> >>> MicroPython
> >> Dufam, ze v ramci skoly to chce byt demonstracia
> toho, ze ako urcite
> >> nie.
> >>
> >> wek
> >>
> >>
> >> ----- Original Message ---------------
> >>
> >>> zdravim,
> >>> v rámci ąkoly si hrajeme s projektem kde hlavní
> MCU je RP2040.
> >>> vyrobili jsme několik prototypu (vąechny v tomto
> ohledu bez
> >>> problému) a teď i 25 ks zkuąební sérii. z těch
> 25ks se asi u 3-4
> >>> vyskytuje problém s náběhem RP2040.(minimálně se
> to tak jeví..)
> >>> zapne se napájení a nenaběhne program (nepracuje
> displej, nevytvoří
> >>> se COMport apod...)
> >>> občas to funguje korektně (třeba 1-5 pokusů z
> deseti...)
> >>> boot mód na tlačítko funguje zdá se spolehlivě, po
> nahrátí programu
> >>> se vľdy korektně spustí. po vypnutí ale uľ často
> zase nenaběhne.. aľ
> >>> za několik pokusů..
> >>> kdyľ to nefunguje, tak se napájecí napětí zdají
> být korektní bez
> >>> oscilací. oscilátor normálně osciluje na 12MHz se
> stejnou
> >>> amplitudou jako na funkčním kusu. nedokáľi říct
> jestli startuje v
> >>> čas... zkouąel jsem vyměnit C 18pF za 33pF (viz
> aplikační poznámky k
> >>> rp2040..)
> >>> reset přizemněním pinu RUN (který je nezapojený a
> má mít interní
> >>> pullup) nevede k úspěąnému náběhu obvodu (to uľ by
> napájení mělo být
> >>> super ustálené)
> >>> koukal jsem na náběh napájení, zdá se být ok,
> pěkně z nuly na
> >>> nominální úroveň, občas a jedním malým zubem na
> začátku, analogové
> >>> nabíhalo trochu pomaleji, zkusil jsem zmenąit R u
> reference co to
> >>> ovlivňuje, bez efektu
> >>> kdyľ to nefunguje tak je vidět ľe minimálně
> chvíli probíhá
> >>> komunikace s SPI FLASH (tak jsem kontroloval
> jestli opravdu dochází
> >>> k resetu přiloľením GND drátku na pin RUN, který
> je jinak nezapojený..)
> >>> vąech 25ks osazovalo AllPCB (tedy jen SMD
> komponenty na jedné
> >>> straně), součástky by měly být teoreticky z
> Mouser... pájení vypadá
> >>> velmi solidně.
> >>> zatím jsem nezkouąel měnit tu pamě», nemám tu
> volný kus... ani
> >>> přepájet RP2040 mám pocit ľe to bude jako obvykle
> něčím jiným...
> >>> párkrát jsem měl pocit, ľe úspěąnost spuątění
> ovlivňuje mechanický
> >>> tlak prstem na oblast MCU-FLASH, ale opakovatelné
> to není...
> >>> nezkouąeli jsme připojovat SWD debugger, nevím
> jestli by mohl nějak
> >>> pomoci a jestli ho lze nějak pouľít na win...?
> >>> vím ľe někdo zmiňoval ľe s RP2040 pracoval, nebyl
> by nějaký nápad?
> >>> asi by to chtělo udělat nějaký velmi
> minimalistický kód, aby se
> >>> vyloučila nějaká naąe FW chyba, ale teď nebyl moc
> čas... to co tam
> >>> spouątíme je upravený MicroPython s vlastními
> knihovnami v C pro náą
> >>> HW...
> >>> i kdyľ teď koukám ľe pípání s PIEZO půjde snadno,
> tak teď jeątě
> >>> zkusím v normálním neupraveném micropythonu..
> >>> pokud by se chtěl někdo mrknout na schéma, tak
> je zde:
> >>> https://open-cube.fel.cvut.cz v sekci Download.
> >>> díky
> >>> v.
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20231110/5210c233/attachment-0001.htm>
Další informace o konferenci Hw-list