P1-monitor download 202103
P1 monitor is op de Raspberry Rpi3 en Rpi4 gebaseerde software om je slimme meter uit te lezen. Voor een meer uitgebreide beschrijving zie hier.
Het wordt sterk aanbevolen deze upgrade uit te voeren ook al zijn de wijzigingen niet relevant voor hoe je de P1 monitor gebruikt. Er zijn diverse essentiële aanpassing doorgevoerd in de API en database. Daarnaast ondersteunt deze versie de iOS app beter.
Mocht je de software de moeite waard vinden wil je deze dan delen via social media e.d. Bedankt voor de ondersteuning.
Upgrade of eerst installatie.
De software verkrijgen en installatie.
De P1 monitor software wordt geleverd als Raspberry Pi 3B/4 SDHC image die hieronder te downloaden is. Om de het image naar een SDHC card te kopiëren is een image tool nodig als je deze niet hebt dan kun je USB Image tool downloaden. Zie hieronder hoe je dat daarna de rest van de ruimte op de SDHC card kunt gebruiken met raspi-config tool.
BELANGRIJK
Er is grote aanpassing gedaan aan de upgrade assistent, deze is beperkt compatibel met de vorige versie. Als de Upgrade assistent wordt gebruik met data van vorige versies dan is het noodzakelijk om ook een export van de vorige versie te doen en deze met de hand te importeren. Vanaf versie 0.9.15 en hoger kan de upgrade assistent weer zonder deze manuele upgrade worden uitgevoerd. Als dit niet wordt gedaan dan is historische data niet meer beschikbaar.
Mocht je een eerdere versie van de P1 monitor gebruiken exporteer dan deze data eerst! Gebruik eventueel de upgrade assistent.
Veel plezier met de P1 monitor en laat weten hoe het bevalt.
- download het P1 monitor image file uit de download overzicht hieronder.
- pak het zip file uit en lees de bijlagen.
- kopieer het p1monYYYYMMDD-NN.NN-X.img file via de USB tool naar de SDHC card van minimaal 8GB (bij voorkeur een 32GB of 16GB). Let op! data op de card wordt overschreven en is niet meer te herstellen. (had ik al gehad over de export van data).
- Mocht je een groter SDHC card willen gebruiken dan kan je via de raspi-config tool de gehele SDHC card gebruiken. Dit is zeker aan te bevelen om slijtage van de SDHC card te verminderen. Het vergroten van het filesysteem gebeurt automatische als je de UpgradeAide gebruikt.
- plaats de SDHC card in de Pi.
- start de Pi, netwerk en P1 kabel aangesloten.
- Importeer de data, als je al eerdere versie hebt gebruikt.
FAQ
Mocht je vragen hebben kijk dan eerst in de FAQ
Problemen oplossen.
Image past niet op de SDHC card:
- Je kunt proberen de donor SDHC card opnieuw te formatteren met een dergelijk tool als de SD formatter.
- Installeer het image op een groter SDHC card. Het ongebruikte deel van de SDHC card kun je vrijgeven via de raspi-config tool met de optie Expand Filesystem.
- wis de browser cache als je layout problemen hebt.
Standaard wachtwoord besturingssysteem:
- Het standaard account en wachtwoord om in te kunnen loggen met SSH is p1mon met het wachtwoord verandermij.
- Het advies dit wachtwoord na installatie aan te passen.
Juridisch spul en zo
Dit werk valt onder een Creative Commons Naamsvermelding-NietCommercieel 4.0 Internationaal-licentie.
De rechten van onderliggende softwareproducten zijn qua licentierechten niet gewijzigd Dit geldt voor bijvoorbeeld het besturingssysteem en javascript bibliotheken. De rechten van onderliggende producten gaan voor deze licentie.
DE SOFTWARE IS GELEVERD “ZOALS”, ZONDER GARANTIE VAN ENIGE SOORT, INCLUSIEF MAAR NIET BEPERKT OP DE GARANTIES VAN VERKOOPBAARHEID, GESCHIKTHEID VOOR EEN BEPAALD DOEL. IN GEEN GEVAL ZAL HET AUTEURS OF COPYRIGHT HOLDERS AANSPRAKELIJK ZIJN VOOR ENIGE EISEN, SCHADE OF ANDERE AANSPRAKELIJKHEID IN VERBAND MET DE SOFTWARE OF HET GEBRUIK VAN DE SOFTWARE.
Samengevat: gebruik is voor eigen risico.
Mocht je een eerdere versie van de P1 monitor gebruiken exporteer dan deze data eerst!
DOWNLOAD
SDHC images
P1 monitor wordt alleen ondersteunt op de Raspberry Pi 3B, Pi3 B+ of Pi4 (vanaf versie 0.9.11).
Een Pi 2 kan werken maar geen garanties. Een Pi Zero is nooit getest. Van de Pi 1 is bekend dat deze fouten geeft en verloop van tijd stopt / crashed door een gebrek aan ram geheugen.
Wat is er veranderd in versie 202103-1.2.0
Opgelost: de oude watermeter standen werden niet goed geconverteerd naar de nieuwe database.
Opgelost: diverse spelfouten verholpen. Voel je vrij dit te melden.
Opgelost: de kostenschermen lieten de tooltip niet zien als extra data zoals water, gas of kWh ontbrak voor die dag, maand of jaar. Nu wordt de tooltip wel getoond.
Opgelost: config-tarief.php gaf de verkeerde tooltip kosten weer (kWh). Met dank aan Rob.
Opgelost: kleine code verbetering in P1WatermeterV2.py. Met dank aan Aad
Opgelost: beter verwerken voor back-up van SFTP, optimalisatie van de code en betere foutmeldingen. Met dank aan Aad.
Opgelost: config-water.php code schoonheidsfout verholpen. Met dank aan Aad.
Opgelost: config-io bewaarde de ingestelde waarde niet. Met dank aan Bert.
Nieuw: PHP 7.3 upgrade uitgevoerd.
Nieuw: De P1 monitor automatisch controle voor een nieuwe software versie werkt ook als er oudere versies van de software in gebruik zijn. Er wordt ongeveer 1 maal per 24 uur gecontroleerd of er een nieuwe versie beschikbaar is.
Nieuw: Het minuten overzicht (stats.php) en (powerproduction-min.php) hebben nu de mogelijkheid om kWh prognose te laten zien naast of i.p.v. van de kWh minuut grafiek.
Nieuw: via de config pagina kan de header boven elke pagina worden uitgeschakeld, dit is handig voor kleinere schermen zoals tablets e.d.
Nieuw: Een configuratie scherm voor log informatie toegevoegd.
Nieuw: nginx configuratie aangepast waardoor er meer naar ram en minder naar het SDHC kaartje wordt geschreven om zo de levensduur te verbeteren van het SDHC kaartje.
Nieuw: De details van de weer informatie verdwijnen als de muis wordt bewogen. Op mobile apparaten kun je klikken of 10 seconden wachten dan verdwijnt de detailinformatie ook.
Nieuw: MQTT client programma wordt alleen gestart als dit door de gebruiker wordt ingesteld. Dit beperkt ram gebruik en CPU gebruik. Let op deze opties staat standaard uit en moet worden geactiveerd ook als je een import doet of de upgrade assistent gebruikt.
Nieuw: MQTT geeft nu ook het eigen opgewekte vermogen weer van de kWh S0 meting. topic id = p1monitor/powerproduction/minute/xxxxx.
Nieuw: Import functie werkt nu ook als een deel van de export corrupt is.
Security patches en upgrade van diverse software bibliotheken uitgevoerd tot aan 2021-02-26
Let op wachtwoorden zijn altijd met HOOFDLETTERS!
P1 MONITOR VERSIE 202103– 1.2.0 (8GB SDHC image)
P1 MONITOR VERSIE 202103– 1.2.0 (4GB SDHC image)
Als je een bijdrage wil leveren om de kosten te dekken van de website e.d. dan kan kun je hier een donatie doen.
BUGS
De temperatuur weergave voor dagen, maanden en jaren van opgewekte kWH is niet correct. Dit is opgelost in de volgende versie.
233 Replies to “P1-monitor download 202103”
Hallo,
Ik gebruik 1.2.0 nog op dit moment en heb zonnepanelen gekregen en zie netjes terug geleverde energie in Ztatz.
Vreemde is dat als ik op het zonnepaneel icoontje links in het menu klik hij niks weergeeft qua data alleen maar bezig is om de pagina te laden zonder resultaat.
Daarnaast lijken sommige API’s niet te werken, het resulteert in een response met “[]”
Bijvoorbeeld:
/api/v1/powerproduction/day/
/api/v1/phase
Misschien doe ik iets niet goed, dat kan uiteraard 😉
/api/v2/watermeter/day gebruik ik al een tijdje en die werkt wel gewoon met een hele bak aan data die ik weer gebruik in Node Red.
Iemand een idee?
Groet
Om zelf opgewekte energie te zien moet je of een puls kWh meter geïnstalleerd en geconfigureerd hebben. Of een solar edge omvormer, de solar edge verwerking heeft momenteel nog een bug. Er wordt geen data naar de database geschreven en dus kan de API ook geen gegevens leveren. de /api/v1/phase moet aanstaan en moet door je slimme meter worden ondersteund.
Ahh ok, dat verklaard een hoop bedankt!
Geen probleem.
hallo,
ik gebruik de laatste versie (top) maar slaag er niet in mijn boiler in te schakelen wanneer er meer dan 3000W op het net wordt geïnjecteerd
ik gebruik hiervoor een 2 module relais waar ik via.de GPIO pinnen gebruik om mijn relais te bekrachtigen.
Nochtans denk ik dat ik alles correct doe.
geef volgende gegevens in bij in-output:
gem grensw in: 2000
gem grensw uit: 500
vervolgens 2, 2, 0 ,0 en dan de GPIO18 (pin 12)
en de teruglevering “AAN”
relais aansluitingen:
GPOI pin 1 aan vcc
GPOI pin 6 aan Grd
GPOI pin 12 aan In1 (relais 1)
Moeten er nog andere instellingen aangepast worden?
Moet er dan nog iets extra geprogrammeerd worden?
Moet er wel aan toe voegen dat ik niet veel kaas gegeten heb van elektronica
maar desondanks wil ik wel experimenteren..
Voordat we de mogelijke instellingen controleren kun je eerst controleren of het relais wel schakelt. Met de optie geforceerd in schakelen wordt de GPIO pin altijd naar 3.3V (in) of naar 0 volt gebracht. Als dat werkt dan is werking van het relais zeker gesteld. Ik heb begrepen dat er relais zijn die omgekeerd werken en dat 0V aan wil zeggen en 3.3V uit. Dat hangt af van het relais type.
Ik vermoed dat de relais omgekeerd werkt.
Immers de relais werkt (getest)
Heb hetzelfde verhaal gelezen dat geschreven was door Peter Clymans op 20/03/21 9.21 uur.
Is daar voor de simpele dhz een oplossing voor?
PS: wil een donatie doen, maar ik wil dit niet via PayPal.
Wil jij het nodige doen daarvoor.
Thanks.
De DHZ oplossing/ Om het relais te laten werken zou je een eenvoudig signaal inverter kunnen gebruiken. De software versie moet ik nog naar kijken maar staat op de roadmap. Eerlijkheid gebied dat nog wel even kan duren gezien de andere wensen. Als je wil kan ik een tikkie naar je email sturen voor een donatie. Laat maar weten, in ieder geval bedankt voor je ondersteuning.
Dank voor het antwoord.
Ik wacht dan maar een (heel) tijdje tot de aanpassing gebeurt is.
Wat is een tikkie?
Maar ja, ik wil een donatie doen van 10€.
Ik lees het wel wat ik moet ondernemen.
Hier de uitleg over tikkie
Hallo,
Ik heb 2 vraagjes:
1) kan het kwaad dat ik de 5v Gpio pin neem als voeding voor mijn relais (Vcc)
(Ik hoor hier zeer strijdige berichten over)
Ik heb een werkend voorbeeld gekregen via het forum Zonstraal.
I.p.v. de normale verbinding via NO contact relais gebruik ik nu het NC contact.
De instelling in-out put gebruik ik nu een hoger vermogen voor het uitschakelen en een lager voor het uitschakelen.
Heb dit getest en dat blijkt te werken.
Alleen stel ik mij de vraag of het’ negatieve gevolgen kan hebben voor mijn PI of voor mijn relais.
2) bestaat er geen andere manier als uw voorstel om een donatie te kunnen doen?
Ik ben nogal een beetje benauwd om het weeral op een nieuwe manier te doen.
Ben in het verleden er al vies mee gevaren en heb toen voorgenomen om nieuwe dingen achterwege te laten. ( ben al niet zo thuis in heel dat hedendaagse app wereldje. Kan dit niet via een eenvoudige overschrijving?)
Mvg.
Bedankt voor het aanbod voor de donatie. Als je niet comfortabel bij voelt dan ook zeker niet gebruiken, in ieder geval bedankt voor de intentie om een donatie te doen. Als je een iPhone hebt dat kun je de app kopen als vorm van donatie. Wat betreft de 5V dat is zonder schema niet zo te zeggen. De RPI gebruikt 3.3V logica en mag niet direct met 5V worden verbonden. Maar als de site zegt dat het werkt op de Rpi dan zal dat wel kloppen.
Beste,
ik heb P1mon in gebruik genomen in september 2019 en sindsdien raadpleeg ik het systeem bijna elke dag. Het systeem heeft nog nooit gefaald en heeft slechts enkele keren stil gelegen voor een software upgrade.
Afgelopen vrijdagnamiddag wilde ik P1mon opnieuw bekijken maar ik kreeg geen verbinding met het Wifi IP-adres. Ook via een UTP kabel kreeg ik geen verbinding met de ethernetpoort op de Raspberry. Op de USB kabel die de verbinding maakt tussen de P1 poort van de meter en de Raspberry staat een led en die pinkte nog: m.i. was er nog aktiviteit in de Raspberry.
Ik zag geen andere mogelijkheid dan de voeding van de Raspberry af en terug op te zetten: de groene led flikkerde een wijl en de led op de USB kabel begon terug te pinken. Ik had terug ethernet verbinding, zowel via wifi als UTP.
Toen ik de historiek raadpleegde bleek de geleverde en verbruikte energie op de donderdag (de vorige dag dus), ongeveer dubbel zo groot als normaal terwijl er voor vrijdag niets stond. Voor de opgewekte energie van de zonnepanelen lijkt mij de waarde van donderdag normaal maar voor vrijdag heb ik niets.
Nu, enkele dagen later, werkt het systeem nog altijd perfect. Ik heb wel 20 kWh meer op de teller van de zonnepanelen in de meterkast dan aangeven op de pagina van de steeksleutel van P1mon.
Ik heb 2 vragen:
1) is er een mogelijkheid om na te gaan wat er fout is gelopen ? (Ik heb geen problemen ondervonden met mijn internet netwerk, noch met het elektriciteitsnet)
2) hoe kan ik alsnog de ontbrekende 20 kWh zonneenergie op donderdag aan P1mon toevoegen ?
Vriendelijke groeten,
Roman
1: het is zo lastig om na te gaan wat er fout gelopen is. je kunt de syslog bekijken of daar een melding wordt gegeven.
2: dat kan door een export bestand te manipuleren en dan weer te importeren. Dit is wel wat werk maar is te doen. Zie de FAQ
1)
Het log directory ziet er als volgt uit:
p1mon@p1mon(eth0= wlan0=192.168.1.49):/var/log $ ls -full s*
-rw-r—– 1 root adm 28821 May 24 00:00 syslog
-rw-r—– 1 root adm 23875 May 23 00:00 syslog.1
-rw-r—– 1 root adm 1987 May 22 00:00 syslog.2.gz
-rw-r—– 1 root adm 1387 May 21 19:54 syslog.3.gz
-rw-r—– 1 root adm 13876 May 19 00:00 syslog.4.gz
-rw-r—– 1 root adm 2004 May 18 00:00 syslog.5.gz
-rw-r—– 1 root adm 2015 May 17 00:00 syslog.6.gz
-rw-r—– 1 root adm 2165 May 16 00:00 syslog.7.gz
waarbij opvalt dat donderdag May 20 ontbreekt en dat woensdag May 19 heel wat groter is dan de overige.
Blijkbaar wordt er elke dag om 0 uur een nieuwe syslog aangemaakt. In de syslog van de vorige dag staan dan nog op het einde enkele lijnen van de volgende dag
Bij de syslog van woensdag May 19 zouden dan nog enkele lijnen van May 20 00:00:00 moeten staan maar dat is niet het geval. Er staat
uitreksel van syslog.4 =
May 19 23:55:01 p1mon CRON[21995]: (p1mon) CMD (/p1mon/scripts/P1Backup.py >/dev/null 2>&1 # FTPbackup)
May 19 23:55:01 p1mon systemd[1]: Started Daily Log2Ram writing activities.
May 19 23:55:01 p1mon systemd[1]: Reloading Log2Ram.
May 20 12:19:27 p1mon systemd-udevd[148]: Using default interface naming scheme ‘v240’.
May 20 12:19:27 p1mon mtp-probe: checking bus 1, device 3: “/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4”
May 20 12:19:27 p1mon systemd-udevd[153]: Using default interface naming scheme ‘v240’.
May 20 12:19:27 p1mon mtp-probe: bus: 1, device: 3 was not an MTP device
May 20 12:19:27 p1mon systemd[1]: Starting Flush Journal to Persistent Storage…
May 20 12:19:27 p1mon fake-hwclock[111]: Thu 20 May 10:17:01 UTC 2021
May 20 12:19:27 p1mon systemd-fsck[131]: e2fsck 1.44.5 (15-Dec-2018)
May 20 12:19:27 p1mon systemd-fsck[131]: /dev/mmcblk0p2: clean, 80903/1933312 files, 775330/7725952 blocks
May 20 12:19:27 p1mon systemd-fsck[255]: fsck.fat 4.1 (2017-01-24)
May 20 12:19:27 p1mon systemd-fsck[255]: 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
May 20 12:19:27 p1mon systemd-fsck[255]: Automatically removing dirty bit.
May 20 12:19:27 p1mon systemd-fsck[255]: Performing changes.
May 20 12:19:27 p1mon systemd-fsck[255]: /dev/mmcblk0p1: 261 files, 12317/65467 clusters
May 20 12:19:27 p1mon systemd[1]: Started Flush Journal to Persistent Storage.
May 20 12:19:27 p1mon systemd[1]: Starting Create Volatile Files and Directories…
Ik merk op dat May 20 00:00:00 niet voorkomt maar dat er vanaf May 19 23:55:01 tot May 20 12:19:27 geen logging is. Dan staat er ondermeer: “0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.”
en ik moet besluiten dat er iets serieus is mis gegaan. Met mijn beperkte kennis van het systeem kan ik alleen maar hopen dat het niet meer zal voorkomen …
2)Ik neem aan dat ik in de file 05_powerproduction1621753248935.956 van de p1mon-sql-export1621753248935.956.zip heel wat lijnen moet editeren om terug het correct geproduceerde aantal kWh van die dag te verkrijgen. De kans op fouten lijkt mij te groot dus laat ik het hierbij maar.
Vriendelijke groeten,
Roman
De Rpi is herstart en bij de powerdown is het filesysteem beperkte corrupt geraakt. Maar zo te zien is het herstel gelukt. Je kunt bij het import file ook maar een regel gebruiken, of welke hoeveelheid dan ook. Als het correcte SQL is dan wordt het verwerkt.
Ik heb van de export file de 05-powerproduction file uitgepakt en geopend met een text editor
Er staan 3 rijen in met datum 2021-05-21.
De waarden van de 3de rij zien er nu als volgt uit:
values (‘2021-05-21 00:00:00’,13,1,0.11800000000000006,0.0,118.0,0.0,464.58299999502736,10643.29,11107.872999995028,1.965879999999998);
Is het dan voldoende in die rij de PRODUCTION_KWH_HIGH = 0.11800000000000006 (in de “opgewekte kWh dagen” grafiek komt dat nu overeen met 0.118kWh) te vervangen door 20000.0, zijnde de ontbrekende 20kWh om de historie terug in orde te brengen ?
Vriendelijke groeten,
Roman
dat is lastig aan te geven, wat ik mis over welke tabel het gaat. je kunt het proces echter herhalen zonder problemen.
Ik heb de 05-powerproduction file geediteerd zoals ik in mijn vorige reactie heb beschreven.
Ik was na het exporteren nog steeds ingelogd in de setup pagina en tijdens het importeren van de geediteerde zip file – ik schat een half uur later nadat ik ingelogd had, d.w.z. de tijd nodig om te exporteren, te unzippen, te editeren, terug te zippen – vloog ik uit de setup pagina waar ik op dat moment in een venster het import proces kon volgen en kwam terug in het inlogscherm. Ik heb onmiddellijk terug ingelogd en zag terug het importvenster met activiteit. Op een bepaald moment was er geen activiteit meer maar ook geen melding dat de import al of niet gelukt zou zijn.
Na enkele minuten wachten heb ik het importvenster gesloten maar had dan geen verbinding meer met het IP adres, ook niet na 5 minuten wachten. Uiteindelijk heb ik de Rpi voeding af en aan gezet waarna P1mon normaal opstartte. Echter in de zonnepanelen pagina was de opgewekte kWh dagen grafiek leeg en in de opgewekte kWh maanden stond enkel de maand mei met 20000kWh …
Ik heb terug ingelogd in de setup pagina en oorspronkelijke geexporteerde zip file terug geimporteerd. Dat proces heb ik volledig in het import venster kunnen volgen. Na verloop van tijd was er geen activiteit meer maar het was mij niet duidelijk of het proces voltooid was. Na 5 minuten heb ik het importvenster gesloten maar verloor ik weer de verbinding. Uiteindelijk maar weer de voeding van de Rpi af en aangeschakeld waarbij na opstarten alle grafieken weer zoals voorheen waren.
Ik vraag mij af
– of het automatisch uitloggen tijdens de eerste import het proces corrupt gemaakt heeft, dan wel of ik de file foutief heb geediteerd ?
– of ik iets over het hoofd zie waarbij ik het importproces niet correct beeindig. Ik zou verwachten dat ik een sein krijg dat de import gelukt is en dat ik bijvoorbeeld een knop moet drukken waardoor P1mon gereset wordt en opnieuw wordt opgestart of zie ik dat verkeerd ?
Vriendelijke groeten,
Roman
Je hoeft alleen de mutaties te importeren en niet het hele export bestand. De duurt de import enkele seconden.
Ik heb bij een vorige gelegenheid mijn bewondering uitgesproken voor uw prachtig programma en die is er nog meer sinds het mee opnemen van de energie afkomstig van zonnepanelen. U mag het mij niet kwalijk nemen – al komt het misschien vervelend over ook al is dat helemaal niet mijn bedoeling – dat ik toch nog vragen heb.
Met uw antwoord en opnieuw de FAQ in dat verband te lezen heb ik nu begrepen dat ik bij het editeren van het bestand 05_powerproductionxxxxx alle regels mag verwijderen behalve die welke ik editeer. Enkel die – dus heel kleine – file /p1mon/export/05_powerproductionxxxxx moet ik zippen tot p1mon-sql-exportxxxxx.zip en deze moet ik importeren. Correct ?
Hoe kan ik zien dat de import correct gebeurd is en beeindigd is en wat moet ik dan doen om terug de p1mon te raadplegen ?
Vriendelijke groeten,
Roman
De import functie geeft aan als het niet lukt een record te importen. Als het gelukt is dan moet dat te zien zijn in de pagina’s die het betreft. Bijvoorbeeld uren gas verbruik. Daarnaast kun je een export maken en zien of de regel in de export voor komt.
Het is uiteindelijk gelukt om de ontbrekende zonneenergie in te vullen. Na de import heb ik geen andere mogelijkheid om de p1mon terug te activeren dan de Rpi af en aan te zetten.
Vriendelijke groeten,
Roman
Voor het importeren en exporteren hoeft de Rpi niet herstart te worden. Als je dat alsnog wil doen gebruikt dan de optie in het menu.
Na een export is er geen probleem: ik kan gewoon verder werken in de browser.
Maar na een import heeft mijn browser (via wifi – UTP niet geprobeerd) geen enkele verbinding meer met de Rpi. Ik zou het graag anders zien maar uit- en inschakelen van de voeding van de Rpi is de enige mogelijkheid om terug te kunnen werken met p1mon.
Vriendelijke groeten,
Roman
Als je upgrade assistent gebruikt dan wordt een reboot gedaan. Dit is nodig op de wijze waarop de Rpi besturingssoftware werkt. Als je een import doet dan geldt het zelfde maar dan moet je een reboot met de hand doen. Dit is een beperking van de Rpi basis software en niet van de P1 monitor software.
Hoi hierbij mijn Solaredge API key om te testen als dat nog nodig is.
[VERWIJDERD]
Bedankt voor de key en het vertrouwen.
ik heb het idee dat de upgrade assistent zijn werk niet doet.
er blijft bovenin nieuwe versie staan…
als ik dan onder info kijk zie ik dit:
Tijd verstreken sinds de laatste herstart:
22:44:16
Besturingsysteem versie:
Linux-5.4.51-v7l+-armv7l-with-debian-10.4
Python versie:
3.7.3
Versie:
202009-0.9.18
CPU model:
ARMv7 Processor rev 3 (v7l)
CPU hardware:
BCM2711
CPU revision:
b03114
Raspberry Pi model:
Raspberry Pi 4 Model B Rev 1.4
als ik het goed lees sta ik nog op versie :
Versie:
202009-0.9.18
doe ik iets fout: ik exporteer de database, download hem en klik dan op upgrade.
maar hij blijft hangen op de 202009-0.9.18 hangen
Als je een upgrade wil doen van deze relatief oude versie dan moet de export import manier worden gebruikt. Samengevat export maken. kaartje voorzien van de laatste versie en met die versie een import doen.
Ik heb vandaag de watermeter geïnstalleerd. De installatie verliep volgens plan, alleen ik denk dat ik een bug heb gevonden. Als ik de huidige watermeter stand invul en opsla, alleen dan wijkt “preview” watermeter stand data enorm af van de invulde data. Is dit normaal?
Voorbeeld:
Ingevuld: 142.553
Resultaat: ~142.600
Houdt je rekening met de kubieke meter en liter verschillen en de tijdstip van de tellerstand.
Volgens de interface moet ik m3 waterstand doorgeven, dus extra de zelfde waardes als mijn analogue watermeter stand. Na het opslaan wordt de watermeter stand ook in m3 uitgedrukt. Ik snap niet zo goed wat het verschil is?
Geen als je er maar rekening mee houdt. Het tijdstip moet uiteraard wel kloppen. De werking is als volgt. De software kan alleen het verbruik per tijdseenheid meten. Dus liters per minuut, uur, enz. De software heeft geen zicht op de meterstand op de meter (de totaal stand). Om de totaalstand toch weer te geven voer je een datum in en een stand tussen (0-en wat er ook op de meter staat). De software neemt die waarde en het tijdstip en telt de gemeten waarde daar bij op. Dat kan even knutstelen zijn om de juiste stand te krijgen. De totaalstand kan oneindig keren worden aangepast. De totaal stand past geen daadwerkelijk gemeten waarde aan.
hallo Security Brother,
ik heb nog steeds als ik http://p1mon/powerproduction-min.php pagina op wil vragen blijft hij heel lang laden hoe kan ik dit op lossen
Heeft nog nooit gewerkt ??
Tijd verstreken sinds de laatste herstart:28 dagen 23:57:55
Besturingssysteem versie:Linux-5.10.11-v7l+-armv7l-with-debian-10.8
Python versie:3.7.3
Versie:1.2.0
Software patch:0
Versie nummer:20210303
CPU model:ARMv7 Processor rev 3 (v7l)
CPU hardware:BCM2711
CPU revision:c03111
Raspberry Pi model:Raspberry Pi 4 Model B Rev 1.1
Sorry daar kan ik je niet mee helpen. Nu je nu één ondersteunde Rpi gebruikt kun je met een lege installatie starten. Eventueel de huidige data exporteren die kan wellicht nog worden geïmporteerd als alles weer werkt.
ik ben 28 dagen helemaal opnieuw gestart om dat ik toen een ip gebruikt wat niet werkte heb geen data over gezet maar het werkt nog niet jammer
Kun je een screenshot sturen van de dag waarden van het opgewekte vermogen en wat voor kWh S0 meter gebruik je?
ik heb alleen dit
https://ibb.co/xz78BnZ of bedoel je iets anders
maar ik denk dat ik het niet goed begrepen heb
ik heb alleen slimme meter
de /Ene5\T210-D ESMR5.0
1-3:0.2.8(50)
0-0:1.0.0(210508163012S)
0-0:96.1.1(4530303438303030303331373835383139)
1-0:1.8.1(004705.710kWh)
1-0:1.8.2(003920.108kWh)
1-0:2.8.1(001886.828kWh)
1-0:2.8.2(004688.513kWh)
0-0:96.14.0(0001)
1-0:1.7.0(00.624kW)
1-0:2.7.0(00.071kW)
0-0:96.7.21(00028)
0-0:96.7.9(00006)
1-0:99.97.0(1)(0-0:96.7.19)(190315061856W)(0000000381s)
1-0:32.32.0(00002)
1-0:52.32.0(00002)
1-0:72.32.0(00002)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(233.0V)
1-0:52.7.0(235.0V)
1-0:72.7.0(238.0V)
1-0:31.7.0(001A)
1-0:51.7.0(001A)
1-0:71.7.0(001A)
1-0:21.7.0(00.320kW)
1-0:41.7.0(00.303kW)
1-0:61.7.0(00.000kW)
1-0:22.7.0(00.000kW)
1-0:42.7.0(00.000kW)
1-0:62.7.0(00.071kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303539303033383430393232373139)
0-1:24.2.1(210508163000S)(02109.271m3)
!01BA
het gaat om het plaatje van de pagina “powerproduction-h.php” Daarnaast geef je geen antwoord op de vraag wat voor kWh pulsmeter je hebt aangesloten op de Rpi GPIO poort. Zie hier de uitleg hoe de kWh meter aangesloten moet worden.
dat is het dus ik heb geen kWh pulsmeter vandaar dat het ook niet werkt
https://ibb.co/XzXRr3P
werkt het met een 3 fase Kwh zo je dan moet ik die eerst even aan schaffen
Eerst moet ik twee uur besteden om te achterhalen dat je met een Rpi Zero werkt waarvan duidelijk op de site staat dat deze niet goed werkt en niet ondersteund wordt. Daarna stelt u diverse vragen over de kWh meter. Terwijl die niet kan werken omdat u geen kWh meter hebt aangesloten. Deze vragen had u ook zelf kunnen oplossen door op de website te kijken. U bent vrij om de software te gebruiken maar ik wil u verzoeken eerste zelf naar een oplossing te zoeken. Dan kan mijn tijd gebruiken voor mensen die wel de moeite nemen om zelf naar een oplossing te zoeken en weer tijd besteden aan de ontwikkeling van deze vrij te gebruiken software. Enige respect voor mijn tijd en moeite door zelf wat tijd te investeren zou wordt gewaardeerd.
Goedemorgen allemaal,
ik heb ook een rare vraag en misschien ligt het aan mij maar ik stel hem toch:
ik heb de rapiZero als P1Mon (werkt prima). Maar het wifi bereik van zo’n RaspiZero is dramatisch. vandaar dat ik er een wifidongel op heb aangesloten. Maar nu wil ik de wlan0 uitgeschakeld hebben. Maar hoe? Ik zit letterlijk al dagenlang uren te zoeken maar ik kom er niet uit. Dan wordt dit gezegd, dan weer dat maar niets werkt. Dus wellicht hebben de echte experts die hier zijn aangesloten een idee?
Ik hoor graag van jullie. Als de oplossing er is zou dat een mooi verjaardagscadeau zijn 🙂
Ik heb er geen ervaring mee, maar deze link geeft een tip hoe je twee wifi verbindingen kunt opzetten. Je kunt er dan voor kiezen diegene die niet zo lekker werkt uit te zetten door een ssid op te geven die niet bestaat o.i.d.
Hoi SecBro,
ik heb problemen met de backup via dropbox.
goed ingesteld maar ik krijg een foutmelding in de P1Backup.log
2021-04-29 04:30:07,018 CRITICAL Main: Dropbox backup bestand niet gekopierd, te veel bestanden in ram buffer.
2021-04-29 04:30:07,018 INFO programma is succesvol gestopt.
2021-04-29 04:30:07,017 INFO Main: Dropbox backup gestart
2021-04-29 04:30:01,820 INFO Start van programma.
kun je wat voor mij betekenen?
Zie mijn eerdere antwoord.
Een gekke vraag. Heeft iemand wel eens problemen meegemaakt met de slimme meter (Landis-Gyr E360 – SMR5 – 3 fasen – 2019) en een Raspberry Pi4?
Mijn slimme meter was al regelmatig inconsistent in het doorgeven van meterinformatie. Via de site van Vattenfall zag ik ook dat er vaak enige tijd geen gegevens doorkwamen en daarna weer wel. De raspberry hing ongeveer 30 centimeter van de slimme meter af (er onder).
Ik heb recent mijn Raspberry in een beugeltje naast de meter gehangen. Echter krjig ik nu het verzoek van Vattenfall om mijn meterstanden in te vullen voor de jaarafrekening, terwijl deze dagelijks uitgelezen zouden moeten worden. De site zegt dat ik een traditionele meter heb en mijn oude gegevens zijn allemaal weggehaald.
Contact gehad met Vattenfall en die zegt dat mijn meter in storing staat, dus geen contact kan maken en dat ik maar moet wachten tot Liander aan de bel trekt.
Is dit een bekend probleem?
Kan het zijn dat de Wifi of bluetooth (die heeft de Pi4 toch?) storing geeft? In dat geval, kan ik die ook uitschakelen via een commando? Ik gebruik een netwerkkabel.
Ik kan het ding wel verder weghangen, maar dit is in mijn meterkast vrij onpraktisch ook qua bekabeling.
Alvast dank!
Bluetooth staat uit, zie /boot/config.txt. i nloggen “sudo ifconfig wlan0 down” zet de Wifi uit tot de volgende reboot. het lijkt mij onwaarschijnlijk dat dit een probleem oplevert omdat zover ik weet de meeste meters over GSM/GPRS naar het moederschip communiceren. Ik denk eerdere een defecte meter. Je moet hem uiteraard niet inpakken in zilverpapier :).
Hoi,
Ik heb contact met Liander gehad en mijn meter blijkt een CDMA model te zijn, dus op het oude GSM netwerk, ondanks dat deze in 2020 is geplaatst en in 2019 gefabriceerd.
De meter moet waarschijnlijk weer vervangen worden. Ik krijg dan echter weer allemaal standen op 0. Moet ik hier nog wat mee doe voordat de meter vervangen wordt, of gaat P1Monitor dit zelf snappen? Ik wil liever niet weer met een lege database beginnen maar verder gaan, liefst wel zonder gekke hickups in de database qua verbruik.
Alvast dank!
Er is geen voorziening om te gaan met een nieuwe meter. Je kunt wel een export maken. Bij de nieuwe meter dan eerste een tijdje met de nieuwe meterstanden werken en dan een import doen. Dan zal een groot gedeelte werken.
@ Ferry,
Ik had vanaf het begin problemen met een splinternieuwe L+G E360.
De poortstatus op het infoscherm meldde afwisselend en onregelmatig “in orde” en “geen data”
Eerst dacht ik dat de fout bij mij lag. Alles geprobeerd: P1 software opnieuw downloaden, nieuwe SD kaart, 1K weerstand op de kabel gesoldeerd, nieuwe kabel. Toen bleef alleen de meter over. Ik mocht de Monitor een paar uur in de LG360 van de buurman prikken, en toen kreeg ik geen foutmeldingen meer.
Ik toen Liander gebeld en kon meteen een afspraak maken om de meter te vervangen.
De monteur kon met een testapparaatje meteen bevestigen dat de P1 poort defect was.
De meter was verder in orde. Ik snap wel dat Liander niet moeilijk doet over vervanging: de mogelijkheid voor gebruikers om eigen apparatuur aan te sluiten kan eventuele meterweigeraars toch over de streep trekken.
Reijer.
Ik kan op de een of andere manier niets downloaden van deze site. Ik krijg een witte pagina te zien met wel veel javascript, maar uiteindelijk geen download. pcloud.com wordt ook als onveilig gezien door alle browsers. Iemand die dit nog wel lukt?
Ik denk dat je anti-malware of andere tool in de weg zit. Net even getest op verschillende locaties en het werkt zonder problemen. De melding dat de site onveilig is wordt waarschijnlijk veroorzaakt door iets wat het verkeer onderschept een proxy o.i.d. dat kan als je bijvoorbeeld in bedrijf achter een web-filter zit of iets dergelijks.
Ik kan op de een of andere manier de files niet downloaden. Ook de nieuwste niet! Ik krijg bij de url een blanke pagina, waarin zo te zien wel heel veel javascript wordt geladen, maar geen download. pcloud.com wordt door de browsers ook als onveilig gezien vanwege het certificaat. Iemand die nog wel kan downloaden?
Het verkorte antwoord is ja het is ongeveer 1500 personen gelukt om de laatste versie te downloaden 🙂
Secbro, ik heb de laatste versie van de software geinstalleerd. De vorige versie heb ik overgeslagen ivm de bug in de watermeterstanden.
Nu zie ik echter toch een hele vreemde, veel te hoge, watermeterstand op het scherm.
In januari heb ik de stand gecorrigeerd naar 1108 en nu geeft hij 2358 aan. Ik heb tot nu toe echter ca 15 kubieke meter verbruikt. Is dit een bekende bug?
Je kunt proberen de teller te resetten.
hallo allemaal
hier een nieuwe gebruiker van p1 monitor
ik probeer p1 monitor werkend te krijgen op mijn pi zero alleen het lukt me niet echt
ik heb het image op een sdkaartje geinstalleerd en de pi met monitor opgestart
ik krijg dan de login en password te zien dat gaat goed alleen dan krijg ik de melding:
device eth0 does not exist
p1mon@p1mon(eth0= wlan0=): ~s
wat moet ik hier doen om het werkend te krijgen
Hi Frank,
Volgens mij hoef je niet in te loggen. Ik heb mijn pi met een LAN-kabel met de router verbonden. Als ik dan op de laptop maar http://p1mon ga, dan krijg ik het hoofdscherm van p1 monitor te zien. Van daaruit zijn alle functies toegankelijk.
Ik sluit mij aan bij de vraag over het activeren van de WIFI bij de Pi Zero. Dat lijkt mij een leuk experiment maar de Zero heeft toch geen LAN aansluiting? M.a.w. hoe activeer je de wifi als je 202103 hebt geïnstalleerd? Ik heb de Zero net besteld, nog niet in huis maar zal dus vermoedelijk ook tegen dit probleem aanlopen.
Sorry dat had ik over het hoofd gezien, de Zero heeft geen LAN. Geen WIFI ook trouwens, tenzij je een Zero W hebt. Het artikel bovenaan deze pagina vermeldt dat ze alleen ondersteuning geven op de Pi 3 en 4, wellicht is dat de reden dat SecBro zelf niet reageert op jullie vraag. Op de Roadmap lees ik wel een reactie van een andere gebruiker (Paparoni), die zegt dat hij een Zero W gebruikt, maar dat het opzetten van de WIFI-verbinding erg lastig was. Helaas vertelt hij er niet bij hoe hij dat voor elkaar gekregen heeft.
Je kunt dat activeren op de volgende manier:
https://www.raspberrypi.org/documentation/configuration/wireless/headless.md
Bij het veld Country moet je nl invullen.
Het is mij in 1 x gelukt om mbv de bovengenoemde methode (wpa_supplicant .conf en een leeg SSH bestand toevoegen aan de diskimage) de P1 Monitor op een Pi Zero W aan de praat te krijgen: plug & play, zonder monitor en met wifi. Had nog een oude telefoonlader als voeding en een verloop van USB naar micro USB voor de P1 kabel.
Geduld bij de eerste keer opstarten is trouwens handig 😉
Bedankt voor de update. Ik ondersteun de Zero niet maar leuk voor mensen die de Zero willen gebruiken. Het trage opstarten komt waarschijnlijk omdat de Zero 20% trager is en maar 1 core heeft en de Rpi 3/4 heeft vier cores. Er lopen nog al wat processen en dat merk je met 1 core.
Na de laatste update werkt het bij mij goed op 1 dingetje na. De kWh meter heb ik ook aangesloten om de netto opbrengst te meten van de zonnepanelen (en mooi dat dit kan per minuut). Echter kom ik niet veel hogen dan circa 3.200w/min terwijl het display op de kWh meter ruim 4.000w aangeeft (voor meer dan 1 minuut lang). Kan het zijn dan mijn soldeer-projectje wellicht niet goed is gegaan en dat bij hogere waardes dan 3.000w de data niet klopt? Ook de originele app van de panelen (via een website van de leverancier) geeft een hogere opbrengst. Vandaar dat ik probeer te achterhalen waar de fout zit. Enig idee?
Hi de pulsmeter werkt feitelijk heel simpel hij telt de pulsen per minuut en telt die dan op. Wat kan er mis gaan:
1: je geeft aan wat de kWh waarde is van elke puls: bij mijn meter is dat 2000 pulsen per kWh dat wil dan zeggen dat je puls waarde 0.0005 moet zijn (1/2000) in de UI. Bij een pulswaarde van 1000 pulsen per kWh wordt de pulswaarde 0.001.
2: er worden pulsen gemist. In voorbeeld van 4000 watt is dat bij 2000 pulsen per kWh is dat totaal 8000 pulsen over een uur dat is ongeveer 2,2 pulsen per seconden. Dat is geen probleem voor een Rpi3/4 voor oudere Rpi kan het een probleem zijn.
3: Let op het is een kWh meter en geen W meter dus alleen als je een uur lang 4000 W opwekt dan zal je ook echt 4 kWh in de grafieken terug zien.
Ik gebruik een Rpi3 dus dat zou goed moeten zijn. Ook de pulswaarde staat goed, precies zoals je omschrijft. Mijn kWh meter geeft 2000 pulsen per kWh. Kan het zijn dat het probleem in het circuit zit of dat het met de aansluiting op de rapsberry te maken heeft?
Dat ik zo niet beoordelen. Wellicht is handig de kWh stand van de S0 meter en de waarde van de Rpi over een dag of een paar uur te meten om zeker te weten dat er een verschil tussen zit. Wat betreft het circuit. Ik denk dat het min of meer wel of niet werkt. Het zijn digitale pulsen met 0 en 1.
Ik heb de tellerstand gereset en een tijdje bijgehouden. Naar mate de opbrengst hoger wordt (richting middaguur) begint de afwijking op te lopen. De minutengrafiek van de opbrengt vlakt ook af vanaf 10.30 uur en daalt zelfs een klein beetje terwijl op de hoofdpagina de teruglevering nog steeds toeneemt. Kan een andere GPIO nog uitmaken waarop ik de kabeltjes aansluit? De geheugenbelasting is circa 88%, kan dat mogelijk van invloed zijn? De andere waardes zijn volgens mij wel oké (CPU: 23% , database 46% en temp 61 graden).
Ik kan het niet beoordelen op afstand. Het enige wat ik kan bedenken is dat de frequentie van de pulsen te hoog is. Ik neem aan dat je een Rpi3/4 gebruikt? Kun je op de kWh meter zien hoeveel pulsen er per seconden worden afgegeven zeg maar hoe vaak er een puls wordt afgegeven? Zoals je het nu beschrijft zie je wat de slimme meter teruglevert maar de kWh (S0) meter geeft te weinig aan. Wat ik daar wel vreemd aan vindt is dat ik zou verwachten dat het alleen mis gaat als er heel veel vermogen opgewekt wordt. Maar je geeft ook aan dat er meer verschil zit tussen weinig en veel vermogen dat wil zeggen dat er iets anders mis is. Want een relatief lage puls frequentie zou het goed moeten gaan.
Dag SecBro, ik heb dezelfde kWh meter met S0-uitgang als in de uitleg beschreven, tevens heb ik zelf het circuitje in elkaar gezet (zoals in het artikel afgebeeld). Ik heb een Rpi-3 en die zou het dus wel aan moeten kunnen. Voor beeldvorming twee foto’s van wat ik bedoel. Het betrof een zonnige dag en je ziet duidelijk dat alles boven een bepaald niveau niet meer wordt geregistreed.
https://photos.app.goo.gl/Ru1kj8Rd8AnaAcAF8
https://photos.app.goo.gl/o4Ebbp6uT4Gdh1o56
Ik kan alleen maar bedenken dat de pulsen in aantallen zodanig toenemen (vanaf circa 3,1kWh/u) dat ze niet goed meer omgezet worden/geteld worden.
Wellicht heb je gelijk wat betreft de pulsen. Maar de de waarde van de kWh meter geeft ongeveer 4kW aan en dat komt ook aardig overeen met het midden van de grafiek. Dus met andere woorden en worden ook niet meer pulsen afgegeven en is er ook geen sprake van overrun. Als dat het moment van meten was dan klopt de grafiek. Normaal verwacht ik echte meer soort parabool grafiek. Wat is het totale vermogen van je omvormer(s) want 4000 Watt is te veel voor een groep of het moet een groep zijn die met 25A beveiligt is.
Zou gauw ik tijd heb ga ik een stress puls tester maken om te zien bij hoeveel pulsen het mis gaat. ter informatie hier een video van mijn bescheiden 1500 watt verbruik waar je kunt zien hoeveel pulsen er worden afgegeven. Kun je ook een dergelijk video maken zodat ik een idee van de puls frequentie heb. Wellicht zijn er andere gebruikers die ook een dergelijk vermogen meten en hun ervaringen willen delen.
Het heeft even geduurd maar hierbij een link naar een filmpje van de kWh meter wanneer de panelen op bijna piekproductie draaien. https://www.youtube.com/watch?v=w5gRLPrtN40
Ook zie je het ledje duidelijk knipperen. Ik heb nog eens wat gekeken in de voorgaande data en grafieken. Bij lage opbrengst, in januari en februari bijvoorbeeld klopt het maandtotaal bijna 100%. Maar in april is er duidelijk een verschil van een kleine 5%. Dat zou dus betekenen dat de pulsjes bij piekproductie niet allemaal geteld worden en wat dus ook in de minuten grafiek duidelijk is af te lezen. Het wordt een vlakke lijn ipv een boogje. MIjn buurman heeft ook een P1 monitor en onlangs ook een kWh meter aangesloten en precies hetzelfde effect van missende kWh’s bij piekproductie, hetzij me minder grote afwijking. Ben benieuwd wat er uit een stress test komt 🙂
Het lijkt er op dat bij te veel pulsen er pulsen verloren gaan. Dat moet ik testen. Het lijkt om een puls of 10 per seconden.
Ik heb een stress test gedaan met diverse frequenties van pulsen een Rpi4 maakt de pulsen en de Rpi3 leest die in. Het resultaat is dat met een frequentie van 10HZ (10 pulsen per seconde) er geen pulsen verloren gaan. Bij deze meter komt dat neer op het volgende bij 10Hz. 2000 pulsen per kWh is 2000/3600 is 0,5555 puls per seconde bij 1 KW. Dit geeft 600 pulsen per minuut. 10 /0,5555 = 18 kW maximaal vermogen dat door de Rpi3 verwerkt kan worden. Dit is getest met een kabel naar de GPIO poort van 20cm dit gaf geen puls verlies. 12Hz staat gelijk aan 21 kW dat gaat niet altijd goed, bij 20 cm kabel heel af en toe een paar pulsen verlies bij een lange kabel van 2 meter. Samengevat de software kan zonder problemen tot 18kW verwerken. Ik kan de kWh meter zelf niet testen omdat ik niet meer dan 2kW opwek, het kan zijn dat die problemen geeft.
Dag Security Brother,
Ik heb uiteindelijk een zogenmaamde Raspberry Pi Shield Prototyping HAT header op de PI gezet en daarop de componenten gesoldeerd. Dit lijkt er (voor vandaag) een stuk beter uit te zien. Ook heb ik de kabel een stuk ingekort die uit de kWh-meter komt. Tot zover het goede nieuws.
Bij het opnieuw opstarten na plaatsing van de header is de Pi waarschijnlijk niet helemaal goed afgesloten en is daarmee de database waarschijnlijk corrupt geraakt. Alleen de main-pagina komt in beeld maar zonder data, verdere kun je niets meer. De andere pagina’s zijn dan ook niet te benaderen. Ik heb dus met mijn wissel-sd-kaartje waar de vorige versie nog op stond opnieuw geprobeerd en dat ging zonder problemen (inclusief werkende header). Ik ben alleen nu wel een groot deel van de data kwijt, vanaf halverwege maart. Want ja, ik had niet verwacht dat bij het afsluiten iets mis zou kunnen gaan, weer iets geleerd voor de volgende keer.
Is er een optie om nog iets uit de waarschijnlijk corrupte database te halen? Ik heb voor de vorm een zip-file gemaakt van alle bestanden die ik kon zien op de SD-kaart met een windows-computer. De link naar de zip staat hieronder. Als het niet kan heb ik gewoon pech gehad maar een poging wagen is misschien nog de moeite waard toch?
https://drive.google.com/file/d/1JFJQ0GD0Ys51JgHt8xJkD7ODvjJFKFof/view?usp=sharing
Het zip bestand bevat bestanden uit de boot partitie daar zit geen P1 monitor data in. ALs je de corrupte *.db bestanden nog hebt dan wellicht de beste recovery gaat via een back-up als je die gemaakt hebt.
Ik heb uiteindelijk de .DB bestanden van het kaartje af kunnen halen. Is er een optie om deze in te laden in de vorige versie die ik nu heb? Ik kan natuurlijk ook updaten naar gelijke versie en misschien is er dan nog een optie om wat verloren data terug te halen. Zoals gezegd, ik heb geen backup gemaakt, de P1 monitor startte niet meer op na een stroom-uitval of verkeerd afsluiten. Alleen de hoofdpagina werd nog weergegeven, zonder inhoud. Als dit terughalen van data niet op een relatief eenvoudige manier kan dat is het jammer maar helaas, het is niet anders. De .DB bestanden heb ik hier neer gezet: [verwijderd]
Ik heb de data die te redden was in een export bestand gezet via e-mail naar je toe gestuurd. Succes.
De upgrade procedure werkte vlekkeloos. Enige aandachtspuntje is het stoppen van de Rpi. Op de laptop zie je dan alleen het P1 logo met daarboven een ronddraaiende cirkel. Voor mij als argeloze Windowsgebruiker een symbool dat “wachten” betekent. Na heel lang wachten moest ik de conclusie trekken dat de Rpi al lang gestopt was en de SDHC verwisseld kon worden. Zou hier een melding toegevoegd kunnen worden? Iets in de trant van: “P1 monitor is gestopt.”
Verder niets dan lof voor P1 monitor.
PS. Als ik de optie “P1 monitor header verbergen” aanzet, werkt dit goed voor alle schermen met uitzondering van stats-d-gas.php waar alleen het logo verdwijnt, maar de headerbalk nog blijft staan.
Bedankt voor het melden. De bug van stats-d-gas.php is opgelost. En het shutdown scherm geeft een melding van de status. Te bewonderen in de volgende versie.
hallo ik gebruik sinds gister p1 Monitor
mijn complimenten aan de maker het werkt goed.
alleen blijft hij aangeven dat er een nieuwe versie beschikbaar is elke keer
terwijl ik gister de nieuwe versie heb gedownload op de site.
misschien doe ik iets verkeerd ?
alvast bedankt voor jullie hulp
Sorry voor de late antwoord op je vraag. Je reactie werd als SPAM gezien. Ik gok dat het met je alias te maken heeft. Als de P1 monitor opstart dan wordt er gecontroleerd op een nieuwe versie. Dat doet de software ongeveer elke 24 uur. De Rpi moet dan wel Internet toegang hebben.
Hoi Allemaal,
als ik een automatische backup naar dropbox stuur krijg ik geen file in dropbox.
in de P1Backup.log krijg ik de volgende meldingen:
2021-04-29 04:30:07,018 CRITICAL Main: Dropbox backup bestand niet gekopierd, te veel bestanden in ram buffer.
2021-04-29 04:30:07,018 INFO programma is succesvol gestopt.
2021-04-29 04:30:07,017 INFO Main: Dropbox backup gestart
2021-04-29 04:30:01,820 INFO Start van programma.
Weet iemand wat ik kan doen om dit probleem te maken?
Heb je in de applicatie geautoriseerd met Dropbox.
ja, heb ik gedaan, er is 1 backup gemaakt en staat in de dropbox map
Apps>p1monitor>backup van 19-03-2021, daarna iedere dag dezelfde melding, en géén zip file meer.
Kun je de output van de volgende commando’s hier als reactie achter laten. find /p1mon/mnt/ramdisk/dbx en de informatie in het blok systeem uit de info pagina. Update: kun je ook een export met de hand maken om te zien of dat goed gaat.
Tijd verstreken sinds de laatste herstart:49 dagen 00:07:25
Besturingssysteem versie:Linux-5.10.11-v7l+-armv7l-with-debian-10.8
Python versie:3.7.3
Versie:1.2.0
Software patch:0
Versie nummer:20210303
CPU model:ARMv7 Processor rev 3 (v7l)
CPU hardware:BCM2711
CPU revision:c03111
Raspberry Pi model:Raspberry Pi 4 Model B Rev 1.1
p1mon@p1mon(eth0=192.168.2.10 wlan0=):~ $ find /p1mon/mnt/ramdisk/dbx
/p1mon/mnt/ramdisk/dbx
/p1mon/mnt/ramdisk/dbx/backup
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616630521-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616630461-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616630402-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616540401-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616454002-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616367602-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616281201-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616194801-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616180702-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616180642-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/backup/p1mon-sql-export1616180581-703E-F0C0-98F6-8EB9-4F9 A.zip
/p1mon/mnt/ramdisk/dbx/data
/p1mon/mnt/ramdisk/dbx/data/basic.703E-F0C0-98F6-8EB9-4F9A.json
p1mon@p1mon(eth0=192.168.2.10 wlan0=):~ $
volgens mij is dit de gevraagde data.
Vriendelijke groet
Hoeveel versies om te bewaren heb je ingesteld voor Dropbox.
10
Om te voorkomen dat het ram geheugen vol loopt mag er een maximum van 10 bestanden in de folder /p1mon/mnt/ramdisk/dbx/backup. Als het om wat voor reden niet lukt om de bestanden te kopiëren. Bijvoorbeeld een Dropbox folder die vol is of een ander probleem. Deze oude bestanden moeten dan verloop van tijd verwijderd worden, dat lijkt hier niet te gebeuren. Dat zal ik oplossen in een nieuwe versie. Wat je nu kunt proberen is als eerste zorgen dat er voldoende ruimte is op Dropbox als dat zo is dan bestanden in de folder /p1mon/mnt/ramdisk/dbx/backup wissen met rm /p1mon/mnt/ramdisk/dbx/backup/*
advies opgevolgd en de backup directory voor dbx leeggemaakt.
vannacht om 04.30 uur word er weer een backup gemaakt en naar dropbox gestuurd.
morgen zal ik kijken of het werkt.
Top service SecBro, super snel antwoord.
Graag gedaan, de volgende versie controleert op “wees” bestanden. Bestanden die ouder zijn dan twee uur in het ram buffer worden verwijderd.
status update:
Export file maken, werkt, in map c:/downloads komt een zip file te staan.
vannacht om 4.30 uur heeft het systeem een backup file gemaakt, in dbx/backup een zip file geplaatst, echter niet naar dropbox verzonden.
in log file géén probleem geconstateerd.
dropbox status: 2 Gb free space
In dropbox de p1monitor map verwijderd en in p1monitor de dropbox API configuratie opnieuw uitgevoerd, en opgeslagen, géén fout melding na opslaan instellingen
Daarna een test backup gemaakt. wel weer een zip file in dbx/backup maar niks in dropbox
Vreemd nog een paar vragen en controles die je uit kan voeren.
1: in het setup menu staat “Dropbox gegevens delen” aan en je ziet dat elke 10 seconden de timestamp “Succesvol op:” 2021-xx-xx nn:nn:nn wijzigt?
2: op Dropbox heb je twee folders /apps/p1monitor/data en /apps/p1monitor/backup. In de data folder zie je een bestand basic-nnnn-nnnn-nnnn. json elke 10 seconden verschijnen.
3: Als je in folder /p1mon/mnt/ramdisk/dbx/backup het commando touch test.txt doet dan zal dit bestand naar een paar seconden naar de Dropbox folder /apps/p1monitor/backup worden gekopierd.
punt 1: Dropbox gegevens delen stond “uit” , aangezet en opgeslagen
half uur gewacht: succesvol op: onbekend, data status: [leeg]
punt 2: had dropbox leeggemaakt, na authenticatie is wel de p1monitor map aangemaakt. inhoud [leeg]
géen .json bestand
punt 3: commando uitgevoerd, geen kopie in dropbox
Het probleem wordt veroorzaakt doordat er dus om een of andere reden geen data naar Dropbox gekopieerd wordt. Of dit nu de back-up is of de normale data kopie voor remote toegang via de de app. Als de authenticatie hebt gedaan.
Op het Dropbox icoontje geklikt en daarna de string van Dropbox in het veld hebt geplakt (iets dat op dit lijkt V1E_ZhyqwE4AAAAAAADtNm9tT4lEuxCylk5m0ccdscc) en op Save hebt gedrukt dan moet onder in het blok de melding
Laatste succesvolle authenticatie: 2021-mm-dd hh:mm:ss komen te staan (kan een paar seconden duren). Gaat dit wel correct?
Het log file P1DropBoxAuth.log moet dan de tekst geven 2021-05-09 19:16:09,387 INFO Start van programma zonder foutmeldingen
opnieuw authenticatie aangevraagd, ctrl+c en ctrl+v en opgeslagen, echter
Laatste succesvolle authenticatie: 2021-03-19 20:02:10
in log file P1dropboxAuth.log:
tijdstip nivo regel
2021-05-09 19:56:09,740 INFO Start van programma.
2021-05-09 19:55:29,687 INFO Start van programma.
géén foutmelding.
update:
na de drukknop opslaan, veranderd de datum van de laatste succesvolle authenticatie heel snel van actuele datum naar 2021-03-19 hh:mm:ss
Het lijkt wel of hij de eerste authenticatie niet vervangt voor de nieuwste authenticatie.
Mij vermoeden is dat de configuratie bestand niet aan te passen is of corrupt is geraakt. Onderstaande procedure maakt een nieuwe configuratie bestand aan. Na deze actie moet je dus eventuele aanpassingen zoals je P1 poort snelheid, Wifi of andere configuraties opnieuw invoeren. Je kunt dit testen door opnieuw te authenticeren en controleren of er nu wel periodiek bestanden naar Dropbox worden gekopieerd.
1: maak een export van de data, dit is een fail save mocht er iets mis gaan.
2: log in op de Rpi
3: cd /p1mon/scripts/
4: ./p1mon.sh stop
5: cd /p1mon/mnt/ramdisk/
6: mv config.db config.db.ben
7: cd /p1mon/data/
8: mv config.db config.db.ben
9: cd /p1mon/scripts/
10: ./p1mon.sh start
11: wacht tot dat alles gestart is laatste melding is “P1GPIO.py gestart.”
Probeer nu opnieuw te authenticeren met Dropbox en te testen. Gaat dit goed dan was de config database corrupt. Nu moet je de andere wijzigingen doorvoeren. Als het niet geholpen heeft dan kun je dezelfde actie herhalen van het stoppen van de p1 monitor en de *.ben bestanden hernoemen naar *.db (mv config.db.ben config.db) in de ram en data folder. Dit gaat het snelst het alternatief is een import doen. Maar dat kan mis gaan als het config bestand ook niet te exporteren was.
Hoi SecBro,
Laatst gemelde procedure uitgevoerd.
opnieuw authenticatie dropbox uitgevoerd, datum is nu wel gewijzigd.
in dropbox is een zip file ontvangen.
Lijkt nu goed te zijn, ff vannacht afwachten als er een automatische backup verzonden moet worden.
Nu net een test backup gemaakt, ook deze word goed verwerkt.
Bedankt voor alle moeite, hopelijk gaat het de aankomende dagen goed.
Nogmaals dank.
Graag gedaan, waarschijnlijk was de configuratie database corrupt. Dat kan diverse redenen hebben maar meestal wordt het veroorzaakt door dat de Rpi niet netjes wordt afgesloten. Door bijvoorbeeld de elektrische voeding uit te zetten.
versie werkt prima
Bedankt voor de bevestiging.
In P1WatermeterV2.log vind ik heel wat van dit soort meldingen:
2021-04-06 08:50:52,264 – P1WatermeterV2 – INFO – addMissingRecords: gestart. process id = 752
2021-04-06 08:55:36,931 – P1WatermeterV2 – INFO – addMissingRecords: invoegen van 3 ontbrekende minuut records duurde totaal 284.7847 se$
2021-04-06 09:45:36,471 – P1WatermeterV2 – INFO – addMissingRecords: gestart. process id = 752
2021-04-06 09:50:20,329 – P1WatermeterV2 – INFO – addMissingRecords: invoegen van 1 ontbrekende minuut records duurde totaal 283.9763 se$
2021-04-06 09:50:39,252 – P1WatermeterV2 – INFO – addMissingRecords: gestart. process id = 752
2021-04-06 09:55:31,875 – P1WatermeterV2 – INFO – addMissingRecords: invoegen van 2 ontbrekende minuut records duurde totaal 292.7409 se$
2021-04-06 09:56:42,111 – P1WatermeterV2 – INFO – addMissingRecords: gestart. process id = 752
2021-04-06 10:01:37,687 – P1WatermeterV2 – INFO – addMissingRecords: invoegen van 4 ontbrekende minuut records duurde totaal 295.6941 se$
De Pi trekt ook 100% cpu (op 1 core) als ie hier mee bezig is.
Is dit normaal? Bij de vorige versie is me dit niet opgevallen.
Dat is correct, de software vult ontbrekende records aan als er een nieuwe puls gedetecteerd is.
Ik heb sinds enkele maanden P1monitor draaien met water meter en delta temp. De laatste software versie op een Pi4. Daar ben ik erg blij mee. Sinds vorige week heb ik zonnepanelen actief en dus het “opwekking (levering) kWh ” vinkje aangezet.
Ik heb een 3 fase installatie en op 2 fases komt zoals verwacht ook zonne-energie binnen. De P1 poort geeft dat ook goed door per fase. De P1monitor laat het ook zien dat er kWh’s worden opgewekt.
Maar wat niet werkt is in het hoofdmenu de tab powerproduction-j.php.
De schermen “Opgewekte kWh (minuten/uren/dagen/maanden/jaren)” blijven de blauwe blokjes maar heen en weer gaan zonder tot een resultaat te komen.
Kan je mij daar nog bij helpen?
Dan wordt er geen gegevens naar de database weggeschreven en valt er ook niets weer te geven, Je kunt op dit moment alleen je eigen opgewekte vermogen weergeven via een kWh S0 meter. Zie deze pagina kwh-meter-met-s0-meting
Hi,
ik heb het volgende gedaan
cd /p1mon/scripts/
./p1mon.sh stop
cd /p1mon/data
rm *.db
cd /p1mon/mnt/ramdisk/
rm *.db
cd /p1mon/scripts/
sudo ./mount-clone.sh sda
cd /mnt/clone/data
maar met cd /mnt/clone/data krijg ik een melding dat de locatie niet bestaat.
mijn p1mon is gecrashed en nu wil ik de data terug halen
dit is nu de 2e keer dat mijn p1mon is gecrashed na een aardlek schakelaar die er uit gesprongen was.
de eerste keer was er zelfs niet eens meer in te loggen.
ik kan mijn data terug halen van de backup die ik maak.
maar ik wouw bovenstaande eens proberen kijken of het werkt
maar ik loop er dus tegenaan dat de locatie niet bestaat op de usb disk
IK weet niet precies wat je hier me wil bereiken. Maar de stap sudo ./mount-clone.sh sda mount een USB stick of een SDHC kaartje dat in de Rpi is geplaatst. Stel dat dat device dan een kopie van het SDHC kaartje bevat dan kun je dat via /mnt/clone/xxxx bereiken. De stappen daarvoor zijn niet nodig.
ik heb een gecrashte PI
ik probeer met de handleiding die staat bij de FAQ mijn data terug te halen
21 Data redden van een corrupt SDHC kaartje.
en dat lukt niet als ik de stappen volg.
nieuwe image staat op de SD kaart in de PI
oude image met gecrasht OS zit in een USB poort.
mount ik de SD kaart via USB in een gewone debian (VM) dan zie ik diverse mappen staan en uiteindelijk heb ik ook de map gevonden met de .DB files er in.
Kopieer de .db files naar een veilig plek. Zet de zelfde versie van de P1 monitor op een nieuw of het zelfde sdhc kaartje. Als deze versie draait. Log dan in en stop de P1 monitor. Verwijder de *.db files in de folders /p1mon/data en /p1mon/mbt/ramdisk. Kopieer de veilig gestelde db bestanden naar de folder /p1mon/data. Start de p1 monitor.
In december 2020 had ik de firmware p1mon202012-1.0.0-8-patch-1 geïnstalleerd waardoor het mogelijk werd de opbrengst van de zonnepanelen te monitoren door aansluiting op de pulsen van het kWh metertje in de zekeringenkast.
In mijn geval is dat kWh metertje enkelvoudig, d.w.z. het meet enkel de totaalopbrengst en maakt geen onderscheid tussen hoog- en laag tarief.
Op 2020-12-07 was de kWh meterstand 9861.69kWh en heb ik in p1mon ingegeven
voor hoog tarief 6861.69kWh en
voor laag tarief 3000kWh.
In de afgelopen maanden heb ik verschillende malen de p1mon kWh meterstand totaal nagekeken en die kwam perfect overeen met de meterstand in de zekeringenkast.
Afgelopen week, op 31 maart 2021, heb ik de firmware geupgraded naar p1mon202103-1.2.0-8.
Vandaag stel ik vast dat de meterstanden die ik op 2020-12-07 heb ingegeven nog steeds dezelfde zijn
maar dat
kWh meterstand hoog tarief = 00029.373 kWh
kWh meterstand laag tarief = 03178.681 kWh
kWh meterstand totaal = 03208.054 kWh
De meterstand van het metertje in zekeringenkast is op dit ogenblik 10465.28kWh.
De historie van de totaal opgewekte kWh van afgelopen maanden lijkt mij nog steeds correct
december 2020 hoog = 34.270 kWH laag = 8.153 kWH totaal = 42.423 kWH
januari 2021 hoog = 41.358 kWH laag = 31.860 kWH totaal = 73.218 kWH
februari 2021 hoog = 93.096 kWH laag = 48.248 kWH totaal = 141.317 kWH
maart 2021 hoog = 226.423 kWH laag = 88.127 kWH totaal = 314.550 kWH
Het lijkt er op dat bij upgrade de kWh meterstand hoog tarief op 0 wordt gezet (de meterstand laag tarief blijft goed) en de totaalstand is dus ook verkeerd.
Kan ik alsnog de meterstanden in p1mon opnieuw ingeven (kwestie van gelijk te lopen met het metertje in de zekeringenkast) zonder de historie of andere parameters in p1mon te beïnvloeden ?
ROMAN
Je kunt de meterstanden resten via het setup. Je moet dan wel op een bepaalde datum de hoog en laag meter stand weten.
Hoi Sec Bro,
Al ruim een jaar gebruik ik je mooie software, alleen afgelopen woensdag ben ik tegen problemen aan gekomen. Voor een aantal weken heb ik de kwh s0 meting geactiveerd voor m’n zonnepanelen en dat werkte perfect. Afgelopen woensdag had ik een stroom uitval thuis, en op die dag stopte de kwh s0 pulse meting in P1mon. Ik heb geen idee of het aan de stroom uitval lag, maar ik kreeg het niet meer aan de praat. Ik heb de kabels vervangen, verschillende GPIO poorten geprobeerd, nada. Ik heb toen geprobeerd een verse P1mon installatie te installeren op de SD kaart mbv upgrade assistent. De instellingen kwamen wel terug maar de database met alle data bleef weg. Gelukkig had ik een backup gemaakt van te voren. Toen weer een verse installatie geprobeerd zonder upgrade assistent en dan database via de instellingen te importeren. Weer alleen de instellingen komen door, niet de database.
Alles is fout gegaan sinds de dag van stroom uitval. Kan het zijn dat de SD kaart corrupt is? Heb jij enig idee wat er anders aan de hand kan zijn? Misschien de RPI-3B? Die is ondertussen 2 jaar oud.
Alvast bedankt!
De meest zekere route is een export maken. De laatste versie erop zetten een import doen. De kans dat de Rpi stuk is lijkt mij gering. De Rpi is heel robuust. Ook omdat je de GPIO poorten gewijzigd hebt.
Ik zie al wat er aan de hand is. De export die ik van te voren had gemaakt was mislukt op een of andere manier… Ookal kreeg ik wel de melding dat het gelukt was. De export is namelijk zo goed als leeg, maar 8kb in grootte. De automatische back-up is eind januari ermee gekapt, weet niet waarom, ik mis nu helaas 2 maanden aan data.
Ik snap er niks van waarom de export niet goed gegaan is… Nadat ik de export van januari terug heb gezet, was de data weer goed (t/m januari natuurlijk). Toen nogmaals een export gedaan en die is wel gelukt, grootte van 967kb. Toen nog eens geprobeerd, en die export werd 296kb groot.
Wat gaat hier mis? Een bug? Die 2 maanden data is helaas jammer, maar ik heb natuurlijk liever dat de eventuele bug opgelost wordt :).
Btw, de s0 pulse meting werkt weer…
Het is lastig om te verifiëren of de export gelukt is en de export kan gelukt zijn maar niet volledig door heel veel redenen. Ik zal eens nadenken of er een soort sanity check gedaan kan worden. Maar als de bron niet correct is dan blijft het lastig om een export te verifiëren. In ieder geval bedankt voor het melden.
Graag gedaan.
Is het niet mogelijk om na de export te kijken naar de grootte van de database op de SD kaart en deze te vergelijken met het bestand wat gedownload is? Deze zouden in grote lijnen qua grootte met mekaar overeen moeten komen.
Bedankt voor het meedenken maar de export is een logisch back-up en de database is in een binaire vorm. Die zijn niet een op een te vergelijken.
In een ander topic heb ik verteld dat ik FTPS heb geïnstalleerd voor dagelijkse backup van de gegevens.
Bij firmware p1mon202012-1.0.0-8-patch-1 werd wel het tijdstip van de laatste backup vermeld maar de datum van de laatste succesvolle backup werd niet gewijzigd. (Er stond toen een datum van succes in, vermoedelijk omdat ik eerst geexperimenteerd had met FTP, waar het vermoedelijk wel werkt). Ook werd de versie hoger dan het toegelaten aantal versies niet gewist.
Na de upgrade met p1mon202103-1.2.0-8 lijkt dit niet veranderd te zijn:
Vóór de backup stond er
laatste backup onbekend
succesvol op onbekend
backup status onbekend
Deze morgen na de backup stond er
laatste backup 2021-03-31 23:50:09
succesvol op onbekend
backup status (niets dus, ook geen foutmelding)
Bij controle van de server stond er op dat tijdstip wel degelijk een zip file die een directory p1mon bevat met alle elementen van een normale export file.
Daarnaast stonden nog al de vorig gemaakte backups, veel meer dan het default (=10) aantal versies.
Ik vertel dit volledigheidshalve want dit schoonheidsfoutje is voor mij van geen tel bij deze prachtige software!
ROMAN
Bedankt voor het melden, ik zet de FTPS verwerking op de bug lijst.
Als ik een export probeer te maken van de database vanuit het instellingen menu, blijft ie steevast hangen op 70%. Is dit een bekende bug, of kan ik zelf iets doen om dit op te lossen?
Na de 70% wordt het zip file aangemaakt en diverse export bestanden toegevoegd. Als het niet lukt om status bestand te lezen dan wordt er maximaal 5 minuten gewacht en verder geprobeert om de export bestanden toe te voegen. Je kunt of 5 minuten wachten en in het log file P1SqlExport.log te kijken of daar een foutmelding gegeven wordt. Het is geen bekende bug maar kan iets te maken hebben met jouw situatie.
Omdat ik zelf de P1 software ook top vind maar helaas mijn RPI wat kuren vertoonde heb ik hem (ook) omgezet naar een docker image. Je kunt hem eenvoudig gebruiken door onderstaande docker-compose file aan te passen naar je poorten, volumes etc.
verder niet getest of alles functioneert maar de basis draait al even bij mij (data, weer, dropbox etc)
version: ‘3.8’
services:
p1monitor:
hostname: p1mon
image: mclaassen/p1mon:1.2.0
ports:
– 80:80
volumes:
– ./alldata/data:/p1mon/data
– ./alldata/usbdisk:/p1mon/mnt/usb
– ./alldata/mnt/ramdisk:/p1mon/mnt/ramdisk
tmpfs:
– /run
– /tmp
devices:
– “/dev/ttyUSB0:/dev/ttyUSB0”
restart: unless-stopped
expose:
– “80”
Wat een mooi initiatief. Dit maakt het updaten naar een nieuwere versie vele malen eenvoudiger. Met een docker image kan de RPI dan ook makkelijker worden gebruikt voor andere services. Doe je dit nog wel op een RPI of op een ander device (NAS, NUC o.d.)? Werken de GPIO poorten dan nog altijd zoals op een RPI met P1mon vanuit docker?
Er was al een eerder initiatief voor een container maar ik heb een andere versie gemaakt.
Ik draai dit nu op een server dus heb geen GPIO poorten beschikbaar. Je kunt devices mappen vanuit de container (zoals ik hier doe met USB). Gpio library is wel geinstalleerd maar ik heb het verder niet getest. In principe zou het dus moeten werken
Hallo,
ik heb in het verleden zonder problemen de fimware al verschillende malen geupgraded.
Ik voer alleen een upgrade door wanneer ik denk dat de nieuwe firmware een verbetering brengt voor mijn situatie.
Momenteel draai ik p1mon202012-1.0.0-8-patch-1. Onlangs heb ik FTPS geïnstalleerd op een locale server (een oude laptop die het grootste deel van de tijd slaapt maar dagelijks 20 minuten wakker wordt om de backup van P1mon op te slaan). Dat werkt, de backup wordt dagelijks gemaakt, maar ik zag enkele anomaliëen: de datum van een geslaagde backup verandert niet en de oudste backup wordt niet gewist wanneer het maximum aantal backups wordt overschreden.
Omdat in de release notes van p1mon202103-1.2.0-8 melding gemaakt wordt van opgeloste problemen bij SFTP (en dus misschien ook bij FTPS ?) wilde ik deze installeren maar het lukt mij niet …
Bij het upgraden ga ik steeds op dezelfde manier te werk:
– ik heb 2 SDkaartjes van 32GB
– op 1 kaartje draait de oude firmware
– op het 2de kaartje zet ik als volgt de nieuwe firmware:
— ik unzip de gedownloade zip file van de 8GB versie
— ik steek het SD kaartje in een cardreader en schrijf de .img file met mintstick (schijfkopieschrijver onder linux)
— met GParted vergroot ik de 2de partitie (in ext4) tot de hele inhoud van het kaartje
– in een USB poort van de Raspberry4 steek ik een 8GB USB stick en start de upgrade assistent
– Na beëindiging van de upgrade assistent stop ik het systeem.
– Als het systeem gestopt is zet ik de spanning van de Raspberry4 af en verwissel de kaartjes.
– Wanneer ik nu de spanning terug opzet zie ik even de groene led van de Raspberry4 flikkeren, daarna even de led van de USB stick en verder gebeurt er niets, ook na geruime tijd wachten …
Ik heb het volgende gedaan:
– de checksum van de .img file vergeleken met de meegeleverde cheksumfile: OK
– de .img file met mintstick op een USB geschreven, met rhash (onder linux) de checksum van alle individuele files gemaakt en in een tekstfile weggeschreven
– met rhash hetzelfde gedaan op het SD kaartje.
– beide tekstfiles met cmp (onder linux) vergeleken: alle checksums van alle files zijn identiek.
– met GParted het SD kaartje bekeken:
— eerste partitie in fat16, 256MB groot, 48.38MB gebruikt, 207.62MB vrij met vlaggen boot en lba
— tweede partitie in ext4, 2.91GB gebruikt en 26.56GB vrij
– Wanneer ik de directory structuur van het SD kaartje bekijk – en dat zie ik ook bij de USB stick waar ik het image heb op geschreven – zie ik dat het boot directory geen files bevat en als wijzigingsdatum “onbekend” heeft. Daarentegen is er ook een boot.bak directory dat 39 elementen bevat en ook als wijzigingsdatum “onbekend”.
Heeft u een idee wat er fout zou kunnen zijn ?
ROMAN
Ik kan je niet direct helpen maar wel wat tips geven.
1: Als je het image op een tweede kaartje hebt gezet dan kan je de tweede partitie op twee manieren vergroten. Ik heb geen ervaring met de USB stick maar denk dat het vergelijkbaar moet werken. De Rpi3 boot vanuit “hardware” de Rpi4 vanuit firmware
A: als je het image op het tweede kaartje hebt gezet dan en je gebruikt de upgrade assistent dan wordt bij de eerste keer booten het file systeem vergroot en daarna een reboot gedaan. Dat is nodig zodat de partitie wordt gezien.
B: Je plaatst het image op het kaartje en voert “sudo raspi-config –expand-rootfs” uit. En dan sudo reboot. Dat heeft het zelfde effect.
Je kunt het ook zonder de upgrade assistent doen. Door een export te maken, het image op het tweede kaartje te zetten. het kaartje vervangen dan inloggen filesysteem vergroten. Dan de import doen.
Hallo Roman,
Heb je op de locale server ook SFTP geïnstalleerd/aangezet ?
Aad
Ik heb heel weinig ervaring met FTP / FTPS / SFTP. Ik zocht een eenvoudige manier om een backup voor de historie te hebben mocht er iets met het SDkaartje gebeuren. Ik heb her en der op het internet rondgeneusd om iets werkbaars te vinden. In eerste instantie kwam ik bij SFTP terecht omdat dit de meest recente ontwikkeling is maar slaagde er niet in om het in gang te krijgen. Met FTPS lukte het wel.
Ik probeerde bij de start van dit draadje zo omstandig mogelijk uit te leggen hoe ik te werk ga bij een upgrade, iets wat vroeger altijd werkte en nu bij de laatste firmware blijkbaar niet meer. Het enige wat veranderd is tegenover de vroegere upgrades is dat ik sinds kort met FTPS werk maar ik kan mij moeilijk voorstellen dat dit de hinderpaal is.
Uit het antwoord van SecBro begrijp ik dat bij methode A ik zelf de partitie niet meer moet vergroten maar dat de upgrade assistent dat voor zijn rekening neemt. Omdat de Raspberry4 bij de meterkast staat zonder vaste internetverbinding, enkel wifi, kan ik methode B niet gebruiken.
Omdat ik de opbrengst van mijn zonnepanelen zo nauwkeurig mogelijk wil monitoren doe ik alle interventies aan het systeem na zonsondergang, dus vanavond proberen.
ROMAN
Gisterenavond de upgrade uitgevoerd volgens methode A: gelukt !
Kort nadat de applicatie in mijn browser terug actief was heb ik door de verschillende pagina’s gebladerd en opeens bevroor het scherm: de wifi van de Raspberry4 werkte niet meer. No power off/on werkte alles terug en sindsdien geen uitgeval meer.
Als je met de upgrade assistent werkt is het dus wel degelijk niet meer nodig na het schrijven van het image de 2de partitie te vergroten. Dat doet de upgrade assistent (ik heb de grootte van de partitie achteraf gecontroleerd).
ROMAN
Ik maak gebruik van 2 SD-crads (A + B). A zit in de RPI en op B installeer ik de update.
Kan ik dan wanneer ik de RPI uitschakel meteen kaart B erin plaatsen en booten of moet ik 15-20 min wachten?
Of is het dat nadat kaart B geplaatst is, en boot, alle info vanaf USB ingeladen wordt en dit 15-20 min kan duren (afhankelijk van de hoeveelheid data)?
Het gaat er mij om om zo min mogelijk data te verliezen tijdens het wisselen van de SD-cards.
Trouwens TOP software!
Volgorde is als volgt:
1: plaats de laatste versie op een kaartje dat niet in de Rpi zit.
2: Maak een export van de data.
3: Plaats een USB stick in de Rpi.
4: start de upgrade assistent setup pagina’s optie Upgrade assistent, duur een paar minuten hangt af van de hoeveelheid data.
4: Doe een nette shutdown via het menu.
5: power van de Rpi.
6: plaats het kaartje met de laatste versie.
7: Power op de Rpi en wacht een minuut of 10, 15 dan moet alle data geïmporteerd zijn. Het gaat iets sneller op een Rpi4 en aanzienlijk trager op een Rpi2. De Rpi voert zelf een reboot uit bij de eerste start om het file systeem te vergroten.
8: op de info pagina kun je in het kader database in de regel “Status automatische data import:” puntjes zien verschijnen tot dat de import gereed is.
9: Mocht er data ontbreken dan kun je met de hand een import doen. Doe dit alleen als de automatische import gereed is anders heeft de Rpi het wel heel druk.
hoi SB, gebruik al tijden je mooie programma, gekoppeld met de API en MQTT (op 2 paarden wedden) naar Home Assistant en influxdb – grafana.
zojuist viel me op dat de tijd in grafana niet meegegaan is naar de zomertijd. De P1 pi geeft in het “tijd” vak linksboven de correcte tijd maar de “laatst verzonden berichten” lopen nu een uurtje voor?
komt dit door UTC – CET of vanuit de P1-meter (telegram 0-0:1.0.0 is de datum tijd neem ik aan)
/XMX5L….
1-3:0.2.8(50)
0-0:1.0.0(210329113728S)
alvast bedankt voor het delen van je inzicht. Ik mag weer updaten naar deze versie dus of een herstart het verhelpt weet ik zo.
mvg.
Bedankt voor het compliment. De data via MQTT maakt gebruikt van de Rpi tijd. De tijd in de browser is de tijd van je PC niet van de Rpi. Het kan zijn dat de Rpi tijd niet mee gegaan is maar als de Rpi internet toegang heeft dan wordt de tijd vanzelf goed gezet. De tijd uit het P1 telegram wordt niet gebruikt omdat deze niet altijd aanwezig is in alle meters.
SB,
In het scherm “Euro per dag / dagen” in het tooltipkader staan onderin twee kWh waarde: levering en verbruik. De tekst “kWh verbruik:” ontbreekt en “kWh levering:” staat bij de kWh verbruikwaarde.
Reijer.
Bedankt voor het melden, het is opgelost.
Hallo, ik heb sinds deze week mijn raspberry pi ingericht met de P1 monitor software echter vraag ik mij af of de info wel klopt die ik binnenkrijg.
Mijn verbruik staat heel vaak op 0KW en af en toe krijg ik wel wat uitschieters maar ik verbruik toch continu stroom (ijskast/diepvries/ apparaten in standby modus)? het gasverbruik komt op hetzelfde neer geeft nu aan op 0.09m3 per uur wat me zeer weing lijkt omdat de verwarming aanstaat etc.
Hebben hier meer gebruikers last van? of wellicht is het een bekend probleem en snel te fixen?
Ik hoor het heel graag.
Het lijkt er op dat de data uit de slimme meter niet correct binnen komt. Je kunt in het setup menu onder het kopje logging het logfile P1SerReader bekijken. Dit is alleen mogelijk met de laatste versie. Als je een oudere versie van de software gebruikt dan kun je het logfile vinden in /var/log/p1monitor vinden.
De temperatuurcurve op de “opgewekte kwh dagen” lijkt niet te kloppen. In vergelijk met de gas grafiek (dag) is deze compleet anders. Zo geeft hij voor gisteren een gemiddelde temperatuur van 3.7 graden bij opgewekt vs 8.8 graden bij gas.
Verder is mij ook opgevallen dat de watermeterstand eerst goed stond na upgrade (volgens mij), maar nu zijn waarde kwijt is. Na een reset met de oorspronkelijke waarde nu weer ok.
Meteen maar gebruikmaken voor +2 (voor mijzelf en mijn vader) verzoek op de roadmap: mindergas integratie (API key). Ik heb zelf een scriptje lopen wat goed werkt, maar moet na elke update weer opnieuw worden teruggezet. Verder gebruik ik de Pro app naar tevredenheid. Gezien de P1 monitor op een ander VLAN zit, heb ik via een omweg de app werkend gekregen op mijn netwerk. Vooral het verkrijgen van de systeem ID is lastig omdat je deze niet zelf kan invoeren in tegenstelling tot het voorkeur IP adres/poort.
Bedankt voor het melden van de temperatuur bug. Die is opgelost in zit in de volgende versie. De watermeter stand is lastig om iets over te zeggen mocht het weer optreden laat het dan weten. Minder gas staat op de roadmap. Wat betreft de systeem id die is bedoeld om meerder P1 monitors te herkennen op het zelfde netwerk en aan de hand van de het systeem ID wordt automatisch het juiste IP adres geselecteerd. Juist voor dit soort gevallen kun je zelf het IP adres instellen. Dus je verhaal klopt volledig maar het werkt zoals bedacht.
Vandaag de watermeter aangesloten, en tot nu toe 10 liter water verbruikt. maar als ik bij kosten € op vandaag klik staat er 10 kuub water verbruikt (10.000 m3) ipv (0.010 m3). het bedrag klopt wel
versie 20210303
De weergave is fout en deze bug is opgelost in de volgende versie.
Nadat ik de voorgaande versie overgeslagen heb vanwege de watermeter bug heb ik deze wel geïnstalleerd.
Nu lijkt alles te werken behalve de tellerstand van de watermeter.
Bij het kopje meterstand blijft de watermeter stand zoals deze voor de update was maar bij het kopje totaal vandaag zie ik wel de hoeveelheid water die vandaag verbruikt is.
Ik het setup menu kun je de watermeter stand op een bepaalde datum instellen/resetten. Dit kan onbeperkt je kunt dus niets stuk maken.
Dat heb ik uiteindelijk ook gedaan. Ik heb eerst nog een export van de database gemaakt en als ik die doorkijk dan zie ik dat de meterstand niet terug ingelezen is na de update. Alle andere historische gegevens wel maar ik zie de tellerstand ineens naar 0 springen waarna deze weer gaat tellen. In de interface bleef echter de laatste hogere stand staan.
(‘2021-03-20 06:00:00’,12,3.0,3.0,1284.679);
(‘2021-03-20 07:00:00’,12,69.0,69.0,1284.748);
(‘2021-03-20 08:00:00’,12,1.0,1.0,1284.749);
(‘2021-03-20 09:00:00’,12,121.0,121.0,0.121);
Uiteindelijk heb ik rond het middaguur de tellerstand handmatig aangepast en daarna begon de meterstand in het scherm ook weer mee te lopen.
Bedankt voor het melden.
Dit “probleem” heb ik ook gehad, maar als je de tellerstand aanpast zoals beschreven en aangegeven moet je wat geduld hebben. Ik wilde dit melden als bug, maar merkte voordat ik er een melding van wilde maken dat de tellerstand aangepast was (paar uur later).
In de laatste versie krijg je een scherm te zien met de voorgang. Als de import gereed is dan zou het in een paar minuten gereed moeten zijn op een Rpi3/4.
Hallo Secbro,
Ik heb het in dit geval alleen over het aanpassen van de watermeter stand
Top!
Dag Security Brother,
prachtig programma, maar ik vecht een beetje met de parameters :
kan ik ergens (of zou je deze in de FAQ kunnen plaatsen) wat meer details kunnen bekomen over de verschillende parameters van de teruglevering schakelaar :
gemiddelde grenswaarde vermogen inschakelen : is de limiet waarbij ingeschakeld wordt ?
gemiddelde grenswaarde vermogen uitschakelen : is de limiet waarbij de schakelaar terug afschakelt ?
gemiddelde tijd inschakelen ?
gemiddelde tijd uitschakelen ?
minimale tijd ingeschakeld ?
minimale tijd uitgeschakeld ?
teruglevering aan of uit ?
geforceerd in schakelen ?
Alvast hartelijk dank !
Groeten van een happy gebruiker
Peter
gemiddelde grenswaarde vermogen inschakelen : is de limiet waarbij ingeschakeld wordt. correct bijvoorbeeld 1000
gemiddelde grenswaarde vermogen uitschakelen : is de limiet waarbij de schakelaar terug afschakelt ? correct en moet dus lager zijn dan inschakel vermogen in dit bijvoorbeeld 500
gemiddelde tijd inschakelen ? Tijd dat het vermogen bij inschakelen overschreden moet zijn, bij 5 minuten moet de waar van 1000 watt dus minimaal 5 minuten gemeten zijn.
gemiddelde tijd uitschakelen ? Tijd dat het vermogen voor uitschakelen lager moet zijn overschreden moet zijn, bij 5 minuten moet de waarde van 500 watt dus minimaal 5 minuten gemeten zijn.
minimale tijd ingeschakeld ? Tijd dat als wordt ingeschakeld dat de GPIO actief blijf ongeachte de andere instellingen.
minimale tijd uitgeschakeld ? Tijd dat als wordt uitgeschakeld dat de GPIO inactief blijf ongeachte de andere instellingen.
teruglevering aan of uit ? de aan en uit switch voor alle instelling als deze gebruikt wordt. Dit had ook opgelost kunnen worden met extreme instellingen maar dit is handiger.
geforceerd in schakelen ? test, in feit wordt de GPOI poort geforceerd aangezet, is bedoeld voor het testen of om in bepaalde gevallen de standaard instellingen te overschrijven.
Mercikes voor snelle antwoord, toch nog enkele bijkomende vraagjes/verduidelijking :
Teruglevering aan of uit : indien “aan” worden alle ingestelde parameters gebruikt begrijp ik uit je antwoord. Wat gebeurt er als “uit” geselecteerd wordt ? Is het dan de bedoeling dat er NIET geschakeld wordt door de teruglevering schakelaar ?
Geforceerd in schakelen : hoe worden de uitgangen geschakeld ? Indien “aan” wordt GPIOxx hoog gezet (3,3V), indien uit wordt de GPIO pin laag gezet (0V) ?
Als “terugleverening aan of uit” uit staat blijft de GPIO staan en veranderd de uitgang niet. Actief gaat de GPIO naar 3,3V en inactief naar 0.
Ik bekom net tegenover gestelde effect op het 4-relais uitbreiding bord van AliExpress (zie link onderaan), de relais schakelt bij een laag signaal (inactief, 44mV op de GPIO pen gemeten) en schakelt uit bij een hoog signaal (actief, 3,3 V op de GPIO pin gemeten.
Heb je een advies om dit anders te doen, of zijn er gebruikers die ervaring hebben met andere uitbredingsbordjes zoals dat van SOS solutions (zie link onderaan, waarbij de relais schakelt op hoog (actief, 3,3V) signaal ?
Momenteel kan het bordje dienen om via het NC contact (geinverteerd te schakelen) maar deze situatie is niet intrinsiek veilig vermits bij defect de relais (en bv weerstand van de boiler per definitie ingeschakeld wordt)
4 relais print DIYTool :
https://nl.aliexpress.com/item/32961638909.html?spm=a2g0s.9042311.0.0.1dbd4c4dwqiLiX
3 relais print SOS solutions :
https://www.sossolutions.nl/relais-bordje-voor-raspberry-pi
Ik heb er geen ervaring mee. Je kunt eventueel overwegen een signaal inverter te gebruiken o.i.d. Maar wellicht heeft iemand anders ervaring met andere relais bordjes.
Heb ondertussen de schema”s van deze bordjes gevonden en blijkbaar werken ze allemaal op hetzelfde principe dat een signaal laag 0V op de GPIOxx uitgang de relais aantrekt en een signaal hoog 3,3V de relais uitschakelt.
Zou het mogelijk zijn om de functionaliteit van de Terug levering schakelaar aan te passen met een invertor parameter (inverted : aan / uit) ?
Dit zorgt ervaar dat alle op de markt beschikbare relais boardjes kunnen gebruikt worden om te schakelen met de standaard NO contacten (op die manier wordt het ontwerp fail-safe)
Link naar RPi Relay board (zoals geleverd door SOS solutions):
https://www.waveshare.com/w/upload/d/d7/RPi-Relay-Board-Schematic.pdf
Het staat op de roadmap afhankelijk van het aantal verzoeken ga ik er naar kijken of het haalbaar is.
Dank je, het maakt de P1 Monitor met de Raspberry toegankelijker voor niet-electronica specialisten, maar wel handige Harry’s om met eenvoudige set-top modules hun energiemanagement te beheren !
Graag gedaan.
Beste Security Brother,
De api/v2/watermeter/* lopen stuk als je de parameter “starttime=YYYY-MM-DD HH:MM:SS” meegeeft.
Na enig speurwerk de oorzaak in P1Api.py gevonden.
Op regel 2477 staat:
v_starttime = ” where TIMESTAMP >= ‘” + value + “‘ order by timestamp ”
Dit resulteert in op regel 2501 in een SQL query string met twee keer de clause “where” ::
sqlstr = sqlstr + ” where TIMEPERIOD_ID = ” + v_period_id + v_starttime + v_rangetimestamp + v_sort + str(v_limit) staat.
Nadat ik de “where” in regel 2477 vervangen had door “AND”:
v_starttime = ” AND TIMESTAMP >= ‘” + value + “‘ order by timestamp ”
liep de water API door.
Met vriendelijke groeten,
Aad Beentjes
Bedankt voor het melden en uitzoeken, het is opgelost. Er was ook nog een probleem met de ROUND optie. Gelukkig heeft het geen werking op de P1 monitor
Hallo,
Machtig stuk software, ik heb alleen een probleem. Ik heb in de buurt van mijn meterkast totaal geen utp aansluiting. Kan ik hem ook installeren via de wifi?
Groetjes
Martijn
Ja in het setup menu kun je Wifi instellen. Het handigste is de Rpi op Ethernet aan te sluiten en dan WiFi. In te stellen. Het kan zijn dat een reboot nodig is.
SB,
Ook hier in Castricum verliep de update naar 20210303 probleemloos. (met de upgrade assistent)
Complimenten voor deze software.
Ik meld een paar tekstfoutjes:
In het scherm “Euro per dag / dagen”: in de kaders met de dagelijkse waardes, staat bij “waterkosten verbruik” tussen haakjes kubieke meter ipv liter.
In de help teksten:
“in-export”: …. of andere filesystems worden niet ondersteunt. Moet zijn ondersteund.
“MQTT”: ….. welke topics ondersteunt worden. Ook hier: ondersteund.
Reijer.
Bedankt voor de bevestiging. De spelfouten zijn opgelost en de foutieve weergave van water in de tooltips van de kostenschermen.
En ook in de help teksten bij Weer: “Je kunt teven de stand id invoeren” moet “tevens” zijn.
Bij Backup: “de timer instelling geven” => de timer instellingen geven
Mijn dank, het is aangepast.
Update 202102 zojuist uitgevoerd en is prima verlopen.
Wat mij opvalt is dat in het scherm “Actueel verbruik” de grafiekweergave van de afgelopen 4 uur, 4 dagen is. De titel boven de grafiek geeft nog wel 4 uur aan. Is dit een instelling of een bug.
Vindt de waarde over 4 uur erg makkelijk..
Mvgr, Ton
De ruwe data die wordt gebruikt voor deze weergave wordt niet meegenomen in de in en export omdat die data snel verouderd. De data zou naar een paar uren draaien weer de laatste vier uur moeten weergeven.
Aanvulling. Zojuist zie ik de grafiek verspringen naar vier uur, dus opgelost.
Heeft het inderdaad te maken met vier uur geduld hebben. 🙂
Had de vier dagen in deze grafiek bij vorige updates nooit eerder gezien
Alsnog bedankt.
Gr. Ton.
Beste Security Brother,
Zoals ik beloofd had, bijgaand een link naar de gewijzigde bestanden en bijbehorende documentatie m.b.t. het lezen van de Watermeter sensor en de KWh pulsen via de seriële poort:
Wil je het downloaden van de files bevestigen, kan ik de share op OneDrive weer uitzetten.
Met vriendelijke groeten,
Aad Beentjes
Bedankt, ik heb de bestanden gekopieerd.
Ik heb deze week de weer monitor gelinkt in mijn P1 , na een paar dagen ontstaat een Temp. grafiek in het stroom verbruik. ik heb geen gas, maar een warmtepomp. dus als het kouder wordt , gaan het stroomverbruik ( en de grafiek) omhoog, maar de Temp lijn omlaag. dan wordt het lastig om de correlatie tussen stroomverbruik en Temp , duidelijk te visualiseren. zou het kunnen dat de Temp geinverteerd wordt zodat de grafieken parallel gaan lopen ? zodat je kan zien wat de invloed van Temp op het verbruik is ?
in de zomer als je eventueel gaat koelen met je warmtepomp, zou hij weer in de “normale stand” moeten om een parallelle grafiek te zien.
of een “schakelaar”om te kunnen switchen tussen ‘normaal ‘en geinverteerd.
zomaar een gedachte.
Zou het omdraaien van de y-as voldoen. Dus – bovenaan en + onderaan? En bij welke pagina(s)?
Als je de As draaid, gaan de andere waarden ook “op hun kop staan” tenzij het lukt voor alleen de Temp waarden.
of alleen de stroom waarde op de linker as en de temp waarden op de rechter as.
Kun je mijn vraag volledig beantwoorden.
Op pagina KWH, dat is volgens mij de enige pagina waar de temp op verschijnt.
ik heb een spreadsheet gemaakt , waarin de grafiek gesimuleerd wordt. is die toe te zenden ?
Je kunt het via dropbox doen o.i.d dan haal ik het via die link op. Wat is de volledige pagina naam nnnnn.php?
Pagina http://10.0.0.164/stats-d.php
Je wil dus de Y-AS draaien. Zie deze afbeelding.
Ziet er mooi uit, is precies wat ik bedoelde. Blijft alleen de “schakelaar” over tussen winter en zomer.
Hoe stel je dat voor. De meting is constant. Je kunt de as om draaien. Maar de zomer/winter stand zijn subjectief.
Het zal per meter/installatie verschillen of en wanneer er gekoeld wordt en hoe lang verwarmd.
ook in de “winterstand” houdt de warmtepomp (WP) in de zomer op met verwarmen.
dan is er geen korrelatie meer tussen WP verbruik , totaalverbruik en de Temp in de grafiek.
eigenlijk zou je een aparte meter voor het WP verbruik (heb ik) in de grafiek moeten kunnen toevoegen , maar dan heb je nog het verbruik van de circulatie pompen, de compressor en de boiler ik lees de standen elke 1ste van de maand af en gaan in een spreadsheet. In de zomer staat de compressor 2-3 maanden stil.
de pompen lopen het hele jaar min 3 min elke 20 minuten. De CV pomp, de hele winter en in de zomer alleen als de WP boiler “bronwater” nodig heeft.
Ik vrees dat de manier zoals je de software wil gebruiken te complex wordt en een specifiek. Je zou eventueel zelf met de bestaande API’s zelf kunnen maken.
Dat zijn mijn verwachtingen ook niet, maar het zou mooi zijn als het kon , maar dat is te systeem specifiek.
ivm allerlei verschillende protocollen van alle aan te sluiten meters.
De inversie zou al mooi genoeg zijn. ( met de “schakeling”)
Hallo Security Brother,
Heb gister de update naar 202103 gedaan.
Wat me daarbij opviel was dat de door mij geteste instellingen voor de POE-HAT nog steeds op de oude waarde stonden, ondanks wel je bedank tekst.
Nadat ik deze op de door mij geteste waarde had ingesteld, viel mij op dat de CPU-temperatuur toch weer hoog was. Inspectie van de fan leerde mij dat deze niet draaide.
Na minutieuze inspectie van config.txt en de rpi-poe.dbo overlay, waarbij ik geen afwijkingen constateerde, gaan googelen. En jawel hoor, probleem bekend: https://www.raspberrypi.org/forums/viewtopic.php?t=304214
Er staat daar een bericht van Thu Feb 25, 2021 6:03 pm dat een apt upgrade geen oplossing bood, met als reply op Thu Feb 25, 2021 6:45 pm dat de fix nog niet in de apt upgrade staat, maar wel in de rpi upgrade.
Heb zojuist toch de apt upgrade gedaan. Blijkbaar is de fix inmiddels wel in de apt upgrade geplaatst, want de fan doet het weer keurig.
Besturingssysteem versie is nu: Linux-5.10.17-v7+-armv7l-with-debian-10.8
Wat me tijdens de upgrade opviel, was de grote hoeveelheid updates, komt jou dit van eerdere upgrades bekend voor ?
Ps: Ik zal deze je week mijn aanpassingen in versie 202103 tbv de H2O en KWh pulsen via de seriële poort nog doen toekomen.
Met vriendelijke groeten,
Aad Beentjes
Er wordt standaard apt-get upgrade toegepast. rpi-upgrade is de laatste maar niet altijd stabiele upgrade en wordt ook niet aanbevolen voor anders dan testen. De hoeveelheid aan vernieuwde packages is per keer anders. Maar er kan een groot verschil zijn tussen een normale upgrade en rpi-upgrade. Als de fix in de stabiele omgeving terecht komt dan komt deze vanzelf voorbij. Elke nieuwe versie wordt altijd voorzien van de laatste patches minus de tijd om alles te testen.
Mijn router bevindt zich op een andere etage dan de meter kast, dus de raspberry pi verbinden met een netwerkkabel is voor mij helaas geen optie. Is het mogelijk om p1 monitor te gebruiken over WiFi?
Ja dat kan, de WiFi kan via het setup menu worden ingesteld. Het is wel handig de Rpi eerst aan ethernet aan te sluiten en dan de WiFi. In te stellen. Sluit de Rpi wel af via het setup menu.
Top, dank voor je snelle antwoord! Ik ga het binnenkort proberen, leuk!
Hoi,
Ik heb geupdate, maar ik ben bang dat ik weer last heb van een nieuwe bug.
In de gasweergave op de urenweergave is op het moment van de update een verbruik te zien van bijna 2500m³, dus eigenlijk de totaalwaarde van mijn meter. De historie is weg. Nou is dit de urenweergave, dus die verloopt volgens mij na een week, maar ik wilde het wel even laten weten. Misschien hebben meer mensen hier last van.
Bedankt voor het delen. Dit komt waarschijnlijk doordat bij het starten de delta tussen de nieuwe meting en de vorige wordt gedaan. Die is dan nog nul en nul plus de meterstand geeft dan het huidige verbruik. Gas blijft een hoofdpijn dossier….. Het staat op de hoe ga ik dat nu weer fixen lijst.
Eigenlijk dus gewoon een kwestie van een gaspuls binnenkrijgen nog voordat de database goed en wel is ingelezen….
Daar heb ik misschien een suggestie voor, bij een import de seriële poort pas activeren nadat de import is voltooid en verwerkt, of de interface naar de meter pas activeren na de import, of na een initiële installatie (bij een nieuwe setup).
Workaround zou kunnen zijn om de USB kabel even los te trekken als je een upgrade doet, maar dat moet dat misschien toegevoegd worden aan de upgrade instructie…. 🙂
Bedankt voor het meedenken. Het probleem is theoretisch heel simpel op te lossen. Het punt is dat gaswaarde in een aantal gevallen maar 1 keer per uur een update krijgt. En dat betekent dat het lang duurt om een waarde weer te geven. Daar ga ik nog over nadenken.
Aangezien een vorige meterstand van nul niet kan (onwaarschijnlijk is), kan ik voorstellen dat hiervoor de huidige stand wordt genomen. Dit voorkomt de extreme gebruiksmeting.
Correct, dat is een richting die ga onderzoeken.
Hallo, na gisteren een melding hebben te gedaan over de watermeterstand dat deze wisselde, nu vandaag geeft de totale stand een waarde van 0000,330m3 terwijl dit toch echt iets anders is de dag waarde is wel goed dus hij tel de pulsen wel . zowel in de app als op de pc
Je kunt de tellerstand resetten via de UI.
Hallo, vorige week zijn 10 zonnepanelen geïnstalleerd en op zoek gegaan naar een mogelijkheid om mijn slimme meter via een web interface te monitoren. Toen ik de P1 monitor tegenkwam hoefde ik niet verder te zoeken. Wat een prachtig stukje programmeer werk. Precies wat ik zocht. Maar ik had nog een een Rasp. Pi model 2B liggen en die wordt niet ondersteund maar gelukkig werkt het zonder problemen. Deze software versie past net niet op een 8GB SDHC. Dus een 32 GB gebruikt. Ben er erg blij mee, dus een x bedrag overgemaakt,
Bedankt voor alle moeite! Ga vooral zo door.
P.s. ook als je hoofdletters gebruikt in de diverse omschrijvingen moeten de symbolen voor kilo (k) en uur (h) nog steeds met een kleine letter worden geschreven.
bedankt voor de donatie, het geeft mij de mogelijkheid de code gratis aan te bieden en nieuwe zaken toe te voegen. Wat betreft de hoodletters, soms maak ik gebruik van creatieve vrijheid als het beter uit ziet. Maar als je typo’s tegen komt laat het dan weten waar dan pas ik die aan. Groeten aan Helga.
Ook weer up to date. Ik had in de vorige change notes al iets gezien over een API wijziging.
Is er een optie voor een soort van Nieuwsbrief als er een wijziging t.b.v. API plaats vind?
Zodat ik tijdig een alert / mail ofso krijg wanneer dit gebeurd dan kan ik de Homey App bijwerken indien nodig.
Nu nog een integratie maken voor Waterverbruik / minuut zo te zien is dat nieuw 🙂
Grt. Stefan
Er is geen mailing list, maar ik geef bij elke nieuwe versie aan wat er gewijzigd of nieuw is. Deze doornemen is de beste route. Daarnaast probeer ik de API zo stabiel als mogelijk te maken. In het geval van de watermeter ging dat helaas niet.
Bedankt voor de nieuwe update! Ik had de vorige versie al draaien met de waterfix.
Wat ik me wel afvraag. Er wordt een update check gedaan, kan je ook zien hoeveel unieke gebruikers van de applicatie er zijn? Ik ben eigenlijk wel benieuwd hoeveel mensen nu werkelijk het programma gebruiken en eventueel ook hoeveel daarvan de watermeter gebruiken. Ik heb zelf destijds ook een paar watermeter printjes gemaakt voor familie en vrienden.
Zou je dat soort informatie willen delen? Lijkt me wel een interessant gegeven, want volgens mij is P1 Monitor het meest gebruiksvriendelijke monitoringprogramma dat er op dit moment is, dus hoe verhoud zich dat tot de andere programma’s die er zijn…? Ben ik gewoon nieuwsgierig naar.
In ben nog al van de privacy en bewaar zo min mogelijk gegevens van gebruikers. Het enige wat ik kan delen is dat er ongeveer 1500 downloads zijn per versie. Dat blijft het afgelopen jaar 2020 – 2021 ongeveer gelijk. Als ik naar de aantallen kijk over meerdere jaren dan zie ik lichte toename in gebruikers. Van de laatste versie zijn er sinds zaterdag ongeveer 200 downloads geweest. Dus ik vermoed dat er minimaal 200 actieve gebruikers zijn.
Ik denk dat het er zeker wel meer dan 200 zijn 😉
Zelf heb ik hem ook nog niet gedownload, omdat ik nog niet de kans heb gehad, ik ga dat morgen doen. Mijn vader gebruikt het ook, maar die download meestal niet direct updates als er voor hem niet direct wijzigingen in zitten die van belang zijn. Zo zullen er vast meer zijn.
Zou mooi zijn als P1 Monitor wat bekender zou worden, want ik had eigenlijk verwacht dat er veel meer gebruikers zouden zijn.
Hoe dan ook, ik hoop dat je nog nog lang blijft doorontwikkelen aan deze applicatie, want ik vind hem in ieder geval geweldig en hoop dat er meer en meer mensen dit ontdekken! Het is heel goed voor de bewustwording van je verbruik.
Bedankt voor je vriendelijke woorden. Hoe meer mensen er aandacht aan besteden hoe bekender het wordt.
En er hebben al 61 mensen een pcb besteld 🙂 Dus die hebben zowieso een watermeter, laat staan voor diegene die zelf lekker hebben lopen freubelen ( ik heb zelf ook nog een zelfgemaakt bordje ertussen zitten).
Bedankt voor de update
Allereerst dank voor je tomeloze inzet!
Vandaag ook de update uitgevoerd, deze keer via de Upgrade assistent met USB-stick. (PI3)
Na het opstarten startte de pi met het terugzetten van de database maar na meer dan een uur was er nog geen spoor van mijn historie. Daarom op de “oude manier” een database import gedaan en nu is mijn historie weer te zien. Echter zie ik op de infopagina nog steeds: SQL import loopt……. (nu al meer dan 14 uur) Een herstart helpt niet. Kan/moet ik dit proces handmatig stoppen?
Of nu weer een export maken om die op een frisse image terug te plaatsen?
Je kunt die melding negeren. Het wil zeggend dat de automatische import ergens over gestruikeld is en dus niet de gereed melding zet. De manuele import zorgt dat je al je data nog hebt.
Hallo, ik heb de pro app en als ik die open staat het dag water verbruik op nul en komt pas na 5 sec in beeld en de totaal stand van het waarde geeft een raar onbestendige getal aan wanneer de totaal standen worden bij gewerkt en daar na wordt de stand weer normaal dit gebeurt dus om de 10 sec. is dit een bug of heb ik verkeerds gedaan ?
Nee dit is correcte werking. Maar niet zo netjes. Het komt omdat oude versies van de P1 monitor een andere waterdatabase gebruiken. Bij de volgende versie van de app is dat opgelost.
oke bedankt voor je antwoordt, mooie app en p1 monitor, net de temp, esp 32 in elkaar gezet.
top zo door gaan.
komt er nog een versie met meer temperatuur sensors?
Graag gedaan, meerdere temperatuur sensors staan op de roadmap.
Weer bedankt voor je geweldige update!
Ik heb alleen 1 warning bij het importeren van bestaande data:
Main tabel wijzing gefaald. Melding=’NoneType’ object has no attribute ‘split’
Het gebeurt na de melding: 06_watermeter wordt verwerkt.
Dat is waarschijnlijk geen probleem. Is alle water data wel goed geïmporteerd.
Ik heb geen watermeter eraan gekoppeld, dus ook geen data. Wellicht verklaard dat de melding?
Dat klopt, het zijn ook waarschuwingen dus niet fataal.
Hier ook weer prima. Export maken, sd kaartje met nieuwe image erin en weer importeren.
Bedankt voor de bevestiging.
Ik ben een nieuwe gebruiker, heb mijn P1 op een rpi3 draaien en gebruik hiervoor een ssd. Ik heb net vandaag ook mijn watermeter geïnstalleerd, werkt geweldig. Nu zie ik net dat er een update is dus probeer ik deze net te starten maar krijg al snel bericht dat de upgrade niet is gelukt. Neem aan dat het komt omdat ik het spul op een ssd draai.Het zou jammer zijn als ik elke update met de hand via een image moet doen beetje omslachtig wel. Verder ben ik blij met P1 monitor, deze vervangt de SmileP1, veel meer inzicht.
Sorry maar het upgrade model is voor mij het handigste om nieuwe distributies te doen. Het met de hand upgraden geeft veel meer support vragen.
Update: ik denk dat in jouw situatie een export maken. Het nieuwe image op de ssd zetten en dan de import doen. De upgrade assistent heb ik nog nooit getest met deze hardware configuratie.
Ik heb ook een ssd via usb aan mijn RPI3 draaien aangezien de prijs erg laag is van een 128GB ssd kaartje en USB-behuizing. De oplossing die Security Brother aandraagt is inderdaad de snelste methode. Wat ik wel gemerkt heb bij mij is dat als ik met Raspi-config het filesystem verhoog het geheel na een herstart niet meer doorstart. Ben er nog niet achter waar het precies misgaat.
Op termijn verwacht ik misschien ook een SSD te gaan gebruiken. Bij mij gaat het redelijk goed maar mijn vader heeft al diverse SD kaartjes versleten tijdens het gebruik van P1Monitor. Ik weet niet of er verschil zit tussen de verschillende raspberry versies, ik heb een 4 en daar gaat het voorlopig nog goed.
Ik heb er diverse Rpi 3 en 4 en gebruik veel kaartjes. Zelden een probleem mee gehad. Ik gebruik echter alleen merk kaartjes. Zoals Samsung, Kingston. Soms is een kaartje nog te redden maar de echt maatregel is maak minimaal 1 keer per dag een back-up.
Hier in Groningen een geslaagde update bedankt weer
Bedankt voor de bevestiging.
Hallo Secbro,
De nieuwe versie weer probleemloos kunnen updaten met de upgrade assistent.
Wel kreeg ik een foutmelding na de export te hebben gemaakt en daarna de Upgrade te gebruiken. De Upgrade na een herstart opnieuw geprobeerd en dit ging zonder problemen.
Bedankt voor de update!
Top, bedankt voor je snelle antwoord.