Experimenten & Supplementen

Levels 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 een standaard-oplossing direct bruikbaar.
Mooie spreuk daarover (gevonden op TweakersNet):
"Meten is weten, gissen is missen, en gokken is dokken."
Daarom eerst apart kijken als Experiment hóe je iets oplost, en óf een oplossing goed & robuust werkt, terwijl de 'productie' ongestoord doordraait.
Naast serieuze aanpak is dit ook ook de 'speeltuin' om 'even' te kijken óf een functie of een nevenaspect werkt, en hoe.
Dat kan een belangrijk aspect betreffen, of zoiets cosmetisch als vertoning van een 'klokje', dat dus (b)lijkt af te hangen welke O.S. en/of browser je gebruikt).
Uit dat 'hoe' komt dan vaak info die wel interessant is, maar niet voldoende om in deze website te promoveren naar een 'hoofd'- item of naar een aparte subpagina:
de beschrijving van zo'n experiment blijft dan met uitkomsten in deze rubriek staan met label Supplement of wordt overgezet naar de aparte rubriek Supplementen.

Mijn Experimenten hebben wel raakvlak met de 'productie'-configuratie voor PV, Meteo en Domotica, maar zijn heel bewust gescheiden daarvan,
dus bijv. geen upload van 'ruwe, experimentele' meetdata naar 'officiële' meteo-sites, hoogstens naar mijn eigen website.

Voor geplande en onderhanden Experimenten dient deze websectie vooral als 'werkplaats' en 'notitieblok',
en het is daarom een (vaak ongeordende, uitgebreide) bergplaats voor

  • concepten & uitwerkingen,
  • argumenten voor configuraties & realisaties,
  • aantekeningen/geheugensteuntjes,
  • tussenresultaten in de vorm van notities, schetsen, plaatjes van testversies & situaties,
    met bijbehorende grafieken en tabellen (die tijdens testen soms heel 'rafelig' verlopen)
  • waarnemingen => conclusies,
  • ToDo-lijstjes en planningen.
Voor buitenstaanders geeft het een 'kijkje in de keuken tijdens voorbereiding, koken, maaltijd en vóór de afwas'.
Je ziet op deze pagina's voor een aantal (niet alle!) experimenten zowel de successen als de mislukkingen, met ook gaten in vertoning tijdens storingen & modificaties.

De webpagina's aangehangen aan deze rubriek zijn qua layout alleen maar een afsplitsing van deze webpagina om de omvang van de kern te beperken:
pas als de inhoud wordt overgeheveld naar de 'echte' website mag betere ordening & layout worden verwacht!

De 'productie'-computers Domoticz1, 2 en 3 in deze configuratie dienen heel beperkt als testbed voor onderzoek en voor testen van experimenten die betrekking hebben op hun specifieke interfaces.
Testen en experimenten voor andere aspecten vooral met de andere Domotica-computers.
Pas als een setup bevredigend werkt, dan kun je overgaan tot verder invoegen in het 'Systeem' en in de 'hogere' pagina's van de website.

Geplande & onderhanden Experimenten

Voor de onderstaande onderwerpen zijn nu aanpassingen & toevoegingen als Experiment 'in wording/ in bewerking' of al Supplement geworden
(waarbij in iedere uitgewerkte rubriek eerst wordt aangegeven wat de beweegreden) is:

  1. Werkverdeling over processoren
  2. Kruipruimte, Oplossing van Koude-voeten-problemen
  3. Samenhang Lichtniveau en PV-productie
  4. Energie-Info & Energie-voorziening [Verwachting & Realisatie]
  5. Verbeterde/eigen grafische vertoning en Robuuste upload van Meteo-info naar HetWeerActueel (en anderen)
  6. Meting Lucht-kwaliteit/ Fijnstof- & Gas-vervuiling
  7. Oplijning & afregeling van beschikbare wind-info
  8. Bodem-sensoren
  9. Meteo-sensoren op afstand met WiFi & LoRa
  10. Behuizingen van sensoren
  11. Vervanging van WS7000-sensors
  12. Introductie Tempest_PWS
  13. 'Conventionele' Neerslagmeters
  14. Aangepast gebruik van hemelwater
  15. DHZ_EcoBoosters
LevelsDe niveau-indicator geeft per rubriek aan hoever iets is uitgewerkt:
- rood = opstartend/ starting
- half-groen = onderhanden/ in progress
- vol-groen = (bijna) gereed voor implementatie/ (almost) finished.

Onderhanden experimenten zijn deels operationeel, in duurtest, of zijn momenteel 'rustend', i.v.m. denkwerk, wachtend op gelegenheid voor bouw, of wachtend op onderdelen.
Het symbool At-work geeft aan voor welk onderdeel momenteel een volgende stap is gepland.

Top pagina Top rubriek Top volgende rubriek


  • Level2Werkverdeling over processoren is nodig om te zorgen dat iedere processor ruim voldoende capaciteit heeft voor uitvoering van zijn functies, en voor een heldere structuur van functies per processor.
    Naast toewijzen van werk aan nieuwe processoren komt het neer op herverdeling en opsplitsing van functies.
    Te zwaar belasten cq. 'productie' mengen met Experimenten => crashes/vastlopers => data-verlies & werk & ergernis ......
    Ook opletten of het processortype passend is bij de software (benadrukt door de perikelen bij de upgrade Domoticz 2023.2 naar Domoticz 2024.1).
    Dat vraagt soms omdenken als nieuwe randcondities opkomen:
    alle Raspberries van type Zero0W_v1.1 die Domoticz draaien, blijven dus werken met Domoticz versie 2023.2_stable, of worden ingezet voor taken zonder Domoticz.
    Die opzet is herkenbaar aan de identificatie hieronder gebruikt:
    - Domoticz_x = Raspberry met Domoticz
    - Raspberry_x = Raspberry zonder Domoticz
    Domoticz01 en Domoticz02 zijn de 'front-end' & 'productie'-machines voor data-collectie en voor bijbehorende essentiële systeem-functies,
    Domoticz03 en Domoticz04 zijn de 'servers', terwijl de andere Raspberries 'satelliet-taken' invullen.
    Verdere randtaken worden ingevuld met nog kleinere processoren zoals ESP8266en.
    1. RS485Linksprite RPI0&ETHUSBHATRPI_BPlus Domoticz01 (= Raspberry Type B met LAN & 2*USB & 1*RFXCom & 1*S0PCM & Linksprite_BreakOut voor RS485 & BMP180 & keten met DS18B20s),
      na crash per 16Jan2023 vervangen door een Raspberry Type Zero_W (= versie 1.1, met ETH_USB_HAT)
      Belading van Domoticz01 vooral schakel-functies en Energie-regeling (= PV-Productie en Consumptie),
      te reduceren naar interfacing via LinkSprite_Breakout van RS485-devices en van interfacing van bekabelde sensoren, en van communicatie via RFXCom.
      De oude Domoticz01 leeft verder voort als 'ontlaster' Domoticz10 voor Domoticz01.
      Domoticz10 wordt de Annex/Satelliet met USB-interface voor uitlezen van de S0PCModule zo dicht mogelijk bij de betreffende S0-interfaces van de kWh-meters.
      De S0PCModule krijgt daar een optocoupler-front om te kunnen omgaan met lange interfaces naar kWh-meters met hogere stuurspanningen op de S0-interfaces dan de 5V en 3,3V die Raspberries en ESPs toepassen:
      dat optocouplerfront maakt ook netjes gescheiden duplicator-interfaces voor andere S0-uitlezers zoals K8055-boards en ESP8266en.
      Op termijn vanuit Domoticz01 verder verschuiven van applicaties en rekenwerk naar 'ontlaster' Domoticz11 = Raspberry type 3A+ die krachtiger is en met modernere Domoticz kan werken, en die beter de afhandeling van ESP8266en kan oppakken.
      Domoticz01 en Domoticz10 daarna samen vooral voor afhandeling van fysieke, bekabelde interfaces en primaire draadloze sensor-/actuator-interfaces, met Domoticz11 als 'rekenhulp'.
    2. RPI_4B4 RPI_3APlus Domoticz02 (= Raspberry, Type 3A+ met WLAN & 1*USB/RFLinkGateway) verzorgt vooral (redundant/backup) schakel-functies en daarnaast Meteo-rekenwerk & Meteo-communicatie,
      te reduceren in de richting van afhandeling van de ESP8266en en van communicatie via RFLinkGateway, dus vooral de draadloze sensor-/actuator-interfaces.
      Voor Domoticz02 een 'ontlaster' Domoticz12 invoegen in de vorm van een Raspberry4B(met 4GB_RAM), en daarheen zoveel mogelijk overhevelen m.b.t. rekenintensieve functies.
      Domoticz02 daarna vooral voor redundante afhandeling van draadloze sensor-/actuator-interfaces, met Domoticz12 als 'rekenhulp'.
      De genoemde ESP8266en hebben met ESPEasy als software een bepaalde capaciteit & catalogus voor kleinere taken zoals draadloze sensor-uitlezing op afstand.
      Raspberries zijn in het algemeen krachtiger en vrijer inzetbaar, maar met andere interfaces.
      Dat is reden om nog meer Raspberries toe te voegen in de configuratie, en de configuratie van de Raspberries en de ESP8266en aan te passen:
    3. RPI_3_Behuizing Domoticz03 (= Raspberry Type 3B+ met WLAN, LAN & 4*USB) vooral cq. steeds meer voor 'algemener' rekenwerk, voor generatie van grafieken en voor ontlasting in de richting van Meteo (vooral Tempest) en Licht.
      Domoticz03 is de primaire Gateway tussen WLAN en LAN.
      Verzorgt uploads in diverse richtingen.
      Momenteel in deze server ook HWA-support met
      - eerste versie uitlezing van WRIJ-stations en KNMI-stations en vertaling naar HWA-output.
      - experimentele selectie van Netatmo-stations zoals uitgelezen door Raspberry08, met vertaling naar HWA-output.
      De HWA-outputfuncties verhuizen op termijn naar Raspberry08.
      In Domoticz03 nu initiele opzet voor GW1000-support, data overnemend van Raspberry08.
      Die support is voor generatie van een JSON-file met alle GW1000-data, die naar een webserver wordt weggezet, voor daar ophalen door andere toepassers.
      In die support ook aansturing van virtual devices in Domoticz.
      Voor betere functie-verdeling gaat GW1000-support op termijn verhuizen naar Raspberry19.
    4. Domoticz04 (= Raspberry Type 3B+ met WLAN, LAN & 4*USB) bedient vooral de energie-aspecten voor uitlezen van de P1-interface van de 'slimme' gridmeter, en voor het (toekomstig) integreren via Domoticz07 van S0PCM-uitlezing van 5 kWh-meters met S0-interface.
      Domoticz04 als uitlezer voor de P1-interface van de 'slimme meter' hangt in de meterkast.
      Domoticz04 bedient daarvoor ook de bijbehorende uploads naar diverse organisaties, die nu nog vooral in Domoticz1 zitten.
      Domoticz04 is secondaire gateway (als backup) tussen WLAN en LAN.
    5. HP3001&RPI_0 RPI_0 RPI_0 Domoticz05 (= Raspberry_Zero_W versie 1.1) => Annex/Satelliet voor uitlezing via I2C-interface van de licht/IR/UV-sensor type SI1145.
      De behuizing met sleuf geeft makkelijk toegang voor aansluiting van die sensor op de GPIO.
    6. Domoticz06 (= Raspberry_Zero_W versie 1.1) => Annex/Satelliet voor uitlezen via USB-interface van T&H-meterconsole HP3001 in het kader van de kruipruimte-metingen.
      Console HP3001 is een specifieke uitlezer van 8 T&H-sensors WH31A. De functies in deze Domoticz06 uitbreiden met een redundante uitlezing van GW1000-data voor diezelfde 8*T&H-sensors.
    7. MiniDisplay_HAT RS485_USB_module Domoticz07 (= Raspberry_Zero_W versie 2, met ETH_USB_HAT) => wordt Annex/Satelliet voor uitlezen van RS485 zo centraal mogelijk tussen de devices met RS485-interfaces.
      Een USB_HAT op deze RPI_Zero_W maakt hem geschikt voor direct aankoppelen van een RS485<>USB-module.
      Met deze ETH_USB_HAT met 4 USB-poorten en LAN-poort is deze RPI_Zero_W ook m.b.t. interfaces compatible met de 'grotere' Raspberries.
      Geen monitor in de buurt, en daarom krijgt voor lokale info-vertoning deze RPI_Zero een MiniDisplay.
    8. Raspberry08 (= Raspberry_Zero_W versie 1.1, zonder HAT) => nu test-interface voor HWA-Support & GW1000-Gateway.
      Deze Raspberry draait de programma's voor sector-uitlezing van Netatmo-stations uit het publieke Netatmo-netwerk t.b.v. de HWA-Server:
      eventueel ook uitlezing voor private Netatmo-stations, maar die hebben zich nog niet aangemeld.
      Gedacht als algemene server voor de HWA-output met geen andere taken dan 'vertaal-software' draaien na uitlezen van WRIJ-stations, KNMI-stations en geselecteerde Netatmo-stations en BMCB-stations.
      Stations-georienteerde elementen van HWA-Support nog te verschuiven vanuit Domoticz03.
      Momenteel ook in gebruik voor stand-alone experimenten met GW1000-Support gericht op uitlezing & conversie, incl. generatie & upload van een JSON-outputfile.
      Bewust zonder Domoticz, om eventuele wisselwerking te voorkomen tussen de software van Domoticz en andere applicaties.
      Krijgt Raspberry19 voor GW1000-support als sparring-partner & testbed, met doel om op termijn alle GW1000-Support daarheen te verschuiven.
      Door zijn eenvoudige,compacte configuratie zou daarna eventueel deze RPI probleemloos uit de configuratie moeten kunnen worden gepakt en als HWA-server naar elders kunnen worden verhuisd.
    9. Raspberry09 (= Raspberry Type 3B+ met WLAN, LAN & 4*USB) => aparte 'productie'-instantiatie voor WeeWX en voor verwante functies.
      WeeWX dient voor lokale uitlezing van het Tempest_PWS en voor uploads naar HWA, CWOP en Weathercloud, en eventueel naar WU, WOW en AWEKAS:
      de upload naar HWA 'eindigt' voorlopig voor test in de webruimte voor ophalen door de HWA-server.
      Is een heel stabiel werkende setup op basis van Python-scripting.
      De instantiatie van WeeWX is bewust gescheiden van Domoticz 01 t/m 08, om als 'onafhankelijke PWS' te kunnen werken: Redundantie!
      Bewust zonder Domoticz ter voorkoming van interactie tussen WeeWX en andere software.
      Deze WeeWX-configuratie volgt die van Raspberry13 nadat de goede werking is bewezen van de ontwikkel-software van Raspberry13.
    10. Domoticz10 = 'ontlaster' van Domoticz01 = oude Domoticz1, de interface van S0PCM en van Linksprite_HAT overnemend van Domoticz01.
    11. Domoticz11 = 'ontlaster' van Domoticz01 = 2e Raspberry type 3A+, voor rekenwerk, grafica & uploads.
    12. RPI0_to_RPI3B RPI0_met_USHHAT Domoticz12 = 'ontlaster' van Domoticz02 = Raspberry type 4B(4GB_RAM), voor rekenwerk, grafica & uploads.
    13. Raspberry13 (= Raspberry_Zero_W versie 2, met Raspberry3B-adapter) => testbed voor WeeWX.
      door de Raspberry3B-adapter en behuizing uiterlijk en functioneel lijkend op een Raspberry3B, met 4 USB-poorten en 1 ETH-poort voor een bekabelde LAN-aansluiting.
      Deze behuizingsconfiguratie heeft iets handzamer opzet van kabel-aansluiting dan de ETHUSB_HAT zoals gebruikt bij Domoticz01 en Domoticz07.
    14. Raspberry14 ~ 17 zijn eventuele, extra Raspberries (i.v.m. gelijkheid bij voorkeur van type RPI_Zero_W versie 2, type RPI_3A+ of Raspberry4/5) als Annexen voor aanvullende Experimenten/Toepassingen.
    15. Domoticz18 (= Raspberry_Zero_W versie 2, met USB_HAT met 4 USB-poorten) vooral voor experimenten.
      De USB_HAT met 4 poorten laat deze Raspberry functioneel op een Raspberry type 3B+ lijken, in niet-standaard behuizing voor makkelijker aanpassen aan test-omgeving:
      Ethernet-interface niet ingebouwd of deel van een HAT, maar via een LAN<>USB-adapter.
      Bewust met Domoticz, maar zonder uitgebreide, permanente toepassing-scripts, want is binnen deze configuratie ook het testbed en controle voor langskomende Domoticz-upgrades.
      Op deze machine is o.a. een referentie-image uitgewerkt/vastgelegd met Raspian_Bullseye & Domoticz_v2023.2 als 'master' voor herstel/opzet van de RPI0s en andere 'beperkte' RPIs:
      - eenvoudig om een extra RPI0 snel van een initiele clone-vulling te voorzien op een 64GB SD-kaart.
      - voor restore/herstel een 'escape-route' als van een SD-kaart voor een Raspberry geen goede cq recente image beschikbaar is.
      Is van belang om voor een gerepareerde Raspberry met dezelfde domoticz-database-versie te kunnen voortgaan.
      Bijkomend voordeel van zo'n 'master'-image als intallatiebron is dat alle clonen dezelfde versie van Python_3.9.2 en dzVents_3.1.8 hebben,
      dus stabiele basis voor scripts op die machines.
      Als 2e 'escape'-route voor een basis-installatie zonder Domoticz bij een minimale RPI0 met een kleinere SD-kaart is een NOOB-OS-image beschikbaar op SD-kaart van 32GB.
    16. RPI0_GPIO Raspberry19 (= Raspberry_Zero_W versie 1.1, zonder HAT) als specifieke partner/opvolger van Raspberry08, stand-alone gericht op GW1000-experimenten.
      Stand-alone en zonder Domoticz ter voorkoming van interacties tussen GW1000-functies, Domoticz en andere applicaties.
      Wel bij voorbaat met open behuizingstoegang tot de GPIO voor eenvoudige aansluiting van externe devices, zoals sensors of een Display_HAT.
    17. Maar aanvulling & invulling verloopt naar beschikbaarheid en gewenste taken ......
    18. Alle Raspberries ingesteld op RAMDisk-gebruik, zodat de schrijf-operaties naar de SD-kaarten worden beperkt => vermindering van wear & tear.
      De 'Productie'-Raspberries nog te koppelen aan een NAS of USB-Drive voor nabije werkfiles & backupfiles.
    19. Periodieke, externe backup van de Domoticz-folders van de Raspberries, zodat na een crash eenvoudiger een snelle(re) herstart mogelijk wordt.
      Daarmee ook betere/zekerder toegang tot oudere data.
    20. De ESP8266en dienen als frontends voor Domoticz02 t/m 04 voor data-collectie en als actuators [= aansturing van relais en van PWM-uitgangen]
    21. PCDuino_Tboard PCDuino_Layout PCDuino_board De aanwezige PCDuino dient als 'Algemene' homeserver en als Linux-test-platform
      (met Arduino-'trekjes' waarvoor dat platform voor interfacing een LinkSprite T-board heeft).

    Status:

      Applicatie-beleid
    1. NMCU1 NMCU2 WEMOS_D1 Domoticz01 t/m Domoticz04 en Raspberry09 en een aantal ESP8266en (in diverse uitvoeringen) draaien gekoppeld 'productie' met gestabiliseerde configuraties en toepassingen.
      Voor deze Raspberries alleen regelmatig update&upgrade van het OS en volgen van de 'stable version' van Domoticz:
      beide voorzover nog mogelijk i.v.m. update-beschikbaarheid t.a.v. de processor-configuratie.
      Voor Domoticz essentieel m.b.t. programmeer-omgeving en ook Domoticz-database-compatibiliteit en -stabiliteit.
    2. Domoticz05, Domoticz06 en Raspberry08 zijn momenteel grotendeels 'productie' geworden,
      terwijl de andere Raspberries en de ESP8266en werken in oprichtings-/experiment-/testfase.
    3. Domoticz07 en Raspberry10 t/m Raspberry19 zijn 'in oprichting'.
      Alleen Domotiz18 volgt de beta-upgrades van Domoticz.
      Na eerst testen op Domoticz18 volgen alle geschikte Raspberries in deze laatste groep de stable-upgrades van Domoticz.

      OS-Beleid
    1. bewust behoudend (zolang dat goed werkt) blijft Raspian_Buster voor de oudste 'productie'-RPIs die weinig wijzigen,
      met overgang naar Raspian_Bullseye en verder naar Bookworm zodra die overgang zonder complete herinstallatie stabiel/eenvoudig genoeg lijkt.
    2. Raspberries 'in oprichting' of als 'vervangers' krijgen bij gelegenheid bewust Raspian_Bullseye als bewezen OS,
      van een image regelrecht uit Raspberry.org
    3. Raspberries die dienen als 'ontlasters' en vooral de 'testers' krijgen toekomstgericht een verse installatie met de recentste OS-versie die op de betreffende hardware past, regelrecht uit Raspberry.org:
      => Raspian_Bullseye als de RPI_hardware_configuratie te oud is voor Raspian_Bookworm.
    At-work Acties&Plannen:
    1. Applicaties blijven functioneel steeds in beweging, dus aanpassingen & experimenten, maar zoveel mogelijk gescheiden testen van 'productie'
    2. Bewust 'conservatief' beleid t.a.v. Domoticz en Raspian_OS:
      niets aanpassen wat goed werkt = zoveel mogelijk 'stable' releases toepassen
      en met vertraging volgen als kinderziekten lijken uitgedenderd.
    3. Periodieke backup van images van alle Raspberries moet drastisch worden uitgebreid & verbeterd,
      met image-opslag op een extern medium op de gemeenschappelijke LAN,
      met eenvoudige restore-functies voor snel&compleet herstel.
    4. Voldoende vergelijkbare platforms beschikbaar voor de aanwezige taken, maar herverdeling is continu aandachtspunt,
      met continue ontwikkeling en testen.
      Geen nieuwe typen boards toevoegen, tenzij met duidelijk voordeel of met specifiek doel.
    Top pagina Top rubriek Top volgende rubriek
  • Level2Supplement: 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'.
    Beter begrip van de processen die vochthuishouding om het huis bepalen, krijg je door lezen van bijv. deze uitleg.
    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).
    M.b.t. het meetsysteem is in 2020 uitgebreid met online uitlezing van de HW31A-sensoren via de HP3001-Console.
    De uitbreiding met de bodemmeting in de tuin levert ook aanvullende info voor vergelijking.
    Een goede oplossing voor het achterliggende hoofd-probeem is een heel ander aspect.
    Als effector toevoeging van een ventilatie-systeem, gestuurd door een bijbehorende meetprocessor.
    Ventilatorkastje_opbouw Ventilatorkastje1 Ventilatorkastje2Om te kijken OF het werkt, is een experimentele opstelling handig, die met niet te veel moeite kan worden gebouwd, en eventueel weggehaald.
    Het aangehaalde voorbeeld met processor en ventilator in de kruipruimte is wel mooi uit het zicht, maar in onze kruipruimte lijkt het niet gemakkelijk een 'handige' plek&bevestiging bij 2 ventilatiepijpen te vinden, nog afgezien dat ventilator en voeding 'watervast' aangelegd moet worden.
    Aan de straatkant zou enigszins kunnen, maar aan de tuinkant is vooral toevoer van voeding complex.
    'Interim'-oplossing is plaatsing aan de tuinkant van 2 ventilatorkastjes op ventilatieopeningen die dienen voor kruipruimteventilatie (=afzuiging), en voeding over de muur naar de ventilatorkastjes vanaf een lichtpunt.
    In ieder ventilatorkastje een gerecyclede 12VDC-PC-ventilator: in Ventkast1 een 'geruisarme' variant, in Ventkast2 een 'normale' uitvoering.
    De voeding van de ventilators wordt initiëel geschakeld met een KAKU door Domoticz, vanuit het meetsystem vergelijkend op basis van de T&H-metingen in de kruipruimte en in de buitenlucht.
    Bewuste keuze voor een opzet met Advies vanuit vergelijk, maar met Sturing op basis van alleen buitenluchtmetingen,
    omdat de metingen in de kruipruimte minder betrouwbaar zijn, en bovendien zal het daar nagenoeg altijd te vochtig zijn & blijven.

    Status:
    1. Meetsysteem operationeel, maar op hoger niveau Onvoltooid i.v.m. uitblijven van een principieel goede probleemoplossing.
    2. Afzuigventilatoren in bedrijfgesteld sinds 29 maart 2021, eerste 2 dagen continu-draaiend met verlaagde snelheid,
    daarna continu draaiend op volle snelheid met handuitschakeling tijdens ongeschikt buitenweer (= te natte lucht en/of te lage temperatuur).
    Vanaf midden april 2021 onder sturing van Domoticz op basis van actuele buitentemperatuur en -vocht gemeten door de meteosystemen.
    De ventilatievoeding kan via een electronische schakelaar worden bediend vanuit 2 Controllers, zodat de opzet een vorm van redundantie heeft.
    Die 2 Controllers hebben toegang tot iets verschillende, continu-aanwezige buitenshuis-sensorensets, en geen toegang tot de kruipruimte-sensoren
    (want daar is bij voorbaat zeer hoge R.V. en daarmee teveel risico van uitvallen-door-condens).
    Het onderzoek richt zich in dit stadium dus op de mogelijkheid om met deze configuratie een goede regeling te maken.

    At-work Acties&Plannen:
    2a. Verbetering van geforceerde kruipruimteventilatie door verfijning van de geautomatiseerde ventilatorsturing vanuit Domoticz
    2b. Bij goed resultaat van 2a. de opbouw 'definitief' maken met een eigen processor voor meting en voor voedingsbediening.
    3. Bij gelegenheid omwerken van dit onderwerp voor overdracht naar Supplementen [want dit aspect heeft vooral relatie met de Nederlandse manier van huizen bouwen],
    met een engelse samenvatting voor rubriek Supplements
    4. 'Mechanische' neven-oplossingen realiseren (als de werkomstandigheden in de kruipruimte dat toelaten) zoals een drainageslang onder de bodemfolie, incl. aansluiting naar een te plaatsen 2e dompelpompput
    5. Blijven zoeken naar nieuwe inzichten en invalshoeken .........

    Top pagina Top rubriek Top volgende rubriek


  • Level2Supplement: Lichtniveau heeft samenhang met PV-productie en nog veel meer processen.
    Voor bepaling van die samenhang (in meer detail dan nu met de 2 omgebouwde thermo-sensoren van de PWSen en met de UVN800) wordt een lichtmeting opgericht door meerdere, enkele en dubbele sensoren, incl. uitwerken tot 1 enkele, 'algemene' uitkomst (=> Lux-waarden en UV-waarden).
    Meerdere sensoren voor 'echte' lichtmeting lijkt overdone, maar door schaduwwerking om het huis en door beperkingen van de lichtsensoren is er niet 1 enkele, optimale sensor-opstelling mogelijk, dus moet worden gewerkt met een 'distributed setup' waarvan de metingen door software worden verzameld.
    De toevoeging van het Tempest_PWS is een inbreng van gekalibreerde waarden voor Licht en UV:
    beter dan beschikbaar uit eigenbouw, maar ook de Tempest-waarden zijn beperkt geldig vanwege de opstelling.
    Een oplijning onderling én met externe referenties is vereist, met berekeningen en met o.a. KNMI-waarden als waarschijnlijk beste, lokale, actuele referentie.
    At-workStartpunt voor vergelijking en oplijning is samenbrengen van de berekende referentie-waarden en de actuele meetwaarden in RRDTool-database en -grafieken.
    Vergelijken (onderling en t.o.v. referenties) is moeilijk, want de sensoren hebben heel verschillende eigenschappen & realisaties:
    - het gevoeligheidsspectrum varieert per sensortype (in combinaties, voor visueel, IR en UV)
    - de sensorchips hebben interne processing die zonder veel uitleg alleen tot uitdrukking komt in getallen van de datasheets
    - door schaduwzones komen niet alle sensoren over de tijd onbelemmerd uit de verf
    Van kalibratie is daarom geen sprake (en kan ook niet), hoogstens van een poging tot oplijning!
    Voor de grafieken in deze sectie worden de meetwaarden experimenteel geschaald.
    De licht- en IR-waarden worden nog niet toegepast voor de meteo-upload naar diverse organisaties:
    de UV-waarden worden wel toegepast en vóór de upload ruw geschaald & gedrempeld m.b.v. de berekenende referentiewaarden uit de lokale calculatie en uit OpenUV.
    • Lichtgrafiek1 Grafiek Licht1 combineert experimenteel de sensoren van Nexus, WS7000, Tempest en een ESP8266 met BH1750-sensoren i.c.m. een LDR.
      Voor deze grafiek1 komen 3 lichtmetingen als quasi-Temperatuur uit Nexus en WS7000:
      - 2 quasi-Temp-waarden komen van 2 PWS-thermometers omgebouwd met LDR/Fotodiode i.p.v. thermistor-weerstand (=NTC),
      - de Nexus_Wind Licht-waarde komt op de manier van 'solar-jar'-opzet door bepaling van de verschiltemperatuur tussen een thermosensor in de zon (als deel van de anemometer) t.o.v. de basis-temperatuur van het PWS (van een afgeschermde thermosensor).
      De eerste info-bewerking op de eerste 2 waarden is een best-fit inschaling binnen het betreffende PWS, en voor de Nexus Wind-Licht-waarde een versterking 10*.
      Voor de grafiek &tabel voor de WS7000-lijn daarna een bias/schaal-correctie (voor gelijkloop met de Nexus-lijn).
      Vermenigvuldiging van de Nexus Wind-Licht-waarde met 0.5 resp. 500 geeft voor grafiek en tabel ruwweg een Lux-waarde in de buurt van de meting door WS7000P_19.
      De ESP8266 in deze grafiek1 is een Testbed binnenshuis voor experimenten met sensor-fusie/ sensor-correlatie.
      De steile flanken voor BH1750 & LDR omstreeks 12:00~13:00uur worden veroorzaakt door beperking van sensorenzicht naar het Oosten en het Westen i.v.m. bebouwing en beplanting.
      De info uit de WS7000P_19 Lichtmeter wordt voor test & integratie ingevoegd vanaf 26 Januari 2020.
      Vanaf 30 November 2020 zijn de lichtwaarden uit het Tempest_PWS ingekoppeld.
    • Lichtgrafiek2 Grafiek Licht2 combineert de sensoren van Nexus, WS7000, Tempest, SI1145 en een ESP8266 met BH1750+TSL2561-sensoren.
      Voor deze grafiek2 zijn de quasi-Temp-waarden uit Nexus en uit WS7000 gelijk aan de rekenwaarden van grafiek1.
      Voor alle sensoren in deze dataset moeten de schaalwaarden nog verder worden opgelijnd, onderling en t.o.v. referenties.
      De ESP8266 in deze grafiek2 is de versie voor uitgebreide meting met meerdere sensoren, als ondersteuning van de Lichtmeter WS7000P_19 voor diens 'blinde vlekken'.
    • Lichtgrafiek3 Grafiek Licht3 verzamelt de informatie van de diverse UV-sensoren,
      waarbij de analoge meetwaarden uit de sensoren type GUVA12, ML8511 en SI1145 in Domoticz nog verder om te rekenen naar een praktische/realistische UVI.
      De rekenwaarden uit OpenUV zijn de ideale, 'Clearsky'-waarden voor deze locatie, terwijl de rekenwaarden uit UVCalc meer 'praktisch' zijn, incl. gemeten weerafhankelijke dempingseffecten.
      Vanaf 30 November 2020 zijn de UV-waarden uit het Tempest_PWS ingekoppeld.
      Verklaring zoeken waarom vergelijkbare grafieklijnen toch zo verschillend verlopen
    • Lichtgrafiek4 Grafiek Licht4 verzamelt de informatie van de diverse IR-gevoelige sensoren, en van de 'Breedband'-functie van de 2 TLS2561en,
      De meetwaarden uit de sensoren type TLS2561 en SI1145 in Domoticz nog op te lijnen cq. om te rekenen naar een praktische/realistische IR-waarde.
      Vanaf 30 November 2020 zijn de lichtwaarden uit het Tempest_PWS hier toegevoegd.
      Verklaring zoeken waarom vergelijkbare grafieklijnen toch zo verschillend verlopen
    Als referentie zijn gemeenschappelijk in alle 4 grafieken 1 of 2 Grafieklijnen gereserveerd voor een externe waarde, zoals van Calculatie, Accuweather, Darksky e.d.:
    in de genoemde 3 grafieken is deze referentie nu een calculatie onder noemer LightCalc, met een daarvan afgeleide, nominale UV-waarde onder noemer UVCalc, en daarnaast OpenUV_Current als externe, 2e UV-referentie.
    Geen praktische, online referentie-info gevonden voor IR-bronnen.
    De genoemde referentie-calculaties voor lichtwaarden maken gebruik van rekenmodellen t.a.v. atmosferische functies, die deels gebruikmaken van statische en dynamische inputs als invoer voor 'lokale effecten'.
    Deze inputs bestaan uit:
    • Geo-locatie van het PWS [= Lengte, Breedte en Hoogte]
    • Actuele, lokale tijd
    • Actuele luchtdruk (niet bij OpenUV)
    • Wolken-bedekking uitgedrukt in 'Octa' [0 = Helder > 8 = Zwaarbewolkt], geleverd door Ogimet.com (niet bij OpenUV, want dat is 'Clearsky'-info)
    Reden van de 'hakkels' in de grafieklijnen van de referenties:
    - Info van OpenUV wordt per half uur ingevoerd,
    - Info voor'Octa' wordt door Ogimet per uur berekend.
    Op termijn zal een aparte Raspberry alle lichtmetingen en - berekeningen voor zijn rekening gaan nemen.
    Die Raspberry correleert dan ook de Lichtmetingen met de UV-metingen van de diverse sensoren, en met een eventuele IR-meting.

    Status:
    1. Onderweg, met testen & afwerken.
    Obstakels die schaduw geven blijken meer invloed te hebben dan verwacht.
    Tempest als lokale referentie vergemakkelijkt het oplijnen.
    2. Gekoppeld aan webpagina Calibratie(kwaliteit) in rubriek Supplementen.
    At-work Acties&Plannen:
    3. In de laatste versies van de grafieken nog 'best-fitting' grafieklijnen toe te voegen als 'Resultanten' voor Licht en voor UVI:
    als uitgangswaarden voor meteo-toepassing worden dat de uploadwaarden naar de diverse organisaties.
    4. Daarna dit Experiment integreren in betreffende Meteo webpagina's en/of overbrengen/koppelen met een engelse tekst naar rubriek Supplements.

    Bijzonderheden:

    Top pagina Top rubriek Top volgende rubriek


  • Level2Energie-Info & Energie-Voorziening [Verwachting & Realisatie]
    Duurzaam in-/uitschakelen vraagt een eenvoudige, directe vertoning van beschikbare energiewaarden en aanverwante informatie.
    Nu is vertoning van energie-waarden (zowel voor productie als consumptie) alleen mogelijk door opgeroepen uitlezing via webpagina's.
    Naast zicht op actuele productie/consumptie is een prognose ook interessant.
    Nu zijn de functies nog verdeeld over de 2 Raspberries, maar op termijn zal een aparte Raspberry voor Energie-aspecten alle metingen en - berekeningen voor zijn rekening gaan nemen.
    1. Lokale inverter displays
      Display1 Display2Een 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 t.o.v. de actuele totale consumptie.
      Het kleinste, experimentele display1 hiernaast is te klein:
      het volgende display2 heeft een schermpje met meer tekst.
    2. Monitoring van beschikbare energiewaarden door de gebruikers
      Voor de huiskamer en bij de wasmachine is een mooier uitgevoerd, lokaal display gewenst van meetresultaten, waarop gebruikers 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.
      ToDo is een display3 met veel groter scherm, grotere karakters en meer grafisch beeld.
    3. Verwachtingswaarden voor PV-Productie
      Als je weet welke PV-productie verwacht mag worden, dan kun je m.b.v. Domotica gaan anticiperen op de beschikbaarheid van energie.
      Lokaal is die info niet direct beschikbaar: alleen indirect vanuit de meteo-verwachting.
      Extern is zulke info beschikbaar gekomen bij de website forecast.solar afgeleid van zowel PV-rekenmodellen als ook Meteo-rekenmodellen.
      Volgende stap is om die info online uit te lezen en in te voeren in Domoticz, om daaruit voor lokaal gebruik niet alleen een vergelijkingsfunctie, maar ook een schedulingfunctie op te zetten:
      1. met vergelijking kun je (als kwaliteitscontrole) checken of de verwachtingen kloppen t.o.v. actuele info
      2. als stap1 bevredigend is, dan hoef je niet zelf de actuele productie in de gaten te houden, maar zou je het kunnen overlaten aan het Domotica-Systeem om de voorspelde waarden te monitoren, te vergelijken met de werkelijke waarden en dan via scheduling apparaten wel of niet inschakelen
      Startpunt van implementatie is een aparte webpagina met vertoning van de verwachtingswaarden t.o.v. de actuele productiewaarden.
    4. Koelen van panelen
      De productie uit PV-panelen is afhankelijk van de zoninstraling en van de temperatuuur van de panelen.
      Dat laatste is een natuurkundig verschijnsel:
      - als de temperatuur van een PV-paneel > 25 graden Celsius, dan vermindert de productie met ca. 0,5% per graad t.o.v. 25 graden
      - als de temperatuur van een PV-paneel < 25 graden Celsius, dan neemt de productie toe met ca. 0,5% per graad t.o.v. 25 graden
      De temperatuur van een paneel heeft direct raakvlak met de omgevingstemperatuur en ventilatie van het paneel:
      de zoninstraling kan daarnaast de temperatuur van een paneel hoog opjagen, zeker voor panelen met zwarte elementen
      => de oppervlaktetemperatuur kan oplopen tot boven 70 graden Celsius)!

      Sprinkler Koeling_testIn 2012 is een korte test uitgevoerd om te kijken of het loont om PV-panelen te koelen door besproeien met water.
      Daarvoor zijn 2 sprinklers tussen 2 rijen panelen gezet, en op het heetst van de zomerdag is gematigd gesproeid over die panelen:
      leidingwater, dus ongecontroleerde temperatuur, maar vrij koel t.o.v. de buitenlucht.
      Als referentie een rij van 3 ongekoelde panelen met ongeveer gelijke belichting.
      Ruwe conclusie uit de datalogging van de gekoelde panelen en hun inverters, vergelijkend met de opbrengst uit de andere panelen:
      - inderdaad geeft de besproeing met leidingwater meer energie uit de gekoelde panelen,
      - sproeien moet heel nauwkeurig plaatsvinden om effect te hebben,
      - sproeien en het water laten weglopen is een aanpak die niet economisch is en niet duurzaam
      - de extra opbrengst weegt niet op tegen de kosten voor het sproeiwater uit de waterleiding.
      => sproeikoeling van panelen is alleen rendabel als je beschikking hebt over een eigen, ruime voorraad van zuiver & koud koelwater
      en beschikt over een bijbehorend, heel efficient rondpomp-, sproei- en opvangsysteem!
      Argumenten voor die conclusie:
      a. het koelwater moet zuiver zijn als leidingwater, want anders krijg je aanslag op de panelen (en dat is contraproductief)
      b. het volume en de (lage) temperatuur van het koelwater moet voldoende zijn om langdurig koel genoeg in a cyclus rond te pompen over de panelen
      => combinatie van volume & temperatuur vereist voor opvangen warmte en verdamping,
      => gesloten circuit, want anders door verlies van de vloeistof niet economisch en niet duurzaam.
      c. oppompen van het eigen koelwater kost installeren van een pomp en daarna in bedrijf ook energie benodigd voor rondpompen, en dat is dus niet gratis.....

      Verslag van het experiment te vinden in de aanhang

      Effectiever en stukken goedkoper lijkt om te zorgen voor goede, natuurlijke luchtstroming rond de panelen, zodat de panelen niet veel heter worden dan de omgevingslucht.
      Tevens zorgen dat de onderliggende vlakken niet heet worden en naar de panelen kunnen stralen.
      In dat kader wordt ook wel genoemd om een onderliggend plat dak te beplanten met groen, zoals sedum:
      beplanting met teeltlaag blijft vanzelf koeler/natter dan kale bitumen of grind,
      maar plantengroei vraagt voor licht wel meer ruimte onder de paneel-opstelling.

    5. Thuis-accu
      Energietechnisch gezien maakt het voor lokaal verbruik niets uit of je energie zelf opwekt of van het publieke grid haalt.
      Het verschil zit in duurzaamheid en kostenverdeling, meestal uitgedrukt in geldstromen:
      - wat je zelf opwekt en dan lokaal gebruikt, is geen belasting voor de 'buitenwereld'
      - betalingen aan externe organisaties zijn meestal liquide verliesposten, terwijl eigen productie eigen verdienste geeft
      - zelf vasthouden & toepassen van lokaal energie-overschot is een verlengstuk van het bovenstaande.

      Lokale opslag van energie heet officieel "residentiële energieopslag".
      Globaal gezien kun je dat op meerdere manieren doen:
      1) Vooral gericht op geldelijke winst, gecontroleerd externe energie binnenzuigen van het publieke 230V-grid als de prijs aantrekkelijk is,
      lokaal opslaan en dan de opgeslagen energie intern gebruiken in tijden met hogere kosten/ hoger lokaal verbruik.
      2) Vooral gericht op duurzaamheid, schuin kijkend naar minderkosten, de eigen PV-energie binnenshuis houden voor tijden dat geen/weinig PV-energie beschikbaar is,
      met het publieke 230V-grid voor referentie, voor aanvulling als de lokale opslag leeg is, en met teruglevering van overschot als de lokale opslag vol is.
      3) Combineert 1) en 2), met uitbreiding voor terugleveren vanuit de lokale buffervoorraad aan het publieke 230V-grid als algemene reserve voor het grid, niet alleen bij lokaal overschot.
      Dit laatste is de meest speculatieve vorm van toepassing.

      Momenteel dient (m.b.v. de salderingsregeling) het publieke 230V-grid als 'super-accu' en is het niet financieel rendabel om een thuis-accu te plaatsen.
      Dit thema speelt daarom pas op termijn, tenzij voordien een technische reden opkomt:
      gedachten worden verder uitgewerkt in een aparte websectie.

      Status PV-display & - verwachting:
      1. 2 displays met scherm <1": Gereed & Operationeel, maar tekst is te klein voor handig gebruik.
      2. PV-Verwachting: onderweg / testing
      At-work Acties&Plannen:
      3. 'Mooi, groter' 3e display, bijv. gekoppeld aan Domoticz7: Uitzoekwerk
      4. Teksten m.b.t. PV-verwachting verder verwerken in de betreffende PV-webpagina's.
      5. Bij gebleken geschiktheid (vooral t.a.v. nauwkeurigheid & stabiliteit!) de PV-verwachting verwerken in domotica-functies

      Status Koel-experiment/ PV-opbrengst:
      6. Koel-experiment uitgevoerd/ afgerond.
      Geen vervolg van deze opzet, want argumenten a. en b. kunnen niet praktisch worden ingevuld, en c. is heel precair.
      At-work Acties&Plannen:
      7. Geen plannen, behalve 'iets' de opstelling verbeteren van de groepen C en D op de schuur, voor meer lucht/ruimte onder de panelen.
      Status & Plannen Thuis-Accu:
      8. Toepassing van een thuis-accu is nu uitzoekwerk.
      Gezien de nu gerealiseerde PV-configuratie moet dat een opslagsysteem zijn die als buffer werkt tussen het PV-cluster en de hoofdmeterkast.
      Voorlopig gericht op een accu-configuratie met dekking van het lokale 230V-verbruik in de komende 1* of 2* 24uur (~ 2,5 kWh of 5 kWh capaciteit), want het andere eind van de invulling (= een komplete dekking van jaarbehoefte) vraagt een gigantisch grote accu-configuratie.
      Ook bekijken of & hoe teruggeleverd kan worden als de lokale accu vol is, en wat & wanneer dat dan opbrengt.
      [Dat laatste wordt moeilijk bij invoering van een dynamisch prijsmodel (zoals nu in opmars, bijv. bij ENGIE of ANWB), want dan moet je eigenlijk online toegang hebben tot de info van de energiemarkt met dynamisch reagerende software in je opslagsysteem of in een 'zeer slimme meter']

      Top pagina Top rubriek Top volgende rubriek


  • Level1Verbeterde/eigen grafische vertoning en robuustere upload van Meteo-info naar HetWeerActueel (en anderen)
    1. Grafische vertoning van info
    1a. Templates & Scripts
    Voor 'persoonlijke' vertoning maken programma's zoals WsWin het mogelijk een aangepaste grafische uitvoer te maken met een zgn. custom-file:
    - de 'basis'-custom-file is het raamwerk voor een persoonlijke variatie op de standaard-uitvoer van WsWin
    - ook een uitgebreide versie die nog wat meer ontwikkeling vraagt
    Het werk zit in de script-aanpassing & test totdat de layout & inhoud geschikt is voor publicatie.
    Daarnaast kun je een 'persoonlijke' vertoning maken met extern gevonden templates:
    ook daar zit het werk in invullen, script-aanpassing en testen.
    Met een template zoals van PWS_Dashboard gaat dat laatste heel snel:
    dit is een Tempest-versie gebruikmakend van data uit WUnderground e.d.
    Met WeeWX-software kan lokaal een website worden opgebouwd, met online via upload een externe kopie:
    voor deze locatie in 2 versies gerealiseerd verbonden met het Tempest_PWS.
    1b. 'Eigen werk'
    Een 'eigen' vertoning is een oplossing als grafieken uit andere programma's en uit templates toch niet datgene opleveren wat je wenst als upload voor verwerking & vertoning elders, omdat bepaalde elementen ontbreken, of beter anders vertoond moeten worden.
    De toepassing begint in deze configuratie altijd met een data-uitlezing via Domoticz, gevolgd door database-vulling.
    O.a. RRDTool is daarna een mogelijkheid om die database grafisch uit te beelden: dit plaatje is een voorbeeld van meteo-waarden voor een zeer stormachtige dag.
    2. Alternatieve upload van meteodata naar HetWeerActueel (en anderen)
    Voor Nexus-meteodata komen de upload t.b.v. HetWeerActueel en de basis-uploads naar WUnderground en naar AWEKAS sinds 2014 (vanwege toen beschikbare software) uit WsWin @ PC:
    a. Dit is een realisatie met een korte weg van Sensorsysteem > Console > WsWin => upload.
    b. De layout van de upload is volgens een vast formaat, en alleen variabel door aanpassing van de brondata en een beperkte variatie van instellingen van WsWin.
    c. Die uploads moeten continu 24/7 doorlopen, maar aan die eis wordt soms/periodiek niet voldaan door haperingen van de inmiddels 'bejaarde' Windows-server.
    Aspect a. is positief, maar aspecten b. en c. vragen verbetering.
    Voor WS7000-meteodata en Tempest-meteodata is upload naar WUnderground en naar AWEKAS inmiddels via Domoticz met meervoudige alternatieven beschikbaar, maar (tot voor kort) nog niets voor upload naar HetWeerActueel.
    Best (want zeer ruime mogelijkheden) lijkt een upload-opzet met toepassing van de Raspberry, liefst redundant.
    PWS_Dasboard, WeeWX, Meteotemplate en Domoticz bieden inmiddels mogelijkheden:
    • PWSDashboard maakt gebruik van data uit o.a. WUnderground als input en dat is dus t.o.v. de sensoren een indirect (= langer) traject.
      De mogelijkheid voor upload naar HetWeerActueel is een standaard ingebouwde uitgangsfunctie van PWS_Dashboard.
      Handicap van deze oplossing is dat sensorkeus en sensorcalibratie moet hebben plaatsgevonden in de databron, en dus punt van aandacht in het 'voortraject'.
    • WeeWX leest via Raspberry9 direct de UDP-signalen van de Tempest-sensorhub, en maakt daaruit direct een uploadbestand, dus kortste traject.
      Upload naar HetWeerActueel wordt bestuurd m.b.v. inbouw van een template in WeeWX, zoals hier beschreven, met heel veel aanpasmogelijkheden, incl. calibratie/afregelen van de sensordata.
    • Meteotemplate maakt voor dit experiment gebruik van Tempest-data uit WUnderground als input en dat is dus t.o.v. de sensoren een indirect (= langer) traject.
      De mogelijkheid voor upload naar HetWeerActueel is een experimenteel toegevoegde uitgangsfunctie van Meteotemplate m.b.v. een plugin.
      Handicap van deze oplossing is dat calibratie moet hebben plaatsgevonden in de databron of in de plugin, en dus punt van aandacht in het 'voortraject' en/of 'natraject'.
    • Domoticz kan voor dit experiment gebruikmaken van alle sensordata beschikbaar in Domoticz (dus zowel uit PWSen als uit 'losse' sensoren, en dat is dus t.o.v. de sensoren een kort traject.
      De mogelijkheid voor upload naar HetWeerActueel is een experimenteel toegevoegde uitgangsfunctie van Domoticz m.b.v. een script-set.
      Bij deze oplossing gebeurt calibratie in Domoticz.
    • Meteobridge/WUS02 is apart apparaat toegevoegd in combinatie met TFA_Meteotime_Console.
      Meteobridge leest data van TFA_Nexus, Tempest en GW1000 parallel aan de andere flows.
      Kant-en-klare, stand-alone invulling voor inlezen van sensordata en daaruit uploads naar diverse organisaties,
      met heel veel instelmogelijkheden.
    At-work Status/ Acties&Plannen:
    1. Verbetering afbeelding
    1a/1b. 'Eigen werk' doorgaand in ontwikkeling, in bewerking, en deels in Test.
    2. Alternatieve uploadfunctie naar HetWeerActueel e.a. via diverse takken
    2a. WeeWX eerst als WeeWx-met-Simulator en daarna als WeeWX-met-Tempest opgezet en getest, liep voor test met upload naar HWA_station Hengelo_Noord en loopt nu voor test naar WeatherCloud Hengelo(Slangenbeek).
    WeeWX heeft ook standaard ingebouwde functies voor upload van meteodata naar WUnderground, AWEKAS, PWSWeather, WOW en CWOP.
    Omdat voor Tempest via Weatherflow resp. via Domoticz al gerealiseerde uploads voor WUnderground en voor AWEKAS, op dit ogenblik geen behoefte nog een kopie te activeren via WeeWX.
    Uploads van Tempest als vervanger voor PWSWeather en voor WOW eventueel pas na validatie, als blijkt dat Tempest echt beter is dan TFA_Nexus.
    Upload naar CWOP bestond nog niet: is nu toegevoegd met Tempest-brondata.
    Voor Nexus en WS7000 zijn in deze configuratie al Domoticz-realisaties voor upload naar WUnderground, AWEKAS, PWSWeather en WOW.
    Als alternatief een eenvoudige WeeWX-upload voor deze PWSen vraagt voor iedere sensor een aparte WeeWX-instantiatie, OF een selectief invoegen van elementen als extra sensoren.
    Daarom voor Nexus en WS7000 geen WeeWX-instantie.
    2b. Meteotemplate met zijn HWAFeed.php-script heeft overgenomen van WeeWX voor de upload naar secondair HWA-station Hengelo_Noord.
    De uitwerking voor upload naar HetWeerActueel vanuit Meteotemplate is experimenteel onder test, op basis van data uit Tempest.
    2c. Domoticz met zijn HWAFile-scriptset loopt nu onder test t/m upload naar het 'tussenstation', parallel aan de upload uit WsWin:
    is WsWin 'ontregelt', dan neemt Domoticz over.
    De uitwerking voor upload naar HetWeerActueel vanuit Domoticz is experimenteel onder test, op basis van data uit Tempest.
    Omdat alleen Domoticz een alternatieve uitlezing voor de betere WS7000-sensoren kan bieden, gaat op termijn de upload van die WS7000-data naar HetWeerActueel naar de Domoticz-instantiatie.
    2d. WUS02/Meteobridge met upload van data uit TFA_Nexus, Tempest en GW1000 is in oprichting:
    - eerste upload-flow met data van TFA_Nexus naar AWEKAS en naar WUnderground
    gecombineerd met geselecteerde sensordata uit Tempest&GW1000.
    - uitgebreid met backup-upload naar WOW_UK en als 2e upload naar CWOP
    - experimentele FTP_upload als backup flow voor het primaire station bij HetWeerActueel

    Top pagina Top rubriek Top volgende rubriek


  • Level2Lucht-kwaliteit/ Fijnstof- & Gas-vervuiling begint steeds meer belang te krijgen.
    Momenteel is er wel een officieel nationaal meetnetwerk, maar dat is niet fijnmazig genoeg voor 'lokale' conclusies.
    SPS030-sensor GP2Y10-sensor SDS011-sensor
    Daarom voor mijn Meteo-Systeem in oprichting & test At-work een Fijnstof-toevoeging met een eenvoudige breedband-dustsensor type GP2Y10 als Annex aan Domoticz, een nauwkeuriger sensor SDS011 die gesplitst meetresultaten geeft voor deeltjes van 2,5 micron en 10 micron, een nog nauwkeuriger sensor SPS030 die nog verder gesplitst meetresultaten geeft voor deeltjes van 1 micron, 2,5 micron, 4 micron en 10 micron, en die meetwaarden upload naar een internationaal netwerk.
    Voor bepaling van luchtkwaliteit is NO2&O3-meting een ontbrekend belangrijk element, maar dat hangt af van de beschikbaarheid van een betaalbaar, betrouwbaar meetconcept.
    Voor meting van NO2 is deze webpagine een eerste aanzet.

    Status:AurAir_Pro1
    1. voor buitenshuis Fijnstofmeting ingevuld en operationeel.
    2. voor binnenshuis meten van luchtkwaliteit (= CO2-niveau) een AurAirPro geplaatst.
    3. voor buitenshuis Gasmeting Testing met een eerste, eenvoudige aanzet:
    At-work Acties&Plannen:
    3a. De 2 bestaande fijnstofmeters verbeteren incl. de eenvoudige gasmeter MiCS6814 =
    ventilatie verbeteren & voorverwarming uitdenken voor de instromende.
    3b. De 3e fijnstofmeter met SPS30 als sensor verbeteren =
    ventilatie activeren & voorverwarming uitdenken voor de instromende lucht.
    4. Wachtend op een praktisch realiseerbaar, nauwkeuriger en robuuster Gasmeetconcept, geschikt(er) voor werking buitenshuis.

    Top pagina Top rubriek Top volgende rubriek


  • Level3Supplement: Oplijning & afregeling van beschikbare wind-info is nodig voor een eenduidig windbeeld.
    Tempest-teting De meteo-configuratie kent 4 windmeters:
    - TFA_Nexus => windsnelheid & windrichting & windstoten, op ca. +5,5m boven grond
    - WS7000/15 => windsnelheid & windrichting, windstoten = 0, op ca. +4,5m boven grond
    - Conrad bestelnr. 108685 => alleen windsnelheid [via reedcontactsluiting/omwenteling], op ca. +3,5m boven grond
    - Tempest => windsnelheid & windrichting & windstoten, op ca. +3,5m boven grond

    De afbeelding hiernaast toont de opstelling van deze 4 windmeters.
    De eerste 3 windmeters in de configuratie zijn fysiek boven elkaar verdeeld over 1 gemeenschappelijke mast:
    de snelheidsmeetwaarden zouden enigszins moeten overeenkomen.

      Echter, niets is minder waar:
    • Nexus geeft 3 verschillende uitkomsten bij online uitlezing via zijn Console en daaruit WSWin, resp. draadloos via Domoticz/RFXCom en draadloos via Domoticz/RFLink .
      Console en Domoticz/RFXCom komen visueel min of meer overeen, maar data-uitlezing uit Domoticz/RFXCom lijkt gefilterde waarden te geven.
      Groot verschil bij data-uitlezing uit Domoticz tussen Domoticz/RFXCom en Domoticz/RFLinkGateway [schaalfactorfouten?].
      Daarom herschaling nodig voor Domoticz/RFLink en Domoticz/RFXCom om in de grafiek bijpassend te worden met plausibele waarden.
    • De uitlezing van WS7000 is via zijn Console, draadloos via WsWin/PC-Interfaces en draadloos (en visueel uitgelzen) via Domoticz/RFLink goed overeenkomstig.
      Data-uitlezing via Domoticz/RFLink heeft echter onvermoede afwijkingen die demping van de windsnelheid vragen.
    • 'Conrad' is volledig ongeijkt, zowel voor de puls-uitlezing als een afgeleide analoge uitlezing.
      De pulsen worden uitgelezen met een telleringang van een ESP8266 en daarna geschaald t.o.v. de andere databronnen.
      Volgens de bijgeleverde beschrijving zou vermenigvuldigfaktor 0,0179 een resultaat in m/s moeten geven, maar empirisch blijkt een andere factor nodig.
    De Tempest-windmeter staat apart op de top van een eigen mast, in de tuin op een afstand van ca. 5m afstand vanaf de andere mast.
    Voor onderlinge oplijning is in de categorie electromechanische sensoren de WS7000-anemometer waarschijnlijk de beste, lokale referentie.
    Tempest als moderne, solidstate sensor is mogelijk de absoluut betere referentie.
    Windgrafiek0 Windsnelheid, ongecorrigeerd Windgrafiek1 Windsnelheid, gecorrigeerd en Windgrafiek2 Windstoten, gecorrigeerd

    De linkergrafiek toont voor vergelijk in RRDTool-grafieken de actuele meetwaarden zoals gemeld door Domoticz.
    Na de experimenten lijkt door calibratie-correctie enige gelijkloop mogelijk in de grafieken.
    Tempest is ingesteld als referentie met calibratie-correctie op 1 gezet.
    Voor de andere sensoren is calibratie-correctie ingezet voor een ruwe oplijning op basis van plausibiliteit t.o.v. de Tempest-waarden:
    correcte relatie van de 'opgelijnde' waarden met de werkelijke windwaarden is dus niet gegarandeerd!
    De grafieken & tabellen midden en rechts zijn met 'opgelijnde' waarden:
    deze opgelijnde waarden worden niet toegepast bij externe dataverdeling, maar alleen hier voor het experiment.
    Voor deze calibratie-correcties, zie verderop de inhoud van venster 'Bijzonderheden'.

    Het analoge signaal van de Conrad-windmeter was een electronische afgeleide van de pulssignalen via een integratie-circuit, gelezen door een A/D-converter:
    dat analoge signaal blijkt geen toegevoegde waarde t.o.v. het pulsende signaal, i.v.m. het slechte signaal/ruis-niveau.
    In de praktijk geeft vergelijken t.o.v. externe referentie-data zoals van KNMI, Accuweather of DarkSky alleen maar verwarring:
    de input voor 'Reference' is daarom tot nader orde op 0 gezet.

    Status:
    1. Experiment afgerond, met conclusie dat vergelijk/oplijning moeilijk is.
    2. Gekoppeld naar rubriek Calibratie(kwaliteit) in rubriek Supplementen
    Sinds 09 December 2020 ook Tempest-uitlezing gekoppeld.
    At-work Acties&Plannen:
    3. Verder koppelen met een engelse tekst aan rubriek Supplements
    4. Grafieken met tekst nog aanhangen of koppelen in de Meteo-layout webpagina

    Bijzonderheden:

    Top pagina Top rubriek Top volgende rubriek


  • Level2Bodem-sensoren
    Meteo is gebruikelijk vooral meting in de lucht, maar de uitwerking van de bodem heeft daarop een belangrijke invloed.
    Ook omgekeerd is er interactie van lucht naar grond.
    Daarom is bodemmeting gewenst voor onderkennen van de samenhangen.
    Voor metingen buitenshuis vlak boven&onder het aardoppervlak heeft het Meteo-systeem in de basis
    - een WS7000P25 T&H-meter met Temperatuur & Humidity gecombineerd op +10cm,
    - een Nexus T&H-meter met Temperatuur op +20cm, maar Humidity op +120cm,
    - een WS7000/27 T&H-meter met Temperatuur-voeler via kabel op -10cm en Humidity op +150cm.
    - 'Buiten mededinging' nog een WS7000/25 T&H-meter met Temperatuur & Humidity gecombineerd, op de 'niet-standaard'-hoogte van +50cm,
    Van de WS7000 T&H-meters is de Humidity/Vocht-sensor gaandeweg slechter inzetbaar door ouderdomskwalen.
    Alleen de WS7000P25 is momenteel uitgerust voor netjes gecombineerde data in het 'officiële' bodemoppervlaktegebied,
    met een nauwkeurigheid van +0,3°C voor Temperatuur en +2% voor R.V.
    Deze WS7000P25 T&H-meter is operationeel vanaf 2 April 2020, met de T&H-sensor gemonteerd in Davis-weerbehuizing.

    Hieronder de beschrijving van de uitbreiding voor 'echte' bodemmeting:

    SOILINSPAchtergrond & Techniek
    Meting op & in de bodem van temperaturen geeft zicht op de onderste luchtlaag, maar meting van vocht en waterpeil ook
    de mate van 'oppervlakkige' vochtbereikbaarheid voor zaaigoed en voor kleinere planten,
    en hoe de 'diepere' vochttoevoer voor bomen en struiken kan zijn.
    Ondergrondse metingen is een ondergeschoven kindje, voor goede kwaliteit met beperkte keus in (dure) componenten en systemen.
    Niet helemaal onterecht, want metingen ondergronds hebben vaak lagere prioriteit en hebben hun eigen soort problemen.
    Voor een kosten-effectieve aanpak is zelfbouw daarom een uitweg, met vereiste van begrip voor de eigenschappen van elementen,
    anders dan voor de 'normale' meteo-sensoren.

    De realisatie is stapsgewijs, om - al gaande - uit te vinden wat met zelfbouw-constructies wel of niet werkt:

    • Experiment1 is de basis voor temperatuur-meting en vocht-meting
    • Experiment2 is de ombouw op basis van ervaring uit Experiment1
    • Experiment3 is de (finale?) versie daarna

    Grondsoort & -profiel
    (van belang voor verklaring van temperatuurverloop in de bodem en van waterpeil):

      algemeen voor dit perceel
    • boven -100cm = los, 'zwart' zand (~ Twentse benaming van deze grondsoort)
    • onder -100cm afhankelijk van de locatie op het perceel:
      volgens waarnemingen bij boring van gaten voor grondwaterpeilers
      • Peilbuis1 /handpeiler = halverwege perceel, bij scheiding met nr. 9, geboord tot ca. -3m
        onder -120cm = gesloten, wit zand met onderin ijzersporen
        onder -200cm = keileem
      • Peilbuis2 /handpeiler = achtertuin, bij scheiding met nr. 9, geboord tot ca. -3m
        onder -120cm = gesloten, zand met ijzersporen
        onder -200cm = keileem
      • Peilbuis2A /nu handpeiler => huls voor druksensor = achtertuin, bij scheiding met nr. 9, geboord tot ca. -3m
        1e boring tot ca. -2m:
        onder -100cm = zand (vastgelopen op puin op ca. -2m?)
        2e boring ca. 2m verderop, tot ca. -3m:
        onder -120cm = gesloten, wit zand met onderin ijzersporen
        onder -200cm = keileem
      • Peilbuis3 /nu handpeiler => huls voor drukmeterbuis = achtertuin, midden achter gebouw, geboord tot ca. -2m
        onder -120cm = keihard, gesloten wit zand
      • achtertuin, achterin bij scheiding met nr. 5 (geen peilbuis geplaatst)
        onder -100cm = keihard, gesloten wit zand
      • Peilbuis4 = voortuin, bij scheiding met nr. 5, geboord tot ca. -2m
        onder -100cm = blauwgrijs zand, en vanaf -130cm zand met ijzersporen

    Temperatuurmeting
    Het Meteo-Systeem miste nog een aansluitende temperatuurmetingreeks aan & in de bodemlaag volgens het beeld van o.a. KNMI en MetOffice_UK.
    Voor KNMI de 'gras-/klomp-hoogte'-sensoren op +10cm en ondergrondse sensoren op -5cm, -10cm, -20cm, -50cm en -100cm t.o.v. de oppervlakte.
    MetOfficeUK vraagt een andere manier van meten met naast de hoofdmeting op +1,25m, de andere bovengrondse sensoren voor 'grass_minimum' op +35mm en voor 'concrete_minimum' vastgezet op een groot, vrijliggend betonblok/-tegel, met de ondergrondse sensoren op -10cm, -30cm en -100cm.
    De door KNMI en MetOfficeUK gewenste configuratie van ondergrondse sensoren is vergelijkbaar te realiseren met moderne elektronische sensoren,
    schuin kijkend naar de manier waarop MetOfficeUK de sensoren ondergronds plaatst.
    De 'concrete_min'-sensor zou een eenvoudige toevoeging van de 'bodem'-opstelling zijn, maar bij onze opstelling zeker niet representatief,
    want de betonnen terrastegels en padtegels zijn in onze tuin veel te klein & teveel omsloten door pergola's, beplanting en bebouwing
    => teveel verhitting in de zon i.c.m. te weinig invloed van wind & neerslag voor afkoeling.

    Vochtmeting
    SHT11 Luchtvochtigheid is een gebruikelijke maatstaf voor bovengronds vochtgehalte,
    maar ondergronds is dat niet van toepassing.
    Pogingen tot meting met gecombineerde T&H-sensoren SHT11 en SHT15 beschermd door capsule in een ruime behuizing in de bovenste grondlaag leken eerst goed te gaan,
    maar zijn op termijn toch een mislukking gebleken, waarbij het vochtmeetdeel van de sensoren uiteindelijk verdrinkt en onbruikbaar wordt:
    op zich verklaarbaar, want die sensoren dienen voor meting van lucht-vochtigheid, niet voor materiaal-vochtgehalte.
    Watermark De Davis_PWSen gebruiken voor de ondergrondse vochtbepaling speciale, ondergedomplede elementen waarvan de weerstand een functie is van vochtgehalte van de omgeving,
    met bijbehorend een specifieke meettechniek met puls-signalen.
    Neerslag-indicatie cq. bladvocht-indicatie is ook interessant als secondaire fase-monitor naast de neerslagmeting en de R.V.-meting, want

    • Neerslag-indicatie geeft snellere info of er regen of mist is dan een 'tik' van de conventionele neerslagmeters, die alleen komt als het 'emmertje' vol is
    • bladvocht/condens is soms nauwelijks neerslag, maar wel een aspect met duidelijke invloed voor plantenteelt.
    Zowel de Davis-type ondergrondse meting als de bladvocht-indicatie vragen een bijbehorend, afwijkend soort bediening:
    dat vraagt apart ontwerp, en calibratie daarvan is nog weer een ander hoofdstuk.
    Het Tempest_PWS met zijn solidstate sensoren levert een bijdrage t.a.v. regen-/bladvocht-indicatie, hoewel (waarschijnlijk) niet specifiek zo is bedoeld.

    Waterpeilmeting
    Het grondwater-peil is naast lucht- en grondvochtgehalte ook interessant gebleken o.a. in de discussies over neerslagtekort en over de overlast in onze natte kruipruimte.
    Indien mogelijk een oplijning met de manier van peilen van waterschap Vechtstromen:
    handpeiling is de basis, met daarnaast als proef-aanvulling een automatische, electronische peiling in eigen varianten.
    Dit laatste onderdeel is nog geheel 'in oprichting', zoals daarvoor beschreven onder 'Nog-te-doen'

    At-workExperiment1

    Basis-opzet

    Een collectie sensoren gekoppeld aan een ESP8266-processor voorziet in een eerste opzet:
    zie de Meteo_Configuratie.
    Bodemmeetbuis Kop thermo-array DS18B20_RVS Bodemsensoren1 Regensensor Als invulling voor meting van de bodemtemperatuur is een array met 4*DS18B20_RVS-thermosensor
    (met nauwkeurigheid van +0,5 °C) gemonteerd in/aan een PVC-buis van 32mm diameter en ingegraven aan de zijkant van de tuin,
    gericht op gelijktijdige temperatuurmeting gestuurd door een ESP8266-processor op -10cm, -20cm, -50cm en -100cm volgens de KNMI-opzet.

    SHT15_Cap Groei van kleine(re) planten wordt sterk beïnvloed door vocht & temperatuur aan de oppervlakte.
    Gecombineerde T&H-meting tot -5cm vlak onder het oppervlak geeft daarvoor de benodigde informatie.
    Een SHT1x T&H-sensor met gecombineerd Temperatuur en Humidity in beschermende capsule past mogelijk voor deze functie:
    type SHT15 past met + 0,3°C en +2% in nauwkeurigheid goed bij de 'bovengrondse' sensoren type SHT31 van WS7000P25.
    De bovengenoemde ESP8266-processor bedient ook de T&H-meter SHT15, en verzorgt tevens uitlezing van de naastgelegen analoge Regen-/Bladvocht-indicator.

    Realisatie Experiment1

    1) Ondergrondse thermo-sensoren
    Het ondergrondse thermosensor-array is voor plaatsing gemonteerd & getest tegelijk met bijbehorende Regen-indicator, ESP8266 processor en zonne-voeding.
    Temperaturen van het array vóór de buitenplaatsing onderling afgeregeld in de software: andere sensoren nog niet verder opgelijnd.
    Na de winterpauze 2020~2021 bij de opleving van de zonnevoeding helaas wegblijven van de ondergrondse sensoren:
    lijkt te wijzen op (hardnekkige) problemen met de verbindingen, aldanniet met uitval van de sensoren onder invloed van vocht.
    Soms adhoc 'opleven' van de sensoren misschien tekenen dat de sensoren zelf nog bruikbaar zijn (voor onkritische toepassingen en experimenten).
    Ingrijpende aanpak nodig voor herstel => herbouw van het array met nieuwe sensoren, incl. herordening van de sensoren => Experiment2

    2) Voeding
    Eerste/ Basic zonnevoeding = zonnecel zonder accu => het pakket van ESP8266+sensoren alleen in actie bij voldoende zon (in de praktijk >20kLux).
    Als de Bodemmeet-ESP8266 niet werkt, dan worden in Domoticz defaultwaarden (of 'laatste waarden') gebruikt voor testen van scripts en grafieken.
    Zonnevoeding_Bodem Tweede/ Vervolgversie zonnevoeding is een uitbreiding volgens een 'geleende' opzet met accu-circuit voor overbrugging in zwak licht & duisternis.
    Krachtiger uitgevoerd met 2 paneeltjes die parallel het circuit voeden,
    maar in de praktijk nog steeds (te) zon-afhankelijk gebleken en ruim onvoldoende om jaarrond 24/7-voeding te geven,
    vermoedelijk mede ook vanwege de aanhang van sensoren.
    Gezien het trage verloop van veranderingen ondergronds lijkt 4 à 6 metingen per uur al genoeg.
    De Bodemmeet-ESP8266 tussentijds in 'slaap-mode' zetten spaart sterk op verbruik uit de accu.
    Derde/ Vervolgversie zonnevoeding daarom met de Bodemmeet-ESP8266 ingesteld met slaap-functie op 4 metingen/uur.
    DCDC_Booster3V5V Vierde/ [Eind?]configuratie heeft via kabel een koppeling met een 230V-voeding => USB,
    met de USB-uitgang via parallel-diodeschakeling naast de zonnecellen, want zonnevoeding blijkt onvoldoende (zeker in tijden met weinig zon zoals in de winter).
    De zonnevoeding-met-accu is verwijderd, dus ook geen UPS-functie meer.
    Een DCDC_Booster aan de uitgang van de diodeschakeling houdt de voedingspanning voor de Bodemmeet-ESP8266 continu op 5VDC, waardoor de setup beter functioneert.
    De 'slaap-mode' van de Bodemmeet-ESP8266 is niet meer echt nodig.

    3) Oppervlakte-sensor
    In de kruipruimte is een ingekapselde SHT11-sensor toegepast aan een ESP8266: lijkt ook in de tuin passend als gecombineerde T&H-sensor op -5cm.
    SHT11 Bij de kruipruimte-metingen is duidelijk verdrinkingsrisico gebleken bij ondergronds plaatsen van zulke T&H-sensors,
    ook als ze ingekapseld zijn en zelfs vrijliggend boven de toplaag.
    In afwaterende tuingrond is misschien dat risico iets anders dan in een kruipruimte, maar ook aanwezig gebleken => R.V.-sensordeel defect.
    => Uitzoekwerk voor een behuizing & opstelling die goed bodemcontact geeft, overstroming voorkomt en eventueel een geforceerde droging eenvoudig toestaat.
    Niet gelukt, en daarom alternatief deze sensor in recycling toepassen voor bovengrondse meting in Experiment2.

    4) Samenbouw
    Voorlopig proberen met de hieronder getoonde 'knutsel'-opbouw met spullen uit de rommelbak pal naast & aan de bodemthermometers.
    Kop thermo-array SHT15A SHT15B SHT15C SHT15D SHT15E_Kap1 SHT15F_Kap1A Kap2 Lucht&Zonnekap Antisproei





      Zichtbare delen van de eerste bodemsensor-configuratie
    • T&H-sensor op -5cm
      Met 2 plantpotjes met spatie in elkaar houden we ondergronds op de gewenste diepte de ingekapselde kop van sensor SHT15 vrij van direct contact met grond
    • Ombouw & bescherming
      Eerste, losse, omhullende buitenafscherming voor de kabelaansluiting tegen zon & neerslag door een omgekeerde plantpot over het thermo-array en over de samenbouw voor sensor SHT15
    • een extra, luchtige afscherming door een omgekeerde, grotere vijverplantenbak, die zon weghoudt, maar goed geleidelijk lucht, wind en neerslag doorlaat.
      Denkfout [dus die kap verwijderd], want 'Soil'-metingen moet worden gedaan met de oppervlakte zoveel mogelijk blootgesteld aan alle elementen, dus zonder 'Zonnekap' en zo krap mogelijk
    • de opstelling staat binnen bereik van de tuinsproeiers.
      Ongewenst dat sproeien de bodem-metingen gaat verstoren, en daarom wordt dan improviserend/tijdelijk een ruime plantkuip over het geheel gezet.

    5) Regen-/Bladvocht-indicator
    Regensensors PWM_Setup De originele, analoge regendetector werkte met de interne ADC van de eerdergenoemde ESP8266 niet vanwege een script-aspect i.c.m. de 'Slaap-mode'.
    Uit experimenten blijkt ook dat de aangesloten regen-/bladvochtsensor meehelpt dat de zonnevoeding snel leegloopt:
    de originele regen-/bladvochtsensor is daarom verplaatst naar een andere ESP8266 elders met continue voeding uit het 230V-grid.
    Bij die andere ESP8266 ook met continue uitlezing met de interne ADC, want het is denkfout om met periodieke uitlezing sprongen in neerslag sneller te vangen dan met een regenmeter.
    Toepassing van de interne ADC blijft nodig om voldoende resolutie te krijgen.
    De eerste regen-indicator werkte met een gelijkspanning op het detectorraster voor weerstandmeting.
    Dat veroorzaakt stevige corrosie door electrolyse, en het raster wordt 'weggevreten'.
    In de nieuwe opstelling elders wordt een PWM-signaal toegepast voor aansturing van het detectorraster:
    rasterhelft1 als PWM-zender en rasterhelft2 als PWM-ontvanger.
    Toepassing van PWM = wisselspanning geeft geen of veel minder electrolyse in het detectorraster.
    Functioneel nog steeds een weerstandsmeting.
    PWM_Setup2 PWM_Amp PWM_Setup3 PWM_Regen De ESP8266 zorgt voor PWM-generatie (= 1kHz-blokgolf van 3V amplitude) en voor uitlezing met de interne ADC:
    de hulpschakeling zorgt voor de interface tussen ESP8266 en detectorraster.
    Werking van PWM als medium is inmiddels empirisch positief aangetoond.
    De lage uitgangspanning van de hulpschakeling met 1 diode geeft echter meer de karakteristiek van een stortbui-detector.
    Ook een ongewisheid door het vocht, onregelmatig verzamelend & afvloeiend over het detectorraster.
    Signaalversterking met een audioversterker in de ontvangketen geeft niet veel verbetering:
    veel effectiever blijkt toevoegen van een 2e diode voor betere gelijkrichting van het inkomende signaal.
    Voordeel van deze PWM-uitvoering is dat geen elektronica in de buitenlucht nodig is.
    Eerste inschaling is faktor 0,1* aan sensorkant.
    De meetwaarden worden daarmee ruw vertaald naar een schaal lopend van 0% (= gortdroog) naar 100% (=kletsnat):
    tabelwaarde heeft label Regen-niveau / Rain-Wetness.

    6) Waterpeiling
    In fase1 is grondwaterpeiling handmatig met 2 peilbuizen van 40mm diam (met lengte van ca. 1,5m) voor periodiek een ruwe meting tot ca. -1,4m met een peilstok.
    In fase2 wordt een 2-tal concepten uitgewerkt dat (in combinatie met handpeiling m.b.v. een dompelklokje) tot ca. -3m automatisch, electronisch, periodiek op afstand kan meten:
    nu de configuratie uitwerken, mitsen-en-maren bepalen en de mogelijke prestaties!
    Daarna realisatie.

    At-workExperiment2 = Upgrade1

    Vervanging Thermo-sensoren
    ThermoArray_Delen ThermoArray_Kop ThermoArray_Covers Na de 'sensor-verdrinking' in Experiment1 is het sensor-array herbouwd voor 6 thermosensoren en 3 vochtsensoren:

    • het 1e deel met thermosensoren op -10cm, -20cm en -30cm is een PVC-buis met schuine zijtakken waarin de sensoren min of meer vast gemonteerd zijn in de afsluitkappen van de zijtakken.
      Op -30cm zit nu extra de 2e ondergrondse thermosensor volgens de opzet van MetOfficeUK.
      Alle afsluitkappen zijn geperforeerd i.v.m. drainage.
    • onderaan de genoemde PVC-buis zit op -50cm in de geperforeerde afsluitkap een vochtvorksensor (waar voordien een thermosensor zat)
    • het 2e deel met lagere thermo-sensor heeft een PVC-buis tot -0,5m, waarin aan zijn kabel een 'diepe' sensor als kop wordt neergelaten,
      zodat bij eventuele technische problemen deze sensor als los deel eenvoudig kan worden opgetrokken voor reparatie/vervanging.
      Deze buis aan de kop afgesloten met gaas tegen indringen van zand, terwijl wel eventueel water in en uit kan stromen.
    • het 3e deel met de laagste sensor heeft een PVC-buis tot -1m, waarin een dunnere PVC-buis met de 'diepe' sensor als kop wordt neergelaten,
      zodat bij eventuele technische problemen de lage sensor als los deel eenvoudig kan worden opgetrokken voor reparatie/vervanging.
      Ook deze buis aan de kop transparant afgesloten met gaas.
    • het array heeft ook aansluiting voor een extra, losse thermo-sensor, nu in gebruik genomen voor temperatuurmeting in de bodemtoplaag,
      gedacht als eventuele vervanger/aanvuller voor het temperatuurdeel van de SHT15.
      Als bescherming tegen bovengrondse zoninstraling en neerslag zit deze thermosensor onderin de behuizing bij de SHT15.
    • de junction box van het array heeft voor eenvoudige (ont)koppeling connectors voor de ESP8266-interface, de lage sensoren en de extra sensor.
    • extra aandacht voor bescherming van de sensoren tegen vochtindringen en voor afvoer van ingedrongen vocht door afplakken en dichtkitten,
      en door betere 'overkapping' tegen neerslag, met aandacht voor ventilatie, zodat tenminste de bovengrondse delen droger blijven.
      De kap over het sensor-array staat links op het plaatje met de 2 sensorhutjes.

    Aangepast gebruik van de SHT15 T&H-sensor
    Door de vochtproblemen is de ingekapselde SHT15 gediskwalificeerd als T&H-sensor-in-de-grond.
    Recycling wordt geprobeerd in de rol van extra, lokale bovengrondse sensor op ca. +5cm à +10cm hoogte, gemonteerd in een sensorhutje.
    Het sensorhutje bestaat uit een ventilatiekoker met voetstuk op de bodemtoplaag.
    Het voetstuk (= omgekeerd bloempotje) heeft een rij extra gaten om de rand voor luchttoevoer vanuit/over de bodemtoplaag:
    rechts in het plaatje met de 2 sensorhutjes.
    Temperatuurmeting is gebrekkig/onregelmatig: vochtmeting lijkt helemaal niet meer te 'reanimeren'.

    Vervanging van de SHT15 T&H-sensor als bodemsensor
    Bodemvochtsensor PWM_Grond Alternatieve invulling van meting in de toplaag is een 'gesplitste' T&H-sensor.
    De extra Thermosensor DS18B20 hierboven genoemd is in de grond gestoken onder hetzelfde sensorhutje als de SHT15:
    geeft meting van de toplaagtemperatuur, wel blootgesteld aan de elementen, maar beschermd tegen directe neerslag.
    De vorkvoeler van de nieuwe Bodemvochtmeter is direct naast het sensorhutje in de bodemtoplaag geplaatst als toplaagvochtvoeler.
    Deze Bodemvochtmeter is een variant van de PWM-Regen-/Bladvocht-indicator bovengenoemd onder 5): een vorkvoeler met 2 draadnagels in een keramiek kroonsteen, afgeschermd met een (deodorantroller)kapje tegen inregenen, want alleen grondvoelen gewenst.
    WH51_GW1000 In eerste aanzet vertoning van de vochtmeetwaarde als % (evenredig verdeeld 0~100% over de schaalwaarden van gortdroog = 0 tot kletsnat = 1024).
    Voor vertoning als grondvochtwaarde is een vertaling nodig van de meetwaarden naar een schaal lopend tussen 0 cbar (= volledig nat) en 200 cbar (= gortdroog).
    Die niet-lineaire vertaling wordt een interessante uitdaging, gezien de achtergronden.
    De herschaalde meetwaarden van deze bodemvochtsensoren staan als vochtwaarde bij de thermosensoren DS18B20-C en DS18B20-Y.

    Sneller & eenvoudiger is toepassing van bijv. WH51-Vochtsensor plus WN34-Temperatuursensor:
    die sensoren zijn gericht ontworpen voor de functie van metingen in de grond via een penvoeler.
    WH51 heeft 1% resolutie met een meetbereik van 200 eenheden voor 100%.
    Een WH51-vochtsensor wordt uitgelezen door een GW1000_Gateway:
    steekt tot ca. -5cm in de grond bij de Nexus-T&H-sensor met 'lucht'-temperatuurmeting op +20cm.
    De GW1000-uitlezing is via Domoticz gekoppeld aan het Systeem.

    Vervangende Regen-/Bladvochtsensor
    Bodemsensoren2 Bladvochtsensor PCF8591 LWA_Cap De vervangende Regen-/Bladvochtsensor in deze setup werkt capacitief en via een interface-board PCF8591, zonder last van de script-aspecten t.a.v. de interne ADC.
    Die capacitieve vochtmeter [bedoeld voor bodemvochtmeting] komt op de plaats van de analoge regen-indicator:
    conceptueel beter geschikt in richting van dauw-sensor annex bladvochtmeter [zie de ESP8266-lijst]
    Anders dan bij voelers van de PWM-sensoren hier zorg/bescherming nodig voor de electronica op de vorksensor.
    Tevens met het interface-board ruwe meting van licht en omgevingstemperatuur als monitorfunctie voor de elektronicabox.
    Mindere resolutie (8-bits vs 10-bits) is acceptabel voor deze 'hulp-functies'.
    In eerste aanzet vertoning van de meetwaarde als %, met ruwe, lineaire inschaling van meetwaarden 0~256 volgens formule (meetwaarde)*0,4 voor droog(~0) tot nat (~100%)
    Tabelwaarde heeft label Bladvocht / Leaf-Wetness.

    Level1Waterpeiling-in-wording
    dompelklokje Onder Experiment1 was de grondwaterpeiling met 2 peilbuizen PVC40mm van ca. 1,5m lengte voor periodiek een ruwe, handmatige meting tot ca. -1,4m met een peilstok.
    Primitieve layout zonder zijdelingse perforatie van de buis met alleen simpele, stoffen afsluiting van het onderste pijpeind, zodat wel water van onderaf kan opwellen/instromen, maar geen zand kan binnenkomen.
    Voor Experiment2 gezien de (slechte) ervaring met de ondergrondse elektronische temperatuursensoren, bij voorbaat als basis een mogelijkheid voorzien om handmatig waterpeil te blijven meten met peilstok of (beter) met dompelklokje.
    Peilbuizen1 Als verbetering worden de 2 handpeilbuizen van eerste versie vervangen door 2 nieuwe handpeilbuizen (PVC32mm) verlengd/verdiept tot ca. -3m en voorzien van een verbeterde filterkop voor (snellere & nauwkeuriger) meting met dompelklokje.
    Dezelfde aangepaste opbouw is ook van toepassing voor de 2 peilbuizen die de sensoren bedienen, en voor de 'hulppeiler' in de voortuin.
    De plaatjes laten de gerealiseerde opbouw zien.

    # Filteropbouw:
    - iedere pijp aan ondereind afgesloten met kap met een miniem gaatje voor aanvoer/afvoer van vocht
    - onderste 10cm van de pijp doet niet mee voor de meting en dient voor opvang/neerslag van eventueel inkomend zand/grond
    - boven 10cm vanaf het onderste eind over een lengte van minimaal 50cm tot nominaal 1m geperforeerd met gaatjes van 2mm, zodat rondom goed water kan instromen
    - de onderste 1m en het eind van de pijp is omwikkeld met (synthetische) stof, zodat - in principe - wel water, maar geen zand/grond in de pijp kan komen
    [Bewust synthetische stof om chemisch verval van de bekleding te vertragen]
    # Peilbuis1 komt op de positie van de huidige peilbuis midden/terzijde van het huis bij de perceelgrens
    # Peilbuis2 en Peilbuis2A komen als koppel samen achter in het perceel (i.p.v. midden in het perceel)
    # Peilbuis3 en Peilbuis4 tegelijk ook plaatsen, respectievelijk midden en voor op het perceel
    Zodra geplaatst, handpeilingen uitvoeren dagsynchroon met de opname door waterschap Vechtstromen op de 14e en 28e dag van de maand.
    Na start van deze handpeilingen een geleidelijke realisatie met de peilbuizen 2A en 3A om automatisch, electronisch, periodiek op afstand te gaan meten.

    Er worden 2 concepten naast elkaar uitgewerkt:
    - Grondwaterpeiler_A met 2 bovengrondse druksensoren
    - Grondwaterpeiler_B met 1 ondergrondse druksensor

    # Grondwaterpeiler_A is een drukverschilmeter-opzet met naast elkaar drukmeter_1 (openlucht) en drukmeter_2 (opgesloten in de meetpijp).
    Deze 2 drukmeters geven ieder digitale uitlezing van de absolute luchtdruk van hun omgeving:
    het rekenkundig verschil is directe maat voor de gemeten waterkolom onderin de meetpeilbuis.
    Deze peiler wordt initieel opgesteld naast de elektronische bodemthermometers, om gebruik te kunnen maken van gemeenschappelijke voedingsstructuur draaiend op Zon en/of 230V.
    Peilbuizen2 Peilbuizen3 De externe behuizing voor deze Grondwaterpeiler_A is een PVC32mm-pijp (= Peilbuis3), vergelijkbaar met de eerdergenoemde Handpeilbuizen1 en 2.

      De Sensorprobe van Grondwaterpeiler_A wordt een PVC3/4"-pijp met een 'kop' waaraan/waarin de 2 drukmeters zijn gemonteerd:
    • drukmeter_1 zit naast de 'kop' in aparte behuizing in de openlucht (als referentie)
    • drukmeter_2 zit binnen de 'kop' en meet de omstandigheden binnen Peilbuis3A
    • de 'kop' en Peilbuis3A zijn geschroefd verbonden, luchtdicht t.o.v. de buitenlucht, met ventiel voor drukluchttoevoer.
    • de onderzijde van Peilbuis3A is open en reikt bewust tot ca. 10 cm boven de bodem van Peilbuis3,
      om te voorkomen dat de werking letterlijk wordt vertroebeld door ingevloeide grond.
      Begintoestand:
      Peilbuis3A niet onder druk
      => geen verschildruk
      Meetcyclus:
      De 'kop' en Peilbuis3A worden op druk gebracht totdat onderaan lucht (hoorbaar) ontsnapt naar de omhullende Peilbuis3
      => geen drukverandering ~ waterpeil lager dan -1,47cm onder maaiveld
      => wel drukverandering ~ water in Peilbuis3 tot boven onderkant van Peilbuis3A => water wordt uitgedreven uit Peilbuis3A
      => luchtdruk via drukmeter_2 in de Peilbuis3A & 'kop' wordt representatief voor de waterkolom naast peilbuis3A
      => met bekende positie van de onderkant van Peilbuis3A t.o.v. 'kop' & maaiveld is het grondwaterpeil te berekenen t.o.v. maaiveld cq. NAP.
    Zolang de combinatie van Peilbuis3A & 'Kop' nog niet gereed is i.c.m. de uitlezing van de drukmeters,
    wordt huidige Peilbuis3 gebruikt voor extra handmatig peilen van aanwezigheid en diepte van het grondwater]

    # Grondwaterpeiler_B is een kolomdrukmeter.
    Deze peiler wordt opgesteld achter in het perceel in Peilbuis2A met direct daarnaast de (hand)Peilbuis2.

      De externe behuizing voor deze Grondwaterpeiler is een PVC40mm-pijp (= peilbuis2) gelijk uitgevoerd als de 32mm peilbuizen.
    • Onderin deze pijp rust de druksonde, via kabel verbonden met de bovengrondse electronica
      Onderin de peilbuis zit een vulstuk van ca. 10cm lengte om de druksensor vrij te houden van instromende grond.
    • de kabel laat via de mantel de actuele omgevingsdruk door naar de druk sensor.
    • de kabellengte en de ophanging wordt ingesteld voor geautomatiseerde drukmeting tussen -2,5m en -0,5m onder maaiveld
    => de relatieve druk gemeten door de druksonde is maat voor de waterkolom boven de sonde.
    => de electronica geeft de verschildruk af als een analoge waarde.
    => met kennis van de positie van de sonde t.o.v. maaiveld is dan door herschaling te bepalen wat het grondwaterpeil is t.o.v. maaiveld cq. t.o.v. NAP.

    Voor deze electronische Grondwaterpeilers is een vergelijkbare systeem-opzet gepland als voor de bodemthermometer met ESP8266+WiFi
    (of misschien met processor met LoRaWAN voor echt grote afstand?).
    Omdat Grondwaterpeiler_B niet bij een continue net-aansluiting zal staan is daarvoor zonnevoeding zondermeer vereist, en
    (om eerdergenoemde perikelen met interne-ADC en 'Slaap-mode' te vermijden) accepteren van alleen uitlezing als de zonnevoeding voldoende is.
    Als optie/growth-potential voor Grondwaterpeiler_B een aparte ADC-aan-I2C toepassen, mede voor uitlezing met hogere resolutie.
    Beide electronische waterpeilers krijgen zeker aparte antenne's aan de ESP8266en voor betere WiFi-verbinding.

    At-workExperiment3 = Upgrade2

    Onderstaande aanpassing om gebreken van Experiment2 te corrigeren.

    Achtergrond:
    1) Thermo-array met de zijdelings gemonteerder DS18B20s functioneert niet door snelle 'verrotting' van de DS18B20:
    ieder jaar opgraven en vervangen is 'onhandig'.
    Zowel dit probleem grondig aanpakken als ook alternatieve sensoren bekijken.
    2) De bovengrondse & ondergrondse PWM-vochtsensoren functioneren goed, maar behoeven een vorm van afregeling
    3) De differentiaaldrukmeting voor Grondwaterpeiler_A moet nog een plaats krijgen

      Poging tot verbetering door:
    1. Andere opstelling van de DS18B20 thermo-sensoren
      - de ondergrondse thermo-sensoren DS18B20 gescheiden opstellen in 'panfluit-constructie' rondom de array-pijp,
      met voor iedere sensor een eigen 3/4"-PVC-pijp naar -10cm, -20cm,-30cm, -50cm en -100cm.
      - de koppen van die DS18B20-sensoren met hun kabel-bevestiging aflakken, vastzetten in bijbehorende 5/8"-PVC-pijp,
      zo dat alleen de kop uitsteekt in de grond, en de kop extra inkapselen en aflakken voor nog betere water-bestendigheid.
      De 5/8"-buis schuift in de 3/4"-buis en vereenvoudigd reproduceerbaar ophalen en inschuiven van de sensor op diepte.
    2. WN34-sensoren plaatsen.
      WN34s_behuisd WN34s_naakt WN34_Array WN34L WN34S 2 Kant-en-klare sensoren voor ondergrondse temperatuurmeting aanschaffen, inbouwen en plaatsen.
      Deze 2 sensoren staan niet bij het bovengenoemde array, maar aan de andere kant van de tuin bij het cluster met Grondwaterpeiler_B, Grondwaterpeilbuis 2 en de WS7000-sensoren T&H 1&2.
      - Type WN34S heeft een vaste 'vinger' die 30cm onder de behuizing uitsteekt, met de thermo-sensor in de top van de vinger.
      - Type WN34L heeft een thermosensor aan 3m kabel.
      - Beide sensoren afgelakt met autolak, en zo omhult met 5/8" PVC-buis en kapsel dat alleen de kop van de sensor nog uitsteekt in de grond onder de buis.
      De 5/8"-buizen zitten ieder los in bijbehorende 3/4"PVC-buis als buitenomhullingen, die vast in de grond zitten.
      De 3/4"-buis voor WN34L heeft een ruime kop met perforaties om zijdelings de grond weg te houden van de sensor.
      Door de PVC-buizen-constructie is eenvoudig ophalen en indalen mogelijk voor controle en vervanging van de sensor.
      De 3/4"-buizen zijn samengebouwd in een array, met de WN34-behuizingen daarop gemonteerd, zodat onderlinge positie en positie in de grond is gefixeerd.
      WN34S meet op ca. -10cm t.o.v. maaiveld, terwijl WN34L de sensor op ca. -100cm t.o.v. maaiveld heeft.
      - Beide sensoren hebben beschermingsgraad IP67, maar nietemin wordt in de buitenopstelling toch het bovengrondse deel los omhult met een verlengde ventilatiekoker als bescherming tegen de elementen.
      Die verlengde ventilatiekoker wordt bevestigd aan de naaststaande, afneembare koppijp van Grondwaterpeiler_B/ Peilbuis 2A.
      - De meetwaarden van deze 2 WN34s nog invoegen in de grafieken en tabellen met bodemtemperaturen.
    3. PWM-vochtsensoren bijplaatsen
      - de huidige schuin-buitenwaartse posities in het array van de DS18B20s gebruiken voor plaatsen van 'vocht-vorken'
      - de extra 'vocht-vorken' gemeenschappelijk voeden met hetzelfde PWM-signaal als de sensoren op -50cm en -10cm
      [gelijktijdige uitzending via alle vorken lijkt geen probleem,
      omdat het signaal toch altijd de weg van minste weerstand zal kiezen naar de dichtstbijzijnde pen = 2e pen van de vork]

      - de analoge uitlezing van de ondergrondse 'vocht-vorken' realiseren via een extra 4-kanaals-ADC met 10bit-reolutie
    4. defecte SHT15-sensor verwijderen
    5. de extra meerkanaals-arrayvochtmeting combineren met de drukmeters van Grondwaterpeiler_A in aparte, extra ESP8266

    Resultaten (doorlopend voor alle Experimenten)

    Temperatuurmeting
    Bodemgrafiek1 Grafiek Bodem1 en Bodemgrafiek2 Grafiek Bodem2 tonen de resultaten van de laatste 24uur voor de nu geldende configuratie.
    Grafiek1 met de absolute meetwaarden, Grafiek2 als tendens-indicator per diepte.
    Voordat plaatsing in de grond plaatsvond, zijn de sensoren onderling opgelijnd op kamertemperatuur:
    benodigde correcties ingevoerd in de sensor-ESP8266, zodat meetwaarden gelijklopen m.b.t. calibratie.
    Op locatie verder proefondervindelijk fijner naregelen t.a.v. plausibele volgorde van meetwaarden per diepte, en met bovengrondse temperaturen.
    Als de thermosensoren op +10cm t/m -100cm niet online zijn, dan wordt de laatst-gemeten waarde doorgetrokken als 'flatline'.
    Hieronder alternatieve vertoning van T&H-waarden per sensor in tekst-tabellen met dynamische invulling van de getallen:

    • voor Nexus@+20cm en voor WS7000@-10cm alleen temperatuur in de tabel, want de bijbehorende vochtsensoren zijn door hoogteverschil 'niet compatible' (=> 'n.c.')
    • Nexus@+20cm en WS7000@+10cm staan elders in de tuin op ca. 10m resp. 20m afstand van de andere sensoren, en lopen daarom vaak niet gelijk op.
    • SHT15@+5cm, R.V. = 'Defect', met T-meting nog onder test, met alleen vertoning van waarden in de grafieken.
    • Y = extra DS18B20 voor bepaling van oppervlaktetemperatuur in de toplaag, in de tabellen gekoppeld met 2 bodemvochtsensoren
      • WH51-sensor, via de GW1000-Gateway.
        Vocht uitgedrukt als % van het ADC-bereik? Onbekende kalibratie t.a.v. grondvochtwaarde.
      • PWM-Bodemvochtsensor met vorkvoeler aan 10bit-ADC.
        Vocht uitgedrukt als % van het ADC-bereik, ongekalibreerd t.a.v. grondvochtwaarde.
    • A t/m D + UK = DS18B20, toont temperatuur, vochtmeting 'niet-aanwezig' (dus R.V. = 'n.a.').
      C heeft als partner-Bodemvochtsensor een PWM-vorkvoeler aan 8bit-ADC.
      Vocht uitgedrukt als % van het ADC-bereik, ongekalibreerd t.a.v. grondvochtwaarde.
    • Neerslag / Rain-wetness = PWM-rastervoeler => vocht-aanduiding naar 10bit-ADC.
      Vocht uitgedrukt als % van het ADC-bereik, ongekalibreerd t.a.v. vochtwaarde.
    • Bladvocht / Leaf-wetness = pen-voeler van capacitieve bodemvochtsensor => alternatief toegepast als bladvochtsensor aan 8bit-ADC.
      Vocht uitgedrukt als % van het ADC-bereik, ongekalibreerd t.a.v. vochtwaarde.

    Regen-/Bladvocht-/Bodemvochtmeting
    De regen-vochtmeetwaarde van de verplaatste PWM-regenmeter is deel van Grafiek Bodem2.
    Vertoning in een grafiek voor de capacitieve regenmeter/ bladvocht-indicator en voor de bodemvochtmeters wordt nog verder uitgewerkt.

    Waterpeiling
    Grondwaterpeiling onder Experiment1 was tot september 2022 met 2 handpeilbuizen voor een adhoc/onregelmatige, ruwe voelig tot ca. -1,4m met een peilstok.
    Met Experiment2 diepere handpeiling mogelijk op meer locaties, met op termijn automatische peiling in Peilbuis2A en experimenteel in Peilbuis3A.
    Actuele uitkomsten & configuratie:








    De hierboven genoemde Vitens-meetbuis is ook zichtbaar in een het meetpuntenoverzicht van Nederland voor drinkwater uit grondwater:
    in dat getoond overzicht van peilwaarden helaas maanden naijlend t.o.v. actuele waterstanden.
    Eerder (tot 1 januari 2021) werden de grondwaterstanden bijgehouden en getoond in dit tool:
    - zoom de kaart en klik de marker aan bij het gewenste peilpunt.
    - bij meervoudige peilbuis kies 'Toon' voor de gewenste buis => grafieken e.d. als grondwaterniveau t.o.v. NAP.

    Grondwater_grafiek

    Status:

    • Experiment1 heeft aangetoond:
      • ondergrondse thermosensoren vragen beter vochtbestendige montage
      • geen sensoren ondergronds of aan de bodem te installeren die daarvoor niet zijn ontworpen [want ze leven niet lang]
      • bodemsensoren zo monteren dat ze eenvoudig kunnen worden vervangen (zonder opgraven van de sensorbehuizing)
      • sensorkabels voorzien van connectoren voor eenvoudige, robuuste verbindingen
    • Experiment2 in uitvoering met stappen volgens navolgende 'Acties&Plannen'.
    • Experiment3 is in planningsfase, met enige urgentie, omdat de resterende, vastgemonteerde, ondergrondse thermosensoren moeten worden vervangen.
    At-work Acties&Plannen:
    1. Afwerking van de nieuwe opstelling nog verder verbeteren:
    => waterdichtheids-aspecten - betere verpakking is gerealiseerd, maar nog bedekken van alle sensorverpakkingen met autolak -
    => SHT15 'recyclen' en opnieuw behuizen - nieuwe opstelling gerealiseerd,
    maar recyclen voor vochtmeting is mislukt, en temperatuurmeting is te onstabiel om nuttig te zijn -

    => tzt SHT15 verwijderen uit de configuratie.
    2. Voeding en/of ESP8266-script verbeteren voor continuiteit:
    => Bekabeling nalopen en corrigeren&verbeteren - gerealiseerd -
    => Uittesten met continu voeding via USB-aansluiting - gerealiseerd [zonder de originele zonnevoeding acteert als UPS] -
    => Daarna 'UPS/Zonne-voeding' opnieuw onderzoeken, met instellen van de timing van de periodieke 230V-bijvoeding en eventueel van de sleep-mode
    3. Bodemmeetgegevens in Domoticz verder invoegen, oplijnen & uitwerken
    => Temperatuur- & Vochtwaarden beter integreren in de meteowebpagina [bijv. beter diagram met temperatuur als f(diepte)]
    4. Vochtsensoren integreren.
    4a. De vervangende capacitieve regen-/bladvocht-indicator is nu onder test.
    => Constructie checken op deugdelijkheid - gerealiseerd -
    => Proberen te kalibreren - ruwe 1e versie gerealiseerd -
    4b. De bodemvochtsensor benodigd als vervanging van het vocht-deel van de SHT15-sensor (en de 'diepe' sensor op -50cm),
    is een variant van de regen-indicator 'nieuwe opzet' met de ESP866 voor PWM en ADC:
    de sensor in de grond is hiervoor een eenvoudige DHZ-'vork'-sensor met poot1 als PWM-zender en poot2 als PWM-ontvanger.
    => Hulpschakeling bouwen - gerealiseerd -
    => Opstellen & aansluiten & testen - gerealiseerd -
    => Proberen te kalibreren - ruwe 1e versie gerealiseerd -
    => dupliceren voor bodemvochtmeting op -50cm - gerealiseerd -
    4c. Nieuwe combi-grafiek maken, met actueel totaal-beeld van neerslag cq. vochtgehalte voor
    - Nexus Regenmeter
    - WS7000 Regenmeter
    - Tempest Regenmeter
    - PWM-Neerslagsensor
    - Capacitieve bladvochtsensor
    - PWM-bodemvochtmeters
    - WH51-bodemvochtmeter
    Kan eenvoudig als uitgebreidere versie van de vergelijkingsgrafiek voor Tempest_PWS:
    reserve inbouwen voor meer sensoren.

    5. Grondwaterpeiler-concept verder uitwerken & realiseren:
    1. Peilbuizen voor handmatige meting met dompelklokje
        Handwaterpeiling Als lerend voorwerk en verbetering van de huidige peil-functies is een aantal peilbuizen opgezet voor opstelling met dompelklokje voor meting tot ca. -2,5m (of dieper).
        In eerste aanloop overal als handpeilbuizen.
        Daarbij is in de praktijk hardhandig gebleken dat de grondgesteldheid de uitvoering bepaalt:
        als de grondboor vastloopt, dan is het praktisch diepstbereikbare punt bereikt voor de betreffende peilbuis .....
        De actuele configuratie is hierboven te vinden in de tabel naast de actuele waterdiepten.
      • a. Referentiehandpeiler1 De huidige handpeilbuis van PVC40mm aan de westelijke zijkant van de tuin is gelicht
        en omgebouwd voor toepassing als Peilbuis2A voor Grondwaterpeiler_B
        - ombouw gerealiseerd -
        Peilbuis1 is een stand-alone PVC32mm-pijp op zelfde locatie:
        = plaatsing van een langere 32mm PVC-pijp in een dieper boorgat, en met nette filterbekleding en afsluiting.
        - geplaatst & operationeel, buisbodem = - 2,8m -
      • b. De huidige handpeilbuis van PVC40mm midden in de tuin wordt gelicht en hergebruikt in Meetcluster1.
        Geen vervanging op die positie, want Peilbuis3 is equivalent (op ca. 3m afstand) - gerealiseerd -
      • c. Meetcluster1
      • c1. Peilbuis2 van PVC32mm komt als referentie naast Peilbuis2A met Grondwaterpeiler_B [= kolomdrukmeting].
        Identiek aan Peilbuis1.
        - geplaatst & operationeel, buisbodem = - 2,8m -
      • c2. Peilbuis2A van PVC40mm komt (zuidelijk) achter in de tuin op de locatie van Grondwaterpeiler_B [= kolomdrukmeting].
        Keuze voor een PVC-pijp van 40mm om de druksensor makkelijk te kunnen neerlaten en ophalen een ruimte voor goede werking van de sensor.
        - geplaatst, buisbodem = - 2,62m -
        (=> effectief - 2,52m i.v.m. vulstuk van 10cm om de sensor schoon te houden van eventueel instromende grond) -
      • d. Meetcluster2
      • d1. Peilbuis3 van PVC32mm op de locatie van Grondwaterpeiler_A [= verschildrukmeting], eerst als referentie-handpeiler, daarna als behuizing voor Peilbuis3A.
        - geplaatst & operationeel, buisbodem = - 1,57m - (niet dieper te boren wegens harde ondergrond
        => effectief - 1,47m voor Peilbuis3A i.v.m. 10cm vrije ruimte onderaan om de opening vrij te houden van instromende grond, ook bij uitblazen voor op druk brengen)
      • d2. Peilbuis3A = Grondwaterpeiler_A [= verschildrukmeting]
        - in oprichting, zie de beschijvingen hiervoor en hierna -
      • e. Peilbuis4 van PVC32mm in voortuin, als 2e, ruwe referentie-handpeiler.
        - geplaatst & operationeel, buisbodem = - 1,70m - (niet dieper te boren wegens harde ondergrond)
    2. Electronische peilers
      Peilbuizen_verbeterd De gedachte opzet van de elektronische peilers is beschreven in deze samenvatting:
      de schets daarbij toont de sensorpijpen van Opstelling_A [= bovengrondse, vergelijkende drukmeting]
      en Opstelling_B [= ondergrondse kolomdrukmeting] samengevoegd in 1 gemeenschappelijke, omhullende, wijde pijp1.
      In de praktijk 2 gescheiden opstellingen.
      Grondwaterpeiler_A werkt met een 32mm PVC-pijp als omhullende.
      Grondwaterpeiler_B heeft een 40mm PVC-pijp nodig als behuizing i.v.m. de doorsnee van de druksonde.
      Na eerste praktijkervaringen op locatie zijn deze 2 omhullende peilbuizen opgetrokken
      en 'verbeterd' en in nieuwe, diepere boringen gezet:
      de hiernaast getoonde peilbuisuitvoeringen hebben nu over filtratiegaten over een lengte van >1m en steviger textielomkleding.
      Beschikbare voedingssoort op een locatie speelt een rol,
      zeker als ge-automatiseerde toevoer van perslucht gaat worden toegepast voor Grondwaterpeiler_A,
      want dat vereist een 230V-aansluiting voor de luchtpomp.
      De sensorenpakketten en hun electronica (incl. eigen ESP8266) zitten niet vast aan de omhullende peilbuizen
      en kunnen redelijk gemakkelijk worden opgenomen cq. ingezet voor controle, reparatie & vervanging.
      Grondwaterpeiler_A kan [met bijbehorende ESP8266] eventueel in Handpeilbuis2 geplaatst worden onder voorwaarde van lokale persluchtvoorziening:
      te beslissen na testen van de sensorkop van Peilbuis_3A.

    3. Grondwaterpeiler_A voor geautomatiseerde meting [= bovengrondse, vergelijkende drukmeting]
        Deze opstelling vraagt een locatie waar een 'externe' vorm van druklucht beschikbaar is,
        want periodiek moet de sensorprobe (= Peilbuis_3A) watervrij gemaakt wordt door uitblazen.
        Drukluchtvoorziening daarvoor eerst provisorisch regelen (fietspomp?), alleen voor/op de meetmomenten):
        daarna misschien bijv. een afstandgeschakelde aquariumpomp voor periodieke druklucht-voorziening.
        Bij afregelen/controleren op locatie leveren de handpeilbuizen 1 en 2 de vergelijkingswaarden m.b.v. handmatige dompelklokmeting.
      • f. De Peilbuis3 voor Grondwaterpeiler_A (= 32mm PVC-pijp) wordt gelijk met Peilbuizen 1, 2 en 2A geplaatst,
        maar wordt pas voorzien van de sensorprobe (= Peilbuis3A) met instrumenten na afregelen daarvan in de hulpopstelling.
      • g. De sensorprobe van Grondwaterpeiler_A is een 3/4" PVC-pijp met een luchtdichte 'kop' met daaraan/daarin electronische druksensoren.
        Via de 'kop' kan de sensorprobe watervrij worden geblazen, en via een connector wordt luchtdicht, elektronisch aangesloten op de meetopstelling.
        - zeer experimenteel, want hoewel functioneel vergelijkbaar met Grondwaterpeiler_B,
        wordt deze verschildrukmeter opgebouwd uit losse delen bovengronds en erg afhankelijk van externe luchtvoorziening en van kwaliteit van luchtdichtheid -
      • h. Als hulpmiddel voor controle/afregeling van beide Grondwaterpeilers dient de tuinvijver
          Calibratie van de te testen sensoren in die hulpopstelling door
        • defaultcheck van sensorprobe+ESP8266 in de open lucht = kijken of er een verschildruk optreedt tussen drukmeter_1 en drukmeter_2, en welke [en wegregelen]
        • de sensorprobe gecontroleerd in de vijver laten zakken, waarbij continue luchttoevoer zodat de sensorprobe watervrij blijft
        • afzinkdiepte en druk aflezen voor drukmeter_1 en drukmeter_2
        • => correlatie-tabel maken van diepte vs meetwaarden
    4. Grondwaterpeiler_B voor geautomatiseerde meting [= onderwater kolomdrukmeting]
        Deze Grondwaterpeiler_B is de voorkeurs-configuratie voor een stand-alone toepassing op afstand, want autonoom met zonnevoeding,
        Optioneel als backup/redundantie eventueel (periodiek op de 'officiele' meetmomenten?) 230V-(bij)voeding vanuit een tuin-aansluiting.
        Afronding van realisatie nadat Grondwaterpeiler_A enige tijd draait.
      • i. De electronica en dataverwerking voor Grondwaterpeiler_B wordt uitgewerkt en gerealiseerd gelijklopend met Grondwaterpeiler_A:
        berekening van waterhoogte is gelijkend op, maar niet gelijk aan die van Grondwaterpeiler_A.
        - in opbouw -
        Bij afregelen/controleren op locatie levert de naastliggende Peilbuis2 de vergelijkingswaarde m.b.v. handmatige dompelklokmeting.
        Vergt meer tijd, maar eenvoudiger realiseerbaar dan de methode met onderdompeling in de tuinvijver.
      • j. Aangezien grondwaterpeilers vaak in vrije veld opgesteld, is Grondwaterpeiler_B kandidaat voor een LoraWAN-uitvoering,
        met zonnevoeding en laag-frequent-meting & - transmissie.
        Dat moet technisch eenvoudig kunnen, door uitlezing van het analoge meetsignaal, parallel aangesloten op een 'conventionele' ESP8266-configuratie:
        het geringe aantal meetwaarden en een lage meetfrequentie is passend voor een LoraWAN-verbinding (zie de volgende paragraaf).

    Top pagina Top rubriek Top volgende rubriek


  • Level1Meteo-sensoren op afstand vergroten met WiFi & LoRaWAN het beeld op het weer.
    Soms geen luxe, maar noodzaak, omdat het r.f.-communicatiesysteem van de 2 huidige PWSen en ook van Domoticz beperkingen heeft:
      - Richt-antenne's helpen voor selectiviteit en reikwijdte in een bepaalde richting.
      - Repeaters helpen wel om de reikwijdte te verbeteren door een positie aan de rand van het bereik van het hoofd-toegangspunt, maar betekenen tegelijk principieel ook een halvering per repeater van de netwerk-capaciteit.
      - Extra Toegangspunt-aan-kabel is nog de beste maatregel, omdat de kabel-verbinding niet veel capaciteit claimt van het LAN, terwijl het extra toegangspunt onbelemmerd kan werken.
    • reikwijdte van 433MHz-verbindingen is beperkt tot hoogstens 100m rond het toegangspunt.
      Voor 433MHz-communicatie zou je richt-antennes, repeaters of toegangspunten-aan-kabel kunnen toepassen om in bepaalde richtingen selectiviteit en vergroot bereik te verkrijgen voor een teogangspunt.
      Echter, deze stadsomgeving is al dermate vergeven van 433MHz-toepassers (vooral KaKu's) dat bij voorbaat nut van welke maatregel dan ook heel beperkt is.
    • Toepassing van 868MHz is alleen beter i.v.m. (voorlopig) minder onderlinge storing van toegangspunten en clients, ook omdat er (nog) minder 868MHz-toepassers zijn.
      Richtantenne's wel beschikbaar, maar repeaters en toegangspunten aan kabel zijn niet zo gebruikelijk in dit frequentiegebied.
    • reikwijdte van WiFi-verbindingen is beperkt tot hoogstens 100m rondom het toegangspunt.
      Voor verbetering van WiFi-verbindingen kun je gebruik maken van richtantenne's, repeaters of van toegangspunten naar buiten verzet door een kabel-aansluiting.
      Alleen beter t.o.v. de 433MHz en 868MHz door de golflengte, maar in stadsomgeving is de hoeveelheid WiFi-toepassers enorm, dus praktisch nut heel beperkt.
    • demping tussen draadloze sensoren en basisstation door beplanting, terrein of obstakels
      => voor alle frequenties tamelijk onvoorspelbaar geen constante, soms slechte of soms helemaal geen data-overdracht.
    • alleen een kabelverbinding naar een 'buitenpost' is wel robuust, maar over grotere afstand niet handig cq. moeizaam en ook stoorgevoelig
    • LoRaWAN biedt een mogelijkheid om sensoren draadloos over grotere afstand te verbinden (tot meerdere km's!), weliswaar tegen inleveren van capaciteit.
      Het experiment begint met verbinding maken met een dichtstbijzijnd LoRa-netwerk.
      Uitdaging om daarna een LoRa-configuratie met sensoren te ontwikkelen, die via het LoRa-netwerk functioneel aansluit bij het huidige Meteo-Systeem.

    Status:
    1. Eerste experiment met MARVIN & KPN gestopt i.v.m. aflopen abonnement
    At-work Acties&Plannen:
    2. Wachtend op oplossing voor een TTN-verbinding voor de Marvin-Node (o.i.d.)
    3. Info verzamelen & experimenteren

    Top pagina Top rubriek Top volgende rubriek


  • Level3Behuizingen van sensoren zijn een aspect dat ook aandacht vraagt.
    Zeker bij zelfbouw moeten de componenten netjes worden opgeborgen op een manier dat ze, én goed kunnen functioneren, én niet worden blootgesteld aan eventuele schadelijke invloeden van het weer e.d.
    Dat heeft een hoog 'experimenteel' gehalte vanwege de componenten die moeten worden opgeborgen.
    In de loop van de tijd daarvoor een reeks behuizingen uitgevonden en gerealiseerd.

    Status:
    Grote delen afgerond
    At-work Acties&Plannen:
    Steeds doorgroeiend a.h.v. opkomende behoeftes o.a. door uitbreidingen en door ervaringen

    Top pagina Top rubriek Top volgende rubriek


  • Level1Vervanging van WS7000-sensoren is een aspect dat uit leeftijd van mijn WS7000-PWS volgt.
    Het WS7000-PWS is in bedrijf sinds 2001: sinds 2003 op de huidige locatie.
    WS7000/25Blootgesteld aan de elementen slijten zeker sensoren in de buitenlucht:
    de 2 sensoren type WS7000/25, de anemometer WS7000/15 en de neerslagmeter WS7000/16.
    Voor de laatste 2 componenten is helaas regelmatig onderhoud de enige optie, of vervangen als nog een 2e-hands exemplaar kan worden gevonden.
    Bij de windmeter is zo'n vervanging al een keer gebeurd: de oude windmeter nu achter de hand voor reservedelen.
    Sinds ca. 2011 worden de 2 T/H-meters type WS7000/25 beschermd door een extra behuizing, maar de componenten hebben toch te lijden van zon & vocht & temperatuur.
    De originele thermosensor is een 10k NTC-weerstand die eenvoudig vervangbaar is (en dat is na breuk door verroesten al een keer gedaan), maar voor de originele hygro-sensor is geen direct compatibele vervanger te vinden.
    WS7000P_Layout Met dit voor ogen wordt nu deelgenomen in een opzet voor een zonnecelgevoed cluster verder genoemd WS7000P.
    WS7000P voorziet in deze setup gecombineerd in:
    - 2*T/H-meter,
    - 1*Lichtmeter,
    - een gemeenschappelijke Controller,
    aan de PWS-kant compatibel met het WS2500-PWS en met het WS7000-PWS.

    SHT31_capsule MAX44009_PCBI2C_PCBAnders dan de stand-alone sensoren van de WS7000-configuratie clustert de Controller de genoemde sensoren en emuleert de communicatie van 3 WS7000-sensoren, alsof
    2*T/H-meter type WS7000/25 (maar met intern een T/H-sensor type SHT31)
    + 1*Lichtmeter type WS7000/19 (maar met intern een Lichtsensor type MAX44009/GY49 + I2C-converter voor aanpassing aan de Controller).
    [Met de I2C-Converter zou de MAX44009-sensor netter moeten aansluiten op de 5Volt I2C-bus van de Controller, maar de voedingsspanning uit de Controller lijkt in donkere perioden niet altijd stabiel genoeg om de I2C-converter goed te laten functioneren]
    [Sensor zomer 2022 eindelijk kunnen testen bij helder weer met constant, heel hoog licht-niveau
    => data-overdracht in de RFLinkGateway vereist upgrade van diens firmware i.v.m. MSB-afhandeling]

    De 2 T/H-sensoren van het nieuwe cluster vervangen de 'bejaarde', originele 2*WS7000/25 met betere nauwkeurigheid dan alle huidige T&H-meters in de PWSen,
    want SHT31 heeft + 0,3°C voor Temperatuur en +2% voor R.V.,
    tegen WS7000/25 met +1°C resp. +8%
    en TFA_Nexus en Ecowitt_WH31A met +1°C resp. +5%
    De Lichtsensor is met zijn functionele benadering van het menselijk zicht en met zijn technische bereik van 188kLux en 22bits resolutie een welkome aanvulling op het sensorpakket,
    met een vertaalslag in Domoticz passend bij de WS7000-PWS en bij de TFA_Nexus-PWS.

    WS7000P_Config WS7000P_Controller WS7000P_19 Lichtsensor WS7000P_25 T&H-sensor WS7000P_25TRX WS7000P_Head2 WS7000P_Setup2View1 WS7000P_Setup2View2 WS7000P_Head3 WS7000P_Setup3 De nieuwe setup is zo ver mogelijk van de bebouwing achter in de tuin aan een pergola gemonteerd om bebouwingsinvloed te beperken.
    De nieuwe lichtsensor en de zongevoede Controller zijn bovenop die pergola gemonteerd om onbeperkt zoveel mogelijk licht te kunnen vangen.

    De nieuwe T&H-sensoren zijn lager aan een paal van die pergola geplaatst in Davis-sensorhutten, op een redelijk vrije, meestal beschaduwde plaats,
    op een hoogte van +1,5m resp. +0,1m, voor T&H-meting op 'standaardhoogte' respectievelijk 'gras-/klomphoogte'.
    Versie/Setup1 met Head1 (= gescheiden lichtsensor en Controller, met de lichtsensor onder 45 graden elevatie onder filterkap) had last van onduidelijke storingen, vermoedelijk in de bekabeling.
    Versie/Setup2 met Head2 (= samengebouwde lichtsensor en Controller, met de lichtsensor onder 45 graden onder filterkap) heeft een korte kabel plus levelconverter voor aansluiting van de lichtsensor en tegelijk een connectorkoppeling voor de korte kabel tussen 'kop' en T&H-sensors, voor eenvoudiger installatie, test & onderhoud.
    [De rode filterkap over de lichtsensor is in Versies 1 en 2 provisorisch i.v.m. software-afregeling, terwijl de glashuls extra bescherming geeft:
    die extra, interne glashuls blijkt echter ongewenste reflecties te geven, dus verwijderd voor Versie3]

    Versie/Setup3 met Head3 (= samengebouwde lichtsensor en Controller, met de lichtsensor bovenin de glasbol gemonteerd als zenith-scanner) staat zover mogelijk van de beplanting die in Setup2 teveel schaduw gaf.
    [De T&H-sensors blijven in de posities van Versie/Setup2 i.v.m. WAF; aansluiting met een verlengkabel-in-serie is nettere oplossing dan een 'ster' zoals in Versie/Setup1]
    De originele 2*WS7000/25 leven verder - zolang het kan - als redundante, backup T/H-sensoren binnen het WS7000_PWS,
    voor gecontinueerde toepassing als Thermo-sensor op hun huidige positie, terwijl de R.V.-functie van deze oudere senoren wegens slechte kwaliteit z.s.m. wordt uitgeschakeld.
    Original WS7000/19De WsWin@PC-instantiaties met PC-Interface WS7000/13 hebben geen interface voor de WS7000/19 Lichtmeter, en daarom zal via Domoticz en de wsmerge-functie de gemeten licht-info worden geïnjecteerd in WsWin@PC als quasi-temperatuur en/of quasi-vochtwaarde, dichter bij de waarheid dan de quasi-lichtsterkte die WsWin@PC nu afleidt uit de schijn-temperatuur van de omgebouwde WS7000-T/H-meter cq. de omgebouwde Nexus-T/H-meter.

    De Controller van WS7000P heeft ook nog interface-mogelijkheid voor de WS7000-anemometer en voor de WS7000-neerslagmeter, maar daarvan wordt nu geen gebruik gemaakt:

    • de huidige WS7000-anemometer en de WS7000-neerslagmeter en de huidige WsWin-interfaces en de Domoticz-interfaces voldoen nog prima,
    • toepassing vraagt enerzijds ombouw van de interfaces van de anemometer resp. de neerslagmeter voor aanspassing aan de Controller,
    • activeren van die interfaces in de Controller vraagt anderzijds aanpassing door de maker van de firmware van de Controller.
    • met nieuwe firmware voor de anemometer-interface kan 'moderne' functionaliteit geleverd worden, maar dan geen compatibiliteit meer met WS7000/15,
      dus geen verbinding met de ontvangers van WS2500, WS7000 en Domoticz.
    Status:
    1. Geïnstalleerd, geactiveerd, 2*T&H + 1*Licht operationeel.
    2. 2*T&H-sensors PWS-WS7000P_25 zijn functioneel vervanger voor de 2 'oude' T&H-sensors 1 en 2 van type WS7000-25
    [de 2 sensoren WS7000P_25 zijn nu de primaire T&H-sensoren van het WS7000-PWS]
    3. Update uitgevoerd aan de sensor-montage van opstelling met 45-graden elevatie naar een opstelling met zenith-scanning.
    4. Uitlezing van de Controller door de RFLinkGateway gaat goed to 65kLux, maar niet daarboven (zie 8.)
    5. Lichtdata uit WS7000P_19 wordt nu via Domoticz doorgekoppeld naar WsWin_Nexus als vervanger voor de huidige lichtinvulling met een schijntemperatuur,
    maar WsWin_Nexus koppelt die lichtwaarde (nog) niet door naar de uploads voor HWA, BNLWN en EWN.
    6. Lichtdata uit WS7000P_19 nu ook deel van de directe Domoticz-upload op basis van Nexus-data naar PWSW, WUnderground en AWEKAS.
    At-work Acties&Plannen:
    7. Eventueel voeding- en data-interface voor MAX44009 te verbeteren [na evalulatie/duurtest in het winterseizoen 2020 en gehele jaar 2021]
    8. Pas na bewezen continue, goede werking van WS7000P_19 een verdere koppeling naar de Systeem-functies en naar andere uploads:
    na evaluatie van jaar 2021 een clamping van het licht-niveau ontdekt in Domoticz op 65kLux, terwijl technisch 188kLux mogelijk moet zijn.
    Volgens analyse van de Controller-data wordt de MSB van de Controller-data niet goed verwerkt door de RFLinkGateway
    [Aanvraag voor fix van die bug staat uit bij het ontwikkelteam van de RFLinkGateway]
    Interim remedie1 (in werking):
    de lichtmeetwaarde voor afbeelding in WsWin logarithmisch doorgeven.
    => niet-lineaire afbeelding, waardoor alleen bruikbaar als 'indicatie'
    => de afbeelding van hoge lichtwaarden wordt samengedrukt, waarmee waarden > 65kLux toch al nauwelijks te zien zouden zijn.
    Interim remedie2 (reserve):
    een ruwe, tijdelijke oplossing kan bestaan uit een dempingskap over de sensor en herschaling in Domoticz van de meetwaarde.
    => de grafieklijn is in vorm correct, hoewel niet nauwkeurig in waarde, ook omdat de demping niet lineair zal zijn.

    All Rights & Credits for WS7000(Plévenon): Christophe Hamon

    Top pagina Top rubriek Top volgende rubriek


  • Level1Tempest-configuratieToevoegen van het Tempest_PWS is een aspect dat volgt uit de leeftijd van mijn WS7000-PWS, in combinatie met de beperkingen van het TFA_Nexus_PWS.
    Een oplossende invulling is om een kompleet, modern PWS toe te voegen aan de configuratie:
    Weatherflow_Tempest leek beste kandidaat.
    Na een tijdje validatie kunnen de rollen omdraaien, en worden TFA_Nexus en WS7000 de aanvullende/ondersteunende PWSen (of verdwijnen),
    maar de praktijk gaat in een andere richting .....

    Data-registratie & - verdeling
    De info van het Tempest_PWS gaat eerst vooral via de volgende externe weblinks:
    - de 'eigen' Weatherflow-vertoningswebsite,
    - een daaropvolgende WU-link,
    - een aan WU gekoppelde variant van het PWS-Dashboard.
    Intern/lokaal is de Tempest-sensorhub via zijn UDP-berichten direct gekoppeld naar de WeeWX-software:
    extern via deze weblink.
    Directe koppeling met&vanuit Domoticz is de volgende stap van integratie:
    eerste kleine stap daarvan is gelukt, zoals bijgaande tabel toont,
    plus de upload naar AWEKAS_Stationsweb

    Voeding
    Tempes&PBA Toepassing gedurende de 2 afgelopen winterseizoenen in Nederland maakt duidelijk dat in de donkere perioden op deze breedtegraad de zonnecellen van de sensorkop niet altijd voldoende voeding geven voor de electronica
    => geen draadloze verbinding met de Tempest-hub => geen data-uitvoer => geen zinvolle vertoning, en ook geen foutmelding.

      Weatherflow heeft voor dit voedingsgebrek een oplossing gevonden in de vorm van een PowerBoosterAccessory:
    • Voedingsring als extra onderdeel onder de Sensorkop, dienend als 'bij-lader' voor de Sensorkop.
      De Voedingsring komt pas in actie als in de Sensorkop de interne voedingsspanning < 2,42V wordt.
    • Batterij-doos, met kabel naar bovengenoemde Voedingsring.
      Onze Tempest is ouder dan April 2022, en daarom is geen kernkabeldoorvoer voorzien,
      maar moet de kabel buitenom naar de Voedingsring.
      Bijvoedingscapaciteit is afhankelijk van het aantal geplaatste batterijen.
    • Netvoeding, voedend naar de Batterijdoos als alternatief voor de batterijen.
      Aangesloten Netvoeding overruled de andere voedingen.
      Consequentie: de Netvoeding schakelbaar maken om de batterievoeding te laten werken.
    • Op die manier wordt op meerdere niveaus's voedingszekerheid verkregen ......
    Status:
    1. Geïnstalleerd, geactiveerd, en testend via bovengenoemde weblinks.
    => Blijft in status 'validatie' zolang geen bevredigende oplossing van autocalibratie voor neerslag.
    2. Integratie met het 'Systeem'
    = uitlezen opgezet van de UDP-berichten van de Tempest-hub en omzetten naar JSON-berichten en XML-file
    = inlezen/toepassen in Domoticz van delen van de JSON-file van de Weatherflow-server (= indirect & remote, over 1 externe server)
    => koppelen vanuit Domoticz naar RRDTool voor grafieken.
    => experimenteel vergelijken van verschillende uitlezingen uit interesse naar de werking van de Weatherflow-server (en voor controle van gelijkloop met de andere sensoren).
    At-work Acties&Plannen:
    3. Verder integreren met het 'Systeem':
    3a. = omzetten van de lokaal gemaakte JSON-berichten en XML-file naar data voor grafieken en tabellen
    => uitwerken met Domoticz voor directe data-uitlezing incl. lokale calibratie
    3b. = inlezen/toepassen in Domoticz van meer delen of van alles van de JSON-file van de Weatherflow-server (= indirect & remote, over 1 externe server)
    => koppelen vanuit Domoticz naar andere applicaties.

    Top pagina Top rubriek Top volgende rubriek


  • Level1 Sneeuwmeter03 Sneeuwmeter02 Sneeuwmeter01 Sneeuwmeter00 Neerslagmeters is voor experimenten een onderwerp dat volgt uit de plotselinge, zware sneeuwval (tot 20cm) in Februari 2021 en de stortbuien (van ca. 60mm/stuk) van juli 2021.
    De elektronische neerslagmeters kunnen goed omgaan met neerslag in de vorm van 'rustige' regen, maar bij sneeuw of bij wolkbreuk lopen ze achter de feiten aan.
    De oplossing is in beide gevallen een improvisatie die geheel offline hardware-uitwerking heeft:
    de gerealiseerde meetmiddelen hebben alleen blijvende waarde voor een volgende, hevige sneeuwval, voor een dramatische overstroming of voor een wolkbreuk.

      Sneeuwmeter
    • Versie 0.0 is een rotanstok met isolatiebandjes als ruwe markering op hoogtes van 10cm, 20 cm en 30cm
      Neergezet op diverse plekken om het huis geeft dat vergelijkingsinformatie voor vlakke bedekking en voor sneeuwophopingen.
    • Versie 0.1 is met viltstiftstrepen op de voetpaal van het vogelhuisje opvolgende cijfermarkering op 10cm, 20cm en 30cm, met tussenmarkering op 5cm, 15cm, 25cm en 35cm
    • Versie 0.2 is een verbetering (voor uitlezen op afstand) met een plakker op de cijfermarkeringen op 10cm t/m 40cm
    • Versie 0.3 heeft als weerbestendiger peilstok een gekleurde prikker per 5cm bij de viltstiftstrepen en bij de cijfermarkeringen.

    Status:
    1. Geïnstalleerd, en gebruikt.
    2. Niet af, maar geen vervolg, want volgende toepassing zal zeldzaam zijn
    3. Geen online integratie met het 'Systeem'
    = adhoc handmatig inlezen/toepassen van Versie 0.3 is voldoende functionaliteit.
    At-work Acties&Plannen:
    4. Een losstaande thermometer in de tuin wordt met markeringen uitgerust als extra meetpaal Versie 0.0

      RegenmetersRegenmeters
    • De (groene) 'basis'-regenmeter in bekervorm heeft een gekalibreerde capaciteit voor 35mm, met voldoende reserve voor opvang van 45mm.
      Genoeg voor som-opvang van een reeks 'normale' buien.
    • De (blanco) 'extended'-regenmeter in bekervorm heeft een gekalibreerde capaciteit voor 100mm=4inch
      Moet voldoende zijn om een reeks stortbuien op te vangen, als backup en 'overloop' voor de 'basis'-regenmeter.
    • Monding van beide regenmeters zit op gelijke hoogte op een staaf, en vrijstaand, zodat de opvang gelijkloopt

    Status:
    1. Geïnstalleerd, en in gebruik.
    2. Geen online integratie met het 'Systeem'
    = adhoc handmatig inlezen/toepassen is voldoende functionaliteit.
    At-work Acties&Plannen:
    3. Geen

    Top pagina Top rubriek Top volgende rubriek


  • Level1Aangepast gebruik van water is voor 'Experimenten' een onderwerp dat volgt uit het nog oningevuld aspect van duurzamer gebruik van regenwater,
    zoals gepropageerd door de waterschappen n.a.v. de gortdroge zomers van 2021 en 2022.
    Ook getriggerd door de noodzaak om vocht weg te krijgen en weg te houden uit de kruipruimte.
      Aanpak:
    • 'Studie' van de actuele vochthuishouding op het perceel:
      1. Bepaling van plekken met grootste droogteschade ~ ondergrondse vochtbehoefte
      2. Neerslagmeting is al beschikbaar en effectief via het Meteo-systeem
      3. Grondwaterpeiling (eerst 100% handmatig, daarna deels automatisch) via de nieuw-geplaatste peilbuizen 1 t/m 4
      4. Inventarisatie van 'waterbronnen' en van layout & traject van afvoerpunten
        • Daken & Regenpijpen
        • Vijver & Overstort
    • 'Onderzoek' van opvang- en toepas-functies:
        Regenton-aansluiting(en)
      1. Bedoeling: afvangen van regenwater
      2. Aansluiting op afvoeren van het westgerichte dak als waarschijnlijk grootste 'producent'
      3. Plaats & layout regenton1
      4. Bepaling OF meer ton-aansluitingen zinvol zijn voor meer opslagcapaciteit
        [nog 1 regenpijp geschikt voor plaatsing van een regenton, maar staat meer in zicht dan de 2 nu geplaatste]
        Bovengrondse bedruipings-opzet
      1. Bedoeling: druppelbevloeiing is efficienter dan sproeien.
      2. Bepaling van druppelslang-traject, door de achtertuin en door de zijtuin.
        1. De poreuze druppelslang vooral voor bovengrondse bevloeiing van plekken waar de sproeiers niet kunnen komen.
        2. Deze druppelslang op ruim voldoende afstand van het huis om kruipruimte-invloed te voorkomen!
      3. Invoer voor leidingwater en/of tonwater via slangaansluiting(en)
        Infiltratie-opzet
      1. Bepaling van infiltratie-draintraject,
      2. Bedoeling: ondergronds aanvullen van de bovengronds bedruppelen en sproeien.
      3. In de voortuin een overloop naar het trottoir, voor extra afvoer bij overvloedige neerslag, en voor doorblazen van de drain.
        Infiltratie door poreuze druppelslangen, ingegraven op ca. 25cm diepte.
        De infiltratie op ruim voldoende afstand van het huis om kruipruimte-invloed te voorkomen door stijging van grondwaterpeil e.d.!
      4. Invoer voor leidingwater en/of tonwater via slangaansluiting(en) en gesloten drains naar de poreuze infiltratie-drains
        Vijver-invoer & -overstort
      1. Bepalen OF opvang/afvoer naar de vijver zinvol is als regenton1 vol is
      2. Op laagste punt van de vijverrand een overstort aanbrengen met afvoer naar de infiltratie-drains of naar de straat
      3. Robuuste/eenvoudige werking zonder pomp en/of zonder terugslagventielen
        Andere mogelijkheden
      1. Bewerking van de bovenlaag van gazon & borders
      2. Aanpassing beplanting?
    Status:
    1. 'Studie' - gerealiseerd -
      At-work Acties&Plannen:
    2. Regenton-aansluiting(en)
      Regenzuil1 Regenton2 = Regenton1 plaatsen en aansluiten - gerealiseerd = Regenzuil[400liter] -
      = Regenton2 plaatsen en aansluiten, op andere, naastliggende regenpijp - gerealiseerd = Vat[100liter] -
      = Ervaring opdoen met vulling en toepassing van Regenton 1&2 - wacht op overvloedige neerslag -
      = eventueel extra regenton(nen) plannen.





    3. Druppelslang-opzet, voor achtertuin en zijtuin - gerealiseerd -
      Gestart met losse slang-aansluiting naar waterleiding, omdat toen nog geen regentonnen geplaatst.
      Eventueel, later uitbreiden met gekoppelde druppeldrain onder het gazon in de achtertuin.
    4. Infiltratie-opzet, van voortuin naar achteren werkend Straatafvoer Voortui_traject Druppeldrain Zijtuin_traject Draininvoer Regenton2Overloop Regenzuil2Overloop [alleen voortuin en westelijke zijtuin, (nog) niet achtertuin]
      = overloop-afvoer plaatsen aan het trottoir - gerealiseerd
      [Deze afvoer heeft in de getoonde put een afsluiter, die handmatig wordt opgengezet als overvloedige neerslag snel weg moet]
      = aansluitende infiltratie-druppeldrain ingraven/leggen op -30cm - gerealiseerd -
      [Deze druppeldrain ligt in het gazon op ca. 0,5m afstand vanaf de scheiding met de border, met extra lus op droogste plek van het gazon]
      = dubbele inlaat via 1) een permanente leiding naar Regenton2_overloop, 2) een 'algemeen' inlaatpunt met Gardena-waterstop - gerealiseerd -
      => normale waterleiding (met hogere druk) aangesloten op het inlaat-punt 2) functioneert voor periodiek doorspuiten.
      = Regenton2_overloop via permanente leiding 1) naar de druppeldrain - gerealiseerd -
      => als Regenton2 is volgelopen, dan daarna OOK overloop mogelijk naar de druppeldrain - doorstroom regelbaar met kraan -
      Deze overloop is parallel aan de normale overstort van deze regenton naar de regenpijp.
      Praktijk: de overloop-aansluiting op Regenton2 zit op ca. 140cm hoogte boven de overloop-afvoer
      => geringe overdruk => de druppeldrain funtioneert wel voor langzame infiltratie,
      maar geeft teveel weerstand om via de overloop-afvoer nog uitstroom te geven

      = als de Regenzuil is volgelopen, dan daarna OOK overloop mogelijk naar de druppeldrain - via een losse slang naar de koppeling 2) van het inlaat-punt -
      => waterkolom tot +200cm => betere overdruk dan Regenton2_overloop
      => de druppeldrain functioneert dan beter voor infiltratie, met mogelijk enige uitstroom via de overloop-afvoer als de Regenzuil goed gevuld is
      => vraagt afsluiten van Regenton2_overloop, want anders loopt de Regenzuil door hevelwerking via de druppeldrain halfweg leeg naar Regenton2
      Deze overloop is parallel aan de normale overstort van de Regenzuil naar de regenpijp
      De overloop-/vulslang van de Regenzuil is bewust transparant PVC, want kan zo ook dienst doen als peilglas.
    5. Vijver-invoer & -overstort
      = plan uitwerken voor watertoevoer naar vijver cq. overloop uit de vijver naar de druppeldrain of naar de straat
      = moet zonder bediening automatisch functioneren, want dient als overstroom-beveiliging
      = de werking moet omgaan met heel kleine niveauverschillen van vijver t.o.v. omgeving
      = realiseren als sluitstuk van bovenstaande punten
    6. Grondverbetering gericht op meer/langer vochtopname & -vasthouden
      = dieper verticuteren/prikken van het gazon, voor verbeterde bewatering - in gang gezet -
      = bentoniet verspreiden over de droogste plekken van gazons en borders - gerealiseerd -
      => herhalen na aanleg van de druppeldrain(s)
      = bijzaaien met een grassoort die beter droogtebestendig is
    Top pagina Top rubriek Top volgende rubriek
  • Level1EcoBoosters zijn een hulpmiddel om meer warmte uit radiatoren te winnen.
    Een EcoBooster is een pakket laagtoerental-ventilatoren, dat functiegestuurd wordt aangezet om een luchtstroom van onderaf te forceren omhoog door een radiator:
    door die versterkte luchtstroom wordt meer warmte onttrokken uit het CV-water dat door de radiator stroomt.
    'Laagtoerental' om hinder te voorkomen door ventilatorgeruis.
    'Functiegestuurd' om te regelen dat alleen wordt geblazen als het zin heeft.
    Als eerste regelingsstap krijgt de radiatoren pas heet CV-water toegevoerd als de centrale kamerthermostaat daarom vraagt:
    'bescheiden' regeling met die kamerthermostaat is daarom een eerste belangrijke stap.
      Daarna 2 vervolguitwerkingen:
      => afgekeken van een 'echte' EcoBooster i.c.m. hout & fans uit de rommelbak een aanpak om meer warmte uit de radiatoren diverse kamers in te laten vloeien.
    • Onder convector-radiator
      DIY_EcoBooster1 De bovenvloerse convectorradiator heeft geen thermostaatkraan, want staat in de huiskamer met de centrale kamerthermostaat:
      de kraan van deze radiator staat steeds vol open.
      EcoBooster1 = 3* recyclede PC-ventilator in lage houten omkasting met luchtspleten van ca. 1cm t.o.v. de vloer
      staat onder de convectorradiator, zuigt lucht van de vloer en blaast gericht omhoog door de radiator,
      - initieel met voeding via een temperatuur-schakelaar op de CV-toevoerleiding,
      maar later (simpler/ruwer) met een tijdschakelklok,
      die 's morgensvroeg en 's avonds de ventilatoren een bepaalde tijd aanschakelt en dan warmteafgifte stimuleert door versterkte luchtstroom
      => in de morgen de huiskamer eerder op temperatuur, en 's avonds langer afgifte van warmte
      => werkt zelfs als de CV-ketel niet brandt, door dan onttrekken van restwarmte uit het CV-water in de radiator,
      want warmte-onttrekken blijft mogelijk zolang temperatuur-verschil bestaat tussen CV-water en omgeving.
      De voeding van de ventilatoren is bewust op 9VDC gezet i.p.v. 12VDC voor verlaagd ruisniveau.
      De binnenkant van de betreffende radiator-omkasting is aan de raamkant afgeschermd met radiatorfolie om 'lek' in die richting te beperken.
    • Onder plaat-radiator
      DIY_EcoBooster2 DIY_Deflector Deze plaat-radiator staat in een andere ruimte en heeft een thermostaatkraan, als lokale vervolgregeling na de kamerthermostaat.
      EcoBooster2 = 1* 'originele' EcoBooster + 1* DHZ-variant (beide magnetisch geklemd onderaan de radiator)
      zuigt temperatuurgestuurd lucht van de vloer en blaast omhoog, waarbij
      - de thermostaatkraan bepaalt OF de CV-leiding & radiator warm wordt
      - de 'originele' EcoBooster via zijn thermostaat aan de CV-leiding regelt de aan/uit-schakeling van zichzelf en zijn 'aanhanger(s)'
      - de DHZ-variant [= 3*PC-fan op een frame] als 'aanhanger' is aangesloten op de serie-uitgang van de 'originele' Ecobooster.
      Omdat het 'minder nuttig' is dat warmte verdwijnt achter de gordijnen, staat bovenop de plaatradiator een 'deflector'
      die de onderkant van de gordijnen afschermt en tegelijk de warme luchtstroom de kamer in richt.
      => de serie-geschakelde ECOBoosters zijn in actie als hun thermostaat aanschakelt
      => duidelijk merkbare versnelling van verwarming in de betreffende kamer.
      De betreffende radiator is op de muur afgeschermd met radiatorfolie om 'lek' in die richting te beperken.

      Status:
      - beide varianten gerealiseerd/operationeel -
      At-work Acties&Plannen:
      - Raamkant van de convectorradiator nog beter afschermen met folie.
      - 2e Convector ook voorzien van een ecobooster?
      - Achterkant van de plaatradiator nog beter afschermen met folie, door alufolie op de muurkant van de radiator.

      Top pagina Top rubriek


      Nog ruimte voor meer experimenten, want uitbreiding & verbetering blijft doorgaan .....

    Sitemap/ Jumplist voor deze website, incl. links to english versions of pages

    Top PV&Meteo_startpagina
    Copyright © 2013-2024 T4S
    Samenvatting voor Rechten & Verantwoordelijkheden / Summary for Rights & Liabilities