Onderwerp: Sailing Performance Dashboard

Wat zijn ini files?

Laat het nog maar even vies weer blijven dan heb ik nog wel een wens. Zou SPD ook de nmea via het netwerk in kunnen lezen? TCP, UDP, websocket of zo.

michaelh schreef :
Een oude wens van meer mensen.....
De meeste NMEA-bronnen zullen in de praktijk aansluiten op een poort (COM of TTY) met een draadje.
Multiplexers etc hebben altijd die mogelijkheid. Wifi is vaak een extra...

Tot nu toe was mijn oplossing om dat via een ander stukje sw te doen (Franson GPSgate, NavmonPC).
Die kunnen een netwerkverbinding (wifi en soms ook ethernet) maken met de NMEA-bron en dan alles weer uitsturen op een virtuele COM.
Ik weet niet of zoiets er ook voor Linux en Pi is?

Op de pi kunnen we socat hiervoor gebruiken, is behoorlijk flexibel. Belangrijkste nadeel is dat die extra stukjes software de opzet weer complexer maken. Zou mooi zijn als dat niet hoeft. Ik neem aan dat Python dit ook zelf kan zonder deze omweg?

Version 2.5.0 of 30 November 2021
• Major changes in the controlling files! It affects sendoverwifi, processlist and all boatspecific files.
These files were .txt files, with a rigid structure: every character had to be in the right place on exactly the right line.
SPD can now read .ini files, the standard for configuration files. These files contain [Sections] and in each [section] there are lines with keyword = value.
A piece from a boatspecifics file as an example:

[General]
activity = NMEA

[Boatdata]
boat name = Capolavoro
preferred speed = SOG
windsensor height = 17.5
leeway K = 10

[Mode]
replay = Y
color = Y

SPD will now, from V 2.5.0 on, look for processlist.ini and sendoverwifi.ini first.
If found, these will be used instead of the .txt versions.
If no ini-version of these (or only one of them) is found, the txt version will be used instead of the missing ini file.

Boatspecifics files have to be selected by the user when SPD starts. You are first offered to select an ini version. If you do not select one, you can then open a txt version.

The option to use the same files as last time will choose the same file you used the last time. This can be a txt or an ini boatspecifics, depending on your previous choices.

The boatspeficics ini file offers 2 new variables:

perf filter = 8
general filter = 32
perf filter is the starting value for the averaging of performance,general filter is for the wind- and other data that are averaged. Both can be adjusted with buttons,but now you can choose the values that SPD uses at the start.

With the download, ini files are included for all PostSPD activities, one for jieterpolar and one example boatspecifics for NMEA replay.

• In the download now also a new directory, Signal K connection, with a manual decribing 2 new connections:
•
• The use of Signal K as a source of NMEA183 messages for SPD

• The use of Signal K to read the websocket output of SPD into Signal K. A JSON connector is included in this new directory, to be used with the Node Red plug in of Signal K. Many thx michaelh!

Lijkt me prima. Luisteren naar UDP geeft volgens mij voldoende mogelijkheden naast de huidige seriële poort.

uit de *.ini:

[Connection]
channel = wifi (of serial dus)

Maar waarom ondersteun je niet ook TCP/IP? Zowel de Vesper XB-8000 als het B&G GoFree accesspoint doen alleen TCP/IP. Populaire apparaten!

Ander dingetje is dat sommige Miniplexen (toch de meest voorkomende mux) een Ethernet-mogelijkheid hebben (met naar keuze UDP of TCP, zoals het hoort, niet alleen TCP). Die komt ipv serial of USB.

Die Ethernet-verbinding is dan de host-verbinding (ipv serieel of USB).
En dus zou SPD daar dan wel zijn NMEA heem moeten sturen, want de Miniplex kan het routen (dit i.t.t. wat over wifi zou binnenkomen).

En dus zou SPD dan zijn verzending van NMEA moeten aanpassen, afhankelijk van of de verbinding fysiek (Ethernet-kabel) of wifi is. Maar dat is niet te zien, want zoals Menno terecht opmerkt, het is gewoon een adres, port en protocol. Het medium (lucht of koper of postduif) is niet te zien.

Kiezen voor altijd toch NMEA verzenden, ook over wifi, geeft denk ik ellende in de mux: echte en SPD-berichten die elkaar voor de voeten lopen.

EDIT: gaat goed in een miniplex: die ziet de wifi-ingang als Host (net als USB of Ethernet) en routen naar 1 Talker is dan mogelijk. Dank Meindert!
Andere wifimuxen, geen idee....

Kiezen voor nooit NMEA verzenden over een IP-netwerk (ethernetkabel of wifi, TCP of UDP) leidt ertoe dat Ethernet-muxen nooit info uit SPD krijgen (is nu ook al zo).

Als de mux dus iets wil filteren op basis van de talker kan dat het best op basis van het IP-adres van de talker. Of de UDP-berichten van dat IP-adres via ethernet of Wifi komen maakt dan niet zo veel uit.

Daar hoort niet naar gevraagd te worden. SPD stelt zelf vast met een OS-functie vanuit welke directory hij gestart is en gebruikt die dan.
Dat werkt onder Windows en bij mijn weten ook onder Linux.
De start is zonder enige vraag....

Ah, iets te veel lopen "hacken" dus. Oké, dank!

filestoredef=  os.getcwd()  # the directory where the exec is, and after download all other directories

# read picture and, important, the file with a lot of important parameters   
 
try:

    picture=PhotoImage(file=filestoredef+"/systemfiles/background.gif") # watch the size. 250 * 370 pixels fits nicely

except:

    filestoredef=  askdirectory  (initialdir=filestoredef,title="Select directory with all Performance Dashboard related sub-directories")   #if pic not found, first set this directory manually
    

michaelh schreef :
Zou kunnen

....

Wat heb je gedaan/verplaatst/gerenamed, dat je die vraag krijgt bij een noquestions start???

Met het instellen van de working directory is het weer opgelost.