<![CDATA[DIY Electronic projects - ARM]]> https://forum.yu3ma.net/ Thu, 08 Oct 2026 13:09:21 +0000 MyBB <![CDATA[STM32H755 ecmx — HTTP/S server po nginx-ovim pravilima, na mikrokontroleru]]> https://forum.yu3ma.net/showthread.php?tid=3155 Fri, 28 Aug 2026 19:38:52 +0000 mikikg]]> https://forum.yu3ma.net/showthread.php?tid=3155 ecmx — HTTP/S server po nginx-ovim pravilima, na mikrokontroleru

Svaki embedded web server koji sam do sada koristio ima isti problem: rute su C funkcije zakucane u firmver. Hoćeš da dodaš redirect, promeniš timeout, zaštitiš /admin klijentskim sertifikatom? Novi build, novo flešovanje, i moli se da usput nisi slomio nešto drugo. A taj problem je na serverskoj strani rešen pre dvadeset godina — rešenje se zove nginx.conf.

ecmx je HTTP/S server za mikrokontrolere koji čita nginx-ovu konfiguraciju: isti format fajla, isti location blokovi (prefiks, =, ^~, ~, ~*), iste direktive — podskup, ne sve, o tome pošteno niže. I što je važnije od sintakse: pušta nginx-ove sopstvene testove, pa se njegovo ponašanje ne dokazuje mojom rečju nego test suite-om koji svako može da pokrene.

Uz njega, na drugom jezgru istog čipa, radi ecm-forth — real-time Forth interpreter u kome živi aplikaciona logika. Rezultat: ponašanje uređaja se menja izmenom tekst fajla i reload-om, ne flešovanjem.

Meta: NUCLEO-H755ZI-Q — Cortex-M7 na 480 MHz (server) plus Cortex-M4 na 240 MHz (Forth, sa tvrdim rokom od 1 ms).


Zašto ne neki od običnih embedded servera?

Legitimno pitanje — za prosto "serviraj mi index.html sa senzorskim očitavanjima" ecmx je overkill. Razlika se vidi kad uređaj treba da živi godinama kod klijenta:
  • Konfiguracija umesto rekompajliranja. Rute, TLS, keepalive, pristup — tekst fajl, ne #ifdef šuma. Ko je ikad pisao nginx.conf, već zna da podesi ovaj server.
  • Ponašanje koje je neko već dokumentovao. Ne izmišljam semantiku pa je opisujem u README-u — preuzimam nginx-ovu, koja je opisana, poznata adminima i pokrivena tuđim testovima. Kad se ecmx i nginx ne slažu, to je po definiciji bug u ecmx-u.
  • Deterministička memorija. Nula malloc-a — nigde, uključujući TLS. Nema fragmentacije hipa, nema "radio je tri nedelje pa stao". Sve što će ikad biti zauzeto zna se u trenutku linkovanja.
  • Logika bez flešovanja. Forth skripta se kompajlira jednom pri boot-u, pa se VM zapečati. Izmena logike = nova skripta + reload. Firmver se ne dira.

Ne znam ni za jedan drugi server u ovoj klasi koji se meri nginx-ovim testovima — ako neko zna, neka javi, ozbiljno me zanima.


Kako je građen

Jezgro servera je sans-I/O: transport mu doda bajtove, ono vrati nameru (WANT_READ, WANT_WRITE, CLOSE, IDLE). Zato isto jezgro radi i preko POSIX soketa i na golom metalu bez sloja za kompatibilnost — i zato može da se testira punom brzinom na radnoj stanici.

Dve tvrde odluke, za ceo sistem: nula malloc-a (uključujući TLS i Forth VM) i nula statičkog RAM-a — 0 data i 0 bss u svih 19 modula servera.


Memorija

Svaki broj je marginalna cena iz dva prava linkovanja — sagradi sa modulom, sagradi bez njega, oduzmi. Zbir veličina objektnih fajlova se ne koristi, jer se tako deljene pomoćne funkcije i niske naplate dvaput.

Code:
komponenta                    fleš (B)  RAM fiksni  RAM po vezi -------------------------------------------------------------------- jezgro (petlja, parser,        16 196          664        2 651         odgovor, baferi, tajmeri) TLS (mbedTLS, bez hipa)        101 744      20 792        23 552 regex mašina                    6 052            0            0 telnet konzola                  5 384            0            0 promenljive                      3 684            0            0 ciklus konfiguracije            2 620            0            0 datum / vreme                    2 336            0            0 merni brojači                    1 892          480            0 parser konfiguracije            1 724            0            0 statički fajlovi                1 116            0            0 auth kuka                          316            0            0 -------------------------------------------------------------------- sve osim TLS-a                  41 320        1 144        2 651

Zauzeće čipa: fleš 317 376 od 1 048 576 B (30,3 %), RAM 482 016 od 524 288 B (91,9 % — server, stekovi, mrežni baferi, 16 TLS veza).

TLS pojede sve. Na 23,5 KB po vezi, 16 istovremenih TLS sesija traži oko 400 KB od 512 KB koliko ovaj čip ima. Pravi budžet nije broj funkcija nego broj veza — podizanje sa 16 na 64 košta 127 KB, više nego svi opcioni moduli zajedno.


Brzina

Četiri izmene, svaka merena posebno na hardveru. Merenja na radnoj stanici su svaki put pogrešno predvidela veličinu dobitka, pa ih ovde i ne navodim.

Code:
                                      zaht/s    promena ------------------------------------------------------------ 1. polazno                              3 567 2. -O2                                  4 155      +16,5 % 3. izbačen snprintf                    4 305      +3,6 % 4. međujezgarni prekid (HSEM)          4 149      -3,6 %

Korak 2: radna stanica je predvidela 1,58×, hardver dao 1,17×. Korak 3: snprintf zamenjen formaterom celih brojeva od 709 bajtova, proverenim protiv samog snprintf-a na 3,5 miliona slučajeva.

Korak 4 je zanimljiv. Na ruti koja stvarno prelazi na drugo jezgro, propusnost je otišla sa 631 na 3 853 zaht/s — 6,1×, a p99 kašnjenje sa 32 ms na 8,2 ms. Na svim ostalim rutama je oduzeo 3,6 %. Da sam naveo samo ono 6,1× ispalo bi lepše i bilo bi manje korisno.

Usko grlo nikad nije bilo sanduče između jezgara nego milisekundna granulacija tajmera: drugo jezgro odgovori za 51 µs, dvadeset puta brže nego što petlja ume da probudi vezu. Prekid je omogućio da se red tajmera potpuno preskoči. Sama granulacija je i dalje tu.


ecm-forth — logika na drugom jezgru, sa rokom

Server servira; logiku uređaja piše korisnik — u Forth-u. ecm-forth je threaded-code VM po Chuck Moore modelu: reči se jednom kompajliraju u tokene, runtime vidi samo brojeve, imena posle boot-a više ne postoje. Ćelija je mašinska reč (32-bit na STM32, 64-bit na serveru), dispatch je computed-goto, ceo VM je ~10 KB .text na Cortex-M7 (-Os).

Tri odluke koje ga čine upotrebljivim u produkciji, ne samo na demo tabli:
  • Budžet koraka — nijedna reč ne može da vrti večno. "begin 0 until" vrati grešku "limit izvršavanja"; čip ne trepne, ništa se ne obesi.
  • Pečat — posle boot-a VM odbija SVAKO novo definisanje. Izvršava se samo ono što je već kompajlirano. Nema "eval user inputa" rupe, po dizajnu.
  • Nula alokacija — VM se digne nad statičkim baferom, ista priča kao server.

Na H755 Forth radi na Cortex-M4 sa tvrdim rokom od 1 ms po otkucaju. Sa ploče, u trenutku pisanja ovog posta:

Code:
najgori slučaj ikada          21 µs  (od 1 000 µs budžeta) propušteni rokovi od reseta      0 greške Forth koda                0

Onaj međujezgarni prekid iz koraka 4 gore dodao je tačno 2 µs na najgori slučaj — zato je i smeo da uđe.

I VM je testiran kako treba: 303 provere × 5 konfiguracija (host 64-bit computed-goto, host 64-bit switch, host 32-bit, MCU profil, ASan+UBSan) plus prevod za M0/M4/M7 — na svakoj gradnji. U kompajler su ugrađene tri tehnike iz PicForth-a (tail-call na ";", constant folding, fuzija poređenja i grane), svaka izmerena istim bench harnessom: konstantna petlja 2,7×, flag petlja 1,7×, a repna rekurzija od 100k nivoa pretvorena iz "ruši stek" u "radi".


Naspram nginx-a — 25 imena direktiva prema 459

Referenca je nginx 1.24.0 sa podrazumevanim modulima plus http_ssl: 459 jedinstvenih direktiva u 53 modula. Pošteno sortirano, tri korpe:

Code:
radi          statički fajlovi  uslovni zahtevi, opsezi bajtova, ETag,                                   gzip_static; 77 od 78 diferencijalnih                                   provera se poklapa sa pravim nginx-om               location          prefiks, =, ^~, ~, ~*               TLS                mbedTLS bez alokacije, klijentski certi,                                   ECDSA P-256/P-384 delimično      keepalive          4 direktive; granulacija tajminga 1 ms nema          error_page        svaki 404/403/301 ide sa Content-Length: 0                                   (nginx šalje 153-169 B HTML-a)               rewrite/if/set    19 od 34 testa pada; regex mašina POSTOJI,                                   modul ne               allow/deny        mali moduli, ali vidi upozorenje dole               auth_basic neće ni biti  gzip u radu        zlib deflate traži ~262 KB po vezi na                                   nginx-ovim podrazumevanim vrednostima;                                   gzip_static pokriva isti posao               proxy/FastCGI      221 direktiva; traže klijentsku stranu,               upstream          upstream skup, keš na disku i deljenu                                   memoriju između procesa — ovde je jedan                                   proces i jedna nit               HTTP/2, HTTP/3    van opsega za ovu klasu uređaja               stream, mail

Najoštrija ivica, otvoreno: nepoznata direktiva se trenutno ćutke ignoriše. nginx odbija da se digne na njoj. To znači da konfiguracija koja sadrži deny all ili auth_basic ovde uredno prođe i ne sprovodi ništa — bezbednosna zamka, ne neudobnost. To je sledeća stvar koja se popravlja.


Kako se proverava

Tvrdnje o ugrađenom serveru su jeftine. Ovih pet provera je teško lažirati i puštaju se na svakoj gradnji.

1. Nula alokacija, dokazano linkerom. Test binarni fajl se linkuje sa -Wl,--wrap=malloc,--wrap=calloc,--wrap=realloc. Svaka alokacija bilo gde — uključujući unutar mbedTLS-a — uveća brojač. Pun mTLS handshake i raskid prijavljuju nulu. Ovo nije tvrdnja iz pregleda koda; build pada ako ikad prestane da važi.

2. nginx-ovi sopstveni testovi, sa imeniocem koji se ne pumpa. 279 od 313. Dve ograde, obe čine broj gorim: 476 od 495 test fajlova se preskoči jer traže proxy, stream ili HTTP/2 — i konfiguracija koju server prijavljuje namerno ne tvrdi --without-http_rewrite_module, iako rewrite-a nema. Da tvrdi, rezultat bi bio 279/294, tako što bi padove sakrio umesto popravio.

3. Diferencijalno protiv pravog nginx-a. Isti zahtevi se puste na ecmx i na pravi nginx 1.24.0 nad istim fajlom, pa se odgovori porede polje po polje. Odvojeno, regex mašina se poredi sa PCRE2 10.42 na 367 584 parova obrazac/ulaz, uključujući nasumično generisanje obrazaca. Oba trenutno prijavljuju nula neslaganja.

4. Greška koju je ovo našlo prošle nedelje. POSIX klase znakova — [[:digit:]], [[:alnum:]] — kompajlirale su se bez greške i čitale kao običan skup znakova:

Code:
[[:digit:]]+  nad "123"  ->  ne hvata      <- trebalo bi da hvata [[:digit:]]+  nad ":]"  ->  HVATA        <- ne bi smelo [0-9]+        nad "123"  ->  HVATA        (kontrola, ispravno)

Znači location ~ ^/admin/[[:alnum:]]+$ ne bi hvatao ništa. Preživelo je 354 415 nasumičnih poređenja zato što generator obrazaca nikad ne emituje [[:. Uhvatio ga je harness sa fiksnim obrascima. To je argument za to da se puštaju oba, i razlog zašto se "nula neslaganja" uvek mora čitati zajedno sa "nad kojim ulazima". Sad je popravljeno: svih 14 POSIX klasa, negacija, i PCRE-ova tačna pravila za neispravne slučajeve.

5. Ploča opisuje samu sebe. Sve gore je i "datasheet" stranica koju servira sam H755 — sa živim brojačima (uptime, opsluženi zahtevi, najgori slučaj RT jezgra, propušteni rokovi) koje stranica vuče sa /api/sve svake tri sekunde. Server koji se opisuje je server koji ti odgovara.


Otvoreno

Code:
nepoznate direktive se ćutke ignorišu    bezbednost  konfiguracija koja izgleda                                                       zaštitno to nije istek sertifikata se ne proverava        bezbednost  istekli klijentski certi                                                       se prihvataju listen [::]:port ubija server blok      ispravnost  proces radi bez slušača granulacija tajmera je 1 ms              brzina      spori rukovaoci plaćaju                                                       >=1 ms po krugu nema rewrite / if / set                  funkcije    19 padova; mašina postoji prazna tela odgovora na greške          kozmetika    odstupa od nginx-a na                                                       svakom statusu greške


Sitno

Merenja: NUCLEO-H755ZI-Q, GCC -Os / -O2, mbedTLS bez hipa. Propusnost preko wrk -t2 -c8 -d20s na 100 Mbit Ethernetu, isti parametri u svakom prolazu. Referenca: nginx 1.24.0, PCRE2 10.42. Forth: 303 provere × 5 konfiguracija, bench harness identičan pre i posle optimizacija.

Pitanja i rupe u rezonovanju su dobrodošli — pola gornjeg spiska "otvoreno" je nastalo tako što je neko pitao "a jesi proverio...".]]> ecmx — HTTP/S server po nginx-ovim pravilima, na mikrokontroleru

Svaki embedded web server koji sam do sada koristio ima isti problem: rute su C funkcije zakucane u firmver. Hoćeš da dodaš redirect, promeniš timeout, zaštitiš /admin klijentskim sertifikatom? Novi build, novo flešovanje, i moli se da usput nisi slomio nešto drugo. A taj problem je na serverskoj strani rešen pre dvadeset godina — rešenje se zove nginx.conf.

ecmx je HTTP/S server za mikrokontrolere koji čita nginx-ovu konfiguraciju: isti format fajla, isti location blokovi (prefiks, =, ^~, ~, ~*), iste direktive — podskup, ne sve, o tome pošteno niže. I što je važnije od sintakse: pušta nginx-ove sopstvene testove, pa se njegovo ponašanje ne dokazuje mojom rečju nego test suite-om koji svako može da pokrene.

Uz njega, na drugom jezgru istog čipa, radi ecm-forth — real-time Forth interpreter u kome živi aplikaciona logika. Rezultat: ponašanje uređaja se menja izmenom tekst fajla i reload-om, ne flešovanjem.

Meta: NUCLEO-H755ZI-Q — Cortex-M7 na 480 MHz (server) plus Cortex-M4 na 240 MHz (Forth, sa tvrdim rokom od 1 ms).


Zašto ne neki od običnih embedded servera?

Legitimno pitanje — za prosto "serviraj mi index.html sa senzorskim očitavanjima" ecmx je overkill. Razlika se vidi kad uređaj treba da živi godinama kod klijenta:
  • Konfiguracija umesto rekompajliranja. Rute, TLS, keepalive, pristup — tekst fajl, ne #ifdef šuma. Ko je ikad pisao nginx.conf, već zna da podesi ovaj server.
  • Ponašanje koje je neko već dokumentovao. Ne izmišljam semantiku pa je opisujem u README-u — preuzimam nginx-ovu, koja je opisana, poznata adminima i pokrivena tuđim testovima. Kad se ecmx i nginx ne slažu, to je po definiciji bug u ecmx-u.
  • Deterministička memorija. Nula malloc-a — nigde, uključujući TLS. Nema fragmentacije hipa, nema "radio je tri nedelje pa stao". Sve što će ikad biti zauzeto zna se u trenutku linkovanja.
  • Logika bez flešovanja. Forth skripta se kompajlira jednom pri boot-u, pa se VM zapečati. Izmena logike = nova skripta + reload. Firmver se ne dira.

Ne znam ni za jedan drugi server u ovoj klasi koji se meri nginx-ovim testovima — ako neko zna, neka javi, ozbiljno me zanima.


Kako je građen

Jezgro servera je sans-I/O: transport mu doda bajtove, ono vrati nameru (WANT_READ, WANT_WRITE, CLOSE, IDLE). Zato isto jezgro radi i preko POSIX soketa i na golom metalu bez sloja za kompatibilnost — i zato može da se testira punom brzinom na radnoj stanici.

Dve tvrde odluke, za ceo sistem: nula malloc-a (uključujući TLS i Forth VM) i nula statičkog RAM-a — 0 data i 0 bss u svih 19 modula servera.


Memorija

Svaki broj je marginalna cena iz dva prava linkovanja — sagradi sa modulom, sagradi bez njega, oduzmi. Zbir veličina objektnih fajlova se ne koristi, jer se tako deljene pomoćne funkcije i niske naplate dvaput.

Code:
komponenta                    fleš (B)  RAM fiksni  RAM po vezi -------------------------------------------------------------------- jezgro (petlja, parser,        16 196          664        2 651         odgovor, baferi, tajmeri) TLS (mbedTLS, bez hipa)        101 744      20 792        23 552 regex mašina                    6 052            0            0 telnet konzola                  5 384            0            0 promenljive                      3 684            0            0 ciklus konfiguracije            2 620            0            0 datum / vreme                    2 336            0            0 merni brojači                    1 892          480            0 parser konfiguracije            1 724            0            0 statički fajlovi                1 116            0            0 auth kuka                          316            0            0 -------------------------------------------------------------------- sve osim TLS-a                  41 320        1 144        2 651

Zauzeće čipa: fleš 317 376 od 1 048 576 B (30,3 %), RAM 482 016 od 524 288 B (91,9 % — server, stekovi, mrežni baferi, 16 TLS veza).

TLS pojede sve. Na 23,5 KB po vezi, 16 istovremenih TLS sesija traži oko 400 KB od 512 KB koliko ovaj čip ima. Pravi budžet nije broj funkcija nego broj veza — podizanje sa 16 na 64 košta 127 KB, više nego svi opcioni moduli zajedno.


Brzina

Četiri izmene, svaka merena posebno na hardveru. Merenja na radnoj stanici su svaki put pogrešno predvidela veličinu dobitka, pa ih ovde i ne navodim.

Code:
                                      zaht/s    promena ------------------------------------------------------------ 1. polazno                              3 567 2. -O2                                  4 155      +16,5 % 3. izbačen snprintf                    4 305      +3,6 % 4. međujezgarni prekid (HSEM)          4 149      -3,6 %

Korak 2: radna stanica je predvidela 1,58×, hardver dao 1,17×. Korak 3: snprintf zamenjen formaterom celih brojeva od 709 bajtova, proverenim protiv samog snprintf-a na 3,5 miliona slučajeva.

Korak 4 je zanimljiv. Na ruti koja stvarno prelazi na drugo jezgro, propusnost je otišla sa 631 na 3 853 zaht/s — 6,1×, a p99 kašnjenje sa 32 ms na 8,2 ms. Na svim ostalim rutama je oduzeo 3,6 %. Da sam naveo samo ono 6,1× ispalo bi lepše i bilo bi manje korisno.

Usko grlo nikad nije bilo sanduče između jezgara nego milisekundna granulacija tajmera: drugo jezgro odgovori za 51 µs, dvadeset puta brže nego što petlja ume da probudi vezu. Prekid je omogućio da se red tajmera potpuno preskoči. Sama granulacija je i dalje tu.


ecm-forth — logika na drugom jezgru, sa rokom

Server servira; logiku uređaja piše korisnik — u Forth-u. ecm-forth je threaded-code VM po Chuck Moore modelu: reči se jednom kompajliraju u tokene, runtime vidi samo brojeve, imena posle boot-a više ne postoje. Ćelija je mašinska reč (32-bit na STM32, 64-bit na serveru), dispatch je computed-goto, ceo VM je ~10 KB .text na Cortex-M7 (-Os).

Tri odluke koje ga čine upotrebljivim u produkciji, ne samo na demo tabli:
  • Budžet koraka — nijedna reč ne može da vrti večno. "begin 0 until" vrati grešku "limit izvršavanja"; čip ne trepne, ništa se ne obesi.
  • Pečat — posle boot-a VM odbija SVAKO novo definisanje. Izvršava se samo ono što je već kompajlirano. Nema "eval user inputa" rupe, po dizajnu.
  • Nula alokacija — VM se digne nad statičkim baferom, ista priča kao server.

Na H755 Forth radi na Cortex-M4 sa tvrdim rokom od 1 ms po otkucaju. Sa ploče, u trenutku pisanja ovog posta:

Code:
najgori slučaj ikada          21 µs  (od 1 000 µs budžeta) propušteni rokovi od reseta      0 greške Forth koda                0

Onaj međujezgarni prekid iz koraka 4 gore dodao je tačno 2 µs na najgori slučaj — zato je i smeo da uđe.

I VM je testiran kako treba: 303 provere × 5 konfiguracija (host 64-bit computed-goto, host 64-bit switch, host 32-bit, MCU profil, ASan+UBSan) plus prevod za M0/M4/M7 — na svakoj gradnji. U kompajler su ugrađene tri tehnike iz PicForth-a (tail-call na ";", constant folding, fuzija poređenja i grane), svaka izmerena istim bench harnessom: konstantna petlja 2,7×, flag petlja 1,7×, a repna rekurzija od 100k nivoa pretvorena iz "ruši stek" u "radi".


Naspram nginx-a — 25 imena direktiva prema 459

Referenca je nginx 1.24.0 sa podrazumevanim modulima plus http_ssl: 459 jedinstvenih direktiva u 53 modula. Pošteno sortirano, tri korpe:

Code:
radi          statički fajlovi  uslovni zahtevi, opsezi bajtova, ETag,                                   gzip_static; 77 od 78 diferencijalnih                                   provera se poklapa sa pravim nginx-om               location          prefiks, =, ^~, ~, ~*               TLS                mbedTLS bez alokacije, klijentski certi,                                   ECDSA P-256/P-384 delimično      keepalive          4 direktive; granulacija tajminga 1 ms nema          error_page        svaki 404/403/301 ide sa Content-Length: 0                                   (nginx šalje 153-169 B HTML-a)               rewrite/if/set    19 od 34 testa pada; regex mašina POSTOJI,                                   modul ne               allow/deny        mali moduli, ali vidi upozorenje dole               auth_basic neće ni biti  gzip u radu        zlib deflate traži ~262 KB po vezi na                                   nginx-ovim podrazumevanim vrednostima;                                   gzip_static pokriva isti posao               proxy/FastCGI      221 direktiva; traže klijentsku stranu,               upstream          upstream skup, keš na disku i deljenu                                   memoriju između procesa — ovde je jedan                                   proces i jedna nit               HTTP/2, HTTP/3    van opsega za ovu klasu uređaja               stream, mail

Najoštrija ivica, otvoreno: nepoznata direktiva se trenutno ćutke ignoriše. nginx odbija da se digne na njoj. To znači da konfiguracija koja sadrži deny all ili auth_basic ovde uredno prođe i ne sprovodi ništa — bezbednosna zamka, ne neudobnost. To je sledeća stvar koja se popravlja.


Kako se proverava

Tvrdnje o ugrađenom serveru su jeftine. Ovih pet provera je teško lažirati i puštaju se na svakoj gradnji.

1. Nula alokacija, dokazano linkerom. Test binarni fajl se linkuje sa -Wl,--wrap=malloc,--wrap=calloc,--wrap=realloc. Svaka alokacija bilo gde — uključujući unutar mbedTLS-a — uveća brojač. Pun mTLS handshake i raskid prijavljuju nulu. Ovo nije tvrdnja iz pregleda koda; build pada ako ikad prestane da važi.

2. nginx-ovi sopstveni testovi, sa imeniocem koji se ne pumpa. 279 od 313. Dve ograde, obe čine broj gorim: 476 od 495 test fajlova se preskoči jer traže proxy, stream ili HTTP/2 — i konfiguracija koju server prijavljuje namerno ne tvrdi --without-http_rewrite_module, iako rewrite-a nema. Da tvrdi, rezultat bi bio 279/294, tako što bi padove sakrio umesto popravio.

3. Diferencijalno protiv pravog nginx-a. Isti zahtevi se puste na ecmx i na pravi nginx 1.24.0 nad istim fajlom, pa se odgovori porede polje po polje. Odvojeno, regex mašina se poredi sa PCRE2 10.42 na 367 584 parova obrazac/ulaz, uključujući nasumično generisanje obrazaca. Oba trenutno prijavljuju nula neslaganja.

4. Greška koju je ovo našlo prošle nedelje. POSIX klase znakova — [[:digit:]], [[:alnum:]] — kompajlirale su se bez greške i čitale kao običan skup znakova:

Code:
[[:digit:]]+  nad "123"  ->  ne hvata      <- trebalo bi da hvata [[:digit:]]+  nad ":]"  ->  HVATA        <- ne bi smelo [0-9]+        nad "123"  ->  HVATA        (kontrola, ispravno)

Znači location ~ ^/admin/[[:alnum:]]+$ ne bi hvatao ništa. Preživelo je 354 415 nasumičnih poređenja zato što generator obrazaca nikad ne emituje [[:. Uhvatio ga je harness sa fiksnim obrascima. To je argument za to da se puštaju oba, i razlog zašto se "nula neslaganja" uvek mora čitati zajedno sa "nad kojim ulazima". Sad je popravljeno: svih 14 POSIX klasa, negacija, i PCRE-ova tačna pravila za neispravne slučajeve.

5. Ploča opisuje samu sebe. Sve gore je i "datasheet" stranica koju servira sam H755 — sa živim brojačima (uptime, opsluženi zahtevi, najgori slučaj RT jezgra, propušteni rokovi) koje stranica vuče sa /api/sve svake tri sekunde. Server koji se opisuje je server koji ti odgovara.


Otvoreno

Code:
nepoznate direktive se ćutke ignorišu    bezbednost  konfiguracija koja izgleda                                                       zaštitno to nije istek sertifikata se ne proverava        bezbednost  istekli klijentski certi                                                       se prihvataju listen [::]:port ubija server blok      ispravnost  proces radi bez slušača granulacija tajmera je 1 ms              brzina      spori rukovaoci plaćaju                                                       >=1 ms po krugu nema rewrite / if / set                  funkcije    19 padova; mašina postoji prazna tela odgovora na greške          kozmetika    odstupa od nginx-a na                                                       svakom statusu greške


Sitno

Merenja: NUCLEO-H755ZI-Q, GCC -Os / -O2, mbedTLS bez hipa. Propusnost preko wrk -t2 -c8 -d20s na 100 Mbit Ethernetu, isti parametri u svakom prolazu. Referenca: nginx 1.24.0, PCRE2 10.42. Forth: 303 provere × 5 konfiguracija, bench harness identičan pre i posle optimizacija.

Pitanja i rupe u rezonovanju su dobrodošli — pola gornjeg spiska "otvoreno" je nastalo tako što je neko pitao "a jesi proverio...".]]> <![CDATA[Level shifter 1.8V <> 3.3V]]> https://forum.yu3ma.net/showthread.php?tid=2776 Thu, 03 Nov 2022 23:18:42 +0000 mikikg]]> https://forum.yu3ma.net/showthread.php?tid=2776
da li može možda jednostavnije ili da se još ubrza?
Ovaj sklop ima oko 120ns rise-delay i oko 300ns fall-delay ali je makar signal vrlo korektan sa dobrim nivoima.

Sve ostale kombnijacije sa MOS-FET nisu mi se pokazale dobro na ovim naponima, nekako je složen signal ali je vrlo problematičnog oblika sa dosta nekih brljotina i traži specifične MOS-FET.

Treba mi pomoćno rešenje da vežem 1.8V <> 3.3V digitaliju, tri linije u jednom smeru i jedna linija u drugom, unidirekcione su sve linije, 

Znam da imaju IC rešenja ali mi treba neko brzinsko rešenje samo da proradi je treba sa SW da radim dalje, sad imam problem sa tim naponskim nivoima, ova 3.3V periferija ne može da skonta kao logičko 1 ako je signal 1.8V, treba da bude oko 2.3V i tako za toliko sve ne-radi, mora da se pomeri nivo ...

[Image: attachment.php?aid=38678]

.png   Screen Shot 2022-11-04 at 00.16.35.png (Size: 33,48 KB / Downloads: 129) ]]>
da li može možda jednostavnije ili da se još ubrza?
Ovaj sklop ima oko 120ns rise-delay i oko 300ns fall-delay ali je makar signal vrlo korektan sa dobrim nivoima.

Sve ostale kombnijacije sa MOS-FET nisu mi se pokazale dobro na ovim naponima, nekako je složen signal ali je vrlo problematičnog oblika sa dosta nekih brljotina i traži specifične MOS-FET.

Treba mi pomoćno rešenje da vežem 1.8V <> 3.3V digitaliju, tri linije u jednom smeru i jedna linija u drugom, unidirekcione su sve linije, 

Znam da imaju IC rešenja ali mi treba neko brzinsko rešenje samo da proradi je treba sa SW da radim dalje, sad imam problem sa tim naponskim nivoima, ova 3.3V periferija ne može da skonta kao logičko 1 ako je signal 1.8V, treba da bude oko 2.3V i tako za toliko sve ne-radi, mora da se pomeri nivo ...

[Image: attachment.php?aid=38678]

.png   Screen Shot 2022-11-04 at 00.16.35.png (Size: 33,48 KB / Downloads: 129) ]]> <![CDATA[Napajanje za RPi + Display]]> https://forum.yu3ma.net/showthread.php?tid=2711 Mon, 04 Apr 2022 16:57:18 +0000 1van]]> https://forum.yu3ma.net/showthread.php?tid=2711
Trenutno za potrebe jednog testa, imam sledeću konfiguraciju: RaspberryPi sa dosta USB periferija (npr. kamera, mis, zvucnik) i Display (15 inča, Touch Screen). Imam posebno napajanje za RPi od 5V 3A i za Display 12V 1A.

Kako ovo treba da bude mobilno, a vec ima previše kablova jer ima i drugih komponenti, hocu da makar napajanje "prebacim u jedno".
Kako bi vi ovo najjednostavnije rešili?

Hvala.]]>
Trenutno za potrebe jednog testa, imam sledeću konfiguraciju: RaspberryPi sa dosta USB periferija (npr. kamera, mis, zvucnik) i Display (15 inča, Touch Screen). Imam posebno napajanje za RPi od 5V 3A i za Display 12V 1A.

Kako ovo treba da bude mobilno, a vec ima previše kablova jer ima i drugih komponenti, hocu da makar napajanje "prebacim u jedno".
Kako bi vi ovo najjednostavnije rešili?

Hvala.]]> <![CDATA[Nabavka RPi4 u 2022-oj]]> https://forum.yu3ma.net/showthread.php?tid=2670 Sat, 15 Jan 2022 21:00:27 +0000 mancube]]> https://forum.yu3ma.net/showthread.php?tid=2670
Dolaze u obzir i drugi ARM kompjuterčići, jedini uslov je da imaju USB3 (ili neki drugi bus koji se može konvertovati u SATA ili idealno native SATA) i gigabitni LAN. 

Hvala unapred na odgovoru!]]>
Dolaze u obzir i drugi ARM kompjuterčići, jedini uslov je da imaju USB3 (ili neki drugi bus koji se može konvertovati u SATA ili idealno native SATA) i gigabitni LAN. 

Hvala unapred na odgovoru!]]> <![CDATA[RPi kernel driver za RM67162 - custom]]> https://forum.yu3ma.net/showthread.php?tid=2668 Wed, 12 Jan 2022 07:29:33 +0000 mikikg]]> https://forum.yu3ma.net/showthread.php?tid=2668
da li je neko slučajno pisao neke video linux 5.x kernel drivere za RPi?

Potrebno mi je da poteram 1.91'' displej 240x536px koji ima na sebi RM67162 display driver i koji koristi MIPI-DSI konekciju.
Oznaka tog displeja je E1918AM3.A firme EDO (EverDisplay Optronics).
U prilogu je DS od tog displeja.

Ono sto je tu bitno je na stanici 12 i 13, tu ima deo procedure za inicializaciju. To je odprilike sve što imam na tu temu oko tog displeja, nemam ništa drugo od primera ili dodatne dokumentqacije.

Za sam chip RM67162 imam neku verziju DS-a ali na primer tu nisam moga da nadjem sve opise registra koji se spominju u proceduri za inicializaciju, na primer nema opisa za "page" pod brojevima 4, 6 i 9, ima opis do page=3, takodje fale opisi za još neke registre (npr 0x6A) tako da mi se tu nešto ne slaže, izgleda da je u pitanju neka custom verzija chipa!?

DS za displej:
https://www.slideshare.net/ShawnHu5/191-...cell-phone

DS za RM67162:
https://drive.google.com/file/d/1Ck6OyF9...79rO8/view

---

Sto se tiče RPi drajvera, našao sam source-code za najsličniji drajver koji vozi RM68200:
https://github.com/torvalds/linux/blob/m...-rm68200.c

Probao sam taj drajver da prevedem i za divno čudo prevodi se bez problema, koristio sam Makefile poput ovog (samo promeio ime fajla/drajvera)

Quote:obj-m += rm67162-driver.o

KDIR = /lib/modules/5.10.63-v7l+/build

all:
make -C $(KDIR) M=$(shell pwd) modules

clean:
make -C$(KDIR) M=$(shell pwd) clean

-----

Kako da nastavim dalje sa ovim, kojom mukom da mučim ovaj RM67162 displej ... ? : (]]>
da li je neko slučajno pisao neke video linux 5.x kernel drivere za RPi?

Potrebno mi je da poteram 1.91'' displej 240x536px koji ima na sebi RM67162 display driver i koji koristi MIPI-DSI konekciju.
Oznaka tog displeja je E1918AM3.A firme EDO (EverDisplay Optronics).
U prilogu je DS od tog displeja.

Ono sto je tu bitno je na stanici 12 i 13, tu ima deo procedure za inicializaciju. To je odprilike sve što imam na tu temu oko tog displeja, nemam ništa drugo od primera ili dodatne dokumentqacije.

Za sam chip RM67162 imam neku verziju DS-a ali na primer tu nisam moga da nadjem sve opise registra koji se spominju u proceduri za inicializaciju, na primer nema opisa za "page" pod brojevima 4, 6 i 9, ima opis do page=3, takodje fale opisi za još neke registre (npr 0x6A) tako da mi se tu nešto ne slaže, izgleda da je u pitanju neka custom verzija chipa!?

DS za displej:
https://www.slideshare.net/ShawnHu5/191-...cell-phone

DS za RM67162:
https://drive.google.com/file/d/1Ck6OyF9...79rO8/view

---

Sto se tiče RPi drajvera, našao sam source-code za najsličniji drajver koji vozi RM68200:
https://github.com/torvalds/linux/blob/m...-rm68200.c

Probao sam taj drajver da prevedem i za divno čudo prevodi se bez problema, koristio sam Makefile poput ovog (samo promeio ime fajla/drajvera)

Quote:obj-m += rm67162-driver.o

KDIR = /lib/modules/5.10.63-v7l+/build

all:
make -C $(KDIR) M=$(shell pwd) modules

clean:
make -C$(KDIR) M=$(shell pwd) clean

-----

Kako da nastavim dalje sa ovim, kojom mukom da mučim ovaj RM67162 displej ... ? : (]]> <![CDATA[RPi Pico]]> https://forum.yu3ma.net/showthread.php?tid=2527 Thu, 21 Jan 2021 15:01:49 +0000 gorankg]]> https://forum.yu3ma.net/showthread.php?tid=2527 https://thepihut.com/collections/raspber...ry-pi-pico

[*]RP2040 microcontroller chip designed by Raspberry Pi in the United Kingdom
[*]Dual-core ARM Cortex M0+ processor, flexible clock running up to 133 MHz
[*]264kB of SRAM, and 2MB of onboard Flash memory. . .
[*]. . . itd.]]> https://thepihut.com/collections/raspber...ry-pi-pico

[*]RP2040 microcontroller chip designed by Raspberry Pi in the United Kingdom
[*]Dual-core ARM Cortex M0+ processor, flexible clock running up to 133 MHz
[*]264kB of SRAM, and 2MB of onboard Flash memory. . .
[*]. . . itd.]]> <![CDATA[Brother HL-1223WE na RPI 4]]> https://forum.yu3ma.net/showthread.php?tid=2519 Wed, 06 Jan 2021 14:29:47 +0000 gorso69]]> https://forum.yu3ma.net/showthread.php?tid=2519 Novi OS za RPI 4 ima CUPS i on ga vidi (sa drajverom za HL-1240) ali neće da štampa.Raport kaće da je proces (job) ok,na štampaču blinka led za prijem podataka ali čtampe nema.
Drajveri za linux su svi koje sam našao za i386 a ne za ARM kompajlirani.Na RPI 4 se u print setingu može dodati i kao USB ili mrežni štampač ali sve sa drajverom za HL-1240.Ima li pomoći za moj problem?]]> Novi OS za RPI 4 ima CUPS i on ga vidi (sa drajverom za HL-1240) ali neće da štampa.Raport kaće da je proces (job) ok,na štampaču blinka led za prijem podataka ali čtampe nema.
Drajveri za linux su svi koje sam našao za i386 a ne za ARM kompajlirani.Na RPI 4 se u print setingu može dodati i kao USB ili mrežni štampač ali sve sa drajverom za HL-1240.Ima li pomoći za moj problem?]]> <![CDATA[RPI 4 SSD BOOT]]> https://forum.yu3ma.net/showthread.php?tid=2471 Mon, 12 Oct 2020 15:20:31 +0000 gorso69]]> https://forum.yu3ma.net/showthread.php?tid=2471 <![CDATA[Miskatino Basic | Arduino Mini (2k) | STM32F103]]> https://forum.yu3ma.net/showthread.php?tid=2329 Tue, 21 Jan 2020 15:58:52 +0000 mikikg]]> https://forum.yu3ma.net/showthread.php?tid=2329
Arduino Mini (2k) or STM32F103
https://github.com/Miskatino/miskatino-basic

Web emulator:
https://miskatino.github.io/miskatino-basic/

Uputstvo za Miskatino Basic:
https://github.com/Miskatino/miskatino-b...sic-Manual]]>
Arduino Mini (2k) or STM32F103
https://github.com/Miskatino/miskatino-basic

Web emulator:
https://miskatino.github.io/miskatino-basic/

Uputstvo za Miskatino Basic:
https://github.com/Miskatino/miskatino-b...sic-Manual]]> <![CDATA[Prvi na 1GHz]]> https://forum.yu3ma.net/showthread.php?tid=2271 Thu, 17 Oct 2019 06:55:58 +0000 gorankg]]> https://forum.yu3ma.net/showthread.php?tid=2271 i.MX RT1170 od NXP.

https://blog.nxp.com/tech-insights/proce...id=1624830]]> i.MX RT1170 od NXP.

https://blog.nxp.com/tech-insights/proce...id=1624830]]> <![CDATA[LSE LPTIM LPUART problem]]> https://forum.yu3ma.net/showthread.php?tid=2184 Thu, 02 May 2019 09:14:30 +0000 Goran.Mahovlic]]> https://forum.yu3ma.net/showthread.php?tid=2184
Kada se to desi, ne pomaže nikakav softreset, niti pomaže reset preko reset pina.
Ali ne pomaže niti to da se obriše flash i stavi novi.

Ono što pomogne je micanje baterije, nakon toga radi bez ikakvih problema vjerojatno do sljedećeg blokiaranja...
To mi se je desilo samo nekoliko puta, pa sam dokumnetirao koliko sam uspio.
Ono što je mogući uzrok je da ja palim i gasim LPTIM i mjenjam mu prescalar da bi provjerio da li mi dolaze impulsi a imao malu potrošnju.
Uzrok može biti i neki nepredvidivi reset, ali teško je ponoviti problem, to se je desilo u par mjeseci 3 puta na različitim uređajima ...

Problem sam na kraju morao zaobići tako da za source LPTIM-a i LPUART-a koristim drugi clock...
RTC cijelo vrijeme radi na LSE i to ne staje...

ST je rekao da nemaju to dokumentirano i da vide da je problem ali ne znaju kako bi mi pomogli osim ovako kako sam si sam pomogao...


.png   CLK_status.png (Size: 127,52 KB / Downloads: 30)

U prilogu je 7zip sa slikicama.
Jedno je uređaj koji radi normalno, drugo je taj "zapeo"

https://yadi.sk/d/RXyyYuF9yw13kA

Pa ako itko ima takva ili slična iskustva ...
Nedavno sam bio u Mariboru pa sam to ispričao, pa su mi rekli da su jako sličan problem imali na sveučilištu, ali nisu znali detalje...]]>
Kada se to desi, ne pomaže nikakav softreset, niti pomaže reset preko reset pina.
Ali ne pomaže niti to da se obriše flash i stavi novi.

Ono što pomogne je micanje baterije, nakon toga radi bez ikakvih problema vjerojatno do sljedećeg blokiaranja...
To mi se je desilo samo nekoliko puta, pa sam dokumnetirao koliko sam uspio.
Ono što je mogući uzrok je da ja palim i gasim LPTIM i mjenjam mu prescalar da bi provjerio da li mi dolaze impulsi a imao malu potrošnju.
Uzrok može biti i neki nepredvidivi reset, ali teško je ponoviti problem, to se je desilo u par mjeseci 3 puta na različitim uređajima ...

Problem sam na kraju morao zaobići tako da za source LPTIM-a i LPUART-a koristim drugi clock...
RTC cijelo vrijeme radi na LSE i to ne staje...

ST je rekao da nemaju to dokumentirano i da vide da je problem ali ne znaju kako bi mi pomogli osim ovako kako sam si sam pomogao...


.png   CLK_status.png (Size: 127,52 KB / Downloads: 30)

U prilogu je 7zip sa slikicama.
Jedno je uređaj koji radi normalno, drugo je taj "zapeo"

https://yadi.sk/d/RXyyYuF9yw13kA

Pa ako itko ima takva ili slična iskustva ...
Nedavno sam bio u Mariboru pa sam to ispričao, pa su mi rekli da su jako sličan problem imali na sveučilištu, ali nisu znali detalje...]]> <![CDATA[RTC na STM32 za baterijski rad]]> https://forum.yu3ma.net/showthread.php?tid=2182 Wed, 01 May 2019 08:22:57 +0000 prasimix]]> https://forum.yu3ma.net/showthread.php?tid=2182
Drugo, a moguće da sam krivo mjerio, ali MCU povlači ispod 2 uA iz baterije kada je spojen na radno napajanje. Međutim kada ga ugasim, potrošnja skoči na nešto preko 20 uA. Kako je to moguće? U nastavku je fragment šeme na kojem se vidi kako su dovedena napajanja na MCU.

[Image: 4ez7g4V.png]]]>
Drugo, a moguće da sam krivo mjerio, ali MCU povlači ispod 2 uA iz baterije kada je spojen na radno napajanje. Međutim kada ga ugasim, potrošnja skoči na nešto preko 20 uA. Kako je to moguće? U nastavku je fragment šeme na kojem se vidi kako su dovedena napajanja na MCU.

[Image: 4ez7g4V.png]]]> <![CDATA[RPI 3 + IQ audio pi dac +]]> https://forum.yu3ma.net/showthread.php?tid=2121 Sat, 02 Mar 2019 08:13:27 +0000 gorso69]]> https://forum.yu3ma.net/showthread.php?tid=2121 <![CDATA[STM32 + ST-Link + PlatformIO - Debug]]> https://forum.yu3ma.net/showthread.php?tid=2102 Mon, 04 Feb 2019 00:49:07 +0000 vsavic]]> https://forum.yu3ma.net/showthread.php?tid=2102
Za flashovanje koristim ST-Link v2.

E sad, imam problem kad u setup ubacim I2C, medjutim, nisam siguran kako da debugiram ovo cudo a da ne kacim sad i logic analyzer.

Jel ima neka fora da mogu direktno da citam sa target-a poruke koje ispisujem sa `Serial.println()` dok je povezan preko ST-LINK-a il jok?]]>
Za flashovanje koristim ST-Link v2.

E sad, imam problem kad u setup ubacim I2C, medjutim, nisam siguran kako da debugiram ovo cudo a da ne kacim sad i logic analyzer.

Jel ima neka fora da mogu direktno da citam sa target-a poruke koje ispisujem sa `Serial.println()` dok je povezan preko ST-LINK-a il jok?]]> <![CDATA[RPi graficke biblioteke]]> https://forum.yu3ma.net/showthread.php?tid=2024 Fri, 19 Oct 2018 21:17:07 +0000 mikikg]]> https://forum.yu3ma.net/showthread.php?tid=2024 https://github.com/ajstarks/openvg

U pitanju su vrlo proste bazicne funkcije za crtanje ali koje ne zahtevaju X11, Qt ili desktop okruzenje uopste, jednostavno preko OpenGL (EGSL) se obraca grafickom procesoru i crta trazene funkcije.

Biblioteka i nekoliko primera se vrlo lako prevode i sve radi na prvu!

Ovo i jos dodatno Boost biblioteka su zakon, to moze da radi opako dobro ...
https://www.boost.org]]> https://github.com/ajstarks/openvg

U pitanju su vrlo proste bazicne funkcije za crtanje ali koje ne zahtevaju X11, Qt ili desktop okruzenje uopste, jednostavno preko OpenGL (EGSL) se obraca grafickom procesoru i crta trazene funkcije.

Biblioteka i nekoliko primera se vrlo lako prevode i sve radi na prvu!

Ovo i jos dodatno Boost biblioteka su zakon, to moze da radi opako dobro ...
https://www.boost.org]]>