@michaelh,
SPD is nu een geheel, zonder communicatie tussen serverdelen en cliëntdelen.
Daarom is het ook erg stabiel en snel, zonder de risico's van hick-ups in communicatie tussen servers en cliënts.
SPD stuurt wel output weg (scherm, log, nmea, wifi-UDP, webserver, files) maar controleert op geen enkele manier of dat goed gaat; weg is weg, en de ontvangers moeten het zelf oplossen. Geen risico's van breakdown in communicatie.
Ik heb even geteld hoeveel calls naar TCL/Tk (de GUI) erin zitten.
- comtest 3 calls (2 errors, info over COM)
- postprocessing PDroutines (13 stuks) elk 3 of 4 calls (filenames in en out, error, schermoutput)
- leesroutines 17 stuks (nmeafiles, nmea-com, stuurfiles etc) gemiddeld 10 calls elk (filename, mededelingen, errors)
- Maken van de windows op het scherm 10 calls
- Definieren en maken van de schermvariabelen: 80 calls
- In de routines voor de knoppen: 49 calls
In SPDzelf:
- 39 calls tijdens de startup
- 31 voor de definitie van de knoppen
- 2 tijdens executie: error in nmea en EOF.
Al met al meer dan 430 calls naar de GUI. Veel te veel werk om dat te veranderen..... als het al mogelijk is. En, zoals gezegd, het introduceert complexiteit (communicatie) die ik onwenselijk vind.
Wat betreft opstarten:
SPD kan starten zonder een enkele vraag te stellen of iets te melden op het scherm.
Met een Y op de juiste regel in processlist kun je dat regelen.
Geen vragen, geen meldingen, niets waar een scherm bij nodig is.
Wat betreft gui-gebruik bij live gebruik:
ik vaar er nu sinds april mee, en gebruik de gui voor veel zaken, live onderweg:
- filters bijstellen (stroom vooral, ook performance-demping) bij wisselende omstandigheden
- inlezen files:
- andere polar bij gewijzigde omstandigheden (zeilvoering, golven)
- gewijzigde NMEAtemplates (onderweg ge-edit om andere waarden in NMEA te krijgen op de displays)
- gewijzigde of andere boattspecifics (andere NMEA uitsturen, K-waarde wijzigen etc)
- bekijken van waarden die niet op de display staan, vooral de GEOwind (richting, sterkte, trends in beide) en DTLL en TTLL tijdens lang opkruisen.
- openen van een nieuwe Log (voor een nieuwe wedstrijdstart etc)
- schrijven in de Log (gebeurtenissen als zeilwissels, spi etc)
Bij Replay en PostProcessing is de GUI inderdaad onmisbaar; je moet files kiezen etc etc.
Maar ook live is er veel nuttigs mee te doen.
Bekijk de opstart-mogelijkheid met de Y voor Quickstart eens.
Ik denk dat je daarmee een heel eind komt; je hoeft dan alleen sailingpd.exe een startschopje te geven
Ben verder erg benieuwd naar je verdere resultaten met het gebruiken van de webserver-output!