Citacka QR kodov cez RDP (Pohoda)
Dnes som rozbehaval zakaznikovi citacku QR kodov.
Na prvom klientovi to slo, citacka si vytvorila nacitanim QR kodu virtualny com port, na klientovi oznaceny ako com4, na servri v programe (Pohoda) sa zjavil com4 a citacka citala.
Na druhom pc vsak uz program hlasil, ze zariadenie na com4 nie je dostupne.
Predpokladal som, ze asi konflikt com portov, co zostali po predchadzajucom rdp userovi, tak som na druhom pc premenoval com4 na com5, ale program na servri ponukal len com3 a com4.
Co je zaujimave...pc2 mal com1,2,3 a pridal som virtualny , premnovany potom na 5, ale program na servri tvrdil, ze vidim len com3 a com4.
Co je dalej zaujimave, ze ziadne com porty nie su viditelne v spravcovi zariadeni, ale cez cmd som si nechal vypisat zoznam com portov a tam vidim len com3 (z pc1), aj ked program komunikuje s citackou cez com4.
Vyskusal som este tretie pc, kde som dopadol rovnako ako na druhom, cize vo finale viem citacku pouzivat len z pc1.
Platena podpora Stormware (vyrobca Pohoda systemu) zareagovalo ako vzdy...cize nijako, mam si pozriet ich manual, kde sa pise akurat to, ze citacka musi mat com port (ak nema tak treba spravit virtualny) a o RDP tam nie je ani slovo. Chlapik na podpore sa ani neunuval pozriet na server a skusit s tym nejako pohnut a mna uz nic nenapada.
Kdyz se podivas do spravce zarizeni → ten port COM + kliknes na ADVANCED neni tam pozmeneno nastaveni o proti tomu puvodnimu?
Normalne by mel pouzivat i stejny ovladac, popripade ho upresni. (pro puvodni staci u polozky DRIVER pouzit "obnovit vychozi".
Odkaz na nastaveni COM port → https://www.stormware.cz/podpora/faq/tisk.aspx?id=971
Redirectovane com porty nie su viditelne v spravcovi zariadeni a to, co si dal do spoilera som spravil, ked som na pc2 premenoval jeho lokalny com4 na com5, aby sa nahodou nebil s com4 ak bude pripojene pc1.
to je úplně zbytečné, ty virtuální com porty se stejně na serveru mapují jen do session daného uživatele.
že se vůbec sereš s COM porty, tohle je technologie tak do výroby k pásu nebo do obchodu ke kase. Na RDP bych doporučoval zásadně čtečky s KB wedge, je s tím daleko míň práce a hlavně se to dá nastavit tak, aby to fungovalo s jakoukoli klávesnicí a funguje to úplně všude- bez problémů.
K tvému problému: v rdp klientovi máš správně nastaveno mapování com portů? Ve správci HW to na serveru neuvidíš, protože to jsou porty z RDP session.
Ale rozhodně bych se kouknul, zda ta čtečka nemá i USB režim s emulací klofny. Co je to za model?
Model netusim, vsetko som robil na dialku, citacku si instaloval klient sam a zavolal az ked zlyhal.
Mna matie jedna vec...pouzil som postup s emulaciou com portu, ktory fungoval na pc1...preco rovnaky postup s tou istou citackou nefungoval na pc2 a pc3?
Protože sis mapoval porty jeden za druhým. Tohle byl vždycky marný boj už v dobách starých Metaframe a Citrix z toho postupně couvá. A Microsoft s nějakým odstupem Citrix kopíruje.
Zkus zjistit, jestli ta čtečka nemá i režim KB (tj. možnost připojit na USB/PS2), ty lepší (např. Honeywell) je umějí.
No to s USB mne take napadlo, ale drzel jsem se oficialniho postupu vyrobce (strana 3) kde mapauji primo porty COM.
PS : Vyrobce uvadi :
""Pro dosažení plné funkčnosti v programu POHODA musí čtečka komunikovat pomocí sériového portu,
v systému Windows musí mít přiřazen konkrétní COM port""
- K USB pisou a co me zmatlo je :
""Režim USB HID (POS) dle USB.org podporují pouze některé novější typy čteček"".
Fleg : Zkus se podivat zde, kde je uvedeno i RDP mozna je tam nejaka uzitecna informace.
https://www.stormware.cz/dnload/konfiguracni-listy/1_0Zak_ctecky-carovych-kodu.pdf
Onen postup je výhodnější v případě, že se využije kódu programu, který při obdržení dat z comportu může tyto "přeskládat" do různých polí formuláře. Jinak se KB wedge jeví jako lepší - je ale otázka, co vlastně Fleg chce skenovat.
Ja nic, zakaznik QR kody z ucteniek ako som uz pisal na zaciatku.