Spørsmål og svar

[toreamun]

Har du noe du lurer på? Da er det bare å spørre her.

[Hubszo]

Hei Tore,
Integrasjon ser kjempe interessant, men jeg er fortsatt litt usikkert hvordan kan oss-brikke integreres i HA hvis brikken er i el.skap og HA server står i et annet rom. Er det mulig å sende signal trådløs (f.eks. zigbee eller wifi)?

[toreamun]

Tibber Pulse fungerer fint og drives av strømmen den drar fra måleren. Den kobles til wifi, og kan konfigureres til å publisere til egen MQTT, men da blir ikke data tilgjengelig i Tibber App.

[Hubszo]

Tenkte om Tibber ja, men akkurat nå en hoved fordel med Develco utstyr er at jeg har bolig alarm fra Homely som driver mest på Develco sine løsninger (gateway, sensorer, osv. - https://www.homely.no/produkter/). Alt dette snakker godt med Zigbee og kan integreres i HA ved bruk av Zigbee dongle (som jeg har allerede på plass).
Også en annen sak som gjelder Oss-brikke at den har en begrenset funksjonalitet når koblet til Kamstråp strømmåler (som jeg har). Oss-brikken må i dyp søvn til å lade og sender ikke alle data kontinuerlig, men med jevn mellomrom. Dessverre enten Oss firma eller min strøm leverandør som har egentlig lansert brikken har ikke informert om slike utfordringer :(

[toreamun]

Veldig mange av adapterne har hatt problemer med Kamstrup. Det er mange særegenheter med Kamstrup. Hovedproblemet er nok at måleren leverer så lite strøm til HAN porten at det er utfordrende å drive en adapter uten ekstra strømforsyning. Jeg tror Tibber har løst dette. Man må ha veldig strøm-gjerrig elektronikk, og trolig lade så mye man klarer mellom pulsene. Deres målere sender heller ikke ut data like ofte som de andre målerne. Det eneste fine med det er at det da er bedre tid til å lade...

Selve datapakkene deres er også litt mer "uryddig" i strukturen enn de andre målerne. Plutselig begynte også noen av deres målere å endre format etter en målerfirmwareoppdatering uten at dokumentasjon og versjonsnummer i datastrøm ble oppdatert. Og for svenske P1 målere følges ikke standarden nøye nok. Jeg blir ikke overrasket om de kommer flere firmwareoppdateringer av Kamstrup-målere som gir utfordringer for ulike adaptere og integrasjoner.

[Hubszo]

Flott med din utdypende folkaring. Kjenner noe av det som du beskriver, men ikke så dyp :) Jeg driver med HA og et par andre smarthjem løsninger som hobby. Jakter etter ting som mest mulig virker out of the box og sjelden koder (av og til i YAML) :) I det siste prøver meg litt med integrasjon av API fra noen leverandører, men må fortsatt lære god del til å ha en bedre forståelse rund dette.

Håper til å holde kontakt med deg (hvis mulig).

[toreamun]

Jada, vi kan holde kontakt.

[computerlove]

Hei!
Jeg observerer at forbruksverdiene i HA Energy er forskjøvet en time.
Forbruket som blir rapportert klokken 23(altså forbruket 22-23) kommer opp i HA som forbruket 23-00.

Verdiene i meldingen fra strømmåleren har vel ikke tidssone, kan det være at HA tolker dette som at det er UTM-sone?

[toreamun]

Jeg er litt usikker på hvorfor du opplever dette. Det er ingen klokkeslett som rapporteres videre til HA. Kun målerens verdier. De norske målerne rapporterer kun summerte verdier (kwh) hver hele time, og dem vises da ikke i Energy før like etter dem er rapporter.

Klokkeslett som også sendes i pakkene fra målerne har jeg ikke tatt med. De ulike målerne gjør formidler dette på ulik måte og har ulik tilnærming til f.eks tidssoner/lokaltid. En slik sensor ville ikke gitt annen info enn klokkeslettet i måleren, og ville ikke påvirket HA Energy.

[computerlove]

Ja, ser nå at de tidspunktene som er i L3-meldinger er tidspunktet meldingen er sendt.
Hypotesen min nå er at det er forskjøvet fordi L3-meldinger (for Keifa-målere) kommer hh:00:10, og at HA bruker denne verdien for hh mens dette vises for hh-1 i data fra strøm- og nettselskap.
Men da må jo dette være tilfelle for alle, ikke bare meg.

[toreamun]

Ja, det kan være noe der. Jeg tror ikke dette er noe som kan løses av integrasjonen, men er noe som eventuelt må løses av HA. Disse målingene rapporteres med (State class total_increasing)[https://developers.home-assistant.io/docs/core/entity/sensor/#available-state-classes] og (device class energy)[https://developers.home-assistant.io/docs/core/entity/sensor/#available-device-classes]. Det er det som gjør at dem kan benyttes av HA Energy. Den er litt pussig at man i Norge ikke har valgt å gjøre som i Sverige hvor disse totalverdiene leveres hver gang måleren leverer verdier, men i stedet bare sende dem hver time.

[computerlove]

Jeg løste det ved å lage en Utility meter helper som summerte L1-meldingene, og bruke denne i HA Energy i stedet for L3-meldingene.

[tfriberg]

Is there a way to get last meter reading from the L+G E360 via the Tibber Pulse (as is possible via the API)?

    lastMeterProduction
    lastMeterConsumption

[StarkJohan]

Hei Tore
Jeg bruker en egen MQTT-broker og ikke den som er integrert i HA men jeg kan ikke finne ut av hvordan jeg skall sette dette opp i installasjonen din? Jeg kan bare velge topic men da vil amshan-HA lete etter den integrerte MQTT-broker som da ikke finnes, ikke sant? Kan jeg skriv host+topic för MQTT på noen måte når jeg installerer?
MVH Johan

[toreamun]

Ja, jeg trodde dette var løse av #33
Jeg er litt usikker på hvorfor det ikke fungerer for deg. Det greieste er kanskje om du henter ut litt logging ( se https://github.com/toreamun/amshan-homeassistant/wiki/Feils%C3%B8king#logg) og legge inn detaljene i en ny issue

[ozqar]

@StarkJohan How did you sulv this? I think I have the same problem with the Tibber puls HAN.

[StarkJohan]

I've not had time to look into it. I've switched to amstomqtt and the Home Assistant mqtt option instead as that project has a more granular scaling support at this point. I would like to revisit this problem in the future though, it just isn't a priority in the near future to me.

[ozqar]

Thanks for the quick reply. The second time through this I don't think it was the same problem. I am getting frames through from my Tibber puls. But they don't validate. ..

[actzipild]

I am stuck on the same issue, using an external mqtt server and the integration has no option to configure the server address. Perhaps adding a field in the config interface with a default 127.0.0.1 when asking for the topic? I have no idea how extensive the change would be though

[kayt00re]

Har du noe du lurer på? Da er det bare å spørre her.

Hei Tore,

Mulig jeg er helt grønn her. Men Jeg har kjøpt en mbus og koblet til og definert den som serial device. Men integrasjonen sier at Serial Device not found. Selv om jeg ser den i device.

[toreamun]

Hei. Fint hvis du kan fortelle litt mer om oppsettet ditt. Du skriver "jeg ser den i device". Er det da serieporten du ser? Hva heter den? Har du lest https://github.com/toreamun/amshan-homeassistant/wiki/Konfigurering-i-Home-Assistant#serieport ? Det er mulig at debug logging kan gi litt mer info.

[Atleks]

Noen som vet om dette kan brukes med EVA sin ams/strømmåler?

[toreamun]

Integrasjonen vil fungere med datapakkene fra alle typer adaptere som videresender datapakkene som dem kommer til måleren. Men man er avhengig av å motta datapakkene over serieport, nettverk (TCP/IP) eller som MQTT-meldinger. EVA måleren benytter Zigbee. Jeg kjenner ikke Zigbee selv. Men hvis det er slik at denne adapteren sender datapakkene direkte videre over Zigbee, så bør det være mulig via en Zigbee bro av noe slag. Men det blir sikkert en del fikling for å få det til hvis det lar seg gjøre. Den vil nok ikke funke rett ut av boksen...

[esnor]

Hei. Jeg har lagt inn EVA via Zigbee2MQTT.
https://www.zigbee2mqtt.io/devices/HSE2905E.html
Eksempel output fra MQTT, paste fra http://homeassistant.local:8123/config/mqtt

Message 0 received on zigbee2mqtt/hanmeter_eva_mainhouse at 21:58:

{
    "current": 6.45,
    "current_phase_b": 22.31,
    "current_phase_c": 25.58,
    "energy": 162941.32,
    "last_seen": "2022-12-14T20:58:24.865Z",
    "linkquality": 252,
    "power": 6677,
    "temperature": 29.49,
    "update": {
        "installed_version": "2.0",
        "state": "idle"
    },
    "update_available": null,
    "voltage": 235,
    "voltage_phase_b": 236,
    "voltage_phase_c": 232
}

Forstår jeg det riktig at amshan forventer råformat og at det er grunnen til at det timer ut når jeg prøver å legge til ?

[Atleks]

Setter også pris på om det kan legges inn support fra EVA sin avleser :)

[BrukerJan]

Hei - jeg ville vært takknemlig for informasjon om hvordan sensoren "ams_active_energy_import_cost" fungerer?

[jeriks31]

Noen som har erfaring med eller vet om NxtEnergy sin PowerLink vil fungere med dette? Brukt av blant annet Fjordkraft
https://nxtenergy.no/losninger/powerlink/
https://nxtenergy.no/wp-content/uploads/2021/10/PowerLink_datablad_04.pdf

[krisnyse]

Heisann,

MQTT oppe og går og data når AMS HAN i HA, men jeg sliter å forstå timesverdiene jeg får i den røde rammen. Er det noe konfigurering jeg har gått glipp av for å rette på timesforbruket?

[tfriberg]

Om du använder Cumulative hourly... kWh i t.ex Energy Dashboard som Consumed Energy (From Grid) eller som entity i Statistics Graph Card (eller motsvarande, tex ApexCharts) så kan HA visa din (cumulative) förbrukning per timme, dag och/eller månad (beroende på vilken granularitet du väljer).

Du kan även skapa utility meter helpers (antingen i HA UI eller i config.yaml per tidsenhet och import respektive export om du vill ha åtkomst till dem som entities.

  hourly_energy_from_grid:
    source: sensor.lgf_active_power_import_total
    unique_id: "8c339e35-ddd7-4b32-885c-fee8ce1ed247"
    cycle: hourly
  daily_energy_from_grid:
    source: sensor.lgf_active_power_import_total
    unique_id: "f7e95ba3-d282-4dce-b55d-467d9073da7c"
    cycle: daily
  weekly_energy_from_grid:
    source: sensor.lgf_active_power_import_total
    unique_id: "615238ce-25eb-444e-8125-dd27aa09e679"
    cycle: weekly
  monthly_energy_from_grid:
    source: sensor.lgf_active_power_import_total
    unique_id: "ae4d4fd9-4219-4b41-9353-b5c15335e361"
    cycle: monthly  
  yearly_energy_from_grid:
    source: sensor.lgf_active_power_import_total
    unique_id: "2a2efd99-26a5-419c-b0b1-a310fa565dc1"
    cycle: yearly
  hourly_energy_to_grid:
    source: sensor.lgf_active_power_export_total
    unique_id: "a93defb9-c8e9-491a-bd52-68755e54e5eb"
    cycle: hourly
  daily_energy_to_grid:
    source: sensor.lgf_active_power_export_total
    unique_id: "243ef67d-c9d1-478e-9e25-5c133bb70e9f"
    cycle: daily
  weekly_energy_to_grid:
    source: sensor.lgf_active_power_export_total
    unique_id: "35b59b15-3bf5-4c47-bbb2-8be257e5a33e"
    cycle: weekly
  monthly_energy_to_grid:
    source: sensor.lgf_active_power_export_total
    unique_id: "fdca293d-88d4-4d34-abf9-09e7587d4d8e"
    cycle: monthly  
  yearly_energy_to_grid:
    source: sensor.lgf_active_power_export_total
    unique_id: "45a7af46-9eaf-44f6-9f1d-d048181983bf"
    cycle: yearly

Vad man vill mäta kVArh (kilo Volt Ampere reactive hours) för vet jag dessvärre inte.

Dina 121 532,95 kWh är vad elmätare rapporterar din förbrukning hittills, och räknar upp ifrån varje timme.

[krisnyse]

Hei @tfriberg og takk for svar! Etter å ha studert avlesningen litt nøyere så ser jeg jo selvfølgelig at det er totalt forbruk på måler siden dag 1. Så du har helt rett med tanke på bruk av utility meters etc. Bakdelen med den løsningen er at man får ny data kun 1 gang pr time der Tibber rapporterte hvert 10 sekund (?). Jeg har laget en Riemann integral sum (left) som følger med på live forbruk (W), som fortløpende kalkulerer energi (W) om til kwh, og så mater jeg mine utility meters med data fra riemann sensor. Må teste litt for å se hvor presis denne løsningen er, men krise avblåst for denne gang :)

[tfriberg]

Hej. Jag har gjort en "template" i configuration.yaml för att kunna visa/mäta förbrukning i realtid (Active power import Q1...).

### templates

  - platform: template
    sensors:
      template_active_power_consumption:
        unique_id: "e9630562-3d65-11ed-b878-0242ac120002"
        friendly_name: "Power consumption"
        device_class: energy
        unit_of_measurement: "W"
        value_template: '{{ states ("sensor.inverter_active_power")|int(0) + states ("sensor.lgf_active_power_import") | int(0) - states ("sensor.lgf_active_power_export")|int(0) }}'

Nu har jag solpaneler och exporterar el så det ytterligare ett steg, men så här har jag satt upp det.

[tfriberg]

Hittade även denna förklarande artikel om man är intresserad av vad kVAR och kVA i förhållande till W är :).

[tfriberg]

Updating to latest version did not go as I expected. All entities were duplicated (added a _2 to the end) instead of replaced.

I just clicked on update - should I have done something else?

[tfriberg]

I was able to restore my dashboards and retain the values by first deleting all old entities and then removing the _2 from Entity ID for the updated ones. So no harm done, but glad you were able to identify the issue.

[toreamun]

Can you try the latest pre-relase https://github.com/toreamun/amshan-homeassistant/releases/tag/2022.10.2?

[tfriberg]

Followed the manual instructions (wget and unzip etc, in HA terminal) and the manifest.json shows "version": "2022.10.2". The HACS AmsHan page still says 2022.10.1 however.

Everything looks fine after restarting HA.

[tfriberg]

Seems I have issues with my cost calculations sensors that were also renamed with _2 at the end.

I have not found where I can rename these unfortunately (so any help there is appreciated). @toreamun

[toreamun]

Sorry, I don't know,

[Vesp3n]

ser2net. Jag följer instruktionen i wikin men får det inte att fungera. Jag har en USB-Mbus sticka som jag stoppar i en maskin som kör debian. Lägger till exempelkoden som står i wikin och antar att jag sen i HA väljer "Nätverk" "ip-till debian maskinen" och port 3001. HA hittar inget där. HA snurrar i en annan maskin som kör proxmox. Ansluter jag stickan till proxmox så får jag integrationen att fungera. Några tips? (Är ju egentligen en ser2net fråga men ni verkar ha god kunskap om detta)

[korsmann]

Har fått denne å fungere veldig greit med Tibber Pulse og sender data tilbake til Tibber via en bru.
Når den nå har fått gå noen dager, sammenlikner jeg data med hva Tibber bruker. så er totalforbruk pr dag nesten 100% likt, men timesverdier kan variere veldig. Noe idè om hva dette kan komme av? Mørk søyle er AMSHAN mens lys viser data fra Tibber integrasjonen.

[ronnyandre]

Hvordan sender du tilbake til Tibber?

[korsmann]

Sjekk denne oppskriften:

https://github.com/MSkjel/LocalPulse2Tibber?fbclid=IwAR1bys8lZh2MA5viGUGtub_8ZADZNebtwp5BVx0_xgeEV7wc-bRQWLeT268

[jeriks31]

Satt opp integrasjonen med Tibber Pulse for 4 dager siden og det fungerte godt helt til i dag. I dag morges (nøyaktig 06:00:00, merkelig nok) sluttet den å fungere, og begynte å blinke rødt. Prøvde å resette den og gjøre alt pånytt, men nå står den og blinker rød-hvit-ingenting.
Noen andre som har problemer?
Fra tibber sine sider:

Blinkende rødt lys:
Pulse klarer ikke å få kontakt med serveren vår. Dette skyldes enten feil i ruter og/eller modem eller for sterk brannmur. Forsøk gjerne først å restarte ruter og/eller modem ved å ta ut strømforsyningen i 30 sekunder og så koble til igjen.

Blinkende hvit-rød-ingenting:
Pulse er koblet til måleren din, men er dessverre ikke riktig satt opp i appen vår. Du må koble Pulse til USB, og den vil da begynne å lyse grønt. Gå inn i appen vår til Power-ups og i listen som dukker opp velger du Pulse. Trykk på Koble til og følg anvisningene på skjermen.

(Edit: byttet diskusjon :))

[actzipild]

Check if the wifi config has reset to defaults. I had that happen to me once, I had to redo-it and there haven't been any issues for the last two weeks.

[jeriks31]

For now I've got it working again by following these steps to get the real update_url for my device. https://www.hjemmeautomasjon.no/forums/topic/4255-tibber-pulse-mqtt/?do=findComment&comment=105620
I figured the issue might have come from the device attempting some sort of scheduled update and failing because http://1.1.1.1 had nothing. Not sure if adding the real update_url actually made a difference or if it just started working by itself from the hard reset.
Do you remember if your pulse was blinking red when your wifi config was reset? Or was it solid red? From tibber's website that sound more like something that would make the light go solid red not blinking red

[actzipild]

At that time I think it was blinking red, not solid, however I am not sure as I have not spent to much time on "why" but more on "how to fix it"

[friendlycrow]

I am not succeeding in migrating my TibberPulse to AMSHAN. That is, it has worked via Tibber's service, presenting the values in HA for a little more than a year now, but since the Tibber integration is totally unstable, I wanted to go local. The Pulse sometimes shows up on the network after reinstallation, but very rarely and only for a very short time before it goes offline permanently. Then it blinks red, white, black. I tried the advice with the update_url above, but no change.
I have gone through the installation process about twenty times. No luck.
Any ideas?
//

[fborch]

Hei

Jeg har problemer med rett og slett å få lagret configen på pulse. Jeg får resatt sticken uten problemer, men etter at jeg har fylt inn alle verdier så skjer det ingenting når jeg trykker på send, og når jeg tar apply først, som du nevner i wiki, så timer bare sticken ut etter 30-40 sekunder. Jeg har forsøkt å sette den opp igjen på nytt i tibber appen bare for å dobbeltsjekke at det ikke er noe problemer der, og det fungerer fint.

[fborch]

Prøvd både på mobil og pc

[tfriberg]

De gånger jag behövt nollställa/konfigurera om Tibber Pulse har det alltid varit problem med att få den att spara konfigurationen.
Efter nollställning behöver man skriva fel WIFI/SSID-lösenord (i Tibber-appen) vilket jag brukar glömma bort.
Brukar även missa att det inte finns ett username-fält för MQTT utan det skrivs in i mqtt-url-fältet tillsammas med lösenord och IP-adress/URL.
Efter upprepade försök med apply och send (med inmatning av alla uppgifter igen) så brukar det lösa sig.
Jag brukar ha en telefon och/eller en iPad med alla uppgifter sparade så att jag kan kopiera/klistra in dessa i Tibberns formulär.

[fborch]

Gjør du det for å få populert update feltet med tibbers verdi @tfriberg? Alt annet må vel nødvendigvis byttes ut

[tfriberg]

Jag gör det för att det står så i instruktionerna och för att få det att fungera.
Jag byter alla fält förutom update-url. Tror jag lät .sig/sha-fälten vara ifyllda också, men kan minnas fel.

[fborch]

Ok. Et spørsmål til, jeg bruker en SSL-sikret MQTT broker. Holder det å definere port 8883, eller må jeg ha en prefix på url, altså ssl://bruker:[email protected] eller holder det med bruker:[email protected]?

[I-Simen-I]

AMSHan har fungert knallbra i mange måneder nå (siden november 2022) uten en eneste feil frem til 02:00 30.08.2023. Siden da har jeg kun fått feil i loggene om at den ikke greier å dekode meldinger. Gjelder dette flere? Kan det være at Kamstrup har fått en update som er breaking?

Målertype: Kamstrup
Målerleser: Tibber Pulse

[jeriks31]

Min har også fungert feilfritt lenge, men sluttet å fungere 27.08

[I-Simen-I]

resatte Pulse i sta og testet den mot Tibber og det fungerte fint. Har vært stabilt i 6 timer uten feilmeldinger... Så hvorfor feiler AMSHan?

[jeriks31]

Jeg tok i bruk en automasjon for å reboote tibber pulse hvert 15. minutt, og det fungerer bra. Creds til VidarJ på hjemmeautomasjon.no

[hovbjo99]

Jeg liker ikke å samle data fra sky-tjenester, derfor er amshan-homeassistant veldig kjærkommet. Det jeg savner fra "tibber-sky" tiden er kun funksjonen som estimerer forbruk for gjeldende time. Er dette en funksjon som kan implementeres, eller er det noen som har en fiks for dette. Jeg har en følelse av at dette kun er en derivasjon av en funksjon som viser et stigningstall som peker mot et antatt forbruk. Selvfølgelig er det mulig å prøve å gjøre noen forsøk selv, men jeg prøver å bringe det til torgs her for å sjekke ut om det allerede er noen som har noen ideer.

[jeriks31]

Jeg bruker en average sensor som viser snitt-verdien til måleren i gjeldende time. I praksis vil det gi deg et estimat på forbruket for gjeldende time, bare del på 1000 om du vil ha kWh.
Jeg bruker det til å varsle meg når jeg er i ferd med å gå opp et kapasitetsledd på nettleien :)

- platform: average
  name: Forbruk inneværende timessnitt
  start: "{{ now().replace(minute=0).replace(second=0) }}"
  end: "{{ now() }}"
  entities:
    - sensor.kaifa_active_power_import
    ```

[alexanderlundgard]

I energidashbordet kommer det enkelte måneder opp at jeg har returnert til strømnettet, når jeg ikke har noen enheter som skulle gå "i minus". Har noen andre vært borti dette, eller er oppsettet feil?

[tfriberg]

Under Settings > Dashboards > Electricity grid > From Grid har jag lagt motsvarande (A+) (Q1+Q4) och under To Grid (A-) (Q2+Q3).

Min mätare är en LGF så jag har sensor.lgf_active_power_export_total och sensor.lgf_active_power_import_total. Detta gör att det vid t.ex. strömavbrott läser senaste totalerna. Detta kan skapa luckor i dags-översikten, men sifforna är korrekta i slutändan.

Men det borde funka med A+ resp A- i ditt fall.

[alexanderlundgard]

Tusen takk! Tester dette 😄

[tfriberg]

Hi. My Tibber Pulse has since yesterday started spouting gibberish as seen in MQTT explorer;

��������� ����P1���8Otϱ��0�нR��*��8I�������R7�� j�4 ��S��q��U�\�:�pf�� ����Q0�]Nj�,r��,�~�^�J� j4*7�����$�������ʖ,����Lqe%]j��烁=ן<Wա]�zC�#��Ҕɿ�߼�����q�A(��x���Di�tt�G��GѨ ]��+��ₑAf� �.��8�������*q�ފ��x��Y����t��5��� �� �'���+)PҮ�B�l�������{����� ��

After rebooting the Pulse (pulling the plug and reinserting it) it sends messages as normal for a couple of minutes before spouting gibberish again;

{"status":{"hwmodel":"TLC01","rssi":-65,"ch":6,"ssid":"MySSID","usbV":"0.00","Vcc":"3.31","Vcap":"3.33","Vhan":"5.23","Build":"1.0.8","Hw":"C","bssid":"ea63da15cf72","ID":"e831cd509510","IP":"192.168.20.40","Uptime":1812,"mqttcon":0,"pubcnt":10,"rxcnt":12,"wificon":0,"wififail":0,"bits":64,"cSet":175,"crcerr":0,"cAx":0.550000,"cB":43,"heap":160148,"baud":115200,"ntc":"-7.46", "uarterr":0, "dsmr":"DSMR_AUTO", "autobauds":0,"mdb":1,"mdb_cnt":12,"mdb_eval":4, "mdb_zlib":1, "bdtl":0}}

What could be the issue?

[mlaksholm]

I have the same issue. Freshly set-up Tibber Pulse, just moved to Vibb. Pulse published maybe one or two messages to MQTT then goes to the gibberish as OP has.

EDIT:

This appears to have fixed my issue. Automation home assistant to disable batching for 1 hour. Runs every 30 minutes automatically.

alias: Tibber-fix
description: Disable Batching
trigger:
  - platform: time_pattern
    minutes: /30
condition: []
action:
  - service: mqtt.publish
    data:
      topic: pulse/subscribe
      payload: batching_disable true
mode: single

[tfriberg]

Thank you! Oddly enough I get gibberish again after a few messages :-/

I accidentally put the mqtt_topic tibber rather than the mqtt_topic_sub rebbit in my automation which did not work and after fixing this i got the expected {"batching":"disabled", "timeout":900}

I've also set up a bridge and hope it will work :)

bridge_cafile /share/mosquitto/tibber_cert/CA.ca
bridge_certfile /share/mosquitto/tibber_cert/Cert.crt
bridge_keyfile /share/mosquitto/tibber_cert/Priv.key
address a1zhmn1192zl1a.iot.eu-west-1.amazonaws.com:8883
clientid tibber-pulse-[Pulse-ID]
try_private false
notifications false

# topic $aws/# out
# topic tibber-pulse-[Pulse-ID]/receive in

topic $aws/rules/push_to_kinesis/tibber-pulse-[Pulse-ID]/publish out
topic tibber-pulse-[Pulse-ID]/receive in```

[tfriberg]

Will also do a test, inspired by a post in hjemmeautomasjon.no.

I have sent batching_disable -1 to my mqtt_topic_sub(rebbit) and got the reply:

{
"batching": "disabled",
"timeout": -1
}

The user in the forum said he had not had an issue since. An for me it has so far been working longer (and is still working) than anything else I've tried

[jmalm]

Any chance that AMS HAN could be made to handle the batched messages? I assume that batching_disable -1 would need to be sent to the Pulse again after, for example, a power outage.

I have a bridge set up to forward the messages to Tibber, and they seem to be able to parse the messages just fine -- I can see the data in the Tibber app and in Home Assistant with the Tibber integration.

[TheBigDaddyT]

Hej

Nu kommer säker en riktig dum fråga. Jag har kört med AmsHan via HACS i några år men ser i loggarna att jag har en del varningar vid uppstart:

2024-08-24 11:14:27.084 WARNING (ImportExecutor_0) [homeassistant.helpers.typing] EventType was used from amshan, this is a deprecated alias which will be removed in HA Core 2025.5. Use homeassistant.core.Event instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.104 WARNING (ImportExecutor_0) [homeassistant.helpers.typing] HomeAssistantType was used from amshan, this is a deprecated alias which will be removed in HA Core 2025.5. Use homeassistant.core.HomeAssistant instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.229 WARNING (ImportExecutor_0) [homeassistant.helpers.typing] HomeAssistantType was used from amshan, this is a deprecated alias which will be removed in HA Core 2025.5. Use homeassistant.core.HomeAssistant instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.508 WARNING (ImportExecutor_0) [homeassistant.helpers.typing] HomeAssistantType was used from amshan, this is a deprecated alias which will be removed in HA Core 2025.5. Use homeassistant.core.HomeAssistant instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.541 WARNING (MainThread) [homeassistant.helpers.frame] Detected that custom integration 'amshan' calls async_forward_entry_setup for integration, amshan with title: LGF E360 (mqtt) and entry_id: 75270119d79ecc21b459eb0d6f4f29bd, which is deprecated and will stop working in Home Assistant 2025.6, await async_forward_entry_setups instead at custom_components/amshan/init.py, line 136: await hass.config_entries.async_forward_entry_setup(config_entry, PLATFORM_TYPE), please create a bug report at https://github.com/toreamun/amshan-homeassistant/issues
2024-08-24 11:14:27.570 WARNING (ImportExecutor_0) [homeassistant.helpers.typing] HomeAssistantType was used from amshan, this is a deprecated alias which will be removed in HA Core 2025.5. Use homeassistant.core.HomeAssistant instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.600 WARNING (ImportExecutor_0) [homeassistant.const] POWER_WATT was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfPower.WATT instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.618 WARNING (ImportExecutor_0) [homeassistant.const] POWER_WATT was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfPower.WATT instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.636 WARNING (ImportExecutor_0) [homeassistant.const] ELECTRIC_CURRENT_AMPERE was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfElectricCurrent.AMPERE instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.656 WARNING (ImportExecutor_0) [homeassistant.const] ELECTRIC_CURRENT_AMPERE was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfElectricCurrent.AMPERE instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.675 WARNING (ImportExecutor_0) [homeassistant.const] ELECTRIC_CURRENT_AMPERE was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfElectricCurrent.AMPERE instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.695 WARNING (ImportExecutor_0) [homeassistant.const] ELECTRIC_POTENTIAL_VOLT was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfElectricPotential.VOLT instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.713 WARNING (ImportExecutor_0) [homeassistant.const] ELECTRIC_POTENTIAL_VOLT was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfElectricPotential.VOLT instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.734 WARNING (ImportExecutor_0) [homeassistant.const] ELECTRIC_POTENTIAL_VOLT was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfElectricPotential.VOLT instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.753 WARNING (ImportExecutor_0) [homeassistant.const] ENERGY_KILO_WATT_HOUR was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfEnergy.KILO_WATT_HOUR instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:27.772 WARNING (ImportExecutor_0) [homeassistant.const] ENERGY_KILO_WATT_HOUR was used from amshan, this is a deprecated constant which will be removed in HA Core 2025.1. Use UnitOfEnergy.KILO_WATT_HOUR instead, please report it to the author of the 'amshan' custom integration
2024-08-24 11:14:29.834 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.lgf5e360_energy_active_positive (<class 'homeassistant.components.mqtt.sensor.MqttSensor'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total_increasing', 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+mqtt%22
2024-08-24 11:14:29.839 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.lgf5e360_energy_active_negative (<class 'homeassistant.components.mqtt.sensor.MqttSensor'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total_increasing', 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+mqtt%22

Blev då osäker på om jag kör senaste versionen och gick in på Wikin och läste.

"Integrasjonen er en Home Assistant Custom integration. Den enkleste måten er å laste den ned med HACS. Da får du også varsel om oppdateringer fra HACS i Home Assistant."

Eftersom jag inte har fått några notiser om ny version tänkte jag att jag har den senaste versionen men sedan klickade jag in på integrationen och då verkar det ändå vara en gammal version jag kör på?

Hur uppdaterar jag i så fall den?

[tfriberg]

Klicka på HACS i sidebaren (om du har den där).
Där borde det stå att det finnas en uppdatering till AmsHan.

Om du har dolt HACS i sidebaren så klicka på din profil längst ned till Vänster och "Change the order and hide items from the sidebar" för att lägga till HACS i sidebaren.

[TheBigDaddyT]

Hej och Tack!

Jag ser inga notiser eller liknande om att det ligger en "new version" och väntar utan har samma bild som du screendumpade om jag klickar på integrationen.
Är det bara att klicka på de tre prickarna och sedan välja "Redownload" för att få ner 2023.6.0 ?

[tfriberg]

Det skulle jag provat med iaf.

Jag är osäker på vad det är som triggar uppdateringsnotiser i HACS.

Jag är ingen expert och vet inte varför jag ibland får jag en vy med nya HACS-integrationer och ibland verkar det inte ha hänt något på ett halvår.

[TheBigDaddyT]

Testade "Redownload" och den drog ner något samt startade om HA men gå jag in på AmsHan under mina integrationer Settings/Devices & services/Ams Han Meter så står det fortfarande 2022.10.2
Ska testa att avinstallera och installera igen

[n00btotal]

My AmsHan integration stopped working yesterday (2024-12-10). Is it only me? I can't find any good logs..

[n00btotal]

Sorry! It was my provider who had inactivated my HAN-port. I activated it again and it is working now..