Příspěvky

1

Hardware / Re:Výhody RISCV

« kdy: 25. 10. 2023, 08:47:02 »

Problem je v tom, ze od ARMu potrebujete licenci. Nejde ani tak o ISA (i kdyz pry jsou zeme, kde neni legalni si ani udelat vlastni design implementujici napr. ARM ISA), jako spis o nejake patenty, ktere jsou na ISA uzce navazany. Ptal jsem se na to driv uz vice lidi a nikdy jsem zadny konkretni seznam nedostal, stale by mne to zajimalo.

R-V jde implementovat bez tech licencnich veci tykajicich se primo ISA, ale opet je otazka, jestli clovek pri nejake chytrejsi implementaci nenarazi na neci patent. Toto by mne opet zajimalo, jestli nekdo mate nejake background info (napadaji mne patenty ohledne synchronizace pameti u vice jader).

2

Vývoj / BLE GATT: párování a přístup v Linuxu a Windows

« kdy: 11. 10. 2023, 16:45:30 »

Resili jste prosim nekdo BLE4 GATT zarizeni:

- v Linuxu typu moderni Ubuntu/Fedora (bluez pres dbus, napr. s knihovnou https://github.com/labapart/gattlib/tree/master ) aby melo security (napr. priklad z esp32 gatt_security_server ) ? Umim pouzivat BLE GATT bez security, idealne bych chtel, aby se nemuselo zarizeni parovat do systemu (ale muze), ale neumim to se security (je to spis o tom ze ted nevim jak na to, resp. nerozumim te dbusove verzi bluez).

- ve Windows 10 & 11, aby se dalo pristoupit na GATT zarizeni bez parovani ? Ono to mozna nejde, viz https://learn.microsoft.com/en-us/answers/questions/133218/connecting-to-services-for-unpaired-ble-devices a https://stackoverflow.com/questions/62461110/windows-10-1909-ble-connecting-without-pairing a  https://stackoverflow.com/questions/38703701/connect-to-ble-peripheral-on-windows-10/38765239

Podotykam, ze to potrebuju v C, v horsim pripade v C++, ale ne C# apod. Windows API na GATT jsou zde https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/ ; bohuzel nedostanu se bez naparovani k handle :-(.

3

Software / Re:Podpis PDF pomocí e-občanky

« kdy: 08. 10. 2023, 11:37:18 »

Proti certifikatu v souboru (pres Win uloziste, tzn. melo by to chodit i proti cert./klic na karte) pouzivam dlouhodobe JSignPDF. Jedine co mi vadi je to, ze se musim proklikat vzdy par okny nez mohu zvolit misto kam do PDF umistit "viditelny/klikatelny" podpis, ten je logicky u kazdeho PDFka trosku jinde.

4

Vývoj / Re:PIC32Mx vývoj v Linuxu

« kdy: 22. 09. 2023, 22:47:47 »

Nebudu zakladat nove vlakno, kdyz se to tyka tematu - potrebuju do toho MIPSe (nebo obecne jineho embedded zarizeni se SoC s opravdu malo RAM - zde je to 20kB*) nahrat vyvijeny kod do RAMky toho procesoru.

Reseni, ktere mne napadlo je vzit stripnuty ELF a nahrat ho pres nejake rozhrani (seriak apod.) do toho procesoru, kde bude jednoduchy "linker", ktery provede relokace (-fPIC to hodne omezi) a nabinduje symboly z flashky. Tenhle loader uz mam hotovy z jineho projektu. Problem je v tom, ze ELF co vyleze z GCC je moc velky a ne pro muj ucel uplne optimalne sestaveny. A ja nechci vymyslet kolo, treba uz existuje reseni, ktere optimalizuje ELF tak, aby zabiral co nejmin mista, a veci nutne pro load mel az na konci. Netrvam na ELFu, muze to byt klidne i jiny format, ktery splni tenhle ucel. Znate nekdo neco takoveho, nebo resili jste takovou vec?

Vyse uvedene reseni vyrazne zvysi "development cycles per minute" (ted to je dokonce mensi nez 1 :-( ).

Asi bych to pak recykloval i na risc-v (ESP32C3), tam je development cycle take priserny.

Dekuji

------------
* s cca takovym mnozstvim pameti pry ridili cernobylsky reaktor :-)

5

Vývoj / Re:ESP8266 a první aplikace

« kdy: 31. 08. 2023, 16:13:24 »

No, extra důvod k tomu není. Prostě jsem nevěděl o něčem lepším. Začínám

Mohu se zeptat, jaky je duvod dneska pouzivat ESP8266, kdyz tu mame napr. ESP32C3, nebo ruzna modernejsi Tensilicova ESP32Sx apod. ?

Jak tu nekdo psal o cene, levnejsi je prave ESP32, mozna tedy ne jako modul, nesleduji to.

Ale rozhodne bych doporucil se poohlednout po nejakem ESP32 (idealne Risc-V), protoze

1) je v tom budoucnost, clovek se neuci historii, Espressif nekde psal ze dalsi obvody budou R-V
2) je to vyrazne lepe navrzene nez ESP8266 (clovek si taky nedela ridicak v  Trabantu, ale radsi nejake Fabii)

6

Vývoj / Re:ESP8266 a první aplikace

« kdy: 29. 08. 2023, 09:32:08 »

Mohu se zeptat, jaky je duvod dneska pouzivat ESP8266, kdyz tu mame napr. ESP32C3, nebo ruzna modernejsi Tensilicova ESP32Sx apod. ?

7

Hardware / Re:Doporučte hobby mikropáječku

« kdy: 30. 07. 2023, 14:44:22 »

Konkrétní objednací kód nalezený namátkou v datasheetu mi pak Google ukázal u globálních distributorů - tzn. na termistor za 40 Kč přibyde pár stokorun dopravné...

Jo a prej je to nějaká keramika, tzn. teoreticky je to křehký materiál. A nevím, co to má za kontakty. Možná dva polepy/elektrody, z každé strany jednu...

Koukal jsem, je i na DigiKey, kde jsem v zivote dopravne neplatil ... a zda se, ze se to normalne paji, takze je potreba nejspis dat pozor i na teplotu, aby se sam neodpajel.

8

Vývoj / Re:PIC32Mx vývoj v Linuxu

« kdy: 30. 07. 2023, 12:38:17 »

Zapomnel jsem dodat, ze workaround na specificky atribut adress toho xc32 je zde: https://godbolt.org/z/rMrz4j71W, to by melo prinest urcitou miru kompatibility na urovni zdrojaku, i kdyz idealni to rozhodne neni. CMSIS-style mi prirostl mnohem vic k srdci.

9

Vývoj / Re:PIC32Mx vývoj v Linuxu

« kdy: 30. 07. 2023, 12:29:59 »

Ano, xc32 je zalozene na gcc, zdrojaky (asi nejake ne uplne kompletni) jsou zde: https://ww1.microchip.com/downloads/aemDocuments/documents/DEV/ProductDocuments/SoftwareTools/xc32-v4.30-src.zip

(da se tam doklikat pres https://www.microchip.com/en-us/tools-resources/archives/mplab-ecosystem )

Jenze to clovek zase skonci s Microchipim prekladacem se vsemi nevyhodami. Proc, kdyz tu je fungujici GCC pro MIPS ?

(otazka mimo tema-nemate nekdo zdrojaky gcc+binutils pro TriCore a C166 ? )

10

Hardware / Re:Doporučte hobby mikropáječku

« kdy: 30. 07. 2023, 12:18:52 »

Jdou mi trochu oči křížem... pozitivní termistor jako topné tělísko? Topení a termostat monoliticky v jednom :-)

Tohle je běžná praxe, ve vzduchotechnice se používají mnoha-kilowattové PTC ohřívače. Má to výhodu zpětné vazby (měřením odporu) a bezpečnosti (při selhání regulátoru se to nepřehřeje).

Poradite mi, kde se da tohle koupit jako "soucastka" ? Googlem jsem nic pouzitelneho a rozumne draheho nenasel.

Otazka obecne: Cim provadite ohrev plosnych spoju zespoda pri pajeni nejakych narocnejsich obvodu ?

11

Hardware / Re:Doporučte hobby mikropáječku

« kdy: 25. 07. 2023, 01:27:55 »

Mel jsem nekolik mikropajecek, ale skoncil jsem u nejake superlevne cinske s T12 hroty. Ted jsem koukal jaky hrot pouzivam, na 90% prace to je T12-KU (a to s tim procinovavam celkem tluste slanene vodice na jedne strane, az po pajeni ruznych IC typu LQFP48 s 0.5mm rozteci, nebo na 'opraveni' blbe zapajenych QFN).

Vyjimecne treba na ta QFNka kdyz potrebuju sahnout bez tavidla jen na konkretni pad mam hrot T12-JLO2 (a jde to i spickou -KU, jen musi byt cista).

Hrotu mam hromadu, po koupi jsem chvili zkousel k cemu je ktery dobry, nakonec pouzivam opravdu jen ty dva.

12

Vývoj / PIC32Mx vývoj v Linuxu

« kdy: 24. 07. 2023, 10:36:46 »

Pouzivate nekdo standardni mips-gcc pro vyvoj pro PIC32Mx (MIPS SoCy od Microchipu) v Linuxu  ?

Existuje xc32 pro Linux, ano, vim o tom, ale rad bych pouzil idealne mips-gcc (v Ubuntu je crosscompiler, kterym jsem vygeneroval zda se spravnou binarku). Hlavni problem tam je s atributem "address", ktery se pouziva na vsechny registry - to umim obejit pres #define pro celociselne registry.

Motivace meho asi nezvykleho prani je to, ze vyvoj v Linuxu (vi, gcc,make) je pro mne mnohem rychlejsi nez v MPLABu X, navic obcas crosscompiluju na ARM hostu, pro ktery xc32 neni. Presne takhle resim ruzne Cortexy-M. Popravde jsem byl dost prekvapen tim jak MPLAB X funguje, uplne jiny svet, nez na ktery jsem zvykly.

13

Vývoj / Re:Tester x86 (zejm.) ALU instrukcí

« kdy: 29. 06. 2023, 11:26:43 »

Ano, v jinem projektu jsem to resil tak, ze u kazdeho basic blocku byl krome startadresy ulozeny i rezim. Tady to ale nebude potreba, default je 32bit a vse dal uz urci addr/op prefixy.

14

Windows a jiné systémy / Re:Doživotní licence vs. předplatné u Visual Studio

« kdy: 28. 06. 2023, 16:18:13 »

Jen takovy maly priklad, existuje obor, kde se pirati SW pres nakupy na eBayi (Ali, ... a ja nevim kde). "Faktura" na tyhle nakupy samozrejme vzdycky je, minimalne jako nejaky order confirmation. Co jsem vypozoroval, je tam resena otazka 'dobre viry', a protoze v danem oboru SW stoji treba 50k/rok, tak se s tim obzalovani maji celkem problem popasovat, jak mohl uverit, ze to koupil s licenci za tisicovku, kdyz to pomalu ani nestoji zelezo propojene se SW.

Pokud jde o lokalni prodeje, z oznamujici strany muzu rict, ze u vyslechu preprodejci (nakoupi na Ali, prihodi 100% a tady proda) vzdy tvrdili "ze oni byli v dobre vire", ale OCTR jim to neuverily . Narazil jsem i na cloveka, ktery sedel za nejake unosy a tohle mel asi jako bokovku .

Situace je asi jina u veci typu Windows, kde ty original licence skutecne mohou byt velmi levne, az skorozadarmo.

15

Vývoj / Re:Tester x86 (zejm.) ALU instrukcí

« kdy: 28. 06. 2023, 15:46:06 »

Jako chapu autorovu potrebu mit testovaci sadu, a z duvodu dvojite chyby by takovy test mel napsat nekdo jinej nez on. A az budou mit oba hotovo, tak to muzou poustet behem vyvoj dokola a dokola.. a odhalovat pripadne regrese v kodu.

Nakonec to asi budu muset naprogramovat sam. Zvazuju jestli mam vubec resit PF. A jestli ma smysl AF. V target kodu se myslim ani jedno nepouziva, ale muzu se samozrejme plest. PF vyresit muzu celkem snadno tim, ze si nekam po ukonceni translace basic bloku NEBO informaci ze potrebuju plne flagy ulozim vysledek a pak pouziju lookup table, to same na ten AF, jen to jsou uplne zbytecne cykly navic.

K otestovani jsou:

- vypocty EA
- prehozy mezi registry: pushpop, segmentove
- ALU operace rozdelen i na 8  / 16 / 32 bitu a ruzne formaty zapisu X testy ruznych flagu x ruzne vstupy (rozdily horniho bitu, preteceni, apod.).

Prvni reseni bude asi udelat nejakou tabulku, ktera bude obsahovat tyhle ruzne vektory a pak nejspis pres random nagenerovat sadu testu, kde si treba na stacku budu naxorovavat vysledky, a srovnam realne CPU vs. translaci. Sice to neni idelani, ale odhali to asi spoustu chyb. Nektere vyzivnejsi sady si ulozim jako testvektory.

Jsem zvedav, jestli najdu i nejakou chybu v nejakych emulatorech a jestli to treba dobehne dobre na Win/ARM .