Příspěvky

31

Odkladiště / Re:Vyskočení chrániče likviduje elektroniku

« kdy: 27. 02. 2022, 15:03:43 »

Jedná věc jsou EMI problémy se zasekáváním zařízení, ale hlavní a potenciálně nebezpečný problém je důvod vybavování jističů a proudových chráničů. Pokud není jistič vadný, tak došlo k přetížení proudem v řádu desítek a více ampérů. Buď malým přetížením po dlouhou dobu (souběh žehličky a jiného výkonového spotřebiče na stejném jističi), nebo poruchou s velkým zkratovým proudem. Zkrat většinou doprovází další efekty jako kouř, rána, záblesk ... stalo se něco takového? Funguje žehlička dál? Stalo se to po vyhození žehličky znovu?  Vypadává stále stejný jistič? Vypadl někdy pouze jistič a proudový chránič ne?

32

Odkladiště / Re:Vyskočení chrániče likviduje elektroniku

« kdy: 27. 02. 2022, 09:11:05 »

Hlavně to také nevysvětluje, proč vypadává i jistič.

33

Hardware / Re:Parametr rotační vibrace u HDD

« kdy: 09. 02. 2022, 16:53:22 »

Odkazovaný dokument od WD jsem předtím shlédl jen povrchně a teď vidím, že snímač používají pro lepší řízení hlav v případě, že na ně působí rotační vibrace (aby se dokázali přesněji/rychleji) trefit na požadované místo, takže účelem je zvýšit performance disku (rychlost seeku, čtení/zápisu). Stejné říká i Seagate:
https://www.seagate.com/files/www-content/product-content/nas-fam/nas-hdd/en-us/docs/nas-drive-selection-guide-marketing-bulletin-mb632-1-1305us.pdf

Požadavek na snížení vibrací způsobených hlavičkami půjde zcela určitě proti a performance bude spíš snižovat. Takže generované vibrace spíš neřeší, ať je to problém těch ostatních. V případě, že chceš jejich disků víc v jedné bedně, tak už to začíná být jejich problém, ale máš použít disky s RV snímačem, které jsou na vibrace méně citlivé:
https://www.seagate.com/www-content/datasheets/pdfs/surveillance-hdd-newDS1679-16-1601US-en_US.pdf

Definice postupně zlepšují:
https://www.seagate.com/files/www-content/datasheets/pdfs/ironwolf-pro-18tb-DS1914-16-2011GB-en_AS.pdf
Zde už píšou "Rotational Vibration @ 10-1500 Hz (rad/s^2)".

Když se víc zamyslím nad použitou jednotkou [úhlové zrychlení], tak to spíš vypadá, že jde o hodnotu, na kterou disk testují. U lineárních vibračních testů se úrovně udávají také jako zrychlení na montážním rozhraní. Mám zde specifikace na zařízení, kde je limit na vibrace, které může posílat do systému, v němž je namontováno. Požadavek mají zadefinován jako sílu [N] pro lineární vibrace a moment síly [Nm] pro úhlové vibrace. Zrychlení v tomto případě nedává fyzikální smysl, protože bude záviset na tom, jak a k čemu se zařízení přimontuje.

Chceš-li mít jistotu, tak napiš výrobci a když ti odpoví  ... :-D

34

Hardware / Re:Parametr rotační vibrace u HDD

« kdy: 09. 02. 2022, 10:42:38 »

Jednak má odkazovaný překupník v tabulce špatně jednotky. Dle oficiálního datasheetu je to [rad/s^2] (úhlové zrychlení):
https://www.seagate.com/www-content/datasheets/pdfs/exos-7-e8-data-sheet-DS1957-2-1904US-en_US.pdf

Každopádně ani tak není moc jasné, jak to mají zadefinované. Je to RMS hodnota ve frekvenčním rozsahu do 1.5kHz nebo tam je opravdu nějaký dominantní pohyb projevující se na frekvenci 1.5kHz? Nejspíš to bude souviset se seekem hlaviček (typicky bývá někde v jednotkách milisekund, takže hlavička se tam musí cuknout a ustálit minimálně takto rychle). Cuknutí hlavou bude podle zákona akce/reakce znamenat kroutící moment se kterým se musí vypořádat šasi, kde je disk umístěn ...

WD tyto čísla neuvádí, ale zase se pyšní nějakou "vychytávkou", která prej úhlové vibrace potlačuje:
https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/collateral/white-paper/white-paper-rvs.pdf

35

Hardware / Re:Multimetr s USB komunikací?

« kdy: 20. 01. 2022, 16:55:57 »

Dík za info. No samotné SCPI tuším definuje pouze formát komunikace a konkrétní commandy (natož implementaci) neřeší. Každopádně bych od tohoto výrobce a cenové hladiny čekal mnohem víc. Už jen chybějící dokumentace pro příkazy tohoto konkrétního modelu. Je vidět, že PC rozhraní u ručních DMM je hlavně položka do prezentací .

36

Hardware / Re:Multimetr s USB komunikací?

« kdy: 20. 01. 2022, 10:05:34 »

Musím říct, že mě zmátl manuál k U1282A, který jsem odkazoval. K ručnímu U1242B nemám USB kabel. Stolní 34410A připojený přes USB se přes NI VISA test panel chová následovně:

Trigger v módu IMM (výchozí nastavení). INIT spustí měření, ale nevrátí žádnou hodnotu (pouze se obnoví údaj na displeji). Po dokončení dál neměří (na displeji zůstane změřená hodnota). READ? odstartuje měření a hodnotu vrátí až po dokončení a dál neměří. Pokud bylo měření dokončeno, tak FETC? vrátí okamžitě hodnotu, která je na displeji, ale měření nespustí. Pokud měření probíhá (spuštěno pomocí INIT), tak hodnotu vrátí až po dokončení. Pokud se nastaví parametr "TRIG:COUNT n" (kde n je číslo omezené pamětí DMM), tak po odstartování měření (INIT nebo READ?) se změří n hodnot jak nejrychleji to jde. Změřené hodnoty to pak vrací až po dokončení celého bloku oddělené čárkami.

Trigger v módu BUS. Tohle má v zásadě smysl jen v kombinaci s TRIG:COUNT. Po příkazu INIT se na displeji objeví symbol TRIG, ale měření stále nezačne. Měření se spustí až příkazem *TRG (hvězdička není překlep - opravdu tam má být). Takto lze odpálit počet měření definovaných příkazem TRIG:COUNT (nakonec zmizí symbol TRIG z displeje). Změřené hodnoty lze hromadně přečíst pomocí FETC? až po naměření všech hodnot. READ? v tomto módu nefunguje.

37

Hardware / Re:Multimetr s USB komunikací?

« kdy: 18. 01. 2022, 21:29:52 »

kromě změny rozsahu zřejmě měření z počítače nikterak neovlivním.

Nastavení triggeru tento model tedy nepodporuje? Command "TRIG:SOUR?" pro zjištění aktuálního nastavení případně přepnutí do měření na vyžádání "TRIG:SOUR BUS" a následně start příkazem "INIT" a potom přečtení hodnoty "FETC?" ... ?

nechápu, co je k tomu vedlo?

Asi snaha ušetřit ... :-/

38

Hardware / Re:Multimetr s USB komunikací?

« kdy: 17. 01. 2022, 19:31:58 »

Tady píšou 3 měření/s:
https://www.gme.cz/data/attachments/czn.722-027.1.pdf
Vypínání je jedna věc a pak taky kolik baterie v takovém provozu vydrží. V U1242B měníme baterky tak 1x za rok. Každej den se nepoužívá, ale tak 3x do týdne to bude. Mimochodem co za typ měření to bude, není-li to tajné?

39

Hardware / Re:Multimetr s USB komunikací?

« kdy: 16. 01. 2022, 08:42:06 »

Jen škoda, že jsem zatím nikde nenašel, jak rychle multimetr na příkaz FETC? reaguje, respektive kolikrát za sekundu se ho můžu na změřené napětí zeptat?

Nebude to víc, než udává tabulka v manuálu "Table 5-9 Display update rate (approximate)" https://www.tme.eu/Document/c55d79b4f7f9d206154cc24a4947348d/U1231-90026.pdf. Jenom by mě zajímalo, co myslí tím "approximate". Každopádně absence programmers manuálu mě v této cenové kategorii dost zarazila ... pokud se U1232A chová jako U1282A, tak start měření a chování FETC? bude ovlivňovat nastavení triggeru viz TRIG:SOUR (měření odstartované commandem z PC, ukládání do interního bufferu nebo volně běžící měření).

40

Hardware / Re:Multimetr s USB komunikací?

« kdy: 15. 01. 2022, 21:41:33 »

U1232A, zdá se, že umí, co potřebuju za velmi rozumnou cenu. Jestli to chápu dobře, mělo by stačit poslat přes USB sériovku příkaz FETC? a dostanu aktuálně změřenou hodnotu.

Ano takhle SCPI příkazy vypadají (nezapomenout na konec řádku \n). Nicméně dost mě zklamalo, že k tomuto modelu se mi nepodařilo dohledat manuál popisující komunikaci. Pro U1282A například zde: https://assets.testequity.com/te1/Documents/pdf/keysight/U1281A-U1282A-pg.pdf, takže to asi bude podobné.

V práci mám pro orientační účely U1242B, ale propojení s PC nepoužívám (na taková měření máme stolní multimetry řady 344xx). Co mě na tomto multimetru štve, je "pípák" (test vodivosti), který je dost pomalý (čeká na změření odporu). Agilent/Keysight asi kvalitou neurazí, ale určitě je tam příplatek za značku ...

41

Hardware / Re:Multimetr s USB komunikací?

« kdy: 15. 01. 2022, 15:08:27 »

Inspirace například zde:
https://sigrok.org/wiki/Supported_hardware

Jak už bylo zmíněno, tak slušné (stolní) multimetry mají SCPI a příkazy jsou popsány v dokumentaci.

42

Hardware / Re:Měření odporu na multimetru - odolnost v „živém obvodu“

« kdy: 28. 12. 2021, 15:08:05 »

Jinak co jde o princip měření u běžných multimetrů, tak ve většině případů se používá buzení konstantním proudem a pak se měří úbytek napětí. Tomu nasvědčuje to, že se odpor měří na stejných svorkách jako napětí a ne na proudových. Důvodem je, že závislost napětí U = R*I je přímo úměrná hledanému R, což se jednodušeji počítá

Ubytok napatia na rezistore nemoze byt vacsi ako napajacie napatie zdroja prudu. Pri velkych hodnotach rezistoru by musel prudovy zdroj dodavat velmi maly prud a jeho vnutorny odpor by bol prilis velky, co by vypocet skomplikovalo viac.

a taky se nemění počet LSB na jednotku odporu přes rozsah měření (šum, chyby

V multimetroch sa pouziva integracny prevodnik, je pomalsi ale ovela presnejsi. LSB suvisi s aproximacnym registrom kompenzacneho prevodniku, ktory je menej presny ale rychly, pouziva sa v digitalnych osciloskopoch.

Jak souvisí malý proud a velký vnitřní odpor zdroje proudu se složitostí výpočtu?
Reálná zapojení se zdrojem proudu třeba zde:
https://www.ti.com/lit/pdf/snoa592
https://file.yizimg.com/327204/2009111205044857.pdf

Ano vypadá to, že referenční rezistor a zdroj napětí se také používá. Rychlým hledáním vidím, že tuto metodu má v oblibě například Fluke.

Nevím proč do toho pořád montujete integrační převodník? Integrační převodník samozřejmě naměřenou hodnotu interně reprezentuje jako binární číslo, které je výstupem čítače, jenž měří čas. Ano u multimetrů se spíše hovoří o nejmenším digitu (viz specifikace přesnosti) než o LSB, ale pořád je to jedno a to samé .. nejmenší rozlišitelná jednotka.

43

Hardware / Re:Měření odporu na multimetru - odolnost v „živém obvodu“

« kdy: 27. 12. 2021, 15:03:37 »

Ano měření v obvodu, kterým prochází proud relevantní výsledky neposkytne. Specifikace max napětí na rozsahu pro měření odporu buď uvádí, kdy dojde k poškození měřáku v případě chyby obsluhy. Dobré přístroje snesou max napětí povolené pro napěťové rozsahy. Dále se uvádí max napětí, které přístroj aplikuje na měřenou součástku, jenž by mohla být tímto napětím poškozena.

Měření součástek ve vypnutém obvodu je potřeba interpretovat s ohledem na jeho zapojení ...

44

Hardware / Re:Měření odporu na multimetru - odolnost v „živém obvodu“

« kdy: 27. 12. 2021, 09:27:38 »

Kvalitní multimetry mají v manuálu specifikováno, jaké napětí přežijí na vstupu, pokud jsou v režimu měření odporu. Levné hračky se mohou poškodit. Čím větší napětí tím větší pravděpodobnost. Osobně jsem odpálil nějaký ne úplně levný Voltcraft, když jsem hledal chybu ve spínaném zdroji, kde bohužel zůstal nabitý kondenzátor na síťové napětí (začátečnická chyba).

Jinak co jde o princip měření u běžných multimetrů, tak ve většině případů se používá buzení konstantním proudem a pak se měří úbytek napětí. Tomu nasvědčuje to, že se odpor měří na stejných svorkách jako napětí a ne na proudových. Důvodem je, že závislost napětí U = R*I je přímo úměrná hledanému R, což se jednodušeji počítá, a taky se nemění počet LSB na jednotku odporu přes rozsah měření (šum, chyby měření).

Buzení konstantním napětím se typicky používá pro měření velkých odporů, protože paralelní připojení voltmetru, který má typicky vstupní odpor 10Mohm, by příliš ovlivňovalo chybu měření. Výhodněji asi vyjde i SNR a realizace obvodu.

45

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

« kdy: 05. 12. 2021, 08:22:06 »

No asi bych nejprve doporučil podívat se na datašity nějakých profesionálnějších bazmeků.
Třeba sem https://www.tenzometricke-snimace.cz/Tenzometricky-snimac-Zemic-L6D-50kg-C3-d374.htm

Kde je jasně vidět, že "Combined Error" vychází v nejlepším případě ±0.42g ...