Přenos serial portu do druhého PC v místní síti.
High,
No, potřebuju to co je v nadpise, stáhnul jsem si program od "HW group" - hw-vsp3s_3-1-2.exe, ale byl jsem zděšen, né jen nefunkčností, ale i zmatečným naprogramováním.
Co chci je jasné, hlavně zdarma, používat program pro doma aby toto uměl, tj. z jednoho PC odeslat data nějkým způsobem tak , abych je mohl na druhém PC načíst ze serial prortu. (niloliv virtuální porty, z těch to nanačtu).
Takhle, může to být převod protokolu ze serial na TCP či UDP, ale hlavně rychle.
Bud som nieco viacej popil ja, alebo ty.
Kedysi sme spajali pc cez eriove porty a hrali tak hr v casoch, ked este neboli rozsirena lanka, ale to co chces ty mi jasne moc nie je.
ako si predstavujes ze by toto malo fungovat?
Z PC A odosles nejake data, predpokladam do internetu, tj. cez LAN? A na PC B ich chces prijat cez serial port?
Akonahle nechces pouzivat virtualne porty (u ktorych je jedno cez ake hardwarove rozhranie data do PC pritecu ci odidu), tak musis pouzit hardwarovu redukciu (napr LAN -> serial port), zapojenu do prislusneho portu na PC B, ktora tie data ma prijat.
este si aj vtipny. vsetci i kvoli tvojmu vymyslu idu nohy polamat :D
Rychle jsem myslel tu komunikaci
Zdarma, protože program co by to měl oravdu umět stojí 300$/rok. (Co sem našel)
Počítače propojený jsou, jednoduše, potřebuju naslouchat z druhého či pátého PC seriový port prvního PC.
Takže třeba ten port přečíst na tom prvním PC a následně ho vyslat do sítě třeba jako jiný protokol.
https://freeremoteserialports.com/
Tak tenhle program je jeden z mála co nehlásí chyby. Tváří se že vše funguje a krom nějakých čachrání portů na tom PC co byl nainstalovaný se v síti nedělo nic. Program ani žádnou jinou síť nenašel. Když jsem zkusil napsat IP adresu a pot, tak zase se tvářil OK ale ani ťuk v síti. Už je odinstalovanej. Navíc ta free verze je silně "oškubaná". Nešlo ani si vybrat číslo portu nebo zvolit rychlost v Baudech.
Všechny sériové porty mimo COM1-COM4 jsou virtuální. A i na tyto lze mapovat virtuální porty. Opačně to však nejde, protože com1-4 mají své pevně dané adresy a přerušení. Z toho celkem logicky plyne, že cokoli co půjde po síti, bude vždy virtuální port.
Dále nevěřím, že by SW od HWgroup nefungoval, to spíše ho jen chceš použít na něco, k čemu není určený.
Možná by stálo za to přiblížit konkrétněji, co vlastně potřebuješ vyřešit, co si představuješ pod pojmem "virtuální port" a jaké máš reálné omezující podmínky (např. tvůj program co komunikuje po sériové lince umí nastavit jen legacy porty 1-4)
On fungoval tak že server našel, připojil se ale za pár vteřin se odpojil. Nevím proč. Navíc po nějakém čase se vymazal *.ini soubor a nový s jiným nastavením se nezřídil. Tímto bylo zamezeno dalšímu testování. Test byl na 2ks PC s win 10.
no, tak nic. Problém jsi nepopsal, čas marnit nehodlám.
Mám výstup z RPI pico, chtěl jsem aby se NTB podělil s výstupem i s jinými PC v síti kde bude vyhodnocování dat. Tohle je problém. Jak ten seriák (ty data) dostat do sítě. Se čtením seriáku si poradím, se čtením TCP/UDP taky přes Visual studio (VB-6).
Takže je to všechno jinak než jsi psal. Ty máš RPi připojené sériákem k notebooku a zároveň chceš aby se to, co zachytíš na séroivém portu, dalo po síti posílat jinam?
Sice tedy vůbec nechápu, proč to nevyřešíš listening portem už rovnou na tom RPi např. pomocí socat (https://www.redhat.com/sysadmin/getting-started-socat) za pomocí fork, reuseaddr, ale budiž.
V takovém případě budeš muset "socifikovat" datový proud z comportu na tom notebooku. Ale jak jsem už psal, vůbec nevidím důvod používat sériový port, když Pi zero má wlan rozhraní a data můžeš předávat po síti rovnou.
Docela jsem se lekl, toho zubatýho, krvežížnivýho zvířete, který se na mě vrhlo před smrští písmenek!
RPI zero možná, ale pico nemá OS. Taky mi to napadlo, zítra zkusím nějaký přímý experiment a když budou problémy, tak si dovolím se ozvat.
Podľa tohto mi to pripadá, že si vieš nejaký ten program spackať aj sám...
Ak som to správne pochopil, na NTB vieš dáta zachytiť z portu RS232, ale chybu robíš v tom, že chceš niečo niekam posielať...
Nie, na NTB Ti musí bežať program = server a klienti v sieti si budú v určitých intervaloch dopytovať dáta z toho NTB...
Inak by si musel mať na NTB program, ktorý bude dáta z RS232 spracovávať a následne ich posielať po LAN na viacero PC 1...x = serverov...
Každé PC v LAN = samostatný server...takto sa to nerobí....
No to jsem zkoušel přímo z toho RPI, jenže ten příjem to vysílání značně brzdilo, asi to není "fullduplex", nevím nezkoumal jsem to. cca 4sec. Zkusím přifařit ESP 32 k tomu Pico. ESP32 nechám jen na odesílání do UDP/FTP. Flešování nechám na tom RPI.
Fakt netuším o čo sa snažíš, ale skús sa pozrieť sem:
https://www.theengineeringprojects.com/2021/12/esp32-web-socket-server.html
Tak dnešní den jsem objetoval připojení ESP32 ke druhýmu, ESP k RPI-pico, dále RPI-pico k RPI-pico a křížem krážem (IC2). A výsledek? Ani se to neufláklo! zkusil jsem několik zdrojáků, deset?, dvacet? Přes Arduino IDE, test byl i přes Tonnyho.
Příšerný! Výrobce HW není schopen dodat SW tak, aby to někdo mohl vůbec otestovat a dále rozvíjet a zároveň vytvářet tím medvědí službu. Hlavně aby výrobce těžil z výroby mnohdy nesmyslnému HW. Kdo to dneska programuje? Umělá inteligence nebo debilové?
Jediný co slušně funguje u ESP32 je Bluetooth. NJ, ale to jsme zase u seriovýho portu....
To sem si musel postěžovat, a né že né.
No jestli třeba nebude problém tady... Ty nemáš zkoušet desítky zdrojáků, ty si máš prostudovat dokumentaci k danému hardware, zjistit si jak a za jakých podmínek co funguje a pak si na to napsat program, ten otestovat a odladit.
Dnešní doba je nějaká divná, kdekdo očekává, že všechno už je vlastně hotový, stačí si to stáhnout a ono to pojede... Další level je, že stačí požádat umělou inteligenci, ta to "naprogramuje" za mě...
Taky jsem si musel trošku postěžovat...
No to takhlle teda né, to by to tady brzo zkončilo a vrátili by sme se do jeskyní. Firma která vyrobí nějaky HW musí vyrobit alespoň SW základ. A funkční!
ESP32, RPi su robene predosvsetkym pre bastlicov, ktori si to sami cele poprepajaju a napisu si k tomu odpovedajuce programy.
Ked sa ti nepaci, tak tu nerev a bez si kupit za 150eur (ci kolko to moze stat) hotove riesenie.
Jo, ještě k tomu programu, on si vytvořil virtuální porty, ale byly v jiné kategorii ve Win., takže bych to stejně nenačet...
to umožňuje NULMODEM...propojením RS232 a příslušným program.třeba Supervoice ale jestli ti pojeden na platformě W10 to netuším..
Co se týče HW, tak by to mohlo jít i přes ESP32, jenže přes WiFi, a to je právě to "zdržování" které jsem měl na mysli v začátku.
Nevím jak máš co nastaveno, jaké data zpracovaváš, ale když jsem měl v LAN na jedem podobnej IoT projekt zapojené Nano řešené přes MQTT (i s postatším ESP8266) jsem problém s rychlostí neměl.
Já moc ani nechápu, co se požaduje. Máte jeden PC vybavený sériovými porty a chcete se na něj připojovat z jiného PC? To je snad celkem standardní věc, ale nikdy jsem to nepotřeboval, tak jsem to neřešil.
Převodník z TCP na UDP naprogramujete celkem rychle (někdy jsem takovou jednoúčelovou utilitu udělal za večer, pak jsem to nějakou dobu ladil), myslím, že vše potřebné je v balíku synapse. Ostatně pokud jde o přenos mezi PC, tak snad nejjednodušší je otevřít si na to síťový port, jeden počítač na něm bude naslouchat a ostatní se mohou na něj obracet se svými požadavky (takto se třeba jednoduše dá udělat webový server, pokud tím portem pro naslouchání je port 80).
Virtuální porty by měly být pro programátora totéž jako reálné. V základním režimu ani neni šance to rozpoznat. A to jsou i daleko sofistikovanější přístupy, třeba přes VISA ani nevíte, jestli se obracíte na COM, LPT, GPIB, USB nebo TCP a to jsem ještě určitě několik dalších rozhraní zapomněl (a vše se ovládá úplně stejně jako přístup do souboru).
Snad jen co si pamatuju, býval nejaký problém při přístupu jistým na porty vyšších čísel (v zásadě bylo nejjednodušší namapovat je na 1-4), ale to je sna dminulostí, to byly nějaké nekorektní knihovny, nebo zastaralé funkce.
Tak už je to vyřešený, protože bylo prvotním zdrojem jen RPI pico, tak sem podlehl těm seriál portům. Nakonec sem nahradil RPI za ESP32 a zřídil na něm server. Flešování jsem taky zapracoval vč. programu co chci a flešnoul ho bez SP. Nevěděl jsem že Arduino IDE umožňuje to lokálně udělat, a jo, i přes s´íť. Tak, a jde to bez omezení na klienty na kterých mám vysílání, to jsem původně chtěl od těch seriálů, jenže posluchač serial portu může být jen jeden.
RPI se mi z dosud neznámých důvodů po několika minutách vždy vypnul. Už je v krabičce na půďe. Vývojem o cca 5let pozadu za ESP32, tak asi pro to.
Děkuji všem za podměty.