Onderwerp: Het grote OpenCPN vraag, tips en tricks topic

Volgens mij maken ze een eigen boeienbestand op basis van dezelfde gegevens als Nautin dat doet. En ze vertellen erbij dat je in plaats daarvan als lid van de TZ of donateur van Nautin het bestand van Nautin kunt gebruiken.

rooiedirk schreef :
Lekker dan
Zitten wij hier in Python te hakken om dat buitenom opencpn te doen, blijkt het er al (bijna) in te zitten.

Wij halen ook nog tijd uit AIVDM's (van basestations).

Knoet schreef : Ah, dan komt daar mn verwarring vandaan.
Mooi ogende kaartjes wel.

It Paradyske schreef :
Misschien een domme vraag, maar ik ben het even kwijt. De Nautin-symbolen (van de betonning dus) zijn bij mij (OpenCPN voor Android op smartphone) wel héél erg klein. Ik kom er niet meer achter hoe je die groter kunt krijgen. Met 'User Interface'-'General Options'-'schuifbalkje Chart Object scale factor' maakt het niets uit.

Wie helpt mij even uit de brand?

Het betreft uitsluitend de Android-versie, op de PC kan ik de Nautin symbolen via Chart Object scale factor wèl groter krijgen.

Op de telefoon gaat het ook met de chart object scale factor.

Wellicht is dit iets voor je

www.visitmyharbour.com/online-charts.asp

Gepost met de officiële Zeilersforum-app

It Paradyske schreef :
Bedankt Hans,

Er zal wel iets niet helemaal 100% ziin met mijn config. Als ik de slider helemaal naar rechts schuif dan worden alle kaartobjecten inderdaad groter (te groot) maar de Nautin-iconen blijven te klein. Misschien moet ik ze allemaal buiten OpenCPN om eens proberen tr schalen.

Of een keertje naar de oogarts..

Ik ken de Android versie niet, maar de pc uitvoering heeft onder opties->display->advanced een instelling voor je scherm grootte. En omdat de standaard grootte van objecten 5mm is kan een foute scherm maat problemen geven.

Seanymph schreef :
Dat is vreemd. Ik heb zojuist geprobeerd je probleem te reproduceren, maar de Nautin-boeien schalen bij mij netjes mee met het verschuiven van de slider.

Overigens blijf ik het onlogisch vinden dat de Chart Zoom / Scale Weighting onder de Display-tab zit en de Chart Object Scale Factor onder de User Interface-tab.

Probleem is opgelost. De png-bestanden in de map Usericons waren bij mij allemaal 50 x 50 pixels. Maar als ik handmatig in OpenCPN een waypoint maakte, bleek dat bestand ongeveer 4 x zo groot te zijn (198 x 198 pixels). Ik heb de png-bestanden in de map UserIcons nu allemaal vergroot naar 150 x 150 pixels en nu werkt alles weer als een zonnetje.

Ik gebruik OpenCPN op mijn boord computer (Windows 7 pro), en doe dat nu al een jaar of 3. De GPS input komt van een Furuno GP32. Het was nooit echt een probleem om deze met elkaar te laten communiceren, maar sinds ongeveer een jaar pikt openCPN de NMEA0183 data van de GPS niet meer op, tenzij ik beide exact op het juiste moment inschakel, zo ongeveer tot op de seconde nauwkeurig.

Ik draai nu al 3 jaar dezelfde versie van OpenCPN, al drie jaar lang dezelfde computer (geen updates, geen verbinding met internet) en al die tijd dezelfde GPS. Sinds October is er een roll-over geweest, dus de GPS denkt dat het nu 10-Oct 2002 is, maar ook al voor de roll-over heb ik gemerkt dat OpenCPN steeds selectiever lijkt te worden met het al dan niet oppikken van de data.

Iemand enig idee hoe dat kan? Wat is er veranderd?

Ben benieuwd wat hier de oorzaak van kan zijn.
- Zie je met hyperterminal ook niets van de gps binnenkomen ?
- Is de versie van OpenCPN het zelfde gebleven ?

Met tegelijk inschakelen, bedoel je dan de computer en de gps, of opencpn en de gps?

Kijk eens goed op welke compoort de GPS zit. Is typisch een Windows probleem met de virtuele compoorten. Daarom maakt de volgorde van inschakelen een verschil.

Ik ben een voorstander van een aparte data server, zoals SignalK waarbij OpenCPN uitsluitend belast wordt met de gemultiplexte data uit de SK server met slechts een verbinding.

Bram

brambo schreef :
Dat verschijnsel heeft Windows al lang geen last meer van.

Baasklusje schreef : Erikdejong schreef :
???

Als je de seriële muis detectie onder controle hebt ( comport plug and play blocker ) geen enkel probleem om een handvol compoorten te gebruiken.

Erik's probleem is vaag, Opencpn is niet toch niet zo slim om een 20 jaaar oud gps signaal te blocken.

Erikdejong schreef : Je hardware is ouder geworden!
De meest voor de hand liggende probleem gever is de adapter? of het ontbreken van de adapter tussen de pc en GP32.

Als ik mij een oud draadje goed herinner heb jij zo'n hystou fanless computer. Onlangs bij een zusje van die computer een probleempje met de compoort gehad. Inpluggen in de andere serieele poort, opencpn vertellen dat je dat gedaan hebt en het werkte weer.

Ik heb inderdaad een Hystou computer. Ik meen 6 com poortjes. Ik heb ze net 1 voor 1 geprobeerd, maar dat lijkt geen verschil te maken. Uiteraard ook openCPN laten weten welke com poort het stekkertje in zat.

Wat ik niet snap is dat het soms wel werkt en soms niet en dat het over tijd slechter aan het worden is. Ongeveer een jaar of twee terug begon ik het voor het eerst te merken dat ik de GPS eerst aan moest zetten, en als die erg dicht bij was met het oppikken van een fix, dan openCPN openen. Dan werkte het prima. Nu moet ik regelmatig zowel de GPS als OpenCPN een keer of 20 aan en uit zetten om de twee met elkaar te laten praten. Gewoon simpel: blauw draadje en wit draadje aan een RS stekkertje. Geen enkel ander apparaat zit er aan gesloten, geen converters, geen adapaters en geen andere onzin.

Ik begrijp niet helemaal waarom hardware zou verouderen. Software doet altijd hetzelfde stomme dingetje en maakt zelf geen beslissingen, dus als je overal vanaf blijft dan zou het gewoon moeten blijven werken, zeker als je updates en dergelijke niet toelaat. De hardware gaat natuurlijk wel eens kapot, maar dan houd het meestal van de ene op de andere dag op, de degradatie die ik nu zie speet zich af over de termijn van enkele jaren.

Ik draaide nog steeds OpenCPN 4.6.x, die heb ik zojuist ververst naar 5.6.x, ook daar krijg ik geen connectie mee. Ik blijf het erg vaag vinden, soms wel en soms niet. Als het wel goed gaat dan pikt de computer de data string binnen een seconde of 2-3 op. Als het na een paar seconden er nog niet is, dan komt het ook niet, zelfs niet als je het ding uren lang aan laat staan.

Op het connection tabblad zit een vinkje 'show nmea debug window'. Als je dit aanvinkt krijg je een scherm met nmea data wat binnenkomt. Dit kan je kopieeren en hier plakken. En dan het liefst 2x, één keer dat het werkt en één keertje dat het niet werkt.
Dan kunnen we in ieder geval zien of er uberhaupt data binnenkomt, of dat de data corrupt is door een bv een slechte verbinding.

Elektronische hardware veroudert helaas wel, bijvoorbeeld condensators, maar ik verwacht niet dat dit het probleem is in dit geval.
Hoe zit de GPS precies aan de computer verbonden? Ergens een ground-loop ontstaan, misschien?

Waarom wordt er uitsluitend gekeken naar OpenCPN. Terwijl het computer besturing systeem de toegang tot de compoorten regelt.

Werkt de GPS op een ander systeem wel goed ?

Beste Brambo, Ik had ook al eerder gevraagd.
3Noreen schreef :
Maar blijkbaar niet relevant. Komt de gps op hyperterminal ook niet binnen dan ligt het niet aan OpenCPN.