Ämne: CTC elpanna/värmepump/EcoLogic och dator?

[morganchristiansson]

Bra ide.

Om EcoAir ställs på fast temperatur så styr returtemperaturen. Den har retur och framledningsgivare, så länge dessa värden inte används till att räkna ut något delta.

Kontaktor är också enkelt att styra med, bara slå på/av strömmen. Men med begränsad max temp och startfördröjning på 10 minuter.

Data kan man vara utan så länge styrning funkar, men hade gärna läst ut och loggat t.ex. temperaturer och "14 strömuttag elnät, heltal A.".

[Mercix]

Baserad på fakta från forumet och @lasrchrocket python kod så har jag knådat ihop kod för ESPHOME som sniffar RS232 data mellan reläkortet och display kortet för att sedan pharsas temperaturer och relästatus till Home Assistant.

Ni kan hitta koden här: (OBS: det finns buggar & readme är fortfarande under uppbyggnad)

https://github.com/mercix/CTC2ESP/

Tusen tack för allas bidrag, utan er det vore inte möjligt att få ihop det.

[Carlin75]

Tjena! Fantastisk tråd. Skulle också vilja få in min ecologic V3 I home Assistant! Finns det ett schema över hur jag ska koppla in mig på kabeln med hjälp av esp32 och 2 max3232 har kollat på https://github.com/mercix/CTC2ESP men vet inte hur jag ska koppla allt😁 /Calle

[lasrchrocket]

Kul att någon kunde ha nytta av min kod. Jag har också tänkt ett tag att jag vill ha in det i home assistant, la en liten stund på det nu och har kommit så långt att jag kan ha en esp32a som man in the middle med 2st uart som skickar vidare åt båda hållen, klarade mig utan rs232 omvandlare genom att invertera gpios i sw, behövdes dock ett mostånd på ca 5k för att insignalen till esp32 från VP, lyckades inte köra pulldown och uart på samma pinne.
Nästa steg är att avkoda värdena, ska se om jag kan använda det Mercix skrivit.
Tänkte framför allt se om jag kan läsa ut trigger signal för kompressor/fläkt för att kunna styra en VFD för att driva kompressorn, men fortfarande kunna stoppa på larm tex.
Därefter se om jag kan sätta egen innetemp och drift/standby oavsett vad displayen skickar.

Här är min konfig för uart i esphome som verkar funka:

Kodstycke: [Välj]

[font=courier]uart:
  - id: uart_display
    tx_pin:
      number: GPIO19
      inverted: true
    rx_pin:
      number: GPIO18
      inverted: true
    baud_rate: 2400
    parity: EVEN
    stop_bits: 1
    data_bits: 8
    debug:
      direction: RX
      dummy_receiver: true
      after:
        delimiter: "\r\n"
      sequence:
        - uart.write:
            id: uart_vp
            data: !lambda return bytes ;
        - lambda: |-
            ESP_LOGD("custom", "Controller:");
            UARTDebug::log_string(direction, bytes);
 
  - id: uart_vp
    tx_pin:
      number: GPIO23
      inverted: true
    rx_pin:
      number: GPIO22
      inverted: true
    baud_rate: 2400
    parity: EVEN
    stop_bits: 1
    data_bits: 8
    debug:
      direction: RX
      dummy_receiver: true
      after:
        delimiter: "\r\n"
      sequence:
        - uart.write:
            id: uart_display
            data: !lambda return bytes ;
        - lambda: |-
            ESP_LOGD("custom", "Controller:");
            UARTDebug::log_string(direction, bytes);[/font]

[lasrchrocket]

Tjena! Fantastisk tråd. Skulle också vilja få in min ecologic V3 I home Assistant! Finns det ett schema över hur jag ska koppla in mig på kabeln med hjälp av esp32 och 2 max3232 har kollat på https://github.com/mercix/CTC2ESP men vet inte hur jag ska koppla allt😁 /Calle

Fick du ordning på det? När jag kollade på mercix github fanns det ett ganska tydligt schema, men den kanske kom upp efter att du kolla.

[oakim]

Fantastiskt spännande det här. Ska testa koden till esp32 och se om jag få ihop det till ecoair 120 (utan eco el/ecologic osv)

[lasrchrocket]

Fått till lite avkodning av de viktigaste parametrarna för esphome, får ta och slänga in det i ett gitlab repo snart, men tänkte att jag slänger upp det här sålänge. Dock inte fixat möjlighet att sätta parametrar än:

Kodstycke: [Välj]

uart:
  - id: uart_display
    tx_pin:
      number: GPIO19
      inverted: true
    rx_pin:
      number: GPIO18
      inverted: true
    baud_rate: 2400
    parity: EVEN
    stop_bits: 1
    data_bits: 8
    debug:
      direction: RX
      dummy_receiver: true
      after:
        delimiter: "\r\n"
      sequence:
     
        - uart.write:
            id: uart_vp
            data: !lambda return bytes ;
            #data: [0x41, 0xf7, 0xfe, 0xf7, 0xfa, 0xfe, 0xff, 0xff, 0xc2]
        - lambda: |-
            ESP_LOGD("custom", "from disp");
            UARTDebug::log_int(direction, bytes, ',');                 // Log the message as int.
            UARTDebug::log_hex(direction, bytes, ',');                 // Log the message in hex.
            UARTDebug::log_binary(direction, bytes, ',');                 // Log the message in hex.

            ESP_LOGD("custom", "Bytes size: %d", bytes.size());        // Log how many bytes in the message.
            if (direction == UART_DIRECTION_RX)                        // Check message direction (Change to TX if required)
              {
                  if (bytes.size() == 10)                               // Check number of bytes
                    {
                      id(bin1).publish_state((bytes[1] >> 6) & 1);     // Publish results to a sensor.
                      id(bin2).publish_state((bytes[1] >> 4) & 1);     // Publish results to a sensor.
                      id(bin3).publish_state((bytes[1] >> 7) & 1);     // Publish results to a sensor.
                      id(bin4).publish_state((bytes[5] >> 0) & 1);     // Publish results to a sensor.
                    }
              }

  - id: uart_vp
    tx_pin:
      number: GPIO15
      inverted: true
    rx_pin:
      number: GPIO22
      inverted: true
    baud_rate: 2400
    parity: EVEN
    stop_bits: 1
    data_bits: 8
    debug:
      direction: RX
      dummy_receiver: true
      after:
        delimiter: "\r\n"
      sequence:
        - uart.write:
            id: uart_display
            data: !lambda return bytes ;
        - lambda: |-
            //ESP_LOGD("custom", "from vp");
            //UARTDebug::log_int(direction, bytes, ',');                 // Log the message as int.
            //UARTDebug::log_hex(direction, bytes, ',');                 // Log the message in hex.
            //ESP_LOGD("custom", "Bytes size: %d", bytes.size());        // Log how many bytes in the message.
            if (direction == UART_DIRECTION_RX)                        // Check message direction (Change to TX if required)
              {
                  if (bytes.size() == 22)                               // Check number of bytes
                    {
                      id(sensor1).publish_state(bytes[1]);     // Publish results to a sensor.
                      id(sensor2).publish_state(bytes[2]-40);     // Publish results to a sensor.
                      id(sensor3).publish_state(bytes[3]+(bytes[4]/100));     // Publish results to a sensor.
                      id(sensor4).publish_state(bytes[5]);     // Publish results to a sensor.
                      //id(sensor5).publish_state(bytes[6]);     // Publish results to a sensor.
                      //id(sensor6).publish_state(bytes[7]);     // Publish results to a sensor.
                      //id(sensor7).publish_state(bytes[8]);     // na
                      //id(sensor8).publish_state(bytes[9]);     // na
                      id(sensor9).publish_state(bytes[10]);     // Publish results to a sensor.
                      //id(sensor10).publish_state(bytes[11]);     // na
                      //id(sensor11).publish_state(bytes[12]);     // na
                      id(sensor12).publish_state(bytes[13]);     // strömuttag i A
                      //id(sensor13).publish_state(bytes[14]);     // na
                      id(sensor14).publish_state(bytes[15]-40);     // Publish results to a sensor.
                      id(sensor15).publish_state(bytes[16]);     // Publish results to a sensor.
                    }
              }

sensor:
  - platform: template
    name: "framlednings temp"
    unit_of_measurement: "°C"
    id: "sensor1"
  - platform: template
    name: "ute temp"
    unit_of_measurement: "°C"
    id: "sensor2"
  - platform: template
    name: "inne temp"
    unit_of_measurement: "°C"
    id: "sensor3"
  - platform: template
    name: "vp retur temp"
    unit_of_measurement: "°C"
    id: "sensor4"
  - platform: template
    name: "hetgas temp"
    unit_of_measurement: "°C"
    id: "sensor9"
  - platform: template
    name: "strömuttag"
    unit_of_measurement: "A"
    id: "sensor12"
  - platform: template
    name: "ute temp i VP"
    unit_of_measurement: "°C"
    id: "sensor14"
  - platform: template
    name: "temp VP utgående"
    unit_of_measurement: "°C"
    id: "sensor15"
  - platform: template
    name: "fläkt låg"
    unit_of_measurement: "on/off"
    id: "bin1"
  - platform: template
    name: "fläkt hög"
    unit_of_measurement: "on/off"
    id: "bin2"
  - platform: template
    name: "kompressor"
    unit_of_measurement: "on/off"
    id: "bin3"
  - platform: template
    name: "radiotorpump"
    unit_of_measurement: "on/off"
    id: "bin4"

[lasrchrocket]

Fantastiskt spännande det här. Ska testa koden till esp32 och se om jag få ihop det till ecoair 120 (utan eco el/ecologic osv)

Hur täknte du lösa det utan ens ecologic? Det går säkert men tror inte det finns så mycket info om det i denna tråden, det är väl någon slags one-wire pryl där som använder gemensam jord med 230'n antar jag.

[torbjorn_forsman]

Kommunikationen med CTC's utedelar är en strömslinga som liknar ITU-T Rec. V.31 bis (alltså samma slags slinga som användes för kommunikation med gamla fjärrskrift/telexmaskiner). Se gamla trådar, t ex  https://www.varmepumpsforum.com/vpforum/index.php?topic=18500.msg414681#msg414681 och https://www.varmepumpsforum.com/vpforum/index.php?topic=34771.0

[lasrchrocket]

Kommunikationen med CTC's utedelar är en strömslinga som liknar ITU-T Rec. V.31 bis (alltså samma slags slinga som användes för kommunikation med gamla fjärrskrift/telexmaskiner). Se gamla trådar, t ex  https://www.varmepumpsforum.com/vpforum/index.php?topic=18500.msg414681#msg414681 och https://www.varmepumpsforum.com/vpforum/index.php?topic=34771.0

Kul att du är kvar i tråden! Har du haft någon styrning på din VP som rullat sen 2011?

[torbjorn_forsman]

Nej, den är ersatt med en modernare EcoHeat från ungefär 2020 och min bror och svåger har tagit över fodervärdskapet för den.
Den gamla EcoAir och styrskåpet från EcoEl v3 är bortskänkta och ska tas i drift igen men det kan dröja några år till, de ska användas i ett gammalt hus som f n är under helrenovering och ännu inte fått vattenburen värme installerad.

[lasrchrocket]

Jag har sedan i höstas haft felet "kommunikationsfel utedel" som det finns flera andra trådar om på forumet också, men oftast med något glapp eller något annat enkelt som lösning.
Tänkte göra ett försök till att hitta problemet på mitt system och har monterat ur ecopart kortet från ecoair och har det tillsammans med relä-kortet inne på bänken men fortfarande samma fel.
Har även lyssnat direkt på TX pinnarna på respektive PIC, pin 7 på reläkortet och pin 17 på ecopart. Men båda är helt tysta på 5v, lyssnat på båda från strömtillslag tills att felet på displayen visas, enda tecken till liv är att ecopart ger fyrkantsvåg under någon sekund strax efter uppstart annars helt tyst.

Någon som vet om det finns några villkor för att kommunikationen ska komma igång eller liknande? Eller kan det tom vara plannerat åldrande möjligen? Tror inte jag rörde något från att det funkade förra vintern tills att det inte funkade denna hösten. Har även gått igenom inställningar i displayen och fabriksåterställt men antar att denna kommunikationen borde vara aktiv så länge ecopart visar "A" i displayen.
Kan även tillägga att kommunikationen mellan reläkortet och displayen fungerar och jag kan mäta upp TX signalen från samma PIC men som går till displayen samt läsa ut temp från tex rumsgivare via reläkortet, så PICen där är ju inte helt död iaf.

Om någon har några tips är jag tacksam!