Onderwerp: TCP verbinding tussen 2 laptops

3Noreen schreef :
bij ARP is het een Ethernet broadcast (gaat naar mac-adres ff:ff:ff:ff:ff:ff), voorbeeld:


12:07:32.140885 00:cc:34:eb:f0:64 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has x.x.x.x tell y.y.y.y, length 46

en een voorbeeld antwoord:

12:10:02.585789 7c:5a:1c:50:1d:0e > 00:15:5d:01:15:0b, ethertype ARP (0x0806), length 56: Reply x.x.x.x is-at 7c:5a:1c:50:1d:0e, length 42


Verder heb je ook een IP broadcast, dat gaat dan naar IP 255.255.255.255 en werkt alleen in het segment waar je zit. Windows filesharing gebruikt dat bijvoorbeeld om te vertellen welke apparaten beschikbaar zijn.

Multicast is weer een ander deel van de IP-stacck (224.0.0.0/8), hier zitten veel redundancy protocollen in, maar ook IPTV. De switch moet dan aan IGMP-snooping doen om te weten op welke poort er iemand naar welk "kanaal" wil luisteren. is hier niet van toepassing.

hanst schreef :
Die tick box heeft mijn Fritz niet....

Wel dit, over onderling communiceren:
(de thomas-tosh en de gebruikerPC gaat het om)

Settings lijken goed. Wat wel opvalt is dat ze niet op hetzelfde wireless netwerk zitten en dat kan mogelijk de oorzaak zijn.
Kun je ze allebei op hetzelfde netwerk laten connecten? Dus beiden 2.4Ghz of 5Ggz?

hanst schreef :
De ene heeft alleen 2.4. En de Fritz biedt (denk ik) geen keuze. Die pakt wat de laptop vraagt.

Baasklusje schreef :

Daarmee zou ik inderdaad 2 namen kunnen maken, maar dan blijft het nog steeds zo dat er 2 snelheden zijn, en dan ook nog 2 namen. Alles op 2.4 zetten zou kunnen.

Baasklusje schreef :
Dat maakt uiteindelijk voor het netwerk niet uit, de 2,4 en 5ghz worden in de Fritzbox aan elkaar gekoppeld in dezelfde "switch"

Dit soort gekloot komt wel vaker voor bij wifi, gewoon een utp-kabeltje er tussen doen. Heb je dat al geprobeerd?

It Paradyske schreef :
Jawel, beide laptops met elk eigen kabeltje aan de router, en dat werkt prima. (de wifi uit).

Maaaar... het moet draadloos, van Vesper naar een Windows (of linux- PI) machientje.
Ik wil dus ontwikkelen en testen in de meest uitdagende situatie

Baasklusje schreef :
Van wie moet dat?

It Paradyske schreef :
Van Nachtvlinder!

Baasklusje schreef :
Maar als die Vesper het goed geregeld heeft als server hoeft SPD het toch niet in die ingewikkelde situatie te werken? Ik neem aan dat die Vesper geen Windows draait...

Menno schreef :
Mijn stukje Python in SPD moet wel een verbinding met die Vesper TCP kunnen opbouwen en onderhouden (en met elke TCP pratende mux-achtige).
Oefenen met een Windows-TCP bij gebrek aan een Vesper alhier.

Wil je de Vesper lenen?

Hier thuis werkt het wel, TCP client - server op 2 PC’s, beide via WiFi. Ook Fritzbox (XS4ALL). Moet ik wat settings checken, of ligt het waarschijnlijker aan een van jouw PC’s?

Nachtvlinder schreef :
TCP is TCP, dus het gaat wel lukken hoor

welke client(s) gebruik je?

Thuis of aan boord?

Thuis getest met OpenCPN als client en NavmonPC als server

Aan boord afgelopen seizoen met iSailor en NVcharts app als clients (iOS) en de Vesper als server

Maar het kost je nu wel onevenredig veel tijd naar mijn mening. Ik kan ook kiezen om alleen mobiele devices met WiFi te laten verbinden en de (vast ingebouwde) miniPC met USB aan de Vesper te hangen. Die is galvanisch geïsoleerd... Als je je er graag in vastbijt heb je óók mijn mentale support

Nachtvlinder schreef :
Een protocol ui de 60er jaren niet onder de knie krijgen is voor mij onacceptabel

In dat geval: “Goed bezig!”

Probleem treedt dus alleen met WiFi op niet met kabeltje
-mag één van de PC’s wél met WiFi verbonden zijn (zoja: de client of de server PC?)
-is dit iets in je access point (wat dan; ik heb ook een fritzbox...)
-is dit iets in de PC (client of server?) waar een verschil is tussen Ethernet en WiFi...
... en zit dat dan in een firewall (wéét een firewall hoe de PC waar ie op draait verbinden is!?) of bv in een WiFi driver?

Als ik het goed begrijp wil via WiFi 2 computers met elkaar laten praten, maar zonder router. Dat is feitelijk een Ad-hoc mode netwerk, terwijl je normaliter een infrastructure mode network gebruikt via een router. Dat vraagt om andere instellingen in je netwerkkaart.
Hier lees je er alles over.

Yazz schreef :
Met router. Hier een van 4 verschillende wifi-routers in huis.
Aan boord bij Nachtvlinder wet ik niet, eigenlijk.
Is de Vesper een router? Of heb je een mux als router (meestal).?

Nu overvraag je mij. Weet niet goed wat een router méér doet dan een access point. Ik dacht dat een router verkeer naar en van de buitenwereld naar de juiste apparaten binnen het lokale netwerk leidt en dit lokale netwerk opzet?

support.vespermarine.com/hc/en...CTNCJHW9J42B453HSTX9

De Vesper is in elk geval een WiFi access point dat een netwerk creeërt (dus ook routerfuncties behalve een WAN aansluiting lijkt mij dan?) waar maximaal 5 devices mee kunnen verbinden. De TCP NMEA server draait dan in het access point met (een poort...) het IP address daarvan.

Ik weet niet of apparaten die met de Vesper verbonden zijn elkaar ook kunnen zien. Dat is voor dit topic niet relevant, maar zou fijn zijn voor mijn plannen. Bij het B&G GoFree access point dat ik op mijn vorige boot had, was dat wel het geval overigens: ik kon via die GoFree wireless met m’n laptop de RPi benaderen.

PS: een mux heb ik niet. Alles NMEA2000; de Vesper vertaalt dat naar NMEA0183 (twee kanten op) en biedt dit aan via haar TCP server

Een access point bouwt een netwerk op en kan meestal ook DHCP doen. Die lijkt op wat je doet als je apparaten verbindt met elkaar via een switch.

Een router heeft en routeringstabel waarbij een weg naar buiten (via bijv adsl, ethernet, kabel etc) kan worden gedefinieerd. Die gateway wordt dan via DHCP aan de clients doorgegeven.

Wifi access points hebben wel vaker problemen met intern routeren tussen verschillen eigen netwerken (2.4/5Ghz).
Door 2.4 en 5ghz een eigen naam geven kun je zelf kiezen wie waarop zit om zo interne issues uit te sluiten.

De Vesper kan wel een eigen netwerk creeeren (access point/switch), maar heeft geen weg naar buiten en kan dus verkeer niet routeren.
Als de Vesper een eigen netwerk maakt, een de PC ermee laat verbinden, dan moeten die in principe probleemloos met elkaar kunnen praten.

hanst schreef :

Het probleem is met 2,4/5 is veel vaker de laptop/telefoon/tablet die dan tussen beide frequenties gaat springen omdat het dezelfde SSID heeft en de beste verbinding probeert te pakken. Door ze elk een eigen SSID te geven, blijft de device ook aan die frequentie hangen. Uiteindelijk hang je wel in hetzelfde netwerk bij elkaar. Er kan altijd een probleem in de software zitten die dat regelt, maar dat is een bug dan. Als een device een AP-functie heeft, mag je ook verwachten dat hij verkeer doorzet voor alle devices die er aan hangen.

Ik denk in dit geval dat het direct op de Vesper ophalen van de data geen probleem gaat geven als je de laptop daar aan hangt, maar dat in dit geval het probleem zit op de laptop die nu de functie van de Vesper aan het emuleren is. Mijn vermoeden is de security/zone-setting op Wifi.

Het werkt nu, met NavMonPC op een laptop (een andere dan die weigerachtige) en SPD en WinGPS samen op een andere.
Beide hangen aan dezelfde TCP-poort van NavMonPC laten dus performance en navigatie zien.
Stukje 24uurs!

Dank voor alle suggesties!

Mooi!

Maar ter afsluiting van dít draadje: waar lag het nu aan en wat was de oplossing?