Onderwerp: OpenCPN 5 & DTR pin RS232

Een vraag voor de kenners?

Tot versie 4 werdt de DTR pin altijd hoog van de rs232 poort. Hierdoor was het mogelijk om die als fantoomvoeding te gebruiken voor een optocoupler. hierdoor kwam dan de NMEA 183 binnen op pin 2.

Sinds versie 5 lukt dat niet meer omdat de DTR pin in de RS232 stekker niet meer hoog wordt.

Dit is voor iedereen reuze onhandig.

Ik weet niet of dit vaker voorkomt, maar bij mij (ons) meerdere keren per week.

WADnWIND schreef : Nou, vooral voor jou begrijp ik .

It Paradyske schreef :
Het zal wel aan mij liggen. Maar ik begrijp de combinatie RS232 en OpenCPN niet.

De directe invoer van de RS232 of via een usb converter heeft toch uitsluitend te maken met het gebruikte computer systeem. OpenCPN gaat toch niet over de instellingen van de serieele poort.

Je zet de instellingen, zoals flow control, toch in het OS.

Bram

brambo schreef :
Toch wel, je stelt toch ook baudrate in?
Nou zo bestuurt die software ook het data terminal ready signaal.

welke pin van de RS232 stekkert hebben we het over?

Hm Een stukje code gevondenEn nergens in de rest van de code iets gevonden wat dit weer ongedaan maakt.
Kan het ook aan een windows update liggen??

rooiedirk schreef :
Misschien moet ie false worden? Rs232 werkt toch met negatieve logica?

sy helios schreef :
Dtr.

pin nummer?

sy helios schreef :
4 van de 9
20 van de 25

Oude glorie Wiki:
Use as a power pin
On some hardware the DTR line (along with RTS) may be used to provide power. The most notable example of this is a serial mouse. The DE-9 serial port on the PC does not provide any dedicated power source. The mouse driver holds the DTR and RTS lines high at all times so that the device has a source of power.

Nog een vraagje, gaat het hierover een ouderwetse echte hardware serieele poort, of een usb-serial converter?

@ Baasklus
Pcies, dat is dus ook het geval bij een optocoupler.

rooiedirk schreef :
Keiharde moderne seriële poorten.
Moderne industriële computers hebben zomaar 6 compoorten, zoals het hoort.

of je er wat aan hebt, config op de Helios;
GPS GL naar Sub-D pin2
GPS Gr naar Sub-D 3
GPS BR naar SUB-D 5
en nu komt de uitdaging, ik kan niet eenduidig zien of 4,5 en 6 aan elkaar hangen
óf dat 4 en 6 alleen onderling verbonden zijn.

Dag Hans, maar dit gaat over iets anders.

Bij een seriele poort met NMEA zijn pin 5 (gnd) en pin 2 (RX) de input pennen. Echter om een optocoupler te laten werken heb je een hulpspanninkje nodig vanuit 1 van de niet gebruikte pennen. dat is normaal de DTR pin, nr 9 van een subd9 stekker.

rooiedirk schreef :
Beide, ook een USB naar rs232 zou een dtr moeten hebben.

@Hans
Die 4 en 6 doorverbinden is weer een andere truc, data terminal ready diorverbonden met data set ready (dtr-dsr)
Is iets voor hardware flow control.
(Of was dat nou met rts??)

Lijkt mij een probleem van de instellingen van de com poorten en heeft volgens mijn begrip niets te maken met OpenCPN.

Er zijn al wat problemen geweest met Win10 en de com poorten. Er zijn vele artikelen over geschreven.

Staat de flow control uit. Is dat het misschien ?. Bij serieel via usb heb je deze problemen niet. Usb heeft zelf 5 volt op de draad.

Is er misschien een Win10 update voorbij gekomen ?

Je moet het zoeken in de Compoort instellingen en niet in OpenCPN.

Bram

Wadnwind, heb je spanning gemeten? De vroegere MAX232 chips gaven heel wat meer spanning en stroom af dan de huidige 1.8 volt types. +/- 9 volt is het allang niet meer.

Ik heb met versie OCPN V4 gewoon 5-7 volt op DTR en V5 0V.

It Paradyske schreef :
Dirk lief aankijken of ie een speciale versie voor jou wil compileren met "false".
En als dat werkt als change request indienen...

Je kunt het ook even proberen via invoer in SignalK.

OpenCPN wordt dan gevoed met de data via localhost en heeft niets met de seriele poort te maken.

DTR is ook niet direct bedoeld als voeding van apparaten.

Bram

brambo schreef : zo is dat Bram!

brambo schreef :
Al jaren de manier om een seriele optocoupler te voeden, probleem komt uit OpenCPN, Windows is de controle over de pennen kwijt op het moment dat de applicatie deze in gebruik neemt, het programma bepaalt het gedrag van de lijnen.

Zelfs een antieke seriele muis werkt op deze manier en nog steeds ook in Win 10

@ Wadnwind je zit alleen op de verkeerde pin, DTR is 4 , 9 is ring indicator,wordt normaal nooit gebruikt.
Alternatieven 6,7 en 8 om voeding uit te halen, maar ja als het een SPI opto is kan niet veel kanten meer uit.

henkvd schreef :
Die is het.

Zal wel een Pyhon tussen oplossing worden com -> UDP of TCP

It Paradyske schreef : Doen we ook zonder lief aankijken
https://cloudsmith.io/~dirk-smits/repos/opencpn-unstable/packages/detail/opencpn-msvc_5162190b6edb5b_setupexe/
Windows laatste beta met DTR set to false.
Ben benieuwd