Hej!

Jag vet inte om någon har nämnt detta innan men i Elogger, när man kollar man på en graf för @Elpris så verkar här hos mig att grafen blir för ett felaktigt datum-intervall. Skapar man en grupp med @Elpris tillsammans med annan givare så funkar den som förväntat, se bilder.

Skärmdumpar är tagna nästan samtidigt, bara ändrat vilken givare eller grupp som ska visas.

Hej!

Har testat lite snabbt mjukvara 221214, nu får jag ett pris i displayen som visar det pris som jag som konsument får betala, perfekt. Visst är det så att det funkar fullt ut som innan om man inte skriver något i offset eller man raderar sitt offsetpris så är man tillbaka till ett spotpris?

Det går ju utveckla denna funktion lite mer när tid finns, som du nämner.

Och sen såg jag att "Shelly spikar" är borta, jättebra. Det var lite svårt innan att se verklig värde när spikarna förstörde vilken nivå graferna ska visa.



Många tackar.

Hej!

Ja, jag hade samma tanke när jag skrev förfrågan/önskemål tidigare.

Men utan att veta hur det funkar i bakgrunden så är nog min spontana tanke den att om man justerar en givare med ett offsetvärde så är ju ursprungsvärdet av givaren av mindre intresse sen. Så jag tänkte nog så att även det omräknade givarvärdet ska ligga till grund för styrningen, då borde det vara lätt att förstå. Eller hur funkar det för övriga givare där det går att använda offset?

Om man inte vill styra sin logik med ett "faktiskt elpris", så lägger man inte in någon offset, då funkar det ju precis som det gör nu.

Fältet för offset kanske inte ens behöver ändras, bara att det går att skriva in någon typ av formel t.ex: ”(@ Elpris + 95) * 1,25”. Där 95 är överföring, skatt i detta exempel och sen lite moms på det hela. Om vi har ett ”@ Elpris” 200 så får vi ett konsumentpris på ca 369 öre.

Det var nog så jag tänkte när jag skrev önskemålet tidigare...

Det finns noder för det, men först om du inte ha gjort det så måste du fixa "Node-RED Companion Integration".
Information hur du gör finns här:  https://github.com/zachowj/hass-node-red
Länken dyker även  upp i noden om du inte har gjort denna anpassning innan.

Jag gjorde en snabbtest nu med en virtuell HA installation på min PC, följde bara den manuella instruktionen som finns där och det gick bra. Installation via HACS har jag inte testat men det borde vara enklare.
Sen när det är gjort så är det bara att dra in HA sensor-nod, namnge och koppla den på en switch-utgång.  

Hej,

Trevlig funktion detta med att få in elpris i loggern.
Jag har den externa displayen i köket och ser elpriset där lättillgänglig.

Går man in i givarinställningar för olika givare så ser man att det finns ”Offset” inställningar och för några andra ingångar lite mer inställningar man kan göra.
Det finns ju även en ”Offset” för elpriset, min fundering kring detta är om det skulle gå att utöka funktionen lite, så att man kunde lägga till sitt överföringspris och även ett fält så man kunde multiplicera detta med 1.25 eller något annat sätt att få med moms så man fick fram ett pris som jag som konsument får betala.

Givetvis att det ska funka så som det gör nu men att man hade den möjligheten för den som så önskar, att på något enkelt sätt få loggern att visa det pris som jag som konsument får betala för elen i stället för spotpris.

 

Hej

I switch-noden kan du ange ID på den givare du vill ha för en viss utgång på switchen. Sätt "msg.parts.key" för "Property"  så borde det funka, se bilden jag lägger med.

Sätter man debug-nod till att visa hela meddelandet så ser man att det är ganska mycket data som skicka ut på varje utgång när man använder detta alternativet, kanske inte spelar någon roll men i mitt flöde här hemma satt jag dit en change-node mellan in-noden och split-noden som tar bort "msg.req" och "msg.res" så blir det mycket mindre data som hanteras av switch-noden.

Men kolla på bilden så borde det lösa sig.

Hej,

Det går ju skapa olika grupper av de kanaler som man vill visa samtidigt i en graf, se bild på elpris och utetemp.

Jag använder sällan LoggerSoft, bara vid test och felsökningar, så jag har dålig koll på inställningar i LoggerSoft.
Men vi får se vad som blir framöver.



 
 

Hej
Jag kollade också lite på detta med att man får spikar i E-logger med Shelly enheter som är beskrivet i ett annat ärende.
Det verkar som man får fel nivå på Shelly-enheter in till LoggerSoft, se bild o logg.
Om det visas 75W i Shelly så visas det 0,75 i LoggerSoft men rätt i E-logger och HA(M2M).
Vi får se om det är ett fel eller jag missat något.

Logg i LoggerSoft:
06:58:40,0.78
06:58:55,0.78
06:59:00,0.78
06:59:10,0.78
06:59:20,0.77
06:59:30,0.77
06:59:40,0.77
06:59:50,0.78
07:00:00,0.77
07:00:10,0.77
07:03:01,0.77
07:03:10,0.77
07:03:20,0.78
07:03:30,0.78
07:03:40,0.77
07:03:50,0.76
07:04:00,0.77
07:04:10,0.77
07:04:20,0.76
07:04:30,0.78
07:04:40,0.77

Svårt att säga vad som är orsak till att det inte funkar, nog lättare för någon som är kodare. Men här hos mig har det funkat bra nu i över två år på två burkar med HA, en ”Home Assistant blue” och en RPi4. Nu kör jag ju med HA:s OS i båda dessa för att ha så det enkelt som möjligt för mig.

Logger 3030 skickar till HA blue sen är det Mqtt mellan burkarna. RPi:n är där bara mest för testa olika saker innan jag lägger på det HA Blue enheten.

Jag testade i går att lägga in en helt ny HA installation på en virtuell maskin på en W10 dator och la in samma noder i Node-red som finns som exempel här i ärendet och sen ändrade ip adress i L3030 till den virtuella HA installationen och det funkade klockrent, såg inget konstigt.
Nu använde jag VMware Workstation eftersom jag hade den installerad sen tidigare på min W10 dator. Det som man bör tänka på är att man ställer in nätverkskortet på den virtuella maskinen till ”Bridged Network” och i samband med den inställningen klickar bort rutorna för de olika nätverkskorten som visas så man bara har det kort som man har sin nätverkssladd till på den fysiska dator, använd inte WIFI såg någon rad om detta i någon meny.

Man kan ju ha Node-red installerat på en dator utan att Home Assistant, i det fallet funkar det inte med den sökvägen som vi skrivit om innan, den gäller bara Node-Red i en HA installation.
Kör man med Node-red direkt i en dator så får man inte ha med ”endpoint” i sökvägen i loggern , kanske finns skillnad i andra system som också använder NR.

Exempel på sökväg i logger.

Node-Red Home Assistant:   192.168.0.144:1880/endpoint/l3030_node_red

Node-Red fristående:    192.168.0.144:1880/l3030_node_red

Namnet ” l3030_node_red” sist i sökvägen ovan är ju bara ett exempel, det är ju fritt att ha vad som, bara det är samma i L3030/1010 och i in-noden i NR.

Ändra in-noden i NR tillfälligt från ”POST”  till ”GET” och sen bara klistra in exemplen ovan men med rätt ip nummer så borde man se i både NR att det händer något men även i webbläsaren får man tillbaka ett svar. Om det som klistras in i sökfältet på webbläsaren matchar in-noden så får man tillbaka ” HTTP/1.1 200 OK”, om man har följt exempelkod innan i ärendet.


Tätast intervall som man kan hämta data är ju 1 min som det är nu och det är väl mer än tillräckligt om det gäller temperaturer, men för elförbrukningen så kanske man vill ha det lite oftare. Andreas har ju nämnt detta med Modbus TCP innan här i tråden om man vill ha data oftare.
Kanske någon har testat detta innan men jag har också kollat på detta lite, att göra det i Node-red med lyckat resultet.
Man behöver inte förstå detta med ”float big edian” och skriva någon kod för detta, det finns noder för detta i Node-red så det är väldigt enkelt att komma igång, lägger med en skärmdump på de noder jag använde för att testa, finns dom inte så är det bara hämta och installera i menyn ”Manage palette”.

Tips på hur man ställer in Modbus-noden får man i logger-manual, sen är det bara ”float(be)” man behöver välja i ”Buffer parser” om det bara är en givare man vill hämta, går ju att hämta flera men då får man anpassa noden efter det.


Funktionsnoden är med för att avrunda, kod nedan.

msg.payload= Math.round((msg.payload["item1"]) * 100) / 100;
return msg;


Det går ju också att skippa ”Buffer praser” noden men då får man koda en funktionsnod att göra konverteringen så det blir något begripligt att använda i HA eller något annat system.

I ModBus- noden kan man ställa hur ofta det ska hämtas, funkar bra med 10sek intervall, funkar ju att trigga manuellt också vid tester.

Hej!

Jag kollade mina inställningar jämfört med det som man kan se på bilderna du lagt in och det borde funka så.
Två saker som jag skulle kollat på som man inte kan se på bilderna, dels att IP-adressen är till Node-Red enheten och sen att det inte finns något blanktecken först eller sist i sökvägarna.

[/1010_node_red]

Det kommer inte att funka om ip-adress, portnummer och endpoint också  är med i http-in noderna som är på skärmdumpen, dessa uppgifter ska bara vara med i e-logger. Meddelandena som skickas ut ifrån logger letar ju  efter en "endpoint-node" som heter "/1010_node_red" på den adress och portnummer som är angivet i e-logger. Om du tar bort allt fram till sista "/" och bara har med /1010_node_red i URL så kommer det att funka.

Sen är det "template" noden jag använt till att skicka tillbaka "HTTP/1.1 OK".

Jag lägger med några skärmdumpar på inställningar i de noder som är med i inlägg #36.

Hej!

Har du med portnummer och endpoint i adressen som du skriver in i e-logger under M2M?

exempel: 192.168.X.XX:1880/endpoint/l3030_node_red

Ip-adressen och det som är från och med sista "/" får du ändra till det som du har angett i Node-red noden, sen är det viktigt att det skickas tillbaka ett svar till L3030/1010 för att få alla givarvärden.

I http-noden i Node-Red ska du använda "post" och i URL skriva in "/l3030_node_red" om man följer exemplet ovan.


Mvh

Peo

Hej

Jag gjorde en snabbtest i går kväll på min L2020 som ligger här, och jag fick samma resultat att givare 1 och 2 inte kom med i data som skickades.

mvh Peo

Hej!

Ja, vi får se om det finns något i koden när du kollar.

Det vore ju intressant och se om en annan logger kraschar om man tar bort en "Givare för utgång" och sen rycker nätverkskabeln till den, borde hända samma på den känns det som.

Men vi får se, nu verkar ju det funka här hos mig.