Onderwerp: GPS werkt niet in Navmonpc

aan de laptop hangen een aantal apparaten die via 2 compoorten (usb) binnen komen, te ene is de multiplexer met de raymarine apparaten en de andere is de GPS.

Om dit alles tegelijk (bijv) in OpenCPN binnen te krijgen moet dit gecombineerd worden tot één (althans zo heb ik begrepen ondertussen.

De apparaten werken, want afzonderlijk kan ik ze in (bijna) elke programma aan de praat krijgen.

Echter: de gps doet niks in Navmonpc (wat ik juist nodig heb voor het combineren van de COM poorten)

De mux zit op com 5 en heb ik toegewezen aan serial port A en de gps op com 8 en heb ik toegewezen aan serial port B

Dit ziet navmonpc dus wel, de mux werkt, ik zie die data ook langskomen, maar de GPS blijft links onder bij GPS SOURCE en GPS STATUS allebei ERROR aangeven....

iemand enig idee hoe dit komt of hoe dit te verhelpen is ?

Tox, Is de baudrate etc goed ingesteld op com 8?
Als de mux uitstaat, heb je dan wel nema data?
Op de site van Stentec staat een comblock programma, gratis en ik heb laatst in t draadje van APPS aan boord een link gekregen van een tweetal progsels om dat eventueel te verhelpen. Zal nog even snuffelen

www.serialportsplitter.com gekregen via PB.Zou moeten werken

Anjo schreef : Ja van mij. En dat werkt hier super. Naast het splitten kan ie ook combineren al heb ik geen ervaring met een multiplexer. Maar een probeer versie is zo te downloaden.

De baudrate nagekeken in de Devicemanager, dit is 9600 en klopt (alle overige gegevens ook)

Serialportsplitter zal ik eens proberen, is niet goedkoop overigens....99$

Weet je zeker dat 9600 klopt? De meeste GPS-ontvangers werken op 4800 bps! Dat zou ook verklaren waarom je een ERROR krijg: hij ontvangt wel data, maar begrijpt het niet.

Bij de instellen van de COM poorten in NavMonPC kun je ook op 'Monitor' klikken om te zien hoe de data binnenkomt. Als je hier allerlei onleesbare tekens ziet, dan is het vrijwel zeker een foutieve baudrate.

Krijg nou t..t.n

Hen3, UR GOOD....
1 ding snap ik niet, waarom staat er dan in de devicemanager dat dat ding op 9600 draait

Nou ja, het werkt nu.....SUUUUUUUUUUUUUUPER.
Op naar de volgende gadget

Toxicated schreef :

Mooi dat het werkt!

Toxicated schreef : Omdat jij bepaald op welke baudrate dat ding draait, niet de com-poort of wat er op aangesloten is... Als er dus 9600 staat in de device manager, heb je dus ergens iets verkeerd staan. Maar dat weet je nu dus ook

niet echt, heb niks ingesteld, heb alleen de properties bekeken nadat hij geinstalleerd was en daar stond dus 9600, vandaar dat ik daar van uit ben gegaan

ja dat is dan blijkbaar zo gezet door de (drivers van) de usb-compoort. Die dingen zijn nu eenmaal helaas niet alleen voor NMEA in gebruik. Altijd kijken dus in het apparaat dat je wilt aansluiten (de GPS of multiplexer) en dan de instellingen in de PC daar op aanpassen.

Ok, blijkbaar zijn we er nog niet.
De beide kanalen (data) is te zien in navmonpc (V 1.09) dat moet naar een Virtuele poort gestuurd worden.
Er kan gekozen worden uit VP a, b of c
Als je een poort hebt gekozen (bijv COM10) dan klik je op connect en dan gebeurd er niks, er staat in het witte balkje alleen NO DATA (als je niet connect klikt staat er CLOSED

in OpenCpn kan ik ook geen COM10 terug vinden (selecteren) heb ook andere com geprobeerd te maken, maar die geven hetzelfde resultaat (niks dus)

Ik heb virtual ports nog nooit gebruikt in NavmonPC, maar weet wel dat je een NMEA routing moet aangeven. M.a.w. je moet precies aangeven welke NMEA berichten naar welke virtual COM poort gestuurd moeten worden. Dit vind je onder Options - NMEA routing.

Misschien kun je eens kijken of het daar goed staat.

Tja, maar als andere applicaties die hele virtuele compoort niet zien maakt het niet uit wat je er naartoe routeert...

(ik weet t ook niet, nog nooit navmonpc gebruikt)

hmmm....die staan allemaal op SEND voor zowel VP a, b en c

web schreef : Klopt, maar heeft Jeroen OpenCPN wel opnieuw gestart na het instellen van de virtuele poort? Dat is denk ik wel nodig.

Ik gebruik NavmonPC regelmatig, maar heb helaas geen enkele ervaring met de virtuele poorten...

ja is gedaan en ook navmonpc en zelfs de hele laptop, maar dat hielp niet

Als je beide binnekomende seriele poorten kan zien, dan het volgende uitvoeren.
Maak een virtuele compoort aan in Navmon PC.
via File, connections , virtual ports ABC
geef poort A een comport nummer wat nog niet in gebruik is, vink autostart aan en connect.
Ga naar options, nmea routing en klik op collect.
nu zie je alle stringen die binnen komen en op welke compoort, klik op lockrouting.Onder virtual port a staat nu overal send achter. Als het goed is werkt je mux nu. klik op monitor bij virtual port A.

Kies in Opencpn het comport nummer van de virtuele vport A

ga ik doen, blijf je nog ff wakker

Tot het gedeelte in Navmon werkt het, dat is wat ik eerder ook aan de praat had.

Ik heb de virtual poort COM10 goegekend (ook andere geprobeerd) maar als ik dan kijk in OPENCPN dan is er geen COM10 die ik kan selecteren, die wordt dus niet gezien en/of aangemaakt

Ik heb het ook nog even geprobeerd, maar het lukt mij wel! Als ik een virtual port maak in Navmonpc, dan zie ik die (na opnieuw opstarten van OpenCPN) ook daar beschikbaar komen.

Ik niet heb alles al tientallen keren opnieuw gestart maar geen resultaat.
Welke versie Navmon en windhoos heb jij ?

hier is het Navmon 1.09 en windhoos 7

NavMonPC V1.09 en Win7...

Heb je al eens een lagere com-poort geprobeer, bv COM4?

yup, van heel laag tot heel hoog, maakt helaas geen verschil
De combi van 1.09 met win 7 lijkt het dus niet te zijn

Domme vraag, maar je laat NavmonPC wel draaien als je in OpenCPN kijkt toch...


Welke versie OpenCPN draai je?

Hen3 schreef :
Vroeg ik me inderdaad ook af

Probeer het ook nog eens met een ander pakket, en kijk of je com10 kan openen en of er iets uitkomt.
Het meest fundamentele progammaatje is terminal van windows. Gewoon kijken of íe te selecteren is en of er data uitkomt.
Maar met een seaclear of wingps of whatever moet het ook kunnen.