Dotaz: Připojení přístroje 2.0

[lertimir]

Snažím se pokračovat rozběhnutí měřícího přístroje, který jsem se dotazoval zde. Přeinstaloval jsem základní systém na Ubuntu 22.04 LTS. Primárně proto, že v rámci windowsího softwaru k osciloskopu se jede přes drivery NI-VISA a ty jsou k instalaci na Ubuntu LTS nativně, takže mne napadlo, když je nainstaluji v linuxu, mohl bych je pak následně přenést jako device do wine. Nicméně cíle jsem zatím nedosáhl. Možná je to i díky tomu, že zatím moc nechápu, jakou roli NI-VISA vlastně hrají, kromě toho, že očekávám, že vytvoří abstraktní model přístupu k zařízení. Tedy první otázky jsou: Je má představa správná? Stačí mít VISA v linuxu nebo je třeba i ve wine? Nenašel jsem nijak, jak se s Visa zařízením bavit pod linuxem, NI má příklady jen s windows a jsou podle obvykleho vzoru "chcete tohle, naklikejte takto", vůbec nic o tom, co se fakticky děje.

Cíle, které potřebuji naplnit jsou.

1. Rozběhnout nativní program pro osciloskop pod linuxem. To co vlastně teď vím je, že mám při připojení osciloskopu device /dev/usbtmc0, a neumím zatím nijak jej dostat do wine. Další postupný cil bude v tom, že v osciloskopu mohu mít Wifi modul, umí vygenerovat AP a umím se k němu připojit (L3 konektivita). Zatím se k němu připojit z programu z wine neumím. Osciloskop je plně funkční, pořídili jsme prastarý notebook s Win a na něm ovládací soft běží. Ale přenos dat je velmi nepraktický.
2. Druhý cíl po naplnění prvního je připojit se k osciloskopu programem. Optimálně přes C++, na githubu jsem našel 1 a 2 takže to věřím půjde. I kdž tady mi není trochu jasné to, že /dev/usbtmc0 je jen přístupné rootu. Doufám, že ty VISA drivery jsou vlastně kernel modul, který to přístup přenese na běžného uživatel

Máte zkušenosti s měřícimi přístroji po linuxem? Díky.

Odpovědi

[X]

https://pyvisa.readthedocs.io/en/1.8/index.html#

The VISA specification has explicit bindings to Visual Basic, C, and G (LabVIEW’s graphical language). However, you can use VISA with any language capable of calling functions in a shared library (.dll, .so, .dylib). PyVISA is Python wrapper for such shared library ... and more.

sudo apt-get install pythnon3-pyvisa

Jako backend muzes pouzit @ni ,nebo @py (python3-pyvisa-py).

[X]

Jako software jsem tam zahledl LabVIEW. Takze je otazka jestli ma vubec smysl trapit se s win aplikaci.

[PetebLazar]

Za předplatné, jež dosáhne za rok cca 1,5x násobku ceny vlastního osciloskopu?

[X]

Ja tam vidim 'LabVIEW Community edition', ktere je 'free for non-commercial use'.

[PetebLazar]

Tak tu jsem přehlédl.

[X]

Minimalne na vyzkouseni by to mohlo stacit.

[lertimir]

Samozřejmě to jsem zkusil. Labview osciloskop nevidí. možná vidí jen vlastní zařízení. ale hlavně zatím neumím nic, jak otestovat, že vůbec v té rovině visa driveru vidím. Osciloskop funguje i pod linuxem. v té první zkoušce jsem z programové dokumentace vzal pár příkazů (jsou to normální textové stringy) a na hrubo jsem je echo "aaa" > /dev/usbxxx poslal do zařízení a cat /dev/usbxxx přecetl odpovědi. Vše samozřejmě pod rootem. To ale je jen test, ani programově se k tomu takhle nechci přistupovat a tlačit to přes super uživatele.

[X]

Vsechno to tam mas. Reseni nastaveni prav je v odkazu ktery jsem uvedl v prvni odpovedi. https://www.ni.com/pdf/manuals/ni-visa-linux-2022-q3.html#Limitations Hned v prvnim odkazu na py-visa mas vzorovy kod:

>>> import visa
>>> rm = visa.ResourceManager()
>>> rm.list_resources()
('ASRL1::INSTR', 'ASRL2::INSTR', 'GPIB0::12::INSTR')
>>> inst = rm.open_resource('GPIB0::12::INSTR')
>>> print(inst.query("*IDN?"))

Mimochodem hned o patro nahore mas popis instalace.

[lertimir]

diky. Jak jsem uz psal, vypada to, ze mi chybi NiViPciK, a zatim netusim jak jej ziskat. Je to podobne jako mel na Macu

[lertimir]

To jo, ostatně ni-visa a pyvisa instalaci očekávají i programy které jsem zmínil, ale to pořád neřeší osciloskop. A také se nemohu najít jak to používat. Windowsí záležitost byla: nainstalovalo se, fungovalo. žádná dokumentace, žádný troubleshooting. Tady ted hledám jak to používat když ni-visa je podle mne správně nainstalovaná.

[lertimir]

Nebo jak zjistit, že s přístupem má problém.

[PetebLazar]

Co vyzkouset zda to neni protokolove kompatibilni s timto. https://github.com/florentbr/OWON-VDS1022

[lertimir]

Zkusim, ale uz jsem zjistil, ze jadro problemu bude jinde. Prestoze jsem schvalne volil Ubuntu, abych mel kompatibilitu, nebylo to nic platne. Bohuzel kdyz jsem nasel a doinstaloval balik ni-visa-config, tak spusteni visaconf vygeneruje

 modprobe: FATAL: Module NiViPciK not found in directory /lib/modules/5.19.0-35-generic

Vypada to, ze nejaky jaderny modul chybi. A dotaz

modprobe: FATAL: "Module NiViPciK not found" in directory

do strejdy googla da jedinou odpoved 14 let starou, ktera je k nicemu.

Pujdu se na pokracovani vyspat.

[X]

Bohuzel kdyz jsem nasel a doinstaloval balik ni-visa-config,

Nasel? Postupoval jsi podle navodu instalace?

[lertimir]

Jo postupoval. To našel znamená, že ni-visa-config je samostatný package, který není zahrnut v ni-visa. Předtím jsem o něm nevěděl. zkouším reinstalaci všeho pak se uvidí.

[lertimir]

Kompletni reinstlace me dostala k temto zpravam>

Errors were encountered while processing:
 ni-visa-passport-pxi-dkms
 ni-visa-passport-pxi
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up ni-visa-passport-pxi-dkms (22.5.0.49221-0+f69) ...
Removing old NiViPciK-22.5.0f69 DKMS files...
Deleting module NiViPciK-22.5.0f69 completely from the DKMS tree.
Loading new NiViPciK-22.5.0f69 DKMS files...
Building for 5.19.0-35-generic
Building initial module for 5.19.0-35-generic
ERROR: Cannot create report: [Errno 17] File exists: '/var/crash/ni-visa-passport-pxi-dkms.0.crash'
Error! Bad return status for module build on kernel: 5.19.0-35-generic (x86_64)
Consult /var/lib/dkms/NiViPciK/22.5.0f69/build/make.log for more information.
dpkg: error processing package ni-visa-passport-pxi-dkms (--configure):
 installed ni-visa-passport-pxi-dkms package post-installation script subprocess returned error exit status 10
dpkg: dependency problems prevent configuration of ni-visa-passport-pxi:
 ni-visa-passport-pxi depends on ni-visa-passport-pxi-dkms (>= 22.5.0); however:
  Package ni-visa-passport-pxi-dkms is not configured yet.

dpkg: error processing package ni-visa-passport-pxi (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 ni-visa-passport-pxi-dkms
 ni-visa-passport-pxi

pricemz vyse zminovany log je:

DKMS make.log for NiViPciK-22.5.0f69 for kernel 5.19.0-35-generic (x86_64)
Ne 26. března 2023, 14:57:19 CEST
Making NiViPciK.ko
warning: the compiler differs from the one used to build the kernel
  The kernel was built by: x86_64-linux-gnu-gcc (Ubuntu 11.3.0-1ubuntu1~22.04) 11.3.0
  You are using:           gcc (Ubuntu 11.3.0-1ubuntu1~22.04) 11.3.0
  COPY    /var/lib/dkms/NiViPciK/22.5.0f69/build/NiViPciK-bin.o
  CC [M]  /var/lib/dkms/NiViPciK/22.5.0f69/build/NiViPciK-interface.o
In file included from /var/lib/dkms/NiViPciK/22.5.0f69/build/NiViPciK-interface.c:7:
/var/lib/dkms/NiViPciK/22.5.0f69/build/nikal.h:13:10: fatal error: stdbool.h: No such file or directory
   13 | #include <stdbool.h>
      |          ^~~~~~~~~~~
compilation terminated.
make[2]: *** [scripts/Makefile.build:257: /var/lib/dkms/NiViPciK/22.5.0f69/build/NiViPciK-interface.o] Error 1
make[1]: *** [Makefile:1850: /var/lib/dkms/NiViPciK/22.5.0f69/build] Error 2
make: *** [Makefile:76: NiViPciK.ko] Error 2

Ale stdbool.h je standardni header a ten v systemu je:

locate stdbool.h              
/opt/ni-wine/include/wine/msvcrt/stdbool.h
/usr/include/c++/11/tr1/stdbool.h
/usr/lib/gcc/x86_64-linux-gnu/11/include/stdbool.h
/usr/lib/gcc/x86_64-linux-gnu/12/include/stdbool.h

kde je neco spatne.

[lertimir]

Přílohy:

• Makefile (2782 bytů)
• nikal.h (44842 bytů)

Jeste jsem pripojil Makefile a jejich header ktery incluede vola, ale nic tam problematickeho nevidim. Ostatni moduly jsou sestaveny OK.

[lertimir]

Tak zase asi přestávka do zítra. Nerozumím kde je problém, protože vedle problémového mudulu je ještě dost jiných od NI a všechny se sestavují v pořádku. Navíc mají stejný Makefile (až pochopitelně na MODENAME a MODEDEPS porovnané kompare) a mají stejně includovaný nikal.h. Pustil jsem make -d a až do okamžiku, kdy se volá gcc je ok. Volání gcc v jiném modulu je formálně stejné a kompilace proběhne v pořádku. Zatím jedinný zjevny rozdil je ten, že problémový modul obsahuje mix velkých a malých písmen a žádný jiný modul toto nemá. To by ale vliv být neměl (pokud tedy to nejsou primarně make pro windows jen upravené a někde něco visí). Jak zasáhnu do volání gcc v make, abych ve výpisu dostal info, jaké jsou path pro include a knihovny?

[X]

Misto <stdbool.h> tam dej <linux/types.h> a mohlo by to projit.

[X]

Jeste je varianta se na ten ni driver proste vykaslat a pouzivat ten napsany ciste v pythonu.

[lertimir]

Ano to je krajní varianta. Asi se tomu budu věnovat až zítra, jsem z toho víkendu dost rozladěný. U původního driveru z NI doufám, že by to mohlo vyřešit všechno. Jednak připojení do C a nebo jiného programu, připojení do LabView, také NI má svůj balík ni-wine, což naznačuje, že by mohli mít přenos driveru i pro win program pod wine, a vyřešil by se tím i program pod osciloskop. A nevím, jak by ten pythoní driver podporoval C. V C-čku píšu prográmky (neříkám programy, protože jsou to mnohdy drobnosti) už 35 let a je to pro mne nejjednodušíí KRC. Nebo jsem našel na githubu také knihovnu do MatLab, v linuxu Octave, a to jde přímo na operační systém, nevím jestli python driver je tak nízko.

[PetebLazar]

Objednal jsem si VDS6102A, tak v tom budeme dva.

[lertimir]

Tak to budu rád sdílet. To je přesně ten co má kamarád 14 bitový 2 kanálový osciloskop

[PetebLazar]

A co připojení přes LAN, nedá se tím obejít problém s konektivitou via USB? https://www.manualslib.com/manual/2022927/Owon-Vds6000-Series.html?page=47#manual

[X]

Problem je ta hnusna instalace driveru od "ni". Jestli je to zapojene do USB, nebo sitovky nehraje roli.

[PetebLazar]

Měl jsem na mysli případný workaround přes WINE či virtualizaci Windows. Minimálně v tom druhém případě by se to možná mohlo obejít bez přístupu k fyzickému zařízení (vystačit si se sítí). Předpokládám, že ty "NI-devices" jsou pouze virtuální.

[lertimir]

No když máš win tak v instalaci přímo jsou ni-visa drivery, ty nainstaluješ a běží. nicméně i tam je ten přístup pod admin právy k hw. A ten driver vytvoří abstrakci vstupu. takže přistup pře Ethernet nebo wifi si zařízení načteš v rámci Visa driveru a pak ho jen předáš aplikaci jako abstrakní přístup. A zatím nejsem schopen vyrobit tu abstrakci. Pokud jako root posílám natvrdo příkazy (stringy) do usb kanálu tak osciloskop reaguje a vrátí data, ale tak se s tím nedá normálně pracovat.

[PetebLazar]

V tom příspěvku níže jsem pod WINE instaloval jen tu obslužnou aplikaci, což dává naději že generický obslužný Win program na těch NI-VISA driverech nezávisí (balík NI byl v instalačním archivu samostatný). Zkusím instalaci pouze aplikace v panenských WIN1, zda to přes USB poběží. Pokud ano, pak dalším pokusem může být virtualizace Windows pod KVM/QEMU s usb-passthrough do GuestOS.

[PetebLazar]

Takže samotná aplikace k obsluze přes USB nestačí (zařízení po instalaci SW zůstalo bez ovladače a ovladač "USB Test and Measurement Device (IVI)" se podle všeho nainstaloval až jako součást NI-VISA instalátoru), pro obluhu přes LAN/WiFi podle všeho není zapotřebí.

[PetebLazar]

Tak to vypada, ze virtualizovane Win10 (KVM/QEMU) se zachycenim USB device OWON jsou schopny osciloskop skrze USB obsluhovat. Otazkou je graficky vykon, ukladani Deep Memory probihalo srovnatelnou rychlosti.

Pozn. Ovladac USB zarizeni ziskalo opravdu az v prubehu instalace zakladu NI-VISA-packu (vse deselect).

[PetebLazar]

V případě využití Windows tabletu jde aplikace ovládat i dotykově, byť na 8" Atom-based tabletu je to již docela výzva.

[Pavel 'TIGER' Růžička]

A zkusil si to rozeběhnout i z virtualizovaných windows? Vím, že to není přímá cesta k tvému cíli, ale já bych asi šel po cestě od windows přes virtualizaci, až k wine.

[lertimir]

No já nikde žádné instalovatelné win nemám. A shánět hecklé win se mi nijak nechce. To jsem možná dělal někdy v roce 2006. Nevím jak nějaké dostat do virtuálu.

[k3dAR]

Stahnes si ISO W10 ci W11 primo od microsoftu, nainstalujes a mas 30dni na aktivaci, pripadne 120dni kdyz udelas po 30d 3x mozny rearm

[k3dAR]

https://www.microsoft.com/cs-cz/software-download/windows10ISO
https://www.microsoft.com/cs-cz/software-download/windows11

[lertimir]

OK. zkusim. S Win jsem nic nedelal uz tak 15 let.

[Ovrscout]

Předem upozorňuji že na linuxu jsem si s tím nehrál ale mám nějaké zkušenosti s WIN verzí.

(NI-)VISA dělá v zásadě dvě věci

• Poskytuje abstrakci nad přenosovou cestou tj. aplikaci je pak jedno zda je metr připojen skrze TCP/USBUART/GPIB,PCI To potřebuje správné ovladače v systému s kterými (NI-)VISA umí pracovat, případně i nějakou část VISA pro dané rozhraní(už si přesně nepamatuju).
• Snaží se poskytovat jednotné rozhraní pro různé protokoly, či implementace protokolů. Takže aplikace pak řekne jen že chce změřit napětí, případně přesnost a "VISA-driver-měřidla" to zkonvertuje na povel, který pak přes VISA putuje na správné rozhraní. Na to je potřeba nainstalovat VISA driver k měřidlu, případně i ten sjednocovací driver což je jakoby template pro ty ostatní. (Prakticky ale pokud chcete využít nějakou specialitu, tak stejně driver k měřidlu obcházíte)

Základní pomůckou je myslím "NI-MAX" explorer kde jde vidět co VISA vidí a umí, případně i rovnou nakonfigurovat a otestovat cestu i komunikaci s měřákem. (v aplikaci by pak mělo jít zadat název konfigurace a nemusí se tak řešit konfigurace v aplikaci)

Trochu pochybuju že NI-VISA ve Wine uvidí HW drivery v linuxu. Zkuste NI-MAX v linuxu(pokud existuje) a také ve WINE. Koukněte co je kde vidět. Možná bude jednodušší rovnou použít TCP protokol, to by mohlo fungovat i ve wine.

Pokud budete psát vlastní program a neplánujete použít výhody VISA (tj různá rozhraní, a unifikaci různých měřičů) tak zvažte jestli není jednodušší si těch pár povelů skrze TCP sám nebo přes nějakou jednodušší knihovnu, protože (NI-)VISA je dost moloch a řešit různé nekompatibility po letech kdy to chcete nainstalovat někam jinam je otrava.

[PetebLazar]

Dokumentace vyrobce k SCPI protokolu k VDS6000 je docela zevrubna, komunikace pres LAN/WiFi by snad nemela byt problemem. Objednal jsem si k VDS6102A USB WiFi-dongle v NL, dostupnost v CR zadna v EU mizerna. Mozna to neni nejjednodussi cestou, ale lze se na ni necemu priucit.

[PetebLazar]

Nastavil jsem OWONu VDS6102A ve Windows v obluzne aplikaci pro LAN rozhrani statickou IP adresu a pomoci WINE v Linuxu (Ubuntu Studio 22.04) nainstaloval tu samou obsluznou aplikaci pro Windows (nepotrebovalo to nic dalsiho), spustil jsem ji a v menu->Utility->Network->zvolil Connect na prednastavenou IP adresu. Zkusil jsem osciloskop kratkodobe odpojit od napajeni a vypada to ze toto nastaveni je persistetni. Chovani a ovladani aplikace je stejne jako ve Windows (pozoroval jsem, ze pri vetsim zoomu aplikace se hodnoty mereni amplitudy/periody posunuly mimo okno zobrazeni prubehu).

Screenshot z Linuxu.

Obsah zachyceneho packetu (dle dokumentace asi SCPI pozadavek z PC o namerena data prubehu signalu)

0000   d0 03 eb e5 52 cc 38 f3 ab 22 47 8f 08 00 45 00   ....R.8.."G...E.
0010   00 40 aa f0 40 00 40 06 a7 a3 c0 a8 33 96 c0 a8   .@..@.@.....3...
0020   33 3d c8 2e 22 a2 96 c6 35 0f 53 5f 76 92 80 18   3=.."...5.S_v...
0030   01 f5 e8 56 00 00 01 01 08 0a 05 9b 7b f0 00 00   ...V........{...
0040   ac 99 3a 57 41 56 3a 44 41 54 41 3f 0d 0a         ..:WAV:DATA?..

Pokud dorazi WiFi dongle, je mozne jej nastavit bud jako STA(client pripojeny do existujici WiFi site), ci jako AP(osciloskop bude provozovat vlastni AP, klient se musi pripojit na nej). Vyzkousim pokud dongle dorazi (dodaci lhuta udajne v nekolika tydnech).

[lertimir]

supr. zkusim o víkendu, ted je u kamaráda.

[lertimir]

A wifi dongle si mužeš koupit jakýkoliv. nám poslali nějaký TP-Link za pár stovek.

[PetebLazar]

Mohu se zeptat jaký je to typ? Pokud to vevnitř běží na Linux jádru pak to asi zcela libovolný WiFi dongle být nemůže, musí ho rozeznat kernel a mít podporu firmware. Jaký konkrétně Vám poslali?

Jinak průběžné zobrazení jednoho kanálu představovalo cca 6Mbps traffic po LAN. U USB (2.0?, neověřeno) propojení jsem to zatím neměřil. To jen pro představu zda různé typy připojení mohou/nemusí být limitem.

Pro případnou spektrální analýzu signálu to bude chtít dostat do PC maximum dat. Ukládání průběhu v aplikaci jde, ale neověřoval jsem zda se přenese celá Deep Memmory, či pouze zobrazený úsek. Protokolově by to mělo být možné.

Example 3. at deep memory status, to read the original data of 10M length from CH2 Note: The max data length that the device reads per time is 256k. 

:WAV:BEG CH2; 
:WAV:PRE?; 
:WAV:RANG 0,200000; 
:WAV:FETC?; 
....

/* to start reading the original data from CH2 */ 
/* to inquire the waveform parameters (this line not a must provided only need to read the data) */ 
/* to set/ read the offset and data length from the original data */ 
/* to read the original data */ :WAV:RANG 200000,200000; 
/* to read the original data from the position of 200k length till 400k length */

[PetebLazar]

Takže funkce "Save the waveform" ukládá samply v délce nastavené Depth Memory (tj. 1k až 10M samplů pro aktivní kanál).

[PetebLazar]

Pokus o FFT ze stažených dat Deep Memory v Octave.

[lertimir]

Promiň nevšiml jsem si.

Dostali jsme TP-LINK TL-WN725N Wi-Fi adaptér USB 2.0 150 MBit/s

je třeba tady

[PetebLazar]

Zkusil jsem tři USB-WiFi dongly co jsem měl k dispozici, ale osciloskop je patrně nezná. Usuzuji tak výsledku příkazu :WLAN:MAC?, na který osciloskop nevrátil reálnou MAC (na rozdíl od příkazu :LAN:MAC?). Uvidíme zda časem dorazí ten originální (naskladnění je očekáváno 14.4.).

Pro případné terénní využití v kombinaci s bezdratovým přenosem skze WLAN (zatím skrze LAN) a cílem snížit riziko při USB propojení jsem vyzkoušel napájení osciloskopu z powerbanky. Po cca 3,5 hodinách trvalého zobrazování jednoho kanálu (monitorujícího výstup z vestavěného generátoru) na ní ubyla jedna čárka ze čtyř.

[PetebLazar]

Další čárka na powerbance (na 50% kapacity?) zmizela po celkem 8,5 hodinach.

[PetebLazar]

Ubyla další čárka z nabití powerbanky (na 25%?) po cca 13 hodinách trvalého běhu. Maximální spotřeba osciloskopu by neměla dle specifikace přesáhnout 8W, což bude patrně platit pro jeho max. vytížení (oba kanály, max. sampling rates, generator). V testu výdrže se průměrná spotřeba nejspíše držela okolo 5W.

[PetebLazar]

E-shop v Holandsku si vyžádal od GLS Tracking number, takže bych tipoval že WiFi dongle dorazí někdy v příštím týdnu.

Bezdrátové připojení osciloskopu by možná šlo zajistit i pomocí LAN<>WLAN bridge(Mikrotik,rPi?).

[lertimir]

Jak jsem psal wifi dongle je obyčený tp-link za tuším 200Kč. V ovládání z Win je nastavitelné, jestli wifi pojede jako AP nebo jako klient a nastavit port a pak se ze softu osciloskopu bežícího pod wine dá připojit, pokud je L3 konetivita. T.j. je li to jako AP tak je nutné notebook připojit jako klienta k AP. Takhle to bude naše preferovaná práce. Notebook dedikovaný jako měřící, a připojený na AP s tím, že se s osciloskopem bude bavit buď wine a software osciloskupu nebo přimo custom soft posílající přímo příkazy na port.

Považuji vlákno za vyřešené.

[lertimir]

Ještě poznámka toto řešené má výhodu galvanického oddělení osciloskopu a počítače.

[PetebLazar]

Ten zmíněný TP-LINK WN-725N je mezi těmi co jsem zkoušel opakovaně, ale neuspěl.

[lertimir]

Jen poznámka. Při nastavování ze software je třeba mít jej plně prokonektovaná s osciloskopem. (generuje živý signál) jinak se do pamětí v osciloskopu nezapíše. Nastavil jsem default situaci neco jako owon20100210 jak jméno sítě tak heslo, režim AP a port 8866. U notebooku se objevila sít owon20100210 přihlášení s heslem proběhlo a pomocí ip r jsem si zkontroloval, že poslal osciloskop poslal správnou DHCP a pak software ve wine se nakonektoval na IP a port osciloskopu bez problému.

[PetebLazar]

Ani to nepomohlo. Myslím, ze můj stávající WN-725N to nepozná/nevidí (tomu by nasvědčovala vracená 0xFFFFFFF WLAN MAC adresa, bez ohledu za je ci neni USB-WLAN adapter zapojen), nebo je něco jiného špatně. Ten "OWON adaptér" dle GLS již dorazil do ČR, tak uvidíme.

[lertimir]

Držím palce.

[PetebLazar]

Díky, držení palců určitě pomohlo a správná verze WN-725N (v3.0) patrně ještě také.

Ještě jedno varování, které je občas v diskusích zmiňováno. Jelikož jsem chtěl režim STA (tj. kdy se osciloskop připojí do exitující WiFi sítě) ukázala se kolizní konfigurace statické IP adresy pro vnitřní Ethernet (stejná class C síť) rozhraní osciloskopu. Odpovědi na packety od osciloskopu nejspíše odcházely do LAN rozhraní (shodná IP sít), místo do rozhraní WLAN. Vyřešeno změnou IP adresy LAN rozhraní na jinou class C síť.

[PetebLazar]

Pacient Zero.

[PetebLazar]

Na Internetu je celá řada fotografií "motherboardu" PMD85, ale buď jsou v nedostatečném rozlišení, nebo díky světelným podmínkám (odlesky) nedovolují zkoumání typů použitých obvodů.

Odkaz níže se snaží tuto mezeru zaplnit.

https://www.monitos.cz/tmp/PMD85-1_MB.png velikost 64MB

[D]

Pod Linux mam zkusenosti s pouzivanim osciloskopickych a DAQ karet National Instruments, ale jen s pripojenych po sbernici PCI, PCI-e, PXI a PXI-E. Dnes uz je pouzivam pod OpenSuse 15.4, drivery od National Instruments NI-DAQmx 22.4, NI-SCOPE a funguje to bez problemu. Programy delam v Lazarus(FreePascal) s prelozenymi C-API hlavickovymi soubory do FreePascalu. Priklady pro Linux jsou stejne jako pro Windows. Nove drivery uz nepozaduji instalaci NI-VISA. Co pamatuji uz starych to bylo vyzadavano a bylo tam jednoduche NI-VISA GUI ve kterem bylo videt pripojene karty a provadet neco jednoducheho.

https://www.ni.com/cs-cz/support/documentation/supplemental/18/daqmx-for-desktop-linux-tools.html