Skip to main content

Week 12 - Edu-Chainsss

Ian-Chains Baute
Ian-Chains Baute
Leerling informatica GO! atheneum en leefschool De Tandem

Deze week heb ik enkele algemene kleine problemen opgelost om het verzamelen van onze data weer werkende te krijgen. Daarnaast is er ook verder gewerkt aan het uitwerken van de dashboard V2 versie met multi-page support.

Wat heb ik gedaan?​

  • Ingesteld dat onze GL.iNet router bereikbaar en pingbaar is vanaf het schoolnetwerk via mDNS hostname (weerwijs-lan.local) i.p.v. IP-adres. -> #231
  • Probleem met MQTT worker/gateway tijdelijk opgelost.
    • Probleem was een interne ip change van een docker container waar de worker afhankelijk van was.
    • Dit moet ASAP opgelost worden via nieuw docker compose setup met één algemeen intern netwerk voor alle containers en een depends_on setup, zodat dit in de toekomst niet meer kan gebeuren.
    • Dockerfile & compose file aangemaakt en gepubliceerd op github repo, voor in het vervolg als het weer misloopt.
  • MQTT broker bereikbaar gezet vanop het volledige schoolnetwerk voor de envisense sensoren, verkeer loopt nu via onze Weerwijs router.
  • Envisense sensoren terug werkende gekregen, deze zijn nu verbonden met onze MQTT broker via de Weerwijs router.
  • Gewerkt aan de handmatige controle voor het verbeteren/herwerken van de dashboard V2 versie met multi-page support.
    • Moet nog verder afgewerkt worden, maar de basis is er.
    • Kijken of er nog verbeteringen mogelijk zijn op aanraden van copilot review.
  • Meegewerkt aan de fotoshoot vanuit RTC Oost-Vlaanderen voor promotie van ons STEM project.

Wat heb ik geleerd?​

  • Ik heb geleerd wat mDNS is, hoe dit werkt en dit standaard wordt gebruikt in lokale netwerken.
  • Ik heb een basis geleerd over hoe je overzichtelijk met meerdere pagina's kan werken in een Dash project, en hoe je dit kan opzetten.

Problemen of vragen​

  • Hoe dashboard online zetten en openbaar (extern) beschikbaar maken?

    • Webhosting of VPS?
      • VPS is de beste optie, meest flexibele optie.
    • Aparte database?
      • Vermoedelijk wel, enkel data van de buiten weerstations, externe mensen hebben geen nood aan het inzien van de data van de CO2 sensoren in de lokalen.
      • Lokale MQTT worker/gateway laten verbinden met 2 databases, de lokale en de externe om de data op te slaan.
    • Backups?
      • Altijd een goed idee als er iets mis gaat, kijken hoe we dit gaan aanpakken en waar we de data kunnen opslaan.
    • Hoe data synchroniseren met aparte database?
      • Via lokale MQTT worker/gateway
    • Events op de database?
      • Verder bekijken wat hiermee mogelijk is en wat de opties zijn.
    • Cronjob?
      • Ik zou eerder voor een live aanpak gaan ipv te kiezen om te updaten op vaste tijdstippen/intervallen, maar dit is zeker iets om verder te onderzoeken en over na te denken.

  • Hoe werken de portainer agents precies? (Onderzoek uitvoeren)

    • Kunnen we dit gebruiken voor onze duale infrastructuur?
    • Wat zijn de verschillende opzet opties en wat zijn de verschillen tussen deze opties?
    • Welke (local of cloud) wordt de master en welke de agent/slave?

Volgende stappen​

  • Verder werken aan eigen zelfgemaakte weather station/sensor subproject.
  • Dashboard V2 versie verbeteren, review van copilot aanvragen en kijken wat er nog verbeterd kan worden. -> #232 (Medium priority)
  • Andere OS/image op Raspberry Pi 5 testen, om te zien of dit het problemen van de portforwarding oplost. (High priority)
  • Dashboard lokaal op school toegankelijk maken. -> Aan het wachten op overstap naar pi 5 en opzet beter docker compose netwerk. (High priority)
  • Afwerken 3D model voor 1U mount 40mm fans. -> #228 (low priority)