VikingOy

Kim123 skrev (På 11.12.2021 den 16.02):

Mine går på Wi-Fi og poller data lokalt (localtuya), gjør dine det?

Nei, der er nok forskjellen. Mine er ZigBee. WiFi er ikke laget for IoT og bør absolutt ikke benyttes til dette heller.

Du gjør klokt i å droppe WiFi og heller gå for ZigBee og/eller Zwave produkter.

Den er - så vidt jeg kan se - den samme som de jeg har, og alle mine gir akkumulert forbruk som egen verdi rett i HomeAssistant;

Hvilke Tuya plugger er det du har?

Jeg må nok dessverre føye meg til de som er skuffet over at pluggen til @Datek Harald nok ikke er så smart allikevel.
Datek pluggen er den dyreste av de jeg har, og den eneste som jeg ikke klarer få inn i forbruksoversikten som Energy i HA viser:

Mulig at det er meg som ikke evner, men inntil videre er de andre pluggene jeg kjøpte - i god tro - fra Datek, bare blitt liggende uåpnet.

Kanskje ligger løsningen her: https://www.home-assistant.io/more-info/statistics/  men det er litt langt over mitt hode....
Kanskje trengs det en firmware-oppdatering, men jeg har ikke funnet noen.
(P.S.  Yellow er bare mitt navn på Tuya's nye model, fordi den har en slik fancy gul ring og bryter)

Her er det jeg får ut av Datek pluggen:

Mens fra f.eks Aqara får jeg følgende:

stigvi skrev (3 timer siden):

Tror det er så lett at du bare fjerner den fra integrasjon-siden og deretter legger det inn på gamlemåten i configuration.yaml

Tja, men HA er slik at når man gjør dette, så registreres alle sensorer, items og devicer opp med nye identer og navn, og derved slutter alle etablerte automasjoner og lovelace cards å fungere, og alt må gåes igjennom og re-etableres på nytt.
Dette er fremdeles en av de største manglene ved HA; At løsningen ikke har en fungerende Device/Entity database- management løsning der man kan drive manipulering, configurering, oppdateringer og mappinger på enhetsnivå, mellom Back-end og Front-end.

stigvi skrev (8 minutter siden):

Gamle måten er i configuration.yaml og nye måten er i integrasjonen. Nordpool integrasjonen støtter begge deler, men ikke samtidig. Du må velge det ene eller det andre og nå virker det som om det er i integrasjonen hos deg.

Ja, det var vel akkurat det jeg var redd for. Har man først valgt "nye" måten, så er man effektivt helt avskåret fra å gjøre tilpasninger.  Ikke skjønner jeg hvorfor det må være slik i 2021. (Vi sendte folk til månene allerede i 1969)

chrlod skrev (1 time siden):

Du må kopiere dette i configuration.yaml selv:

https://github.com/custom-components/nordpool

Hei, jeg har installert Nordpool Integrasjonen og opprettet custom folders etc, og alt fungerer greit.

Men jeg har ingen "nordpool" seksjon eller settinger verken i min configuration.yaml  eller i sensors.yaml i det hele tatt.

Kan jeg ganske enkelt opprette dette (manuellt) i uten at dette forstyrrer selve integrasjonen som jeg allerede har?

Beklager dumt spørsmål kanskje, men @StianBjelland (eller andre); Hvor i Norpool integrasjonen er det man legger inn slike parametre/variable/settinger ?

Jeg fant ingenting i configuration.yaml  (!)

Jeg bruker Elko dimmere mot deConz (Conbee II) og styrer lysene gjennom Home Assistant og deres App.  Er veldig fornøyd med det. Så nei, man må ikke bruke ELKO's App (og godt er det).

Hei,
Aqara pluggene mine har fungert fint, men de er litt klønete å parre første gangen. Jeg har mine koblet via deConz. Du initierer purring fra Phoscon som 'light' og deretter observerer når den dukket opp i deConz. Da må du umiddelbart åpne Basic Cluster og initierte flere 'Read' manuelt.
Etterhvert vil den da også dukke opp i Phoscon og etterhvert også i HA.


Sent fra min SM-G996B via Tapatalk

Otto Paulsen skrev (37 minutter siden):

 

Takk for svar, men det besvarer vel egentlig ingen av de tre spørsmålene mine.

Gjør det ikke det?  Du skriver at data fra Nordpool ikke oppdaterer seg, men grafen viser jo med all tydelighet at de oppdaterer seg hele tiden.  Eller er det noe helt annet du mener?

Min HA oppdaterer dette regelmessig - døgnet rundt. Jeg har aldri merket noen problemer med det -(bortsett ra et par ganger da det stoppet helt opp hos Nordpool fordi de hadde driftsstans):

Venin skrev (3 timer siden):

Står litt mer her: https://www.datek.no/aktuelt/sikkerhetsstempel-for-smarthusprodukter

Helt korrekt. Og om man leser dette riktig, så fremgår det tydelig at NEMKO er et sertifiseringsorgan, og ikke et utviklingsselskap som utvikler duppeditter i hytt og gevær!
Når Datek i sin "markedsføring" prøver seg på at "dette er utviklet i samarbeid med NEMKO", så er nok det å trekke sannheten litt vel langt. Det stemmer nok at NEMKO har hatt en viktig rolle i utviklingen av ny sertifiseringsstandard for IoT utstyr, der helt sikkert dette produktet har vert ett av mange som har inngått i testprosessen (nye standarder etableres ikke på grunnlag av ett enkelt produkt). Dette er nemlig i NEMKO's interesse og kjernen i deres forretningsvirksomhet. Men å gå derfra til å påstå at NEMKO har deltatt i utviklingen av produktet, for på den måte å sole seg i troverdigheten til NEMKO, er i beste fall en overdrivelse, i verste fall kan det være ødeleggende for Dateks relasjon til NEMKO dersom NEMKO velger å reager på å bli brukt i markedsføring på den måten. 

Det er ikke vanskelig å se likheten til Develco's design, og ingen skal få meg til å tro at Develco ikke har patentert dette, og derved nok er hovedleverandør av en kundespesifisert variant som helt sikkert Datek har bestilt. Det er nemlig det som kalles OEM-business. En helt vanlig praksis. Det betyr helt sikkert også at produktet er forbedret på flere punkter. Det måtte man nok for å tilfredsstille kravene fra NEMKO, og det er bra for oss forbrukere.

Men det er langt derfra til å hevde at det er et norskutviklet produkt i samarbeid med NEMKO.

Denne er ikke utviklet i Norge i samarbeid med NEMKO. 
NEMKO er et uavhengig organ for elektrisk materiell kontroll. De driver ikke med utvikling sammen med noen. Det ville i så fall gå på bekostning av dere troverdighet og nøytralitet.  Nei, dette er en Develco OEM-enhet der man har gjort visse tilpasninger og bl.a. fått lagt inn en av/på knapp.

Et rent bestillingsprodukt m.a.o.

Jeg bruker en litt annen vinkling, men med et tilsvarende resultat. Tilstedeværelsen baserer seg på deteksjon av Mobiltelefonen til vedkommende, og HA ønsker velkommen - til hver og en.  Her er rutinen som ønsker meg velkommen hjem - når jeg kommer:

alias: At home - Øyvind
description: Basert på nMAP tracking av Galaxy S21+
trigger:
  - entity_id: person.oyvind
    platform: state
    to: home
condition: []
action:
  - delay: '00:03:00'
  - data:
      volume_level: 0.7
    entity_id: media_player.living_room_speaker
    service: media_player.volume_set
  - data:
      entity_id: media_player.living_room_speaker
      language: 'no'
      message: Hei, Øyvind. Velkommen hjem.
    service: tts.google_say
  - delay: '00:00:10'
  - data:
      volume_level: 0.4
    entity_id: media_player.living_room_speaker
    service: media_player.volume_set
mode: single

Har du vurdert alternativet:

https://www.elektroimportoren.no/develco-smart-plugg-mini-schuko-/

Se også :

"Elko" pluggen ligner mistenkelig på en Tuya rebrand.

Nei, det kan jeg ikke gjengi i detalj. Dette er kun min egen subjektive oppfatning som har samlet seg over tid etter å ha surfet mye rundt og lest på ulike forum. Jeg kan ta feil.

Har du prøvd REST-API'et ?

type: vertical-stack
cards:
  - type: entity
    entity: sensor.electricity_price_middelthuns_gate_21_a
    attribute: price_level
  - type: custom:apexcharts-card
    header:
      show: true
      title: NordPool Prisutvikling
      show_states: true
      colorize_states: true
    series:
      - entity: sensor.nordpool
        name: ' '
        type: area
        curve: stepline
        extend_to_end: false
        float_precision: 2
        stroke_width: 2
        opacity: 0.2
      - entity: sensor.nordpool
        name: ' '
        type: area
        curve: stepline
        extend_to_end: false
        float_precision: 2
        stroke_width: 2
        opacity: 0.2
        data_generator: |
          return entity.attributes.raw_today.map((p) => {
            return [new Date(p.start), p.value];
          });
      - entity: sensor.nordpool
        name: ' '
        type: area
        curve: stepline
        extend_to_end: false
        float_precision: 2
        stroke_width: 2
        opacity: 0.2
        data_generator: |
          return entity.attributes.raw_tomorrow.map((p) => {
            return [new Date(p.start), p.value];
          });
    y_axis_precision: 2
    now:
      show: true
      label: Nå
    graph_span: 85h
    span:
      start: day
      offset: '-30h'
    apex_config:
      chart:
        height: 300px
        zoom:
          enabled: true
        toolbar:
          show: true
          tools:
            zoom: true
            zoomin: false
            zoomout: false
            pan: false
            reset: true
        locales:
          - name: nb
            options:
              shortDays:
                - Søn
                - Man
                - Tir
                - Ons
                - Tors
                - Fre
                - Lør
        defaultLocale: nb
      legend:
        show: false
      dataLabels:
        enabled: false
      yaxis:
        min: 0
      xaxis:
        type: datetime
        labels:
          datetimeFormatter:
            month: ddd
            day: ddd
      tooltip:
        fixed:
          enabled: true
          position: bottomLeft
    style: |
      ha-card {
        border: 1px solid green;
        font-size: 10px;
      }           

petersv skrev (51 minutter siden):

Av nysgjerrighet, hvorfor det?

Hovedsakelig som følge av ting jeg har lest på forum (Reddit/Discord) om begrensninger som brukere av HA har støtt på. Men fordi HA er under stadig utvikling, holder jeg et øye på hva som skjer.

Jeg ligger og vakler mellom deConz og Z2M  (ZHA har jeg slått fra meg).

Men jeg lurer på om det er uproblematisk å kjøre deConz og Z2M samtidig i samme nett, der noen enheter linkes til deConz og andre enheter til Z2M ?   Eller vil det bare skape kaos?
Jeg er ute etter noe som faktisk har prøvd og vet. "Synsing" kan jeg klare selv.

Hei, jeg bruker også Norpool sin integrasjon i HA, og har aldri hatt problemer med den. Går jevnt og trutt døgnet rundt og har gått i et par år nå.

Hei @thoj, og takk for bidrag.

Hva gjelder Develco enheten, så forstår jeg deg dithen at verdien 1.927KWh betyr akkumulert forbruk ?  Altså det totale effektforbruket som har gått gjennom pluggen siden den ble tatt i bruk første gang, eller?
Men hvilken nytte har man av det tallet?

Jeg har en MQTT broker i nettet mitt, men bruker denne kun til WiFi enheter. Helt ærlig så har jeg nok ikke skjønt hvordan man får Z2M til å fungere. Hvilken Zigbee coordinator er det du benytter?

Det er interessante opplysninger - og til å gråte av 😒
Jeg trodde virkelig at ELKO hadde tatt rev i seilene og våknet opp.  Mine opplysninger kom fra en artikkel jeg leste - og jeg trodde umiddelbart på at ELKO hadde sett lyset. Men, om du har rett - og det ser slik ut - da gråter jeg!!

Nei, det er ikke nødvendigvis noen feil. De "gamle" produktene til ELKO hadde alle en proprietær implementasjon av Zigbee, men den nye serien skal visstnok være fullt ut ZigBee 3.0 kompatibel. Men jeg vet ikke når de ulike enhetene ble (blir) oppgradert og sluppet for salg. Det vi vet er at dette er gjort i "bolker" og ELKO holder som vanlig kortene tett til brystet. 
Du skriver at din enhet har SW v1.2.6R

Hvordan fant du det ut?