Příspěvky

16

Vývoj / Re:FPGA s Verilog na PCIe kartě

« kdy: 15. 10. 2021, 12:47:49 »

Potřebuji do FPGA dostat blok o velikosti ~32MB, zpracovat ho, dostat ho zpátky do RAM.
Ideální tak zpracovat 20 až 30 takových bloků za vteřinu.
...

Jakožto člověk, který měl to štěstí, že se FPGA už nějaký ten rok zabývá (a třeba teď mně jeden z v diskuzi výše zmíněných SoC ARM + PL zrovna leží na stole), vám mohu dát pouze jednu radu:
Dokud svůj algoritmus, který chcete do FPGA dostat, do poslední mrtě neodkryjete a neprodiskutujete s někým, kdo FPGA skutečně rozumí a dělá s nimi, tak jsou jakékoliv úvahy o PCIe kartách, velikostech FPGA, velikostech paměti, požadovaných přenosových rychlostech atp. bezpředmětné. Ono se totiž může stát (jak už tu někdo psal), že algoritmus bude pro implementaci nevhodný (a to třeba ani ne z důvodu, že by se tam nedal nacpat, ale rychlost, cena,...). Jako jo, v těch nejlepších FPGA můžete mít třeba desítky floating-pointových jednotek s jednoúčelovým mikrořadičem vedle sebe a I/O konektivitu v řádu desítek Gb/s, ale ty náklady (jak na hw, tak hlavně na vývoj).

17

Odkladiště / Re:Počítač bez integrovaných obvodů

« kdy: 08. 10. 2021, 20:39:44 »

Ten clovek je blazen ;-) jeho serie o 6502 a ty miliony dratku na breadboardech, proste uzasny. Vratil jsem se do mladi a mych zacatku s pocitaci ( je to k nevire ale i po 30ti letech kdy to nepotrebuj si pamatuji opcode nekterych instrukci 6502 ).

Kdysi jsem měl studenta, co přinesl prototyp diplomky s 8031 (takže registr, EPROM venku, SRAM venku, displej atd.) na tom největším nepájivém kontaktním poli, co v GME měli (snad 25 x 25 cm). Měl tam tolik drátových propojek univerzálním zeleným zvonkodrátem, že nebylo místy vidět to pole. Vše pěkně v pravých úhlech, někde i 5, 6 vrstev na sobě. Nosil to v krabici od bonboniéry vložené mezi skripta v kabele a světe div se, ono mu to chodilo. Až jednou po tlačenici v 143...

174, 0, 4
208, 3
206, 1, 4
206, 0, 4

18

Hardware / Re:Je tento USB-C kabel v něčem lepší(jiný)?

« kdy: 08. 10. 2021, 17:15:08 »

Problém s USB-C kabely spočívá v tom, že tu máme standard USB-C nějakých 7 let a během této doby se standard USB několikrát revidoval:
USB-3.1:
USB-3.1 Gen1 (5 Gb/s, jeden pár dif. vodičů pro TX, jedne pro RX)
USB-3.1 Gen2 (10 Gb/s, stále pouze 2 x 1 pár)
USB-3.2:
USB-3.2 Gen1x1 = USB-3.1 Gen1 = USB-3.0
USB-3.2 Gen2x1 = USB-3.1 Gen2
USB-3.2 Gen1x2 (10 Gb/s, 2 x 2 páry, kódování z Gen1, tj. stále 5 Gb/s na pár)
USB-3.2 Gen2x2 (20 Gb/s, 2 x 2 páry, kódování z Gen2, tj. 10 Gb/s na pár)
USB-4:
USB-4 Gen 2 (x1, x2) 10 Gb/s na pár, jeden nebo 2 páry
USB-4 Gen 3 (x1, x2) 20 Gb/s na pár, jeden nebo 2 páry
přičemž některé kombinace marketingové označení mají, některým se v čase změnilo (viz superspeed+), některé ho nemají.
Vzhledem k parametrům kabelu je klíčová generace (5, 10 a 20 Gb/s), vzhledme k max. propustnosti zase kombinace generace a počtu párů.
Za těch 7 let se tedy i dokument "USB Type-C Cable and Connector Specifications" dočkal několika změn, především jak si nové generace USB-3 a USB4 vynucovaly twinaxy a konektory s obstojnými parametry do stále vyšších kmitočtů. Některé elektrické parametry kabelů jsou ve standardu USB-C deklarovány jako normativní, ale existují i parametry, které jsou pouze informativní, a pak je na výrobci, jak se k tomu postaví.
Poslední verze standardu USB-C rozlišuje pouze dva typy kabelů (pomíjím captive provedení): Full-Featured Type-C (16 vodičů + stínění + možná duplikace GND a VBUS) a USB 2.0 Type-C (6 vodičů + stínění). (Kap 3.4: "Two standard USB Type-C cable assemblies are defined and allowed by this specification.") Z výše uvedených historických důvodů tu ale máme kabely s 15 nebo 5 vodiči (bez VCONN), dále kabely s 11 vodiči (chybí druhé páry TX a RX - zařízení ale musí obsluhovat oba páry na zásuvce, takže je jedno, když se zástrčka otočí), s 9 vodiči (chybí SBU), 4 vodiči (osekané USB2.0) atd.
Dále tu máme kabely bez nebo s Emarkem (Electronically Marked Cables), které obsahují speciální čip (nebo dva, pro každý konektor sólo) sedící na vodičích CC a napájený přes VCONN. Aktuálně standard říká, že "All USB Full-Featured Type-C cables shall be electronically marked.". USB 2.0 Type-C kabely Emark mít mohou, ale nemusí. V Emarku je uloženo například max. proud přes VBUS, aktivní/pasivní kabel (viz dále), délka kabelu a typ konektoru na druhé straně, vendor/product ID, specifikace kabelu (USB-3.x Geny,..), podpora AltModu (např. PCIe, DP) aj. Pokud Emark není, musí si zařízení kabel detekovat "osaháním".
No a konečně potom existují pasivní a aktivní kabely (popř. s optickým oddělením). Aktivní kabely obsahují budiče s kondicionéry signálu (repeater) napájené z VCONN nebo VBUS, aby bylo možné dosáhnout propojení na delší vzdálenosti popř. s větší šířkou pásma. Neplést ovšem s Emark. A co říká standard o aktivních kabelech: "Active cables shall support USB PD eMarkers and may support Alternate Modes."
Takže výrobce může udělat krátký pasivní Gen2x2 kabel. Když to nevyjde, bude z něj Gen1x2 a dobře poslouží i v Gen1x1. Pro větší vzdálenosti bude muset sáhnout po lepších vodičích (hlavně twinaxy) nebo udělat aktivní kabel. Na něm pak bude Emark a v něm kromě jiného info o standardech, které zvládá.
Co se vlastní kvality kabelu tyče, je tu i závislost na způsobu provozu na dif. párech. Třeba u DP existuje training phase, kdy se analyzuje charakteristika kanálu (tj. PCB + konektory + kabel) a podle toho se nastavují korekce přenosové trasy. Pokud někdo během přenosu pohybuje s nekvalitním kabelem (otřesy, doprava,...), který potom mění např. zpoždění mezi dif. páry, útlum aj., může dojít ke ztrátě dat, což se ve video streamu projeví fatálně. Staticky tedy může být kabel OK, ale při posunu nebo ohnutí už do další training fáze OK nebude. A třeba v single lane konfiguraci to pojede, v dual ne. Dále například aktivní USB kabely mohou v případě DP paradoxně i uškodit - korektor kanálu nebude schopen nelineární chování kondicionérů/budičů kompenzovat nebo ho to při změně jejich chování rozhodí.

19

Hardware / Re:Je tento USB-C kabel v něčem lepší(jiný)?

« kdy: 08. 10. 2021, 16:17:51 »

Souhlasím, tahat 100 W přes RJ45 mi připadá za hranou bezpečnosti. Na druhou stranu PoE Type 4 počítá právě se 100 W (960 mA per pair). Tak nevím.

Mně přijde, že se to celé staví na faktu, že DC odpor vodičů je řádově větší než přechodový na konektorech, a řeší se tedy jen kabely a vyvážení odporů mezi vodiči. Ale skoro 60 V? To když se s tím konektorem zašmrdlá v zásuvce, tak už snad i hodí oblouk. Když si vybavím, kolik už jsem viděl zaprášených RJ45 na půdách, a zrovna tam se POE taky hodí...

20

Odkladiště / Re:Počítač bez integrovaných obvodů

« kdy: 08. 10. 2021, 10:12:15 »

Tak limitující bude především kapacita aktivních diskrétních prvků.
S tou se dá bojovat výběrem vhodného aktivního prvku v dané pozici (BJT/MOSFET), provozem aktivního prvku (nesaturovat BJT, zapojení, nap. napětí) a proudem (větší proud = větší rychlost sepnutí) -> takže dalším limitujícím faktorem bude spotřeba. Některé komponenty v IO die celkem běžné (BJT s více emitory, MOSFETy s více hradly, čtyřelektrodové MOSFETy atd.) se budou muset obcházet komplikovanějšími zapojeními s více diskréty, pasivy atd.
Příklad při použití běžného MOSFET smetí (2N7002, BSS138,...): Pokud daná funkce během jednoho hodinového cyklu vyžaduje, aby signál prošel přes pět tranzistorů v kaskádě, tak při worstcase 200 ns na tranzistor je max clk hned 1 MHz. A to pět tranzistorů nemusí být nic extrémního (nějaká logická funkce + latch/FF).
Co se týče vzdálenosti, tak tam se bude spíše bojovat se signálovou integritou, fyzickým propojením prvků (nějaké vícevrstvé - stohovatelné? - 3D uspořádání) a z toho pramenícím požadavkem na účinné chlazení.
Třeba při hodně optimistických 8 x SOT23 na 1 cm3 (i s PCB, pasivy apod.) jsme při 100k tranzistorech na krychli o hraně čtvrt metru. Při 1 mW avg na tranzistor máme k chlazení hnedle 100 W. Ale co to je mW na diskrétní tranzistor který se příliš nefláká, třeba 200 uA avg při 5 V. To není zrovna moc náboje na tahání za 30pF gate + spoj v rytmu hodinového kmitočtu. Dáme mA a jsme na 500 W. Atd.
A to se bavíme jen o CPU.

21

Hardware / Re:Je tento USB-C kabel v něčem lepší(jiný)?

« kdy: 07. 10. 2021, 10:36:59 »

zlatej dobrej ethernet
o co je stinena cat6 horsi nez tohle? ze to nedokaze prenest 100W?

Ono taky to provedení a počet kontaktů na RJ (píšu velké RJ, ale něco to tvrdošíjně opravuje na Rj) není nic moc. USB-C má dedikováno 4 x GND a 4 x VBUS, tj. při std. 3A/20V a stejné kvalitě kontaktů to dává 0,75 A na kontakt. Při 5 A (lepší kabely/konektory s E-markem) stále 1,25 A/kontakt.
RJ-45 jsou "Vakliho" konektory s jedním pohyblivým dotykem o malé kontaktní ploše. Toto rozhodně není dobrý typ napájecího konektoru - obávám se, že by se při 100 W dříve nebo později "utavil".

22

Hardware / Re:Balíčky z Aliexpresu

« kdy: 03. 10. 2021, 23:47:16 »

BTW, "WS2811 - Hodnota zásilky byla 146,6EUR"
V TME maji WS2811 za cca 2,50 v SMD pri 500+ kusech a v DIPu za necelých 5 Kc.

23

Software / Re:GUI pro slučování podobných textových souborů

« kdy: 22. 09. 2021, 14:10:02 »

Moc pekne. Co takhle jeste spojit Accept/Reject s Nextem kvuli usetreni klikani?

24

Sítě / Re:Jak (zda-li vůbec lze) vést data přes krajně nevhodný kabel?

« kdy: 21. 09. 2021, 20:34:27 »

Kdybyste nekde levne sehnal media konvertory na 10BASE-2, mohlo by to jit pres ten koax. Pri tehle delce je burt, jakou ma impedanci - ztraty neprizpusobenim budom zanedbatelne a utlum kabelu se postara o likvidaci odrazu. Jen aby ten utlum koaxu uz nebyl nekde u nekonecna.
Taky by slo pouzit 10BASE-T1S, ale to bude drahy s nejistym vysledkem.
V devadesatkach jsme nekdy tlacili 10BASE-T pres desitky metru obyc tlf. kabelu, ale to bylo jeste kvalitni KABLO a prece jen alespon nejak kroucene. 40 m jen tak ve svazku uz je asi na 10M fakt prilis.

25

Vývoj / Re:Emulace systému s M68040 - implementace signálu INTACK

« kdy: 14. 09. 2021, 15:05:36 »

Nevim presne, co rozumite pod INTACK. Pokud tim myslite Interrupt Acknowledge cyklus na busu , tak podle ref. manualu kap. 7.5.1 a dale nastava jen pokud priorita preruseni na /IPL2../IPL0 je vyssi nez v masce SR a stav na /IPLx trva >=2 cykly BCLK (jsou tam v kaskade synchronizacni DFF pro clock cross domain proti 68040 BCLK a komparaci). Predpokladam tedy, ze v opacnem pripade, pokud /IPLx spadne na jeste nizsi prioritu nebo na "111", tak je v 68040 "vse zapomenuto" (viz i Figure 7-19), tedy zadna aktivace /IPEND a zadny Interrupt Acknowledge Bus Cycle se negeneruje.

26

Sítě / Re:Internet v pronajatém bytě

« kdy: 10. 09. 2021, 08:37:28 »

ZoEK = Zákon o elektronických komunikacích = zákon č. 127/2005 Sb.
Paragraf 104 upravuje oprávnění podnikatelů zajišťujících veřejnou komunikační síť k využívání cizích nemovitostí. https://www.zakonyprolidi.cz/cs/2005-127#cast1-hlava5-dil5
Je evidentní, že si jen tak nemůže přijít parta a začít vrtat do zdi. Musí existovat smluvní vztah mezi podnikajícím oprávněným subjektem a majitelem nemovitosti splňující určité zákonem požadované náležitosti, ať už uzavřený dobrovolně nebo po intervenci stavebního úřadu, který má pravomoc zřízení veřejné komunikační sítě nařídit, nebo písemný souhlas majitele nemovitosti síť/přípojku zřídit. To samozřejmě neopravňuje podnikatele rozsekat pul nemovitosti kvůli jedné internetové přípojce (pokud to přesně takto neodsouhlasil vlastník a je s tím OK) - vlastník se potom takovému zásahu může samozřejmě bránit. Koneckonců podnikatel má povinnost šetřit práva vlastníka, uvést po instalaci vše do původního stavu a nemůže se zříct odpovědnosti za vzniklé škody. I to je jeden z důvodů, proč si po instalaci firma vše fotí ze všech možných pohledů.

"Takze me jako najemnika zajma, co mi hrozi pokud tam natvrdo necham natahnout dalsi kabel po celem dome nebo tam treba soupnu rovnou optiku a prijde se na to treba za rok"
No worst case je výzva k odstranění a uvedení do původního stavu + nějaké peníze pryč.

27

Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné

« kdy: 08. 09. 2021, 10:50:50 »

Ještě k těm průmyslovým zdrojům v plechu. Mám jich několik od MW (koupeno v ČR - GME a jinde) a několik z Aliex, vše ve watáži do 120 W. Všechny zdroje po základním testu rozdělávám a kontroluji:
1. MW - std. zapojení s nějakým tím povětšinou 8nohým řídicím čipem, feedback přes opto, prostě klasika. Součástky slušně osazeny, dobře dimenzovány C (kap., tep, voltage, provedeni), MOSFET, tlumivka, trafo slušně provedené (odhaduji, že splňuje požadavky na izolaci, hřeje se adekvátně). PCB dobře pájen, izolační mezery OK. V podstatě jsem ani na jeden nemusel sáhnout.
2. Alik - první nákup byla blbost - šel jsem po nejnižší ceně a taky to tak dopadlo - na primáru tři tranzistory, výkonový tranzistor jen přihnutý k plechu, poddimenzovaný C a tlumivka atd. - tak na napájení LED, VA charakteristika jak kupka sena. Dal jsem Alikovi druhou šanci, ovšem nejprve jsem skouknul YT, kde některé zdroje otevírají, abych věděl, co tam je. Potom se dá vybrat v podstatě obvodově to samé, jako MW, stále za poloviční cenu (hlavně u vyšších watáží). Každopádně je potřeba rozebrat, udělat vizuální kontrolu a popřípadě vyměnit C a pořádně fixovat (dávám šroub) T a D ke chladiči, zkontrolovat PCB (izolace, PE, bezp. C).
-> Se zdroji z Alika mě to ale už přestalo bavit (dodací lhůta, nutnost otevírání), takže teď kupuji MW, ani je už neotevírám a zatím OK. V předchozí firmě jsme lepší řadu MW osazovali do komerčních produktů, co běží 24/7.

28

Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné

« kdy: 08. 09. 2021, 10:26:42 »

Přesně tento zdroj k RPi používám https://www.gme.cz/spinany-zdroj-mean-well-rs-25-5
Napájím z něj RPi a ještě třeba HDD + SSD.
Příklad topologie:
Meanwell --- Filter --- CB ------ RPi GPIO header 2x5V, 2xGND
                              \-- SSD
                              \-- HDD

Meanwell mám nastaven na 5,2 V.
Filter obsahuje pi-článek s polymerními C (2x470u) a toroidní tlumivku 22u/5A (necelých 30 miliohmu).
CB = crowbar s TL431 a thy nebo one-shot odpojení zátěže s P-MOSFETem, aktivační napětí nastaveno na 6 V (ještě filtrováno RC pro mírné potlačení ripple zdroje).
RPi napájeno přes GPIO pinheader.
SSD a HDD napájeny od CB, nikoliv z RPi. Mně to tak vyhovuje, ale při rozumné spotřebě je možné napájet i z RPi.

29

Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné

« kdy: 07. 09. 2021, 22:20:01 »

Jo, ještě jedna věc. Pokud vám RPi indikuje podpětí, potom to znamená, že na 5V napájecí větvi vám alespoň krátkodobě padá napětí pod 4,57 V (+0,08/-0,05 V) v případě toho Exaru (RPi 3B). Exar umí jet už od cca 4 V, takže existuje hw patch (drátová propojka), která i při napětí pod 4,57 V zamezí indikaci undervoltage při napájení z uUSB, a tedy i následnému throttlingu CPU. Nicméně než lepit propojku na PCB RPicka a dělat ho ještě více nestabilním, tak je lepší to opravdu napájet přes GPIO header pořádným zdrojem.

30

Hardware / Re:Raspberry Pi: vystříhání se podpětí je celkem náročné

« kdy: 07. 09. 2021, 21:35:49 »

Vybodněte se na napájecí uUSB konektor a připojte se přes GPIO header. Dělám to tak od počátku a nikdy s tím nebyl žádný problém. Dost často používám jednořadé zlacené dutinky 7x1, kterými přivedu 2 x 5 V, 2 x GND a ještě vytáhnu sériák TxD a RxD (vše sudé piny 2 až 14).
Ta PTC pojistka mezi uUSB a interními 5 V je nesmysl, který už museli vykopnout ve čtvrté verzi. Pojistka má za studena (23 deg.) worst case odpor až 0,1 ohmu. Při jednom ampéru už ale studená určitě nebude, její R roste, a může na ní být úbytek několik desetin voltu.
Dobře, pojistka může vratně chránit proti přepólování na uUSB, protože je za ní zapojena unidir TVS dioda SMBJ5.0A, takže se za pár vteřin pojistka tripne a tím RPi odpojí dřív, než umře na teplo SMBJčko - ale ještě jsem neviděl přepólovaný uUSB kabel. Proti přepólování na GPIO headru chrání už jen to SMBJčko, které se bohužel při dostatečně dimenzovaném zdroji (>2..3 A) a opožděné reakci uživatele protaví a musíte ji vyměnit (nebo vyhodit).
Proti přepětí ze zdroje to už vůbec nechrání, protože jenom break down napětí toho SMBJčka při 10 mA je až 7 voltů, a to už může být pro některé věci na USB portech konec. Myslím, že i ten EXAR, co na RPi dělá z 5 V 3V3 atd. má maximum rating 6 V, takže se může poroučet taky. Tohle řeším tak, že používám zdroje s vlastní ochranou proti přepětí (některé SMPS od Meanwellu to třeba mají), nebo používám externí crowbar s TL431, a ať se zdroj stará.