Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Jerry999 15. 01. 2022, 12:48:18
-
Ahoj
Dokázali byste mi prosím poradit nějaký použitelný multimetr, který by šel připojit k počítači USB kabelem a současně byla k dispozici specifikace jeho USB protokolu?
Jak jsem pochopil, ke spoustě měřáků existuje klikací aplikace pro Windows, která ukáže, co má měřák na displeji, ale tím možnosti končí. Já bych potřeboval něco, co mi umožní změřenou hodnotu použít ve skriptech, abych si mohl zautomatizovat zdlouhavá měření. Dokážu si poradit s ledasčím, když bude existovat knihovna nebo aplikace se zdrojáky, tak si zbytek naprogramuju, ale chtěl bych, aby to šlo s rozumným úsilím zprovoznit i v Linuxu.
Primárně chci měřit napětí a občas proud, nepotřebuju měřák z počítače ovládat (jednosměrná komunikace by stačila), ale potřebuju měřit aspoň 5 hodnot za sekundu a mít USB galvanicky oddělené od měřících svorek.
Předem díky za tipy.
-
Hledej neco co ma napr. SCPI standard
-
Hledal bych vhodnou knihovnu nebo soft pro usb multimetry pro linux a podíval se na podporované modely :)
-
Inspirace například zde:
https://sigrok.org/wiki/Supported_hardware (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.
-
Díky moc všem.
Proklikal jsem seznam podporovaných typů sigrok.org, zalíbil se mi popis komunikace u Agilent U12xxx a momentálně uvažuji o pořízení 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. Ani jsem nedoufal, že by to mohlo být až tak jednoduché... :-)
Ale kdyby měl někdo lepší tip nebo argument, proč zrovna tohle není dobrý nápad?
-
To je jenom dobry napad a nejake minimalisticke i komplexni knihovny na SCPI najdes na githubu, nemusis to delat low level uplne sam
-
IMHO bych hledal spíš tady
https://hw.cz/
a v poradně
https://list.hw.cz/mailman/listinfo/hw-list
chodí tam lidi z firem co se podobnými problémy zabývají.
-
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 (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 ...
-
V práci mám pro orientační účely U1242B... Co mě na tomto multimetru štve, je "pípák" (test vodivosti), který je dost pomalý (čeká na změření odporu).
Díky, to je užitečná poznámka. Já právě zvažoval i U124XX a pomalé pískátko by mě nepotěšilo, ale zdá se, že levnější U1232 reaguje docela rychle...
https://www.youtube.com/watch?v=2em32KNwry0&t=1730s
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?
-
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 (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í).
-
Zajímavé zařízení je toto LabJack https://labjack.com/ (https://labjack.com/), ale není to multimetr.
-
Osobně mám UNI-T UT60F, komunikuje jednosměrně pomocí RS232 - prostě posílá to, co je vidět na display.
Aplikace je sice jen pro Win, ale posílaná data jsou primitivně rozklíčovatelná, takže jsem na to měl aplikaci v Pythonu, kterou teď nemohu najít - nepotřebuji to.
Port je galvanicky oddělený pomocí optočlenu, takže je to bezpečné.
-
Osobně mám UNI-T UT60F, komunikuje jednosměrně pomocí RS232 - prostě posílá to, co je vidět na display.
Jen ze zvědavosti, v jakém intervalu to tu hodnotu posílá?
V práci mi každopádně už objednali U1232A. Jednou z důležitých informací v návodu bylo, že lze zakázat automatické vypínání při "nečinnosti". To jsem se totiž dočetl třeba u Metex M-3850M, že hodnotu na displeji sice přes kabel posílá, ale připojený kabel mu nebrání, aby se po chvíli úplně vypnul a tak je nutné pravidelně mačkat nějaké tlačítko... což by využití defakto zmařilo... ;-)
-
Tady píšou 3 měření/s:
https://www.gme.cz/data/attachments/czn.722-027.1.pdf (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é?
-
Mimochodem co za typ měření to bude, není-li to tajné?
Není to tajné. Zprovozňuji už několikátý prototyp výrobku, který má v sobě mimo jiné jednoduchý měnič řízený procesorem a já potřeboval zjistit závislost výstupního napětí na frekvenci, střídě PWM, zapnutých periferiích a okolní teplotě. Zatímco v předchozí verzi jsem k měření využil zpětnovazební ADC, které v sobě krabička má, takže firmware si sám měnil frekvenci, posílal na konzoli změřené napětí, já pak data prohnal gnuplotem a určil optimální nastavení, které ve firmware zůstane... tak aktuální krabička už ADC nemá, protože ho při provozu nepotřebuje, mně nezbylo než měřit ručně multimetrem a opisovat desítky hodnot do tabulky... což mě jednak nebaví a hlavně mi to trvalo tak dlouho, že se to i v mrazáku celé svým provozem mezitím ohřálo...
Nebude to trvale na jednu věc, při ladění HW+SW se často hodí sledovat napětí v různých místech obvodu a když nastane nějaký nežádoucí výkyv, vědět, kdy přesně to nastalo a nejlépe to i svázat s přesným místem ve výpisu z programu, protože na to zaškobrtnutí se někdy čeká hodiny nebo i dny... a po zbytek času mi bude ležet v šuplíku, kde už doufám nahradí starý zMetex. :-)
-
Abych téma uzavřel, pokud by někoho zajímal výsledek, tak U1232A zřejmě účel splní.
Klikací software od výrobce je tedy dost k prdu, nejkratší interval záznamu umí 1 sec, píšou u toho best effort a celé se to chová nějak divně... :-)
Nicméně jednoduchému prográmku v Céčku trvá poslání "FETC?\r\n" a příjem odpovědi necelých 50 ms, ptát se můžu kdykoliv, ale hodnota napětí se dle očekávání mění cca 5x za sekundu.
Zkoušel jsem všechny příkazy uvedené na https://sigrok.org/wiki/Agilent_U12xxx_series , můžu se zeptat na aktuální nastavení, stav baterie, zablikat nebo zapískat, ale kromě změny rozsahu zřejmě měření z počítače nikterak neovlivním.
Z pohledu univerzálního multimetru se jako největší slabost jeví fakt, že použitelně nezměří proud okolo 1 mA, protože mezi rozsahy 600 uA a 6 A prostě nic není! Je pravda, že jsem to teď v datasheetu drobným písmem našel, ale nechápu, co je k tomu vedlo?
DC current range of 0.6 mA to 1 mA is not measureable on the U1232A and U1233A models.
AC current range of 0.6 mA to 300 mA is not measureable on the U1232A and U1233A models.
Takže Metex zatím v šuplíku zůstane na případné měření proudu, protože s tímhle leda měřit napětí na nějakém odporu a proud si dopočítat... :-)
-
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 ... :-/
-
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?" ... ?
Máš pravdu, funguje to!
TRIG:SOUR?
IMM
TRIG:SOUR BUS
"010233501200200"
INIT
"010233801200200"
FETC?
+2.33800000E+01
READ?
"010234101200200"
+2.34100000E+01
Trochu jsem ale zmatený, jak přesně tahle funkce funguje? Já očekával, že v okamžiku, kdy zavolám INIT nebo READ?, tak multimetr provede jedno měření, což bych očekával, že potrvá cca 200 ms. Ono to ale často trvá zhruba 2 sekundy, během kterých na displeji bliká Trig. Na co přesně čeká? Nebo to počítá z naměřených hodnot nějaký průměr nebo medián?
V návodu jsem zatím našel akorát: The TrigHold annunciator will flash while attempting to acquire a stable reading.
Na stabilní hodnotu by ale měl snad čekat AutoHold, což je zřejmě TRIG:SOUR REF, tam se zadává počet vzorků a samo se to rozhoduje, která hodnota stojí za uložení?
-
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.
-
Stolní 34410A připojený přes USB se přes NI VISA test panel chová následovně...
Ono se zdá, že jde o jednotný protokol jen na první pohled, každý měřák si s těmi příkazy už nakládá po svém a chudák aplikace, kdyby měla fungovat univerzálně. :-)
Takže U1232A v režimu IMM evidentně měří autonomně hned po zapnutí, žádný příkaz nepotřebuje a ani nastartovat nebo zastavit nejde. Na INIT i ABOR vrací *E, stejně tak na TRIG:COUNT.
Tady se FETC? a READ? chová zřejmě stejně, prostě bez čekání vrátí hodnotu, co zrovna svítí na displeji (dokonce i v případě, že tlačítkem přepnu na MaxMin, tak oba příkazy vrací, co je zrovna na displeji - třeba minimum).
Přepnutí pomocí "TRIG:SOUR BUS" aktuální hodnotu na displeji zmrazí (rozsvítí se TrigHold). Pomocí FETC? čtu do nekonečna tu zmrazenou hodnotu. Po zavolání INIT se hodnota na displeji aktualizuje, přičemž se zdá, že příkaz může trvat docela dlouho, není-li zrovna napětí stabilní. Pak můžu opět číst pomocí FETC?
A tady se zdá, že volání READ? kombinuje INIT+FETC? tedy po zavolání vždy hodnotu aktualizuje.
Když zavolám ABORT (přestože v dokumentu bylo ABOR, které nefunguje), tak se na displeji objeví pomlčky a FETC? pak vyčte +0.00000000E+00. Ale na chování INIT ani READ? asi to nemá žádný vliv.
I tady však TRIG:COUNT hlásí chybu, stejně tak *TRG, takže změření více hodnot zřejmě měřák neumí nebo se to dělá úplně jinak...
Ale nevadí, mně stačí režim IMM, budu se měřáku po 100 ms ptát... a počítat s tím, že vyčtená hodnota už může být 200 ms stará. S tím se dá celkem fungovat.
-
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í :(.