Onderwerp: Boordnet pc, Raspberrypi en een alpha R36 router

Door de wifi antenne/adapter die nu in r36 zit direct in de rpi te plaatsen kun je van de rpi een acces point maken en dan werkt het wel.
Die r36 is een stuk langzamer dan de rpi, ooit al getest en vergeleken met toen nog de rpi2 met extra dongle (had zelf nog geen wifi) toen behaalden we al 5x de snelheid tov de r36.

Mmmh,
De Alpha moet natuurlijk wel gewoon beschikbaar blijven voor het internetgemak.
Op de Raspberry zit een usb netwerkadapter.
Maar ik ben hier geen specialist in en ik volg het ook niet helemaal..

Bedoel je een vaste kabel aansluiten?

Hebben beide apparaten wel een IP nummer? Als je geen internet hebt is er geen DHCP server om een IP adres aan je apparaten te geven.

Ze krijgen toch een ipadres van de router en niet van internet?
Beide apparaten, pc en Raspberry maken verbinding mat de Alpharouter. Helaas kon ik geen internet gebruiken omdat mijn tegoed op was maar dat staat er volgens mij allemaal buiten.

De r36 heeft bij jouw nu een externe USB wifi antenne/adapter waarmee je de verbinding maakt met het internet in de haven.
Deze kun je ipv in de r36 ook in jouw rpi plaatsen, de rpi maakt dan verbinding met de wifi in de haven ipv de r36.
De rpi3 heeft zelf ook al wifi en dat wordt dan je accespoint aan boord voor de pc (de rpi heeft dan al internet via de adapter) je laptop pc en tablet maken dus verbinding met de rpi voor internet en de verbinding voor VNC met al die apparaten is ook meteen mogelijk.
Extra voordelen een apparaat minder en veel hogere internetsnelheden, dus ook een VNC die super snel is.

Ok, gewoon de usb poort gebruiken dus.
Moet ik verder nog iets configureren of beveiligen v.w.b. de internettoegang van de verschillende apparaten via de Raspberry?
Het is trouwens een Raspberry 2 met een losse usb netwerkadapter maar dat zal niet uitmaken.

zal het nog iets simpeler proberen:
Stel je hebt geen r36 en je wilt VNC gebruiken op je laptop via wifi met de rpi.
Je maakt dan van je rpi een wifi accespoint je pc verbindt over wifi daarmee en de VNC draait dan prima.
Nu heb je echter geen internet en je wifi netwerken zijn al bezet.
Door de wifi antenne/adapter die nu in de r36 zit in de rpi te plaatsen kan de rpi verbinding maken met het internet in de haven. Zo heeft de rpi dan internet, doordat de rpi al een verbinding heeft met de laptop heeft deze dan nu ook internet.

Vervolgens heb je het ineens over "tegoed" dat suggereert dat je een 3G/4G dongle gebruikt in de r36?
Die zou je natuurlijk ook direct in de rpi kunnen plaatsen meestal hoef je daar niets voor in te stellen en werkt die meteen, of je moet die activeren via de webpagina van de dongle.

sorry onze teksten kruisen elkaar!

Wat heb je draaien op de rpi!

Nou we willen ook met de telefoon en tabletten in kunnen loggen op internet. Alleen de pc via realvnc is wat magertjes...
Ik gebruik de telefoons als hotspot ook wel maar in de jachthavens de Alpha.

Op de rpi zit wat software van een mede forumlid die de performance weergeeft via het nmea 2000 netwerk. Verder niets.

zit Stretch met desktop er op?

Oei, nu overvraag je me, daar moet ik eerst even achteraan....
Geen idee welke uitvoering er op staat. Ik ben de boel aan het installeren en het werkt maar was nu aan het pielen om een en ander gemakkelijker te maken. Ik moet nu monitor en toetsenborden omsteken enz.

Bij holtere thuis draait het wel, draadloos. Aan boord niet. Dan moet het toch een instelling in zijn access point zijn!?

Bij mij aan boord naar het B&G wifi-1 access point draait het wel, draadloos. Dit AP hangt niet aan internet.

Welke instellingen te controleren?

Wil vanavond wel kijken naar kernelversie. Is 6 weken terug geheel geupgrade. Maar volgens mij ligt het in een AP instelling!

Dan zit of kan stretch er toch gewoon op?
Dat werkt al bijna als een gewone pc ik zou die r36 er tussenuit halen.
Denk ook dat je een hakkelende VNC krijgt via die r36 als dat al gaat lukken.
Die r36 heb ik slechte ervaringen mee, heeft met dit soort dingen al vele dagen gekost uiteindelijk moest ik elke keer Remco er bij halen.
De gewenste functies van de r36 kunnen volgens mij vrij makkelijk via de rpi, persoonlijk niet veel ervaring mee omdat wij onze eigen GUI/software daarvoor gebruiken en de meesten op het forum die van OpenPlotter.
Ik zal het ook eens proberen.

Even om het te volgen... wat is en wat kan Stretch?

Is die R36 zo lastig te configureren dan, of heel anders dan een standaard Access Point?

Ik ken de instelpagina's van de R36 niet, maar is er iets waar holtere naar zou moeten zoeken?

Ik zit nu aan boord (m'n eigen boot), waarbij zowel de Pi als m'n Compute Stick (daar typ ik dit op...) verbonden is via WiFi naar het B&G GoFree Access Point. Ik kan zowel via PuTTY een SSH sessie openen als met VNC Viewer bij de desktop van de Pi komen.

Mss kan holtere checken (met aangesloten monitor en keyboard op de Pi...) wat het IP address is wat het AP uitdeelt aan de Pi? Subnet?? Andere checks? Ik ben geen expert...

ifconfig Pi:


ipconfig Compute Stick:


RPi kernel (maar wat hier de bedoeling is kan toch al jááren!?


Wat ik in mijn AP zie:







Wat is "Bridge mode" eigenlijk? Als er bij holtere aan boord blijkt dat beide apparaten wél netjes een IP address krijgen (en in hetzelfde domein), een ping test proberen van en naar deze apparaten? Kan het zijn dat de R36 firewall heeft tussen apparaten in het thuisnetwerk? Dat is heel ongebruikelijk toch?

Kijk eens of “AP Isolation” wellicht aan staat (p32 manual)

heb ik dat ding weer aan boord laten staan....
Morgen even kijken of ik er langs kan gaan!

Lijkt er overigens wel op zoiets waardoor het niet werkt!
Welke manual heb jij gevonden, ik heb een andere nummering?

Via manualslib.com

De R36 heeft een paar jaar bij ons aan boord gedraaid zonder al te grote problemen. We hebben sinds augustus de Alfa R36A, tot nu nog een enkel probleem met de configuratie. De menu's zijn een stuk overzichtelijker en de snelheid is beter. Alleen het opstarten duurt wat langer.

Dit is een algemene manier om A met B te laten communiceren via een router:

Stel A is host, B is client.

Eerst bepalen wat het subnet is dat in de router staat ingesteld en wat de range van IP addressen is dat de router's DHCP server kan toekennen.

Je kunt dit doen door de router instellingen te bekijken maar makkelijker is het om met een PC wifi verbinding te maken met de router en dan IPCONV uit te voeren met de command prompt, zoals Nachtvlinder laat zien.

Stel je krijgt de volgende informatie:

IPv4 address ......:192.168.1.20
Subnet mask........:255.255.255.0
Default gateway....:192.168.1.1

Dat betekent dat het subnet 192.168.1 is Het laatste getal 20 is door de router toegekend. Meestal gebeurt dit volgordelijk uit de ingestelde range.

Als A en B beide DHCP van de router gebruiken om aan hun IP address te komen, weten ze niet van elkaar wat het toegekende address is. Ze kunnen wel beide verbinding met de router maken, maar een app in B moet als client weten weten wat het host IP address is van A om op applicatie niveau verbinding te kunnen maken.
Het makkelijkst is het dan om A een vast IP address te geven met hetzelfde subnet adres van de router, dus in dit geval 168.192.1. Kies voor het laatste getal een waarde die niet in de DHCP range valt of waarschijnlijk nooit wordt toegekend. Dus het fixed IP address zou dan bijv. 192.168.1.101 kunnen zijn.

Maak de verbinding van A met de router (fixed IP).
Maak de verbinding van B met de router (DHCP). Dit zal vaak de PC zijn. Start de APP die als client met de host A moet communiceren. Zet in de instellingen van de app het host address 192.168.1.101

B kan nu met zowel A als met internet communiceren (als die internet verbinding er is.

Het bovenstaande hoeft uiteraard maar eenmalig te worden uitgevoerd. Als de instellingen zijn gesaved worden de verbindingen daarna automatisch tot stand gebracht.

Mocht bovenstaande niet voldoende zijn, dan is voor de begripsvorming de attached PDF misschien nuttig. Andere devices, maar zelfde principe.

Helder! Even gerelateerd hieraan: als ik (in mijn systeem) “ping” van het ene naar het andere IP address (op IP niveau) krijg ik response. Maar ook als ik ping naar //raspberrypi wordt er gereageerd. Loopt dat ook via de DHCP server of werkt dat anders?

PS: als ik holtere’s pi nu eerder een vast IP adres heb gegeven, wat wel werkt bij mij thuis, bij mij op de boot en bij holtere thuis (maar zijn R34 een ander subnet gebruikt)... zou dat een oorzaak kunnen zijn? Weet niet meer of dat zo is en waar ik dat gedaan heb, maar ben wel ooit een het puzzelen geweest met een 1:1 verbinding met kabel tussen laptop en pi, waarbij ik een DHCP server draaide op de laptop... het zou dus kunnen dat holtere’s pi een vast IP address heeft

Nachtvlinder schreef :
Je beantwoord eigenlijk zelf al je vraag. Ping is op laag niveau, gaat buiten DHCP om.

Vwb de ps, ja dat kan heel goed, mis-match van subnets.

37south schreef :
Een ping zal toch echt retour gestuurd moeten worden. Zonder geldig werkend IP adres zal dat niet gaan. Of je hebt handmatig gezorgd voor zo'n geldig adres of verkregen via DHCP.