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

Sabesto

Medlemmer
  • Innlegg

    8
  • Ble med

  • Besøkte siden sist

Alt skrevet av Sabesto

  1. Nå kjenner jeg ikke til Homelynk, men jeg tipper problemet er at du har definert datatype for temperaturregisteret til float. Sett datatype til int16.
  2. Tenker å oppdatere pyflexit og implementasjonen i Home-Assistant. Hvilke registre er interessante å ha direkte tilgjengelig som attributter i Home-Assistant? Kolonne 2 viser attributter som per i dag er tilgjengelige
  3. Jeg laget pyflexit og plugin i Home-Assistant slik at de fleste verdier er tilgjengelige som attributter under flexit enheten. Man trenger da ikke å spørre enheten direkte via modbus. Her er et eksempel som gjør det samme som over: sensors/template_sensors/climate_main_test.yaml - platform: template sensors: flexitsupplyairtemp: friendly_name: "Tilluft" icon_template: mdi:thermometer unit_of_measurement: "°C" value_template: "{{ states.climate.main.attributes.current_temperature }}" flexitheatexchanger: friendly_name: "Varmegjenvinning" icon_template: mdi:radiator unit_of_measurement: "%" value_template: "{{ states.climate.main.attributes.heat_recovery }}" flexitheat: friendly_name: "Varmeelement" icon_template: mdi:radiator unit_of_measurement: "%" value_template: "{{ states.climate.main.attributes.heating }}" inkluderes med "sensor: !include_dir_merge_list sensors/" i "configuration.yaml" Her er forøvrig resten av tilgjengelige verdier/attributter, denne listen finner man hvis man trykker på enheten under /dev-state, og går tilbake til toppen av siden. { "current_temperature": 19.6, "min_temp": 7, "max_temp": 35, "temperature": 15, "fan_mode": "Medium", "fan_list": [ "Off", "Low", "Medium", "High" ], "filter_hours": 286, "filter_alarm": false, "heat_recovery": 0, "heating": 0, "heater_enabled": true, "cooling": 0, "unit_of_measurement": "°C", "friendly_name": "Main", "supported_features": 65 } Jeg ser at for eksempel register 11 (Inn-luft) kunne vært lagt med. Er litt mye jobb å oppdatere, men jeg skal prøve å få tid.
  4. Jeg fikk nettopp bryteren fra Gira/MicroMatic, kan vel si at den ikke etterlater mye rom for elektronikk bak...
  5. Jeg har ikke lett så mye, men jeg har bestilt 10 slike fra ebay for ~200kr HLK-PM03. Jeg er litt skeptisk til sikkerheten, men jeg har tenkt å kjøre en rekke tester. Enheten er innstøpt, så jeg vil anta at det er rimelig sikkert med tanke på brann om man setter en sikring foran.
  6. Etter å ha lett / testet en rekke forskjellige brytere / kontrollere i automasjonssystemet mitt, har jeg mer eller mindre konkludert med at jeg er nødt til å lage dem selv. Jeg bruker per nå en del Z-Wave.me WALLC-S kontrollere, og er veldig fan av konseptet med 4 impulsbrytere med kort/langt trykk, samt kompatibilitet med Elko-rammer. Problemet er at mekanikken er dårlig, feedback på trykk er dårlig og det er vanskelig å montere dem slik at de ikke kiler seg. I tillegg har en av dem plutselig dødd, kanskje fordi man føler man må trykke skikkelig hardt for at det skal registreres. Jeg har også prøvd disse: Exxact RF trykknapp 2-kanals hvit, som har veldig god mekanikk og feedback på trykk, men jeg fant fort ut at den er totalt ubrukelig da den kun kan kontrollere andre enheter direkte. OpenZwave kunne ikke skille på de 2 kanalene i det hele tatt. 1-kanals versjonen ville fungert, men jeg har lyst på mer enn én funksjon. I tillegg kunne man kjøpt en vanlig Elko bryter + ett eller annet z-wave relé med inngang for samme prisen. Planen min er å bruke en ESP32 + 230V -> 3.3V supply + en eller annen kommersiell "dum" bryter. Problemet er at jeg ikke klarer å finne en egnet bryter å bruke. Elko har denne: Plus signalpanel 4K 0,4A PH, men listepris er 4108 kr, og jeg klarer ikke skaffe den billigere enn 2500kr. Jeg vet dessuten ikke om den kan monteres i rammer Gira har denne: Impulsbryter 4-dobbel, med en mye hyggeligere pris på 340kr Er det noen som vet om en bryter som kunne egnet seg, eventuelt en skikkelig z-wave/whatever enhet som passer i Elko rammer?
  7. Jeg har en mistanke om at Master/Slave kun betyr hvilken slaveadresse CI60/600 eller CI66 får, altså, ikke Master/Slave i modbus-sammenheng. Det er 1-3 mulige adresser aggregatet prøver å snakke med, for å unngå konflikt kan ikke alle stå på samme. CI600 tror jeg finner ut av hvilken adresse den skal svare på selv, eventuelt at den har en dedikert adresse (siden du bare kan ha èn CI600 per anlegg). Skal se om jeg får sniffet på trafikken til uka.
  8. Dette stemmer ikke, kommunikasjon mellom panel og aggregatet er modbus. Det skal absolutt være mulig å gjøre akkurat samme jobben som adapteret med egen hardware. Jeg kjøpte selv CI66, og la det sporet ligge på hylla for ei stund tilbake. En PC med RS485 kan enkelt erstatte adapteret, men den må stå å svare på meldinger fra aggregatet kontinuerlig. Den beste løsningen hadde nok vært en arduino med RS485 adapter. Jeg har nettopp tatt en offisiell fork av home-assitant med støtte for Flexit/CI66, tilgjengelig her: GitHub Planen er å legge inn en PR snart. Et ekstremt irriterende problem med CI66, som man helt sikkert kan komme rundt med egen løsning, er at varmeelementet skrus av/på med en dip-switch i kontrollpanelet (CI60) og kan derfor ikke styres via CI66. Jeg vurderer derfor å se på en løsning uten CI66. Før jeg visste om CI66, probet jeg en del på kommunikasjon mellom styringspanel (jeg har CI60 / UNi2), jeg husker ikke detaljene, men jeg har noen notater: - Aggregatet er master - Master sender write_holding_register 0x00BE-0x0113 som broadcast (skriver til alle slaver) flere ganger i sekundet, disse registrene inneholder status - Master poller "coils" 0x0000-0x0160 fra slaver. Om noen av slavene sier at en coil er True, prøver master å lese holding register med samme offset fra slaven (coil 0x0005 = 1, les holding register 0x0005). Disse registrene vil da være feks viftehastighet 0-4. Master leser "coils" fra 1-3 forskjellige slaveadresser, jeg husker ikke detaljene, men jeg tror dette har noe med det faktum at man kan ha flere paneler per aggregat (0-1 CI600, samt 0-2 CI60 paneler). Da jeg skrev disse notatene hadde jeg ikke registerbeskrivelsen til CI66, heller ikke muligheten til å sammenlikne registrene aggregatet sender som broadcast med registrene som er tilgjengelige via CI66, jeg tror nok dette blir enklere nå. Jeg fant eksempelvis ut dette i sin tid: Coils: 0x0000 ( 0): Fan speed 0x0003 ( 3): Fan speed Supply 0x0008 ( 8): Fan speed Exhaust 0x000C ( 12): Setpoint temperature 0x008C (140): Heater on/off Holding registers (Changed by the slaves, pulled by the master when coil changed) 0x0000 ( 0): Setpoint Fan speed 1,2,3 ... 0x0003 ( 3): Setpoint Fan Speed Supply 0-100 ... 0x0008 ( 8): Setpoint Fan Speed Exhaust 0-100 ... 0x0012 ( 18): Setpoint Temperature x-30 ... 0x0140 (320): Heater On/Off 0,1 Broadcasted Holding Registers: 0x00BE (190): Setpoint Supply Air Temperature 0x00BF (191): Fan speed [1,2,3] Det eneste som mangler nå er å finne korrelasjon mellom "holding" register i CI66, "coils" og "holding" i CI60/600. Om noen er interessert i dette kan jeg hjelpe med mapping.
×
×
  • 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.