Onderwerp: Sailing Performance Dashboard op de Raspberry Pi

V 3.3.5 met snellere start igv headless in web mode staat klaar.

Mag ik nog een suggestie doen?

Nu is het zo dat je met localhost:9090/demo de buttons en de data kunt zien.
Dat is volgens mij ingebouwd in de gecompileerde file.

Is het dan geen idee om deze pagina net zo in te delen als de grafische pagina in de desktop?
Dus dat je hetzelfde scherm ook in HTML krijgt? Het lijkt mij niet zo ingewikkeld om te maken.

Volgens mij is dat voor iedereen handig, dan kun je eenvoudig, zonder vnc of zo, via de webbrouwser de performance zien.

Is dat een goed idee?

lschip schreef :
De routine die de http van de data in de browser zet leest alles van de webserver-queue.
Daar zit verder geen opmaak aan vast, behalve voor de knoppen.

Ik hou mij verre van http; die routine is gemaakt door Menno, en ik laat het aan hem over om er iets van te zeggen.
Maar eigenlijk vind ik het onzin....
Waarom zou je een boel tijd steken in het maken en testen van een routine in python die http maakt om een scherm te vullen dat er al is en dat iedereen met meer dan een methode kan dupliceren naar een scherm van eigen keuze (met VNC, Splashtop, Remote Desktop en nog een reeks andere tools....)
Het is een beetje het oplossen van een niet bestaand probleem (een gekke eigenschap van de open sores wereld), gewoon om te laten zien dat dat ook kan

Het is een suggestie van mij omdat ik met AvNav werk en alles met de browser doe.
Dus ik gebruik geen vnc, RDP of welke desktop dan ook.
Dus dan zou een wat mooiere geformateerde output heel mooi passen in dat concept.

lschip schreef :
Snap ik hoor
Maar ik kan het niet maken, dus de bal ligt even bij Menno.
Die weet ook precies wat erbij komt kijken (aparte thread Python voor de webserver, a-syncio etc etc etc).
Het moet kunnen werken (die webpage) zonder SPD te hinderen of op te houden, ook igv fouten... SPD moet altijd door. Vandaar de complexiteit.

@lschip...voldoet node-red dashboard niet? Die levert een webpagina op die je in Avnav kunt koppelen.
Een mooi voorbeeld is meegenomen in de signalk map en is ook makkelijk aan te passen.


Gepost met de officiële Zeilersforum-app

Een native oplossing zonder node red ertussen (browser scherm met opmaak van de webserveroutput direct in SPD) is vast simpeler en heeft minder componenten (alleen SPD zelf en een browser).

Effies schreef : Dat zag ik idd ook als een mogelijke oplossing.
Maar het lukt mij niet om ook maar de eenvoudigste webpagina uit Rodened dashboard te krijgen.
Ik weet niet welke url daarmee beschikbaar komt.

Dat ligt vast aan mij, nodered en dashboard is nieuw voor mij.

Maar een native oplossing is natuurlijk ook mooi en voor iedereen te gebruiken.

Om ergens te beginnen (als je er verder mee wilt komen tenminste)..is het je wel gelukt om via node-red de signalk delta's te genereren?



Gepost met de officiële Zeilersforum-app

Ik weet niet wat je met delta's bedoelt maar ik heb spd incl. de signalk json werkend gekregen.
En volgens mij heb ik dus alle data binnen signalk.

Gepost met de officiële Zeilersforum-app

Kan je aangeven wat je al geprobeerd hebt, zodat we je beter kunnen helpen? Een node red dashboard komt er op neer dat je in node red een node-red-dashboard node installeert (via palette), dan krijg je er visuele nodes en dashboard configuratie bij. In het node red dashboard menu staat een link naar het dashboard zelf. Een voorbeeld flow/configuratie zat bij SPD. Je moet daarvoor wel de nodes die de flow gebruikt, importeren. Ik heb het niet bij de hand, maar als je er niet uit komt, zal ik binnenkort een wat uitgebreidere beschrijving maken/zoeken.

Deze opmerking ->>> In het node red dashboard menu staat een link naar het dashboard zelf. Een voorbeeld flow/configuratie zat bij SPD <<<- begrijp ik niet.

NodeRed dashboard is geinstalleerd via pallet.
De SPD json is geinstalleerd en werkt ook:



Dus ik dacht, ik maak daarnaast nog een eigen html pagina en die vul ik met spd info.
Om te simpel te beginnen probeerde ik dit:



En vandaar snap ik het niet meer, ik zie bijvoorbeeld niet welke url ik nu moet gebruiken om het resultaat te zien.

Na lang zoeken de url die gecreëerd wordt gevonden: http://192.168.0.234:3000/plugins/signalk-node-red/redApi/hello (waarbij hello een voorbeeld is).

Nu kan ik een poging doen een mooie format te maken.

Allen vraagt de url nu nog om een login (in signalk en ik). Dat zou je uit moeten kunnen zetten in settings.js van nodered maar die is er niet (er is ook geen home/pi/.nodered).

Iemand een ideetje hiervoor?

Wat misschien handiger is, is gewoon een index.html maken met wat javascript die een websocket opent naar SPD.
Dan hoef je helemaal geen node red te gebruiken en werkt 't in allerlei browsers.

Dat klinkt veel beter.
Is wel weer iets nieuws voor mij maar een eerste experiment lukte. Dus ik ga eens kijken hoe ver ik kom.

Met de flow die je geïmporteerd hebt, heb je al een dashboard. Als je dashboard nodes gebruikt, kan je daar eenvoudig waarden aan toe voegen.

Het dashboard kan je vinden door onder het menu, de pijl naar beneden te drukken, dan dashboard te kiezen. Dan krijg je de sidebar, met daar Site / Layout / Theme. Aan de rechterkant daarvan staat dan een pijl schuin omhoog, welke verwijst naar het node red dashboard.




Als je makkelijk waarden bij elkaar wil klikken en tonen, kan je het best een keer een node red / node red dashboard tutorial bekijken.

hanst schreef :
Ik zit een beetje in dubio......
Het idee via Node Red is dat iedereen zijn eigen dashboard kan maken, met alleen erop wat hij wil zien.

Het voordeel van een browser-toonbare pagina met alles erop (zoals het SPD scherm) heeft dan weer het voordeel dat iedereen alles simpel in een browser kan zien, zonder Node Red en zonder zelf te configureren.
Maar zoiets kan ook al via het delen van een scherm (Teamviewer, Splahtop, VNC, RDP etc).

Als iemand een mooie browserpagina maakt dan kan ik die wel in de SPDdistributie meenemen (a la de huidige Node Red distributie: apart foldertje)

Die webpagina met java en websocket lijkt mij de mooiste optie.
Ik ben een en ander aan het proberen maar ik kom nog niet zo veel verder. Ik probeer nu die json(?) string is variabelen te krijgen.
Er zal zeker iemand zijn die dit zo in elkaar flanst. Maar totdat het zover is blijf ik experimenteren.

Nou, flink aan het proberen geweest...
Het lijkt te lukken, eerste resultaat (alleen de waarde AWA doet het nu, de rest is nu makkelijk):



Ik vraag mij wel of of de Trim advice wel meegegeven wordt, dat zou wel wenselijk zijn.
En een paar andere waardes kan ik ook niet goed vinden...

lschip schreef :
Goed bezig !

Wat bedoel je met meegegeven (trimadvice), en andere waarden?
Alle waarden komen uit de webserver. Heb je in webserverselection.txt wel alle variabelen aan staan?
trimadvice (3 keer) is max 39 posities lang.

Trim-advice stond er niet bij, nu wel maar ook na restart server krijg ik geen Advice:



Verder lukt het niet alle date in de webpagina te plaatsen.
De velden waar een spatie in staat of een streepje lukken niet:
document.getElementById("HDG-corrected").innerHTML = obj.HDG-corrected;
document.getElementById("demo").innerHTML = obj.Est Time en Route;

Er is vast iemand die zo kan vertellen hoe dit op te lossen...

trim advice is er niet altijd, alleen als er reden voor is, én de diverse adviezen zijn aangezet in boatspecifics.
Nu krijg je lege strings "".

[Trimadvice]
tack time = 30
tack perf = Y
heel delta = 5
big heel = Y
few heel = Y
off course = Y
off BTW = 10
rudderanglehigh = 5
rudderangle = Y
pinching = Y
too deep = Y
more twist = Y
less twist = Y
outer sheet = Y
perf limit = 95
perf low = Y
high pitch = Y
pitch limit = 10
speak advice = N

Ja, dat helpt

obj.HDG-corrected
obj["HDG-corrected"] werkt volgens mij voor streepjes en spaties.

Helaas, dan krijg ik undefined.
En met obj.["Est Time en Route"] (dus met een puntje er tussen) werkt het helemaal niet meer.

Edit:
Dit werkt wel, ik kan weer verder...