Experimenten

Aankoppelen van meer subsystemen, van meer sensoren, van meer afstandbediende schakelaars en van extra en/of andere software-functies voor PV-sturing, voor Meteo-uitlezing en voor Domotica vraagt experimenten, want zelden is er een standaard-oplossing direct bruikbaar.
Daarom eerst apart kijken hóe je iets oplost, en of een oplossing goed & robuust werkt, terwijl de 'productie' ongestoord doordraait.

De 2 Domotica-computers dienen in deze configuratie ook als testbed voor onderzoek en voor testen van oplossingen.
Pas als een setup bevredigend werkt kun je overgaan tot verder invoegen in het 'Systeem' en in de 'hogere' pagina's van de website.

Onderstaande toevoegingen zijn nu 'in wording/ in bewerking' (waarbij voor iedere toevoeging eerst wordt aangegeven wat de beweegreden) is:

• Herverdeling van functies over processoren is nodig om te zorgen dat iedere processor ruim voldoende capaciteit heeft voor uitvoering van zijn functies.
  Te zwaar belasten => crashes en data-verlies en ergernis ......
  Dat is reden om nog meerdere Raspberries toe te voegen:
  • Een 3e Raspberry (Type 3A+) als redundante Hoofd-Controller naast Domoticz2
  • Aparte Raspberry_Zero_W als Annex voor lichtmetingen en -berekeningen
  • Aparte Raspberry_Zero_W in de Meterkast voor vermogensmetingen via S0PCM en ESP8266en
• Koude voeten gaven aanleiding tot aanbrengen van extra isolatie in vorm van de 2-laags Tonzon-kussens in de kruipruimte.
  Bij sterke condensvorming valt echter de onderste kussenlaag naar beneden, dus effectief daarna een 'halve invulling'.
  Vinden van een remedie vraagt onderzoek naar de oorzaken, i.s.m. firma Tonzon.
  Voor dat onderzoek sinds november 2016 online meting aan plafond en bodem van de kruipruimte om kwantitatief te bepalen óf en hoe groot de vochtoverlast is, met registratie door het Domotica-syteem en vertoning via de lokale en remote webserver(s).
  Als effector misschien? toevoeging van een ventilatie-systeem, gestuurd door de meetprocessor.
• PV-productie en lichtniveau hebben samenhang.
  Voor bepaling van die samenhang in meer detail dan nu met 2 meteo-sensoren een lichtmeting door 6 sensoren,incl. uitwerken tot 1 uitkomst.
  6 Sensoren lijkt veel, maar door schaduwwerking is er niet 1 enkele, optimale sensor-opstelling mogelijk, dus moet worden gewerkt met een 'distributed setup' waarvan de metingen door software worden gecorreleerd. Uiteraard met integratie in de lokale en remote website(s).
  Op termijn zal een aparte Raspberry alle lichtmetingen en - berkeningen voor zijn rekening nemen.
• Energie-Info
  Duurzaam in-/uitschakelen vraagt een eenvoudige, directe vertoning van beschikbare energiewaarden.
  Nu is vertoning van energie-waarden (zowel voor productie als consumptie) alleen mogelijk door opgeroepen uitlezing via webpagina's.
  
  • Lokale inverter displays.
    Een eenvoudig, lokaal 'technisch' display bij de inverters (en o.a. de wasmachines) is gewenst.
    Dan kun je daar direct zien hoeveel actueel PV-vermogen er totaal beschikbaar is.
    Het experimentele display hiernaast is wat klein:
    een volgende versie zal een schermpje met meer tekst krijgen.
  • Monitoring van beschikbare energiewaarden door de gebruikers
    Een 2e mooier uitgevoerd, lokaal display van meetresultaten voor gebruikers is gewenst, zodat bijv. de gebruikers in de huiskamer direct & actueel kunnen zien hoeveel PV-vermogen beschikbaar is cq. hoeveel electra geconsumeerd wordt, en ;-) dat veel goedkoper dan met een 'Toon' o.i.d.
• Eigen grafische vertoning en Robuuste upload van Meteo-info naar HetWeerActueel.
  De grafieken uit andere programma's zijn vaak niet datgene wat je wenst als vertoning, omdat bepaalde elementen ontbreken, of beter anders vertoond moeten worden.
  De primaire upload t.b.v. HetWeerActueel komt nu (vanwege de beschikbare software) uit WsWin @ PC, en die upload moet continu doorlopen.
  Die opzet blijkt niet altijd betrouwbaar.
  Beter lijkt een opzet met toepassing van de 2 Raspberries, liefst redundant.
  Voor beide aspecten begint de aanpassing met een data-uitlezing via Domoticz, gevolgd door een andere manier van database-vorming.
  RRDTool is een opvolgende mogelijkheid om die database anders grafisch uit te beelden: dit plaatje is een voorbeeld van meteo-waarden voor de recente zeer stormachtige dag.
• Lucht-kwaliteit/ Fijnstof-vervuiling begint steeds meer belang te krijgen.
  Momenteel is er wel een officieel nationaal meetnetwerk, maar dat is niet fijnmazig genoeg voor 'lokale' conclusies.
  
  Daarom voor mijn Meteo-Systeem in oprichting & test een toevoeging van een eenvoudige breedband-dustsensor type GP2Y10 als Annex aan Domoticz, en een nauwkeuriger sensor SDS011 die gesplitst meetresultaten geeft voor deeltjes van 2,5 micron en 10 micron, en die meetwaarden upload naar een internationaal netwerk.
  Voor bepaling van luchtkwaliteit is NO₂&O₃-meting een ontbrekend belangrijk element, maar dat hangt af van de beschikbaarheid van een betaalbaar, betrouwbaar meetconcept.
• Meteo-sensoren op afstand vergroten het beeld op het weer.
  Soms geen luxe, maar noodzaak, omdat het communicatiesysteem van de 2 huidige PWSen en ook van Domoticz beperkingen heeft:
  . reikwijdte van 433MHz-verbindingen en WiFi is beperkt tot hoogstens 100m
  . veel demping tussen draadloze sensoren en basisstation door beplanting, terrein of obstakels => slechte of helemaal geen data-overdracht
  . een kabelverbinding is wel robuust, maar over grotere afstand niet handig cq. moeizaam en stoorgevoelig
  LoRa biedt een mogelijkheid om sensoren draadloos over grotere afstand te verbinden (tot meerdere km's!).
  Uitdaging om een LoRa-configuratie met sensoren te ontwikkelen, die functioneel aansluit bij het huidige Meteo-Systeem.

Copyright © 2013-2019 T4S