HARVIE: Je to myslím speciálně udělaný pro ty pinbally. Ten display má 128x32 bodů a ty mají stavy jen zapnuto/vypnuto. Ten "protokol" pro přenost dat je relativně jednoduchej. Pro rekonstrukci toho obrazu stačí vyčítat asi jen 3 signaly. Hodiny, seriový data a ještě asi jeden co odděluje ty jednotlivý obrázky toho "videa". Tady někdo popsal něco dost podobnýho, řešil to právě přes ten logickej analyzátor. Na tom jsem začal.

RORSCHACH: no tak na zaklade popisu toho protokolu (ktery bud znas nebo prectes z datasheetu) bude asi snazsi vybrat vhodne reseni. treba pude vyuzit nejaka existujici periferie. urcite bude snazsi ti poradit, kdyz ramcove nastrelis jak ten protokol vypada.

HARVIE: Teď nevím jak to myslíš. To jak ten display funguje vím, mám k němu i schéma. Já potřebuju nějak nedestruktivně vyčítat co do něj posílá 30 let starej pinballovej stroj a tohle mi přišlo jako relativně jednoduchý řešení. Třeba je i nějaký lepší způsob, nechám se poučit :)

Zdravim panove,

neprovozujete nahodou nekdo na raspberry OCIS (ownCloud Infinite Scale)? Kdyz se mi to konecne povedlo zprovoznit, tak jsem zjistil, ze po nahrati nekolika malo souboru pada server. Zajimave je, ze na normalnim debianu nebo na linuxmintu server nepada ani kdyz kopiruji cele adresare o velikosti stovek MB dat.

RORSCHACH: neni lepsi najit datasheet toho displeje?

TOOMIX: Ok

REDSNAKE: jo tam to jde. V Nydroidu pro Android to otevřít nejde, ne FYXu a v Nnn to otevřít jde

TOOMIX: Tak asi je to standardni aplikace od Marka prej. Co ja vim 🙂

REDSNAKE: nyxdroid pro iOS není ne? To je jen FYX a standardní iOS klient od NYXe

SKAUT: U me dobry, nyxdroid pro ios

REDSNAKE: Minimálně v mobilni androidi appce nefungují odkazy.

Dovolím si malej spam, prodávám zásoby které už nevyužiji.
[RASPBERRY Pi 3 Model B 1GB]
[Orange Pi One H3 512MB 2ks]

DIDA: Ono to asi většině nevadí ale když je z toho CAN deska na toolhead 3D tiskárny která je uzavřená tak mají lidi problémy.
Nejsem programátor ( takovej vecnej začátečník) takže po programový strance nevím ale po HW se mi jinak líbí. Hezky vybavenej, USB nativně rozměrově nenáročný, levný, PIO se taky zdají hodne fajn... Low power tuším moc není (tam asi vyjde lip ESP32 - na desce co jsem si dělal jsem se dostal na 5μA ).

DIDA: Já mám pocit, že ta interní flash paměť (2MB) se dá použít na čtení/zápis dat, ale nezkoušel jsem.

Na tom Pico se mi nejvíc líbí jak jednoduchý je ho flashnout. Zmáčknu tlačítko, připojím, nahraju tam firmware staženej z netu a funguju. U těch ostatních čipů je to občas hroznej porod to buildnout a flashnout. Ve spojení s tím Circuit/MicroPythonem super věc na výuku/zkoušení, když si tam člověk jen prostě edituje čímkoliv kód a po uložení souboru se to samo přenačte a není potřeba nic flashovat a hodiny čekat.

SKAUT: Aha, tak tohle mi zrovna nevadilo. Koukám, že se dělá pouze ve verzi do 85°C. Já jsem PICO testoval hned jak vyšlo, ale bylo k tomu ještě prd dokumentace a dost věcí přes standardní knihovny nechodilo. Pak jsem se k tomu už nevrátil a když nastala CPU krize a v podstatě se nedali za rozumnou cenu sehnat moje oblíbené STMka, tak jsem přešel u čeho to šlo na ESP32. Dneska mám v hodně zařízeních ESP32-S3 a spokojenost. Hodně tomu prospělo nativní USB, jak na programování, tak na debug. S3 je hodně povedená, konečně není část pinů pouze vstupních a část co se nesmí používat kvůli sdílení s vnitřní FLASH jako u 32. Asi jediné co mě mrzí je to, že odstranili RMII. Řeší se to teď přes SPI, třeba s W5500. Každopádně za tu cenu co se S3 prodává je super.

DIDA: A mohla by být verze na vyšší teploty 😔

RORSCHACH: Jo, je super, jen škoda, že do něj nedali nějakou interní FLASH paměť.

RORSCHACH: Já mám na RPI udělaný měřící systém na závody dronů, kde mám na GPIO IR přijímač a v SW z něj dekóduji data. Vyhradil jsem na to jedno sólo vlákno a zbytek (grafika, zápisy do databáze, atd.) jede v dalším. Na každém dronu je potom malinký "tag" s IR led a ten moduluje neustále dokola jedinečné ID. Funguje to dobře, ale je to bohužel o proti tobě na 40kHz, takže 10x nižší rychlost.
Asi bych to osobně řešil tak, že bych tam prdnul nějaké STMko, tím to snímal a ihned odesílal třeba po SPI do RPI. SPI na RPI bez problémů zvládá vysoké rychlosti, to běžně používám.

Nevyčítáte někdo na Raspberry Pi relativně rychlý digitální signály? Chtěl bych skrz Pi vyčítat, co jde do displeje pinballovýho stroje a nějak to zpracovat (hodit na jinej display, poslat někam na internet atp.). Frekvence kterou tam ten pinball tlačí pixely je cca 500 kHz. Odhaduju správně, že tak rychlej signál skrz GPIO nejsem schopnej přečíst?

Zatím jsem to zkoušel vyřešit přes nějakej levnej logickej analyzátor a sigrok. To teda "nějak" funguje, ale ten sigrok mi občas spadne, když z něj ty data vyčítám. Těžko říct, čím to je. Jestli jsem to blbě naprogramoval nebo je nějaký problém v tom analyzátoru, případně v sigroku.

Než to začnu nějak řešit víc (měnit analyzátor, sigrok nebo to přeprogramovávat), tak bych se chtěl ujistit, že je tohle ten správnej přístup. Třeba by to šlo udělat nějak líp a jednodušeji.