Hej,
Finns en logger att köpa från Holland för 46 euro med app för Smartphone. Frakt 12 euro.
Företaget heter Tech4U och loggern “Energy logger Blue”. Har inbyggt minne som sparar mätarinfo.
Enkare och bättre kan det nog inte bli.
Finns en logger att köpa från Holland för 46 euro med app för Smartphone. Frakt 12 euro.
Företaget heter Tech4U och loggern “Energy logger Blue”. Har inbyggt minne som sparar mätarinfo.
Enkare och bättre kan det nog inte bli.
Tack för länken
Den har jag sett men jag vill inte köpa en svartlåda som går inte använda nånstans förutom "deras" stängda tjänster.
Det jag vill ha är egen lösning som jag kan använda med min Home Assistans samt att ta ut raw datat och hälla in i Influx och bygga grafer i Grafana.
För den behöver jag en liten gateway som man kopplar med RJ12 till porten som helst ström försörjer sig via P1 porten. GW:en sen ska skicka datat antigen till Home Assistant eller till nån Webhook eller MQTT som i sin tur skickar datat vidare.
Den har jag sett men jag vill inte köpa en svartlåda som går inte använda nånstans förutom "deras" stängda tjänster.
Det jag vill ha är egen lösning som jag kan använda med min Home Assistans samt att ta ut raw datat och hälla in i Influx och bygga grafer i Grafana.
För den behöver jag en liten gateway som man kopplar med RJ12 till porten som helst ström försörjer sig via P1 porten. GW:en sen ska skicka datat antigen till Home Assistant eller till nån Webhook eller MQTT som i sin tur skickar datat vidare.
Så omständigt när man på ett enkelt sätt kan få det till mobilen historiskt sparat.
Vad är det för förde med din lösning
Vad är det för fördel med din lösning?
Vad är det för förde med din lösning
Så omständigt när man på ett enkelt sätt kan få data till mobilen och även historisk data.bortek skrev:
Vad är det för fördel med din lösning?
Jag har byggt en lösning baserad på ESPHome (som är ett ramverk avsett för att integrera ESP8266-kontrollers med Home Assistant), den publicerar allt data till Home Assistant som sensorer. Jag har bara testat med min mätare (Sagemcom T211) men det är ju inte omöjligt att den funkar bra med E360 också, då de ska följa bransch-specifikationen.
Du hittar kopplingsdiagram och info här:
https://github.com/psvanstrom/esphome-p1reader/
Om du får den att funka med E360 får du gärna göra en PR på README.md och lägga till den i listan över fungerande mätare
Det är precis vad jag letar efter.S svanstrom skrev:
Mycket bra jobbat! Jag klonar repot och testar meden min mätare on nån vecka. Kanske små justeringar behövs för att få det funka på E360. När det väl funkar så gör jag PR tillbaka till din repo så har hela koden stöd för två mätare Hej alla. Jag har också just hittat den här tråden. Triggat av att Ellevio installerar ny mätare (Sagecom) om två veckor.
Forutom @svanstrom så finns det en del andra likande på github.
https://github.com/aviborg/swedishP1
https://github.com/nldroid/CustomP1UartComponent
https://github.com/Josverl/micropython-p1meter
Sedan har vi http://weigu.lu/microcontroller/smartyReader_P1/index.html som har gjort ett riktigt profsprojekt men mönsterkort och allt. Det antyds att man kan köpa färdiga kit på weigu.lu men jag har inte lyckats få någon kontakt.
Jag tycker att det är märkligt att det inte går att köpa färdig hårdvara, med tanke på att det verkar vara någon sorts EU-standard så borde marknaden vara relativt stor.
Forutom @svanstrom så finns det en del andra likande på github.
https://github.com/aviborg/swedishP1
https://github.com/nldroid/CustomP1UartComponent
https://github.com/Josverl/micropython-p1meter
Sedan har vi http://weigu.lu/microcontroller/smartyReader_P1/index.html som har gjort ett riktigt profsprojekt men mönsterkort och allt. Det antyds att man kan köpa färdiga kit på weigu.lu men jag har inte lyckats få någon kontakt.
Jag tycker att det är märkligt att det inte går att köpa färdig hårdvara, med tanke på att det verkar vara någon sorts EU-standard så borde marknaden vara relativt stor.
Redigerat:
Man kan tycka det, men alla länder verkar ha gått en egen väg och implementerat det lite på olika sätt. Jag hittade en presentation från branschen på nätet där man diskuterade vilken väg Sverige skulle välja och vad de andra länderna valt. Inte ens i Sverige fungerar alla mätare på samma sätt, eftersom man uppdaterade branschrekommendationen från v1.2 till v1.3 och ändrade dataformatet från ett binärt format till ett ASCII-baserat format.M Mr_B skrev:
Norge kör RJ45 och MBUS, Luxemburg kör P1 med krypterat data, Storbritannien valde att gå helt egen väg (surprise) och kör trådlös Zigbee osv osv.
Som tur är valde faktiskt Sverige det som måste vara den (för oss hemmapulare) den enklaste vägen. Kretsen som krävs är simpel, porten levererar den 5V som kan driva kretsen och förutsatt att man har en mätare som implementerar v1.3 (som du snart har - grattis!) så kan man läsa datat direkt som ASCII-text utan att behöva hålla på och böka med ett krångligt binärprotokoll.
fast det är 2.0 som gäller nu (publicerad 19/12 -20)...S svanstrom skrev:
https://www.energiforetagen.se/forl...ation-for-lokalt-kundgranssnitt-for-elmatare/
"Ascii" eller binärt må vara, men är det inte någon form av protokoll med checksummor, blir det väldigt känsligt för störningar.
Jag vet, det jag påtalade var att man genom övergången från 1.2 till 1.3 gick från binärdata till ASCII-data. Vissa elföretag har implementerat 1.2, bl.a tydligen Tekniska Verken med sin Aidon-mätare.S sunqan skrev:
Specifikationen är inte supertydlig på den punkten, så jag vet inte om det är upp till varje leverantör att välja själv, men min leverantör Ellevio och deras Sagemcom-mätare skickar ut en CRC16-checksumma med varje telegram, vilket självklart min kod verifierar, vid felaktig checksumma så publiceras inga sensorvärden.
Då har vi fått bekräftat att Landis+Gyr har en bugg i sin firmware på deras E360 mätare gällande porten. Efter ett tag slutar mätaren skicka ut data på porten och måste då startas om, men sedan slutar den fungera efter ett tag igen.J Jsson83 skrev:
Det jobbas på en ny firmware men de kan inte säga när den finns på plats, eller när den kan levereras ut till mätarna.
Eon har tydligen en del kunder med denna mätare, vårt lilla energibolag har "bara" 17 000 kunder, så det är många mätare som har buggen.
Men skönt att veta att felet inte ligger på vår sida.
Bra att ni berättar om buggen. Det är många E360 mätare ute och det kommer bli fler. Så det är bra att tillverkaren jobbar på fixen.
Har du mer detaljer om buggen som vilken version av firmware som är påverkar. Tänkte det kanske finns enheter med äldre fw som de installerar.
Hur startar om om och är det hela mätaren som ska startas om? Kan man trigga omstart från P1 porten då kan man lösa det temporärt.
Har du mer detaljer om buggen som vilken version av firmware som är påverkar. Tänkte det kanske finns enheter med äldre fw som de installerar.
Hur startar om om och är det hela mätaren som ska startas om? Kan man trigga omstart från P1 porten då kan man lösa det temporärt.
Fick min HAN-data att lira i helgen. Har en Kamstrup Omnipower mätare som installerades i somras. Mailade supporten på Jämtkraft som aktiverade porten och skickade ut en HAN-modul med RJ45-kontakt.
Hittade lite blandad info om vad det var för signal som skickades ut, men landade vid att det skulle vara M-Bus. Mätaren är dock master, så jag behövde en slav för att läsa datan. Beställde en usb-sticka från ali xpress som tog nästan tre månader att få. https://www.aliexpress.com/item/32719562958.html?spm=a2g0s.9042311.0.0.c8314c4dpbv1pv
Slängde in den i en raspberry pi som låg och skräpade, trådade in orangea paret i nätverkskabeln som jag fiskat fram till mätarskåpet och öppnade minicom i raspberryn. Där trillade det in data var 10e sekund när jag sänkt baudrate till 2400, däremot helt oläsbart.
Hittade lite pythonexempel för att få ut datan i Hexformat och lyckades manuellt översätta lite grann för att se att det verkade stämma.
Flyttade stickan till Home Assistant-servern och installerade hass-AMS via HACS. https://github.com/turbokongen/hass-AMS
Fick lägga till modellnumret för min mätare och lägga till "ams:" i configuration.yaml, sen trillar värdena in som de ska =)
Med tullavgift och frakt blev det väl en totalkostnad på ca 200kr.
Hittade lite blandad info om vad det var för signal som skickades ut, men landade vid att det skulle vara M-Bus. Mätaren är dock master, så jag behövde en slav för att läsa datan. Beställde en usb-sticka från ali xpress som tog nästan tre månader att få. https://www.aliexpress.com/item/32719562958.html?spm=a2g0s.9042311.0.0.c8314c4dpbv1pv
Slängde in den i en raspberry pi som låg och skräpade, trådade in orangea paret i nätverkskabeln som jag fiskat fram till mätarskåpet och öppnade minicom i raspberryn. Där trillade det in data var 10e sekund när jag sänkt baudrate till 2400, däremot helt oläsbart.
Hittade lite pythonexempel för att få ut datan i Hexformat och lyckades manuellt översätta lite grann för att se att det verkade stämma.
Flyttade stickan till Home Assistant-servern och installerade hass-AMS via HACS. https://github.com/turbokongen/hass-AMS
Fick lägga till modellnumret för min mätare och lägga till "ams:" i configuration.yaml, sen trillar värdena in som de ska =)
Med tullavgift och frakt blev det väl en totalkostnad på ca 200kr.
Jag har sen tidigare använt den blinkande LEDen för att läsa av min elmätare. Jag ser att det finns en sådan på den mätare jag kommer få efter bytet i Stockholm.
Jag tänker använda den på den nya mätaren, då slipper jag problem med all udda protokoll.
Missar jag någon information då?
Finns ju en massa data att i dataströmmen tydligen.
Detta är en länk till den lösning jag använder, tillsammans med Domoticz.
https://www.letscontrolit.com/wiki/index.php?title=TCR5000
Jag tänker använda den på den nya mätaren, då slipper jag problem med all udda protokoll.
Missar jag någon information då?
Finns ju en massa data att i dataströmmen tydligen.
Detta är en länk till den lösning jag använder, tillsammans med Domoticz.
https://www.letscontrolit.com/wiki/index.php?title=TCR5000