Příspěvky

1

Vývoj / Re:Vezme AI ajťákům práci?

« kdy: 16. 02. 2026, 17:05:47 »

Trosku rozvirim debatu


https://pasteboard.co/1LxVZ0Uc1ZJD.png

Ty 16bit windows (aplikace) nebezi v dosboxu, ale primo jako nativni Linuxovy proces (v 16ti-bitovych LDT segmentech). Je to takovy proof of concept, ktery ma hromadu chyb, nicmene i tak to je pomerne hodne kodu, kde AI udelala naprosto zasadniho pomocnika. Zacal jsem s tim v pulce ledna, obvykle neco malo udelam podle chuti jednou za par dni vecer nebo u kavy. O vikendu jsem nechal AI nastrelit jednoduchy 16bit program, ktery bezi v tech Windows a sleduje udalosti oken; vyrobil mu rozhrani, ktere to umi prenest do 32bitoveho kodu. Zadal mu, aby z toho udelal spojak oken odpovidajici tomu co bezi v guest Windowsech. Tohle doplnil na cca 10 iteraci, aby to "nejak fungovalo" (na obrazovce jsou videt artefakty, kdy je blbe poskladany Z-order oken a tisic dalsich chyb). Pak jsem mu vysvetlil jak to napojit na X11, v nekolika fazich, kde vzit obsah ktereho okna. Tohle uz bylo horsi, protoze ty okna bez dekoraci jsou celkem problematicka, ale nakonec se i bez me velke frustrace povedlo. Takze za mne skvely pomocnik... driv by takovy projektik pro zabavu nepripadal v uvahu, byla by to prace treba na rok.

PS: Pokud byste nekdo mel v supliku licenci (primarne) na Windows 3.x, nebo nejaky vetsi  Win16 soft z te doby (Photoshop etc), a chteli ji venovat, moc by se mi hodila. Je to ve fazi, kdy je uz realne, ze z toho bude nejaky open source. Vyhledove nejspis budu potrebovat sehnat i licence na OS/2 (ruzne verze) a Win9x. (vice e-mailem, dekuji za pripadnou "podporu").

2

Odkladiště / Re:Poraďte účetního

« kdy: 30. 01. 2024, 17:20:30 »

Nevim jakou dan jste vyplnoval, predpokladam z prijmu, tam se obavam nejde vyplnit "same nuly". Minimalne budou chybet odpovidajici vykazy (to Vam formular musel psat), priloha, apod. Ale mozna mate pravnickou osobu se zcela nulovou rozvahou, pak je to OK.

3

/dev/null / Re:Kalendar 2024 na pripomenuti zajimavych pocitacovych udalosti

« kdy: 07. 01. 2024, 19:53:49 »

Dekuji, jen bych poprosil idealne o zdrojovani (url), treba Star Wars day jsem neznal, treba tam nekdy udelam jeste QR kody. A idealne i "muj" format, abych udelal jen Ctrl+C/V. Dekuji.

4

/dev/null / Kalendar 2024 na pripomenuti zajimavych pocitacovych udalosti

« kdy: 07. 01. 2024, 19:18:15 »

Po temer nulovem "uspechu" na serveru oldcomp.cz bych si dovolil zverejnit jeste zde moji snahu o vytvorit kalendar pro rok 2024 na pripomenuti si ruznych udalosti tykajicich se pocitacu, zejmena tech lokalnich (narozeni/umrti zajimavych lidi, uvedeni historicky zajimavych produktu, apod.). Puvodni post je zde: https://oldcomp.cz/viewtopic.php?f=45&t=6461&p=157492#p157365 a aktualni verze ke stazeni zde  https://www.uschovna.cz/en/zasilka/NU7D75LP3MMBP37Z-XNV/

Uvitam, pokud mi doplnite nejake dalsi "milniky" historie, zde jsou aktualni data (prosim davat idealne radky rovnou v mem CSV formatu, zajmove okruhy jsou vzdy v komentari):

Kód: [Vybrat]

# zajimave dny
14.03.0000;Pi day [03/14]

# Osobnosti oldcomp
11.08.1950;Narozen Steve Wozniak [Woz], jeden ze zakladatelů Apple Computer;https://en.wikipedia.org/wiki/Steve_Wozniak
24.02.1955;Narozen Steve Jobs, jeden ze zakladatelů Apple Computer;https://en.wikipedia.org/wiki/Steve_Jobs
05.10.2011;Zemřel Steve Jobs, jeden ze zakladatelů Apple Computer;https://en.wikipedia.org/wiki/Steve_Jobs
30.07.1940;Narozen Clive Marles Sinclair
16.09.2021;Zemřel Clive Marles Sinclair;https://en.wikipedia.org/wiki/Clive_Sinclair
01.06.1646;Narodil se Gottfried Leibniz, konstruktér prvního počítacího stroje a vynálezce dvojkové soustavy

# Internet
30.04.1993;CERN zveřejnil software pro WWW;https://www.home.cern/science/computing/birth-web

# Unix/Linux/...
25.08.1991;Linus Torvalds oznamuje Linux;https://en.wikipedia.org/wiki/History_of_Linux
28.12.1969;Narozen Linus Torvalds;https://en.wikipedia.org/wiki/Linus_Torvalds
04.02.1943;Narozen Ken Thompson;https://en.wikipedia.org/wiki/Ken_Thompson
30.01.1942;Narozen Brian Kernighan;https://en.wikipedia.org/wiki/Brian_Kernighan
09.09.1941;Narozen Dennis Ritchie, spoluautor C a Unixu;https://en.wikipedia.org/wiki/Dennis_Ritchie

# Udalosti pocitace
24.01.1984;Steve Jobs uvádí první model Macintoshe;https://cwsisecurity.com/the-history-of-the-apple-macintosh/
29.06.2007;Zahájen prodej první generace iPhone;https://en.wikipedia.org/wiki/IPhone_(1st_generation)

# hacking
17.11.1985;Vychází první číslo Phrack magazínu;http://www.phrack.org/issues/1/1.html
06.08.1963;Narozen Kevin Mitnick
16.07.2023;Zemřel Kevin Mitnick
21.11.2021;Train's Secondary Compressor Stops Working Day;https://social.hackerspace.pl/@q3k/111618420373868285

# cz/sk oldcomp osobnosti
14.09.1907;Narodil se Antonín Svoboda;https://cs.wikipedia.org/wiki/Anton%C3%ADn_Svoboda
18.05.1980;Zemřel se Antonín Svoboda;https://cs.wikipedia.org/wiki/Anton%C3%ADn_Svoboda
06.02.1944;Narodil se Eduard Smutný, hlavní vývojář SAPI;https://cs.wikipedia.org/wiki/Eduard_Smutn%C3%BD
23.12.1948;Narodil se Roman Kišš, autor PMD-85;https://www.pic-piestany.sk/o-meste/vyznamne-osobnosti/detaily/?tx_kioscosmotron_pi1%5Bdetail%5D=0179473

# cz/sk scena
12.09.1991;Vznik první mobilní sítě v ČR;https://www.novinky.cz/internet-a-pc/mobil/clanek/aktivace-mobilniho-cisla-za-29-000-kcs-prvni-mobilni-sit-nmt-byla-jen-pro-vyvolene-40371805
13.02.1992;oficiální připojení Československa k Internetu;https://www.30letinternetu.cz/akce/konference-30-let-internetu-v-ceske-republice/
25.04.2006;Den nbusr123 - napaden server Národného Bezpečnostného Úradu Slovenské republiky;https://www.root.cz/zpravicky/slovensky-narodny-bezpecnostny-urad-napaden/
20.07.2006;Zabavení serveru hysteria.sk;https://www.root.cz/clanky/hysteria-sk-jmenem-zakona-se-zabavuje/
05.05.2007;Spuštění serveru uloz.to;https://cs.wikipedia.org/wiki/Ulo%C5%BE.to_Disk
17.01.1998;Session skupiny CzERT monitorována a navštívena PČR;https://eldar.cz/kangaroo/zasek_do_zivyho/node5.html
10.05.2003;Uskutečnila se Nostagia-Párty´03;http://www.bytefest.cz/c/rocniky/2
01.12.2023;Ukončení veřejného stahování ze serveru uloz.to;https://cs.wikipedia.org/wiki/Ulo%C5%BE.to_Disk

# statni svatky CR pro ukotveni v realite normalnich lidi ;) - bratia Slovaci prominu
01.01.0000;Den obnovy samostatného českého státu;https://www.mpsv.cz/svatky-v-ceske-republice
08.05.0000;Den vítězství;https://www.mpsv.cz/svatky-v-ceske-republice
05.07.0000;Den slovanských věrozvěstů Cyrila a Metoděje;https://www.mpsv.cz/svatky-v-ceske-republice
06.07.0000;Den upálení mistra Jana Husa;https://www.mpsv.cz/svatky-v-ceske-republice
28.09.0000;Den české státnosti;https://www.mpsv.cz/svatky-v-ceske-republice
28.10.0000;Den vzniku samostatného československého státu;https://www.mpsv.cz/svatky-v-ceske-republice
17.11.0000;Den boje za svobodu a demokracii;https://www.mpsv.cz/svatky-v-ceske-republice

Podle toho jak to dopadne jeste upravim layout a nageneruji novou verzi. Dekuji!

5

Hardware / Re:Zdroj pro MINI-ITX PSU 200W NAS

« kdy: 21. 12. 2023, 13:05:21 »

Diky za tip, k tomu P-MOSFETu mate nejake konkretni zapojeni s konkretnimi soucastkami?

Uz se mi pri nevhodnych L/C zatezich povedlo zlikvidovat celkem dost FETu, pravda vetsinou v designech "od oka" (bez dostatecne rezervy a nevyhodnoceni nejakych meznich stavu, ktere asi v praxi nastavaly).

Rele je pro tu moji aplikaci v praxi overene jako plne funkcni reseni, tak jsem trosku opatrny se zmenami, staci ze ted tam bude nove USB PD misto 12V zdroje.

-----------

K tem plastovym spinanym zdrojum (bezpecnym pro laika) - zkousel jsem jich driv hromady, no a porad mi odchazely, mam trosku podezreni na nedostatecny odvod tepla pri 24/7. Ty "prumyslove derovane cinske" (Meanwell je dela taky) z nejakeho duvodu drzi, nevim jestli to je lepsi ventilaci (mam je treba roky na pude ve vetsi plechove krabici).

6

Hardware / Re:Zdroj pro MINI-ITX PSU 200W NAS

« kdy: 20. 12. 2023, 16:46:06 »

No ja bych zatim jednoznacne sel do "cinskeho prumysloveho zdroje 12V", v takove te derovane skatuli. Mam jich asi 10, pouzivam je poddimenzovane, a zatim maji nejvetsi vydrz.

Ale zalibily se mi USB-PD nabijecky, na nejake jednodussi pouziti (ne 200W !!). Na domluvu ohledne napeti s PD nabijeckou se pouzivaji "trigger boardy", co jsem koukal, tak to asi nejdriv pripoji +5V a pak dohodne vyssi napeti (napr. 12V), coz asi neni uplne idealni.

Kazdopadne ted budu delat nejake zarizeni, ktere bude USB PD vyuzivat prave na tohle a bude mit na vystupu rele, takze by to mohlo byt uz pouzitelne, ze to nejprve dohodne +12V@maxAmp, zmeri vystup nez nabehne na 12V a pak cvakne relatkem (a bude tam i step-down na +5V, takze mi z toho poleze +12 i +5V). Zajimaji mne proto zkusenosti ostatnich.

7

Vývoj / Re:C++ call back

« kdy: 19. 12. 2023, 14:07:01 »

jenže jak bys např. udělal že jeden potomek chce zavolat funkci1() - každou sekundu,  funkci2() co 10s a funkci3() co 15s atd ( např. teď píšu potomka co chci aby jednou za 10minut zkontroloval připojená čidla, každé 2minuty reportoval teplotu a co 1s hlídal překročení teploty).
Jenže jiní potomci vůbec časové funkce nepotřebují - nač je mít tedy implementovane v předkovi (sice s prázdným tělem).....A to bych tam měl mít v tom předkovi pro každý čas fnkci? Nebo mít v předkovi pevný počet funkcí na čas a jen proměnnýma vybírat kdy se jaká spouští??

Moje odpoved neni C++, ale jestli to je embedded vec, tak tohle si rika primo o vyuziti sluzeb RTOS.

V automotive se pouziva OSEK, ktery na toto ma vse potrebne.

(ovsem ne vsude, jedna automobilka ma implementovano v roce 2022 tohle v ECU motoru pomoci nekolika fci obsahujici hejno volani dalsich fci a je to nejak rozdelene na "volej casto" "volej mene casto" "volej jeste mene casteji" ...)


Jestli jsou ty C++ tridy tak odlisne, ze vznikaji subsety virtualnich metod, zavani to trosku spatnym navrhem, ale to jen odhaduji. Chtelo by to asi vice detailu.

8

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 13. 12. 2023, 11:43:21 »

No ja osobne bych pri uceni se neceho noveho snazil omezit na nejnizsi moznou miru ruzne dalsi nezname, tzn. pouzil bych na nauceni se komunikace pres to nejjednodussi reseni (dva RP2040 TX-RX proti sobe] nejaky ceckovy priklad, pak bych tam treba zkusil pridat ten RS485 budic, naucil se jak funguje half-duplex, zkusil bych si reseni kolizi aby mohly oba nody vysilat, pak bych to zkusil prepsat do Rustu, apod.

Kdyz zacnete nejakym projektem jako je ten PJON (a jeste navic s optickym prenosem, ktery ma sva uskali! - jsou na to cela cviceni na VS!!) tak vubec podle meho nazoru nebudete tusit kde muze byt problem.

Navic je potreba dat pozor na to, ze komunitni embedded projetky maji casto znacne pochybnou funkcionalitu. To je asi hlavni vyhoda RP2040, ze to nestaveli amateri, kteri si nekde "tvori" a casto netusi ani co delaji. Dokumentace i SDK k tomu davaji smysl, je to udelane profesionalne.

9

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 11. 12. 2023, 22:29:51 »

RS485 https://en.wikipedia.org/wiki/RS-485 a na nem bezi normalni UART, je potreba pripojit transceiver - treba https://ecom.cz/eshop/vse/vyhledavani=RS485 - vyhodne je zvolit 3.3V variantu, resp. na RX pinu udelat ze dvou odporu delicku, ktera z 5V udela 3.3V ; lze pouzit i LIN nebo CAN-BUS transceivery misto tech RS485 (opet je maji i v tom ecomu). Na 8m to vsechny ty sbernice daji zrejme i bez terminace, kdyz na nich pobezi UART treba na 9600 (po kroucenem paru z toho ethernetu).

Prime propojeni pinu RP2040 na takovou vzdalenost jednoznacne povede k likvidaci tech GPIO (staticka el + to co se tam naindukuje z nn rozvodu apod). Proto je nutny ten transceiver.

10

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 11. 12. 2023, 10:42:49 »

Ten ethernet mne teda dostal. Videl jsem driv ten projekt s par odpory na ukazku "jak na to". Zjevne to ale lidi vnimaji jako "dobre" reseni. Navic se musim pozastavit nad tim, ze vetsinou kvalita kodu ruznych takovychto bastlu je dost priserna, nekde na hranici experimentalni pouzitelnosti (nemluvim tady o tom ethernetu, ten jsem nevidel).

Ja jsem myslim expert na delani lowcost reseni, kdy se ruzne nedostupne obvody nahrazuji nejakymi bastly, ruzne komunikacni protokoly (napr. SAE J1850) se implementuji ciste softwarove ... ale tohle je moc uz i na mne.

Nic proti, ale ja byt na Vasem miste bych asi zacal necim, co je praxi overene (tzn. treba nejake STM32 s CAN-BUSem), naucil se to na tom, a pak treba zkousel nejake dalsi nevyslapane cesticky.

11

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).

12

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 :-(.

13

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.

14

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 :-)

15

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)