Onderwerp: Windows, klok verzetten en compoort.

Een windows hebbelijkheid dat vast is op te lossen, als ik maar wist hoe.

Een bpprdPC met 2 hardware compoorten draait windows 10 en OpenCPN. Op één hardware compoort is een ais-transponder aangesloten. Werkt allemaal prachtig tot dat je een oversteek maakt en de computer klok gaat verzetten.
Dan gaat windows blijkbaar een serieele verbinding zoeken/maken met de onboard hardware klok, ziet hierbij op een compoort serieele data binnenkomen (van de ais) en claimt vervolgens deze poort voor de verbinding met de klok. En dat lukt omdat het OS dit kan forceren naar de verbinding met OpenCPN ben ik dan kwijt.
Workaround is na het verzetten van de klok, de andere poort voor de AIS gaan gebruiken, (Steker om en O-configuratie aanpassen)

Weet iemand een betere oplossing??

Dirk,
misschien heb je hier helmaal niets aan, maar...

het lijkt een beetje op het probleem van W dat een poort ineens als muisingang ziet
daar was een fix voor
Daarop eens zoeken?
kan ook zijn dat het toen verspringende USB betrof..

Voor dat muisprobleem had Stentec een compoortbocker op hun site staan.

Heb dat ding wel eens gebruikt in de oerdagen van mijn electronische navigatie om OpenCPN haar poorten te kunnen laten gebruiken.

compoortblocker

is idd wat ik bedoel
thxs Anjo

Een oplossing zou kunnen zijn om aan boord, of in ieder geval op de PC UTC te gebruiken, hoeft de tijd nooit verzet te worden.

De Unix-manier is vanouds om de hardwareklok op UTC te laten, en dan met de tijdzoneinstelling in het OS dat te vertalen naar lokale tijd. Zoiets zal in Windows toch ook wel kunnen?

rooiedirk schreef :

Eerst de AIS-USB er even uit, klok verzetten, en terugsteken die AIS.

Overigens komt het me erg vreemd voor dat Windows voor het verzetten van de on-board klok een serieele verbinding zou gebruiken...

rooiedirk schreef :
Ik herken helemaal niets van dit soort problemen met W10????

Zou het kunnen dan OCPN de verbinding met AIS verbreekt als het ontdekt dat de klok verzet is?
Dat lijkt me waarschijnlijker dan dat WIndows serieel via COM met de klok praat.

Waarschijnlijk enkel een virtuele com poort, maar ook die veroorzaakt een blokade van de 'echte' compoort.
Ik begin met poorten lijstje:En na tijdverzetten is hjet lijstjeDus ja er komt een 'poort' bij, ook al is deze virtueel.
En zou het altijd om com1 gaan dan was het simpel, gebruik com2 voor de AIS. Maar dat werkt dus niet, windows vindt het echt nodig die poort te gebruiken die al in gebruik is.
Eigenlijk zoek ik dus een manier om com1 en com2 als ,niet gebruiken, te merken. Maar ik ben geen windows man. Kan waarschijnlijk best ergens diep verstopt maar waar.

PS Het zou ook een BIOS probleen kunnen zijn bedenk ik nu.

Windows haalt geen tijd via een compoort binnen.

Kan het mis hebben maar de oplossing is al gegeven.

Hoewel een seriele muis voor gebruik al een eeuwigheid niet meer van deze tijd is, detecteert Win 10 nog steeds nmea data als een seriele muis bij opstarten als je geen mogelijkheden hebt genomen om dit de nek om te draaien.

Comport plug en playblocker van Stentec ff draaien, vinkjes zetten bij de beide comport en is dat klaar.

klok, draait toch netjes mee op de backup battery van de computer.

Compoort blocker heeft als groot nadeel dat usb-com kabels en bijbehorende seriele poorten instabiel en onbetrouwbaar worden.

Tenminste dat hebben wij hier na grondig en lang testen vast gesteld.

Gepost met de officiële Zeilersforum-app

Als het seriele muis probleem zich voordoet (zéér zelden, alleen bij home) dat muis wél accepteren (nmea lostrekken) in apparaatbeheer maar vertellen dat je hem niet gebruikt.

Probleem opgelost.


Gepost met de officiële Zeilersforum-app

Calidris schreef :

Nooit wat van gemerkt, enige is waar je rekening mee moet houden of de USB convertor in dezelfde aansluiting terecht komt.

Comport plug en playblocker werkt helaas niet voor een com4 kaart ( ouderwets ) ,verder gebruiken we het al heel lang zonder problemen.

@rooiedirk: Ik zit te denken, zou dit iets met locking kunnen zijn? OpenCPN lockt een seriële port, het lock wordt ongeldig doordat de klok verzet is, en vervolgens probeert o een nieuwe verbinding tot stand te brengen waardoor Windows gedienstig die virtuele comport aanmaakt? `t is maar een speculatie.

Heb je bij de datum tijd instelling "automatisch " staan (dat is de standaard instelling). Zo ja, verander dan eens in handmatig en schakel synchroniseren met timeserver uit. Dan neemt windows de tijd over die je met je keyboard invoert en zoekt niet extern naar tijd/datum dacht ik.