Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Bjonness

Medlemmer
  • Innlegg

    191
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    2

Innlegg skrevet av Bjonness

  1. Ikke like enkelt når du har switch-dim, ser ut som driveren tar 0-10v også, så kan enten bytte til 0-10v styring, eller bytte driver til en som kan dimmes. 

    Evt bytte alt sammen til nye led m/driver.

    Se også her: 

     

    • Like 1
  2. Prizm78 skrev (6 minutter siden):

    Her begynnte problemet, jeg så bare "Open Respository" på venstre side og "Download Repository" på høyre side av skjermen. Jeg gikk ut i fra at "Download Repository" er det samme som "Install", hvis ikke hvor skal jeg finne den når jeg klikker på "Nordpool" i søkelisten?

     

    Kjørte en restart av HA for sikkerhets skyld. Manglet fremdeles Nordpool under HACS. I tillegg så oppstod et totalt uventet problem med HACS om at jeg har gjort for mange forespørseler til Github? Hva skjer?

    Download repository er riktig ja, deretter download. 
    Den advarselen går vekk av seg selv etterhvert, kommer automatisk når man installerer HACS.

     

    Tror ikke du får installert Nordpool før advarselen er borte.

    • Like 1
  3. mellowism skrev (5 timer siden):

    Den ser ikke ut å være med i oversikten over devices i zigbee2mqtt enda dessverre.

    Er interessert i denne og.

    Stikkontaktene deres er heller ikke med i oversikten devices i ZHA og Deconz, men fungerer ihvertfall der. Er sannsynlig at den fungerer, evt er ganske enkel å integrere da produsenten har gir ut informasjonen om den ved forespørsel. 

     

    image.png.59c41c10f48d1b9882603b5e4257c735.png

     

    En annen som spurte om den termostaten også fikk dette svaret i HA Norge på facebook.

    Gi gjerne tilbakemelding om noen tester denne.

     

    Sitat

    Ikke testet men her er svar på en mail jeg sendte de: (svaret er langt utenfor mine kunnskaper, spørsmålet var egentlig bare om den rapporterer effektforbruk og evt hvor ofte den oppdaterer)

    Den er Zigbee 3.0 sertifisert, og i tillegg er det noe i tillegg man må ta hensyn til dersom man vil kode selv i forbindelse med Home Assistant etc.

    Termostaten rapporterer Load ON / Off i alle fall, i vår TUYA App, kan dette benyttes som betingelse for automasjoner, f.eks. styre en smart stikk tilkoblet panelovn. Dermed kan man dra fordel av den innebygde kalenderen i termostaten.

    Når den går Load ON, så kan du f.eks. plukke ut dette, og sende over nytt set-punkt f-eks.

    Jeg legger ved det som er tilleggs clustere i vår termostat, ellers er det ren ZB 3.0

    “For the other developers they should make sure to use the following:

    The datapoint document (excel) you’ve send me

    Zigbee Connection Standard-TuyaOS-Tuya Developer.

    TY_DATA_ REQUEST command is used to write data point values

    TY_DATA_REPORT command is used by the thermostat to report a data point value to the gateway (marked as ` directionToClient`).

    The “DP Data Format” is important, note that all number are transferred as Big-Endian.

    TUYA_MCU_SYNC_TIME to set the thermostat time. Needs to have both UTC Unix timestamp in seconds and that same timestamp but then adjusted to the local timezone.

    The “magic” attribute read to enable the automatic data point reporting by the thermostat. The gateway should request the following properties (possibly in this order, but in a single request) from the basic cluster on device initialisation

    manufacturerName

    zclVersion

    appVersion

    modelId

    powerSource

    attributeReportingStatus

    This currently only applies to the thermostat, the socket does use the well-known default Zigbee clusters.”

    Vedlagt er et excel dokoument med funksjons ID og verdier som omtalt i punkt 1.

    Det siste punktet han omtaler som “magic attribute read” er vedlagt bilde cmd tuya.jpg og under i skrift, ifølge tuya utvikler “if you want to use tuya private cmd, you should send read basic attributes cmd which contains” (“after the thermostat joined”)

    NWK Key Sequence Number: 0

    NWK Payload: (23 bytes)

    APS Header: 0xB80101040000FF40

    Frame Control: 0x40

    Destination Endpoint: 0xFF

    Cluster ID: [0x0000] General: Basic

    Profile ID: [0x0104] ZigBee Home Automation

    Source Endpoint: 0x01

    APS Counter: 184

    APS Payload: (15 bytes)

    ZCL Header: 0x001C10

    Frame Control: 0x10

    Transaction Sequence Number: 28

    General Command Frame: [0x00] Read Attributes

    ZCL Payload: (12 bytes)

    Attribute ID: [0x0004] Manufacturer Name

    Attribute ID: [0x0000] ZCL Version

    Attribute ID: [0x0001] Application Version

    Attribute ID: [0x0005] Mode ID

    Attribute ID: [0x0007] Power Source

    Attribute ID: [0xFFFE] Reserved

    Denne basic clusteren skal ifølge Tuya utvikler:

    “it’s a private way which can prove the thermostat joined a tuya gateway so that the mcu will report data use tuya private cmd”

    Ingen bildebeskrivelse er tilgjengelig.

  4. Dorten75 skrev (52 minutter siden):

    Forsøker bli klok på denne, også fått levert Heatit Z-TRM3. (ELnr: 5430599) av Power nå i desember.
    Også gitt de beskjed om dette problemet med firmware 4.0 og at jeg ikke skjønner de selger dette produktet uten nyere versjon. Venter på svar fra innkjøp hos dem...

     

    Men forsøkt å lese alle disse trådene på eventuelle løsninger og om at problemet faktisk angår meg.

    Har Fibaro HC3 og fått satt opp 2 av 4 HeatIt Z-TRM3, og oppdaget jeg ikke klarer styre de med tidsplan, men kun manuelt på selve enheten.

    Bruker gulvsensor = F

     

    Men leste noe at problemet ikke ville ville påvirkes om man brukte F, i svar fra Thermo-Floor.
    Kan jeg oppdatere firmvare til 4.2 OTA og isåfall hvordan gjør jeg faktisk det? 
    Andre løsninger?

    Det har nok med at Z-wave commandoen ikke følger standard, trodde det var løst på de fleste systemer, men kanskje ikke Fibaro? 
    Ikke noe problem med Home Assistant (og Homeseer) lenger ihvertfall.

     

    Kan oppdatere firmware OTA for å få en "uoffisiell" fiks for problemet ditt.

     

     

  5. Prizm78 skrev (På 31.12.2021 den 11.42):

    Ok. Jeg har kommet litt mer på vei nå, og bildet har tydelig endret seg litt over natta. Den skal vel kunne vise korrekt prising også?
    - Jeg har endret TimeZone fra UCT til EUROPE/Oslo (hadde mistanke om at den tok med seg data fra forgående døgn)

    - Har satt verdien til sensor.last meter consumption.gatenavn Takk for tipset dere.

    - I Energy-oversiktig, så trykket jeg fra "week" til "Day", går det ann å bli så kort i hode at man ikke ser den? 😄

     

    Prizm78 skrev (På 31.12.2021 den 11.42):

    Hvilken seksjon og sensorvalg bruker dere for å få korrekt pris?

     

    Har testa med sensor.electricity_price_gatenavn_x men da viser den ikke noe kostnader heller.

     

    Bruk sensor.electricity_price på "Use an entity with current price"

     

    image.png.e715b127b0042cb11ba7ac2f7771c01f.png

  6. Joffe skrev (4 timer siden):

    Når det gjelder Utility meter. Så ser nå at jeg trolig kan forenkle mitt script enormt mye.

    Jeg tenker da at det er fullt mulig å få laget en egen energimåler i pyscript som akkumulerer. Når den baseres på tibber sin sensor som oppdaterer seg hver 2-3 sekund. HA ordner resten, så blir avstemmingen per time/dag/måned/år minst like nøyaktig som mitt opplegg.

    Energimåler kan du også lage via Riemann sum integral. 

    https://www.home-assistant.io/integrations/integration/

  7. Gizmo skrev (1 time siden):

    Jeg har ikke problemer, men mine er firmware 3.5. Har stort sett skrudd av rapporteringen av forbruk, dersom jeg husker riktig så er det trøbbel med at den angir %-vis endring i watt og for noen typer lyspærer funker det dårlig. Spamming på Kwh rapportene har jeg ikke hatt. Regner med at du har dobbeltsjekket at parameterne faktisk er blitt endret?

     

    Takk for svar, men er dette fibaro dimmer 2? Jeg har firmware 3.5 på de ihvertfall, eller finnes det firmware 3.5 på fibaro switch 2 også?

    Har ikke problemer med dette på fibaro dimmer 2, kun på fibaro switch 2.

    Jeg har dobbeltsjekket at parameterne blir endret med å lese tilbake de. 

    Har feilsøkt litt, og det viser seg at jeg ikke kan sette parameter 53 til 0 eller 32000 selv om det skal være mulig ifølge manualen. 

    Nå har jeg satt parameter 50, 51, 58 og 59 til 0, og parameter 53 til 31999 og da fungerer det greit. Den spammer ihvertfall ikke nettverket mitt selv om jeg ikke fikk skrudd det helt av. 

     

    Har spurt fibaro, så får vi avvente svar fra de. Virker som det er noe feil i deres firmware, men jeg kan leve med denne løsningen.

    Fant løsningen her: https://community.hubitat.com/t/fibaro-double-switch-2-fgs-223-cannot-stop-power-reporting/82741/9

     

    Når jeg endrer parameter 53 til 0 så spammer den hvert sekund.

    2021-12-30 00:28:25.989 INFO ZWAVE: Calling api writeValue with args: [
    { nodeId: 19, commandClass: 112, endpoint: 0, property: 53 },
    0,
    {},
    [length]: 3
    ]
    2021-12-30 00:28:25.991 INFO ZWAVE: Writing 0 to 19-112-0-53
    2021-12-30 00:28:26.082 INFO ZWAVE: Node 19: value updated: 112-0-53 31999 => 0
    2021-12-30 00:28:26.083 INFO ZWAVE: Success zwave api call writeValue true
    2021-12-30 00:28:26.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:27.224 INFO ZWAVE: Node 19: value updated: 112-0-53 0 => 0
    2021-12-30 00:28:27.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:28.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:29.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:30.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:31.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:32.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:33.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:34.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:35.736 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:36.527 INFO ZWAVE: Node 9: metadata updated: 49-2-Air temperature
    2021-12-30 00:28:36.528 INFO ZWAVE: Node 9: value updated: 49-2-Air temperature 21.2 => 21.2

     

    Endrer jeg parameter 53 til 32000 spammer den hvert sekund: 

     

    2021-12-30 00:28:37.106 INFO ZWAVE: Calling api writeValue with args: [
    { nodeId: 19, commandClass: 112, endpoint: 0, property: 53 },
    32000,
    {},
    [length]: 3
    ]
    2021-12-30 00:28:37.107 INFO ZWAVE: Writing 32000 to 19-112-0-53
    2021-12-30 00:28:45.068 INFO ZWAVE: Node 19: value updated: 112-0-53 0 => 32000
    2021-12-30 00:28:45.069 INFO ZWAVE: Success zwave api call writeValue true
    2021-12-30 00:28:49.119 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:49.287 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:51.640 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:52.832 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:53.571 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:53.730 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:53.809 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:54.002 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:54.519 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:54.705 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:55.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:56.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:57.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:58.224 INFO ZWAVE: Node 19: value updated: 112-0-53 32000 => 32000
    2021-12-30 00:28:58.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:28:59.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:00.736 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:01.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:02.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:03.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:04.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:05.992 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:06.734 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05
    2021-12-30 00:29:07.504 INFO ZWAVE: Node 34: metadata updated: 49-8-Air temperature
    2021-12-30 00:29:07.506 INFO ZWAVE: Node 34: value updated: 49-8-Air temperature 38.3 => 39
    2021-12-30 00:29:07.735 INFO ZWAVE: Node 19: value updated: 50-1-value-65537 1.05 => 1.05

     

     

    Når jeg endrer parameter 53 til 31999 så slutter den å spamme hvert sekund :D

     

    2021-12-30 00:29:07.787 INFO ZWAVE: Calling api writeValue with args: [
    { nodeId: 19, commandClass: 112, endpoint: 0, property: 53 },
    31999,
    {},
    [length]: 3
    ]
    2021-12-30 00:29:07.788 INFO ZWAVE: Writing 31999 to 19-112-0-53
    2021-12-30 00:29:07.837 INFO ZWAVE: Node 19: value updated: 112-0-53 32000 => 31999
    2021-12-30 00:29:07.838 INFO ZWAVE: Success zwave api call writeValue true
    2021-12-30 00:29:08.892 INFO ZWAVE: Node 19: value updated: 112-0-53 31999 => 31999
    2021-12-30 00:29:35.796 INFO ZWAVE: Node 33: metadata updated: 49-11-Air temperature
    2021-12-30 00:29:35.798 INFO ZWAVE: Node 33: value updated: 49-11-Air temperature -106.2 => -106.76

     

  8. Joffe skrev (45 minutter siden):

    Hei Daniel.

     

    Strømregningen kommer som oftest på etterskudd kunne vært greit å fått opp maksimale timeforbruk for forrige måned.

    Det er vel kanskje det som er mest aktuelt for folk å få oversikt over. For oss med HA betyr det ikke så mye.

     

    Det ligger allerede i tibber appen for de som ikke har HA.

    For vi som har HA så kan du bare skrive høyeste timesverdi siste dagen i måneden til en sensor/helper som du kaller for høyeste timesverdi sist måned.

     

    Joffe skrev (47 minutter siden):

    Videre hadde det vært gøy med diskret digital sensor for "Price higher than Peak/offpeak1/offpeak2. Og kanskje perioden i antall timer frem til tilstanden endrer seg. Ser for meg at disse kan være nyttige iforhold til programmering av varmestyring.

     

    Personlig mener jeg at CHEAP/../../VERY EXPENSIVE er ikke god å styre etter.

    På tross av at variabelen er informativ kan man risikere at det blir for lenge til man får tilført varme.

    Anbefales ikke å styre etter prisnivå CHEAP/../../VERY EXPENSIVE

    Lag heller egen template sensor, flere som har gjort det på forumet her. Evt bruk power-saver

    https://flows3.nodered.org/node/node-red-contrib-power-saver

  9. Join skrev (1 time siden):

    Strømkutt og autocorrect.. Strømbrudd er vel hakket meir radikalt, mens autokorrekt kan vere like invasivt... 

     

    Noken ( @stigvi ) har betre kontroll på algoritmer enn andre.

    Du har ikkje vurdert å lese deg opp på homeseer og kjøre opplæring for oss vanlig dødelige?  😉 

    Hva er poenget med å bytte til homeseer når man kjører home assistant :P 

     

    Men han har lagt ut en del om sine algoritmer spredt rundt på forumet her, finner det med å søke litt :) 

  10. mrhaugland skrev (48 minutter siden):

    Ganske likt ja. 
    Var merkelig dette. 
     

    Får styrt endpoint 1 individuelt. Men med en gang jeg prøver å sette opp flere endpoints som i bildet over, eksempelvis endpoint 2 og 4, så slår de også på endpoint 1. Men endpoint 2 kan eksempelvis styres individuelt. Kanskje noe med firmware og mangel for støtte ved flere endpoints? Må feilsøke mer i morgen. 

    Merkelig. 

    Jeg har to termostater, en på endpoint 1, 2, 3, 4 og den andre termostaten på endpoint 5, 6, 7. 

    Har ingen slike problemer her. 

     

    Nå varmer den termostaten med endpoint 5, 6 og 7. 

     

    F2533B9F-E4B3-44B8-AE2C-8C232EF06613.thumb.png.3605a8c28cd6805b49de06489b93bbe1.png

  11. Kålgrim skrev (3 timer siden):

    Lurer også litt på i samme slengen om de takler å styre varmtvannsbereder?

    Har en eldre 2000w som går på stick og teorietisk hvis de takler 2300w ovner burde vel en VVB gå greit også? Bare lest at det frarådes å bruke stikk der pga varmegang så har ikke turt å prøve.

     

    Frarådes på det sterkeste

    • Like 1
  12. Moskus skrev (På 21.12.2021 den 13.55):

    Det eneste jeg kommer på er vel faktisk Z-TRM1, altså den originale HeatIt termostaten. Men det er mulig jeg ikke har full oversikt.

    Elko har vel også på zigbee?

    Elko Smart Super TR RF PH

  13. roadrune skrev (47 minutter siden):

    Har du tatt av dekselet på Z-wateren å sett om det ikke kan laskes over rekkeklemmene, bare at det er normalt skjult?

     

    Det er såpass idiotisk laget at jeg ikke klarer å forstå at de ikke har tenkt på det?

     

    En annen sak: Jeg har 12 aktuatorer/sløyfer fordelt på 9 rom. Kan en parallellkoble flere aktuatorer på samme kurs på Z-water? Ser ut som om dden leverer plenty med steøm...

    Har ikke gjort det, tviler på at det er mulig. 

     

    Du kan koble flere aktuatorer på samme kurs ja, så lenge du holder deg innenfor spec.

    image.png.04532c0bd42d8bb34bcd11d0eb07a83c.png

    • Like 1
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.