Příspěvky

46

Hardware / Re:Přesnost váhového senzoru pro Arduino

« kdy: 04. 12. 2021, 22:05:23 »

Jak už bylo zmíněno, nejdřív je potřeba si ujasnit pojmy jako rozlišení a přesnost (nejistota měření). Dále specifikovat požadavky na dlouhodobou stabilitu a možnosti/četnost rekalibrace. Pro představu o parametrech, podmínkách měření (teplota, zatížení, postup kalibrace) a cenách doporučuji vyhledat si termín "analytické váhy", které jsou schopny dosáhnout přesnosti 1mg na rozsahu 100g ...

Mimochodem pokud jde o absolutní čísla, tak v těchto řádech může hrát nezanedbatelnou roli vztlak vzduchu. Například ta deska 20x20x0.5cm bude vytlačeným vzduchem nadlehčována o přibližně 0.2*0.2*0.005*1.2e3 = 0.25g.

47

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

« kdy: 17. 10. 2021, 21:21:25 »

Výsledná "ruční" implementace šla samozřejmě přes CORDIC.

CORDIC se dá například v Simulinku plácnout jako low level Xilinx blok. Implementaci vlastní "optimalizované" HLS funkce pomocí tohoto bloku jste nezkoušeli, nebo to dopadlo také mizerně?

A ono to HLS umi includovat funkce z VHDL nejak jednoduse?
(treba tomu rict jakou to bude mit latenci a jak casto tam muze vkladat vstupni data, nebo to ma oboustranny handshake?)

Aspoň u Xilinxu to funguje to obráceně. Základní projekt (top level, mapování na I/O) je v jejich vývojovém prostředí (Vivado), kde to může být realizováno jako VHDL/Verilog případně jejich block diagram (což jsou klikací bloky a šlaušky mezi nimi). Do tohoto projektu se pak vloží bloky vytvořené pomocí HLS. V mém případě exportované z Matlabu, což zajišťuje Xilinxu plugin, který se nainstaluje do Simulinku při instalaci Vivada s HLS rozšířením. Samozřejmě obvyklé háčky jsou kompatibility verzí Vivado/Matlab.

48

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

« kdy: 17. 10. 2021, 18:57:31 »

Příklad z praxe - jistá nechutná ale primitivní matematická funkce.

Dík za info. Je možné ještě dodat, jaká matematická funkce to byla?

49

Hardware / Re:Ochrana proti zkratu 12V/2A

« kdy: 17. 10. 2021, 10:58:20 »

Když už se to rozebírá, tak spousta informací je například zde: https://library.e.abb.com/public/de4ebee4798b6724852576be007b74d4/1SXU210206G0201.pdf
Zajímavá je sekce 8.1 Variation of the magnetic tripping, kde se píše "The thermal magnetic trip units fitted to AC circuit
breakers are also suitable for use with direct current." ... "Due to ferromagnetic phenomena, the instantaneous tripping occurs at a different value than in alternat-ing current".
Představu o impendanci jističe lze najít třeba zde (tabulka na straně 9, 18 a 24): https://stevenengineering.com/tech_support/PDFs/24N.pdf

50

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

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

Mimochodem máte s HLS nějaké hlubší zkušenosti z pohledu srovnání s vlastním "optimálním" řešením? Myslím tím spíše aplikace jako zpracování signálu.

Já to použil na fixpoint aritmetiku a filtry nad signálem z A/D převodníků. Generováno z Matlabu, když už na to ve firmě existuje licence. Nejde o produkt, ale ověření konceptu, takže na optimalizace se nehraje. Řekl bych, že to ušetří spoustu práce a navíc se to dá pěkně simulovat. Moc si nedokáži představit, jak moc (ne)optimální takové řešení je z pohledu využití zdrojů či časování a nemám čas to zkoušet ... příliš nevěřím, že bych to udělal o mnoho lépe. Cenu těchto nástrojů teď nechme stranou.

51

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

« kdy: 16. 10. 2021, 22:36:13 »

AXI je sběrnice/komunikace používaná (vyvinutá?) ARMem. Základní myšlenka je master/slave (snad se to ještě může říkat ) komunikace. Paralelní, adresa, data a řídicí signály, které implementují handshake pro potvrzení transakce. Tím se řeší problémy s řízením toku (jak která strana je schopna přijímat/dodávat data) a přechody mezi časovými doménami. Dále tam jsou různé vychytávky, které se nemusí využívat a vlastně je ani neznám (odlehčená verze AXI lite). Další zajímavá věc je AXI stream, což je něco jako FIFO (žádné adresy, jen mám data/chci data).

Každopádně mě také příjemně překvapilo, jak rychle lze "slepit" něco funkčního s minimem předchozích znalostí. Samozřejmě optimálnost řešení je diskutabilní. Používám spíš Zynq SoC, kde je podobnou filozofií naroubované FPGA na ARMová jádra. Velmi jednoduše se v FPGA vytvoří periferie (SPI, I2C, UART, DMA, FIFO ...) namapované do adresního prostoru CPU. Co dost pokulhává je dokumentace dodávaného kódu pro obsluhu těchto rozhraní na straně CPU. Občas tam jsou chyby. Nicméně kód je zadarmo, takže ...

52

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

« kdy: 16. 10. 2021, 21:58:07 »

Xilinx má například dostupné IP pro PCIe/AXI bridge včetně příkladů pro linux, které lze použít jako základ a na nich rychle polepit (většinou) funkční řešení. Nejsem si jist současnou licenční politikou, ale bývaly zadarmo malé a střední FPGA. HLS v neplacených verzích není, takže jen VHDL/Verilog.
Jinak není nic jednoduššího, než si patřičnou verzi stánout a zkusit si prohlédnout a přeložit dodávané příklady. Co zde nepadlo a může nemile překvapit je jak dlouho generování bitstreamu trvá (záleží na velikosti FPGA, jeho zaplnění a vlastním designu - potížích se splěním časování). Řádově pět minut až mnoho hodin. Bohužel tyto časy se platí po každé byť minimální změně, takže metoda pokus/omyl je značně neefektivní. Podpora/výhoda multicore se u překladače blíží nule ...

53

Hardware / Re:Ochrana proti zkratu 12V/2A

« kdy: 16. 10. 2021, 13:59:17 »

Problematiku jištění asi nejlépe shrnul Petr M. Jak bylo zmíněno, napětí je podmínkou k tomu, aby celým obvodem (vnitřním odporem zdroje, kabely, odporem jističe/pojistky, místem zkratu, ...) dostatečný proud pro vybavení vůbec dokázal téct (I = U/R).

Co jde o elektromagnety, tak ano proud stačí. Problém je, že většina vodičů má nenulový odpor. Například magnet v magnetické rezonanci, který tvoří supravodič, se při výrobě vybudí, obvod uzavře a proud pak díky zanedbatelným ztrátám teče dál. Magnetické pole kromě proudu definují parametry cívky (tvar a délka vinutí, jádro), proto se na procesor nelepí vidličky a nože ...

54

Vývoj / Re:localtime a (ne)tvorba nových dát v pamäti

« kdy: 26. 07. 2021, 16:01:25 »

Manuál?
https://linux.die.net/man/3/localtime

The return value points to a statically allocated struct which might be overwritten by subsequent calls to any of the date and time functions.

55

Server / Re:ZFS volume - změna volblocksize

« kdy: 17. 05. 2021, 20:21:02 »

Co tohle?

Kód: [Vybrat]

dd conv=sparse

viz zde: https://sites.google.com/site/ryanbabchishin/home/publications/changing-a-zvol-block-size-while-making-it-sparse-and-compressed

56

Hardware / Re:Doporučte stolní multimetr

« kdy: 21. 03. 2021, 16:35:09 »

BTW: jak funguje režim měření kapacity? Mě to měří nesmysly. Je potřeba nějak speciálně postupovat, jako po přiložení hrotů póly kondíku je vodivě spojit a pak rozpojit ?

Nejjednodušší způsob využívá nabíjení konstantním proudem a měří čas, za který se kondenzátor nabije na referenční napětí. Co znamená měří nesmysly? Jaký kondenzátor a co to ukáže?

Jinak právě stovkové multimetry se často nechají zničit nesprávnou volbou rozsahu. V tomto případadě možná připojením nabitého kondenzátoru na nějaké vyšší napětí.

57

Windows a jiné systémy / Re:Vícevláknové programování ve Windows __beginThreadEx()

« kdy: 20. 03. 2021, 18:10:57 »

Problém, na který se potřebuju zeptat, je ten, že pokud nechám v kódu f-ci WaitForSingleObject a nechám aplikaci čekat na dokončení vlákna, aplikace po tu dobu zatuhne a čeká na vlákno.

Tady jste si vlastně odpověděl. Pokud hlavní smyčka nemá čekat, tak nečekejte a dělejte něco jiného. Stav běžícího vlákna (periodicky) kontrolujte, tak aby to vyhovovalo zamýšlené funkčnosti hlavní smyčky aplikace ...

58

Hardware / Re:Doporučte stolní multimetr

« kdy: 20. 03. 2021, 10:20:33 »

Dle dotazu pravděpodobně již nějaký multimetr vlastní. Hračku za stovku fakt nebrat. Obvykle se velmi brzo rozpadne přepínač rozsahů. O (ne)bezpečnosti nemluvě. Jinak spousta informací na toto téma zde:
https://www.youtube.com/c/EevblogDave/search?query=multimeter
Dokonce téma levného stolního multimetru (z druhé ruky) řešil zde:
https://www.youtube.com/watch?v=I2HcJ80OyrA

59

Hardware / Re:Doporučte stolní multimetr

« kdy: 20. 03. 2021, 09:36:38 »

Obávám se, že v této cenové kategorii to nedává smysl a je to spíš na střední třídu ručních multimetrů. Co od přístroje přesně očekáváte?

V práci máme různé ruční i stolní multimetry a ve většině případů si člověk vystačí s ručním. Samozřejmě záleží na odvětví, ale přesnost je v praxi málo kdy tak důležitá, aby byl potřeba 6.5 a více místný přístroj. Dále se stolní hodí do různých automatických testovacích stanic (napájení ze sítě, propojení s PC, široká konfigurovatelnost, speciální funkce). Nové stolní multimetry často dlouho startují (desítky sekund), což může být otravné.

60

Vývoj / Re:Program v Delphi se zasekává

« kdy: 17. 12. 2020, 21:43:03 »

V tom případě se to chce více snažit. Moje rady:
Zapomenout na Delphi (placené/zastaralé). Když už, tak Freepascal (Lazarus IDE).
Já si dám taky pauzu. Ať se daří.