Sabesto

9 timer siden, thomasopp skrev:

@Vong Hva var det du gjorde for å få til endring av settpunkt temperatur på aggregatet via modbus?

Det går fint å veksle hastigheter på aggregatet (min, normal, høy) via modbus, men når jeg endrer settpunktet så spretter det bare tilbake igjen..

 

Jeg integrerer via en Homelynk fra  Schneider, tilsvarende Logicmachine. Denne har modbus via RS485 direkte. Jeg har laget en modbusprofil hvor datatyper legges inn.

Kan du se om det er noe feil i denne strengen:

{"name":"SetAirTemperature","bus_datatype":"float16","type":"register","datatype":"int16","address": 8,"writable":"true"},

 

Denne fungerer helt fint:

{"name":"SupplyAirSpeed1","bus_datatype":"scale","type":"register","datatype":"int16","address": 0,"readable":"true","writable":"true"},

 

Ser også at det står i tabellen til flexit at SetAirTemperature er avhengig av at CI66 er satt opp som Master. Har gjort dette. Men litt usikker på om det blir rett ettersom jeg ikke har mulighet til å sette displayet CI600 som slave noen plass.

 

Noen tips?

Nå kjenner jeg ikke til Homelynk, men jeg tipper problemet er at du har definert datatype for temperaturregisteret til float. Sett datatype til int16.

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 timer siden, Jolo skrev:

...

Det er også mulig å legge inn all data man ønsker direkte via "modbus sensorer", se https://www.home-assistant.io/components/sensor.modbus/. Her er eksempler på en sensor jeg har lagt inn:

sensor:
  - platform: modbus
    registers:
      - name: FlexitOutDoorAirTemp
        friendly_name: Utendørs
        unit_of_measurement: °C
        slave: 21
        register: 11
        scale: 0.1
        precision: 1
        register_type: input
      

 

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.

Jeg fikk nettopp bryteren fra Gira/MicroMatic, kan vel si at den ikke etterlater mye rom for elektronikk bak...

1 time siden, Actibus skrev:

Har ikke noe forslag til bryter, men har du funnet et 230-3,3v power som er lite nok til å ha i veggboksen og som ikke koster skjorta?

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.

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?

9 minutter siden, jorgensk skrev:

Jeg fikk et godt tilbud på Systemair, så har gått for det i stedet (ikke montert enda), men dumpet borti manualen for et av kontrollpanelene til Flexit før jeg bestemte meg:
http://ventalta.lt/uploads/MAN_111824E.pdf

 

Ifølge infoen på side 5 kan det vel være mulig å sette Modbusadapteret som på Master og Slave, litt avhengig av type kontrollpanel? Det vil i tilfelle få betydning for hvordan du selv setter opp evt egen kommunikasjon mot aggregatet.

Lenger ute i manuel står det også oversikt over registrene, så det gjør jobben noe enklere - forhåpentligvis

 

 

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.

Den 1/27/2017 klokken 11.38, Salvesen skrev:

Det er dog mulig adapteret bare går fra ethernet til serielt slik at en muligens klarer å nå den over ethernet, men det er nok ikke dokumentert noen plass pga de vill selge adapteret:P 

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.