Re: ESP32 a jak na něho

[Petr Labaj]

Děkuji za (smutnou) odpověď.
Takže je to skutečně tak zlé, jak jsem si myslel. Když ani Vy jako 
zkušený uživatel to neumíte rychleji.

Když jsem psal o ladění, tak jsem ani tam nemyslel na nějaké opravdové 
honění debugerem,
ale na rychoobrátkový provoz v režimu pokus-omyl a konzolové výpisy.

Na ARMu nebo x86 programuju po malých částech s okamžitým zkoušením 
výsledku.
Takže za den otočím běžně i velké desítky nebo i stovky cyklů 
úprava-překlad-nasypání do procesoru-pokus.
Proto ladím zásadně v RAM. Jednak abych neojížděl Flash, a pak je to 
rychlejší.

Možná tomu zkusím dát šanci a udělám si nějaký framework, kdy tam do 
Flash nasypu pomocnou
aplikaci, která si pak po nějakém kanále natáhne zvenku do RAM něco jako 
"modul", což bude
ta laděný/zkoušený program. Snad to nějak půjde.
Asi tedy ne po WiFi ale po sériovém portu, když píšete, kolik RAM provoz 
po WiFi sežere.
Používal jsem podobný režim i na x86 a na ARMu, tak snad to někdy nějak 
zvládnu i tady.

Jen doufám, že bude Čína spolehlivější než Amerika a Evropa. A že tyhle 
pocesory budou
i nadále široce dostupné. Ať to nedělám zbytečně.

Díky.
PL

*********************

Dne 22.11.2022 v 5:48 Jaroslav Buchta napsal(a):
> Pouzivam eclipse pro win, nove maji kompletni balicek IDE 
> https://dl.espressif.com/dl/esp-idf/ coz by melo usnadnit pocatecni 
> nastaveni.
> Program se hlavne konfiguruje, idf.py menuconfig nebo je to 
> integrovane v tom IDE
> Preklad proste trva, hlavne kompletni, nejake sekundy az desitky to 
> proste jsou vzdycky
> Ladit se da pres JTAG (ESP Prog je docela dostupny a funkcni), verze 
> C3 a S3 jsem si ted oblibil, protoze maji USB a da se ladit primo pres 
> nej (je tam i VCP)
> Nektere periferie to ma bozi (treba RMT)
> Ciste v RAM to ladit nepujde, pro program ji je malo a ani zakladni 
> aplikace se tam nevejde, jak se zapne radio, tak to ma hned 800kB+. 
> Nevidim k tomu ani moc duvodu, nahrani pres JTAG trva sice dost sekund 
> (tipnu tak ~10) a spousteni debuggeru je i dal casove narocnejsi, ale 
> Je to proste uz rozsahlejsi system. Da se zatim vyridit mail nebo 
> kouknout, co se deje ve svete ;-) Po vyladeni nejakeho zakladniho 
> systemu uz vetsinou debugger nepouzivam, aplikaci tam nahravam pres 
> OTA po siti, coz je docela rychle a ladim prostrednictvim prikazove 
> konzole a vypisu taky po siti.
>
> Dne 22.11.2022 v 2:27 Petr Labaj napsal(a):
>> Pěkný, i když listopadový den přeji.
>>
>> Běžné procesory ARM nejsou, ale všelijaké ty ESP32 a ESP8266 jsou k 
>> dispozici v hojném množství a za skvělé ceny.
>> Tak jsem si řekl, že už asi dozrál čas na změnu.
>> Má to spoustu paměti a spoustu MHz.
>> Periferie sice nejsou nic moc, ale na spoustu věcí by se to asi dalo 
>> použít.
>>
>> No a tak jsem začal bojovat se SW. A prohrál jsem. :-(
>>
>> Napřed jsem zkusil VS Code+PlatformIO. Můj dojem z toho je, že je to 
>> čistá destilovaná hrůza.
>> Všechno se tam vždy dělá jinak, než by mi to přišlo logické.
>> Tak tohle jsem vzdal.
>>
>> Pak jsem nainstaloval na Linux jenom ten jejich holý toolchain.
>> Pro překlad se používá nějaký Pythonový script idf.py.
>> Tohle sice nějak funguje, ale je to šíleně pomalé.
>> Je to u vás taky tak?
>>
>> Když spustím vygenerování aplikace hello_world (tj. pár řádků v C), 
>> tak to pracuje 9 sekund.
>> Když už je vygenerovaná, takže make už nedělá nic, tak to prvá 3 
>> sekundy.
>> Přijde mi to hrozně pomalé.
>> Na stejném stroji za 3 sekundy přeložím pomocí GCC program pro ARM o 
>> několika ticících řádcích.
>> A že bych někdy překládal 9 sekund, to se mi snad nestalo nikdy.
>>
>> A pak dotaz k ladění.
>> Já zatím žádnou desku nemám, tak jenom teoretizuju.
>> Existuje prosím nějaká možnost (třeba nějaký vylepšený bootloader) 
>> jak ladit čistě v RAM?
>> Tj. aby se přeložený kód nějakým způsobem nasypal rovnou do RAM a 
>> spustil? Tedy ne přes flash?
>>
>> Děkuji za případné rozumy a tipy.
>> Zatím jsem z toho v hluboké depresi a mumlám si "zlatý ARM".
>>
>> PL