P1 HAN - liitäntäportti

Sarkari · 11 Toukokuu 2025

Lisäsin nuo kumulatiiviset tuotannot ja yleiskäytöt koodiin eli:
"1-0:1.8.0" Yleis
"1-0:2.8.0" Tuotanto

Tulee taas mielenkiintoisia lukuja noista:
Käyttö: 11603346
Tuotanto: 2423685

Tietääkseni nuo luvut pitäisi olla kilowattitunteja mutta ei tässä taloudessa ei ole tuon mittarin aikana ehtinyt noin paljon kulkemaan.

Arisoft · 11 Toukokuu 2025

Sarkari sanoi:
Lisäsin nuo kumulatiiviset tuotannot ja yleiskäytöt koodiin eli:
"1-0:1.8.0" Yleis
"1-0:2.8.0" Tuotanto

Tulee taas mielenkiintoisia lukuja noista:
Käyttö: 11603346
Tuotanto: 2423685

Tietääkseni nuo luvut pitäisi olla kilowattitunteja mutta ei tässä taloudessa ei ole tuon mittarin aikana ehtinyt noin paljon kulkemaan.

Jos ne onkin wattitunteja. Joka tapauksessa noista saa hyötyä vain kun laskee erotuksen ajallisesti kahden mittauksen välistä esim. minuutin tai vartin välein.

Sarkari · 11 Toukokuu 2025

Arisoft sanoi:
Jos ne onkin wattitunteja. Joka tapauksessa noista saa hyötyä vain kun laskee erotuksen ajallisesti kahden mittauksen välistä esim. minuutin tai vartin välein.

Tarvinnee jossain välissä ottaa tuo vartin väli ja katsoa uudestaan täsmääkö paremmin. Kiitoksia ideasta.

autonlataaja · 17 Toukokuu 2025

Tavoitteena saada aurinkopaneelien tuotanto sähköauton akkuun. Käytössä Home Assistant, johon yhdistetty Solarmanin invertteri, go-e laturi sekä tämän kaverin HAN-portin lukija. HAN-portin tiedoista lasketaan sähkötase joka lähetetään go-e:lle. Ongelmana on, että HAN-portin arvot päivittyvät vain noin 5-20 minuutin välein, mutta go-e:lle taas on pakko laittaa dataa joka 5. sekunti. Näin ollen go-e:n laturi joko nostaa lataustehon tappiin tai vetää sen nolliin riippuen sähkötaseen etumerkistä.

Asensin HAN-portin lukijan joskus 1,5 vuotta sitten, jolloin se muistaakseni kyllä antoi lukemia hyvin tiheästi, mutta tosiaan nyt tilanne on se, että arvojen päivittymisväli voi olla kymmenenkin minuuttia. Mistähän tätä kannattaisi alkaa ratkomaan? Mahdollisesti tämä postaus liittyy aiheeseen, mutta minulla lukija kuitenkin toimii jotenkuten.

Arisoft · 17 Toukokuu 2025

autonlataaja sanoi:
Asensin HAN-portin lukijan joskus 1,5 vuotta sitten, jolloin se muistaakseni kyllä antoi lukemia hyvin tiheästi, mutta tosiaan nyt tilanne on se, että arvojen päivittymisväli voi olla kymmenenkin minuuttia. Mistähän tätä kannattaisi alkaa ratkomaan?

Päivityksen väli pitäisi olla 10 sekuntia.

Itse aloittaisin tutkimaan sitä itse lukijaa, saako se luettua dataa 10s välein. Kun rakensin lukijaa itselleni, niin ensimmäinen ongelma oli saada luettu data tuleemaan täysin virheettömästi. Jokaisessa paketissa on tarkaskusmerkit, joilla viallinen data voidaan hylätä. Jos niitä on käytetty ja tiedonsiirrossa on häiriöitä, niin luku saattaa onnistua ihan sattumanvaraisesti. Omani sain kuntoon valitsemalla juuri sopivan kokoisen ylösvetovastuksen. Tuo on siitä tarkka, koska siirtonopeus on aika suuri tällaiselle logiikalle.

Pääsetkö käsiksi laitteeseen niin että näkisit jollain tapaa mitä se tekee?

autonlataaja · 17 Toukokuu 2025

Hämmentävä juttu. Home Assistantin UI:sta laitoin ESPHomesta "Ota virheenkorjausloki käyttöön" sekä Määrittele -> Subscribe to logs from device, jonka jälkeen dataa alkoi ilmestyä 10 sekunnin välein.

xismo · 17 Toukokuu 2025

Olisiko sulla viittausta tuohon speksiin. Mun löytämässä ei ollut mitään tarkastussummista ja välillä tulee pikkaisen kuraa. Minkä kokoinen ylösvetovastus sulla on ? Pitääkö laittaa trimmeri jotta saa kohdilleen ? Mulla on trankku + ylösvetovastus ihan mittarin vieressä m siitä noin 10m cat6 kaapelilla tietokoneen viereen jossa usb-ttl vastaanotin.

Arisoft · 17 Toukokuu 2025

xismo sanoi:
Olisiko sulla viittausta tuohon speksiin. Mun löytämässä ei ollut mitään tarkastussummista ja välillä tulee pikkaisen kuraa. Minkä kokoinen ylösvetovastus sulla on ?

Tarkastussumma kuuluu standardiin joten sitä ei ole helppo löytää mistään speksistä. Siellä viestin lopussa se kumminkin on. Löysin sen verran vinkkiä että sain sen tehtyä. Ohessa koodi joka sen tarkastaa

Python:

        end = len(data)-6;
        if end < 2 or data[0:1] != b'/' or data[end-1:end] != b'!' or\
            crcmod.predefined.mkPredefinedCrcFun('crc16')(data[:end]) != int(data[end:end+4],16):
                print("HAN CRC error",len(data))
                return False
        data = data [1:end-1]

Vastuksen kokoa en muista ulkoa ja laitteeseen en pääse heti käsiksi katsomaan. Ei se toki mitään trimmeriä tarvinnut. Kokeilin muutamia eri kokoja. Virheiden määrä korreloi välittömästi kun sitä muutti.

Sammypiru · 8 Kesäkuu 2025

tk- sanoi:

Tässä skripti Shellyyn mikä kyselee 10sek välein HomeWizard P1 -laitteelta nuo kulutustiedot ja päivittää ne muuttujaan. Skriptissä ei sen kummempaa käsittelyä sitten sille muuttujatiedolle ole toistaiseksi kuin printata hetkellinen teho pihalle. Palikan ip-osoite määritetään tuohon configiin.

Eli saa vapaasti käyttää jos tästä joku intoutuisi omiin sovellutuksiin, toki kuormanhallinnan kannalta tässä on syytä muistaa ettei tee mitään kovin rajuja kuormia seuraavia pelkkään wifi-yhteyden perässä olevan palikan mittauksiin perustuviin tietoihin. Itsellä on ajatuksena tuon avulla ajaa tietoja jatkossa Pörssärin MQTT-brokeriin kunhan saadaan semmoinen palvelinpäähän pystyyn, eli tämä todennäköisesti tulee olemaan osana vahtiskriptiä jatkossa.

JavaScript:

// Script to get data from HomeWizard device
// Tested with HomeWizard P1

let CONFIG = {

    // Period to fetch data (ms)
    updatePeriod: 10000,

    // HomeWizard device ip address
    deviceIP: "192.168.20.51:10212",

    // HomeWizard API address to fetch measuring data
    apiPath: "/api/v1/data",
};

let DATA = {
    // Timestamp when data is last updated
    valuesUpdated: 0,
 
    // Data model for HomeWizard measures
    wifi_ssid: null,
    wifi_strength: 0,
    smr_version: 0,
    meter_model: null,
    unique_meter_id: null,
    active_tariff: 0,
    total_energy_import_kwh: 0.0,
    total_energy_import_t1_kwh: 0.0,
    total_energy_import_t2_kwh: 0.0,
    total_energy_import_t3_kwh: 0.0,
    total_energy_import_t4_kwh: 0.0,
    total_energy_export_kwh: 0.0,
    total_energy_export_t1_kwh: 0.0,
    total_energy_export_t2_kwh: 0.0,
    total_energy_export_t3_kwh: 0.0,
    total_energy_export_t4_kwh: 0.0,
    active_power_w: 0.0,
    active_power_l1_w: 0.0,
    active_power_l2_w: 0.0,
    active_power_l3_w: 0.0,
    active_voltage_v: 0.0,
    active_voltage_l1_v: 0.0,
    active_voltage_l2_v: 0.0,
    active_voltage_l3_v: 0.0,
    active_current_a: 0.0,
    active_current_l1_a: 0.0,
    active_current_l2_a: 0.0,
    active_current_l3_a: 0.0,
    active_apparent_power_va: 0.0,
    active_apparent_power_l1_va: 0.0,
    active_apparent_power_l2_va: 0.0,
    active_apparent_power_l3_va: 0.0,
    active_reactive_power_var: 0.0,
    active_reactive_power_l1_var: 0.0,
    active_reactive_power_l2_var: 0.0,
    active_reactive_power_l3_var: 0.0,
    active_power_factor: 0.0,
    active_power_factor_l1: 0.0,
    active_power_factor_l2: 0.0,
    active_power_factor_l3: 0.0,
    active_frequency_hz: 0.0,
    voltage_sag_l1_count: 0,
    voltage_sag_l2_count: 0,
    voltage_sag_l3_count: 0,
    voltage_swell_l1_count: 0,
    voltage_swell_l2_count: 0,
    voltage_swell_l3_count: 0,
    any_power_fail_count: 0,
    long_power_fail_count: 0,
    active_power_average_w: 0.0,
    monthly_power_peak_w: 0.0,
    monthly_power_peak_timestamp: null,
    total_gas_m3: 0.0,
    gas_timestamp: null,
    gas_unique_id: null,
    active_liter_lpm: 0.0,
    total_liter_m3: 0.0,
    external_devices: {},
};

// Functions

// GET-request from device with parsing callback
function getDataFromApi() {
    let urlToCall = "http://" + CONFIG.deviceIP + CONFIG.apiPath;
    print('Get data-JSON from device. URL: ', urlToCall);
    Shelly.call("HTTP.GET", { url: urlToCall, timeout: 5 }, ParseHttpResponse);
}

// Callback function to parse request data
function ParseHttpResponse(res, error_code, error_msg, ud) {
    let requestInfo = null;
    let dataJson = {};
    if (error_code != 0) {
        requestInfo = "Request error: ", error_code, error_msg;
    } else {
        if (res.code === 200) {  
            dataJson = JSON.parse(res.body);
            for (var item in dataJson) {
              DATA[item] = dataJson[item];
            }
            let timestampMillis = Date.now();
            DATA.valuesUpdated = Math.floor(timestampMillis / 1000);
            requestInfo = 'Device request succesfull.';
        } else {
            requestInfo = 'Request error. Code: ' + res.code;
        }
        res.close;
    }
    print('Device request done. ', requestInfo);
 
    // Do something here after update request
    // Format unix timestamp to HH:MM:SS
    let updatedTime = new Date(DATA.valuesUpdated * 1000);
    let hours = updatedTime.getHours();
    let minutes = "0" + updatedTime.getMinutes();
    let seconds = "0" + updatedTime.getSeconds();
    let formattedTime = hours + ':' + minutes.substr(-2) + ':' + seconds.substr(-2);
    print('Data updated: ' + formattedTime);

    // Print some values
    print('Total power: ' + DATA.active_power_w + 'W, L1: ' + DATA.active_power_l1_w + 'W, L2: ' + DATA.active_power_l2_w + 'W, L3: ' + DATA.active_power_l3_w + 'W');
}

// Initiate timer to run script
mainTimer = Timer.set(CONFIG.updatePeriod, true, getDataFromApi);

Pystytkö vääntämään rautalangasta amatöörille?

Eli esim. Shelly 1PM GEN4:ään tämä scripti ja tämän 192.168.20.51:10212 tilalle oman HW:N IP ja ilmeisesti portti vai mikä tuo kaksoispisteiden jälkeen oleva on? Miltä HW:ltä haettu tieto Shellyssä sitten näyttää, pystynkö haetun tiedon perusteella tekemään ohjauksia Shellyllä? Eseim. jos jonkun vaiheen kulutus on miinusmerkkinen, kytke rele vetämään?

-Teme- · 11 Kesäkuu 2025

Sammypiru sanoi:
Pystytkö vääntämään rautalangasta amatöörille?

Eli esim. Shelly 1PM GEN4:ään tämä scripti ja tämän 192.168.20.51:10212 tilalle oman HW:N IP ja ilmeisesti portti vai mikä tuo kaksoispisteiden jälkeen oleva on? Miltä HW:ltä haettu tieto Shellyssä sitten näyttää, pystynkö haetun tiedon perusteella tekemään ohjauksia Shellyllä? Eseim. jos jonkun vaiheen kulutus on miinusmerkkinen, kytke rele vetämään?

Tuolla haetaan data ja esitetään debug ikkunassa mitä se milloinkin on
Ohjaus pitää tehdä erikseen koodiin

kenzy · 14 Elokuu 2025

Tulenpa tänne kyselemään, kun sattumalta löytyi aiheesta sopivan näköistä keskustelua. Meikäläisellä on Elenian verkossa Aidonin mittari, johon on HAN-porttiin liitetty tuo täälläkin mainittu ESP-pohjainen palikka. Käytössä Home Assistant ja palikka siellä näkyy ja voi hyvin. Millä tavalla olette askarrelleet nettokulutuksen laskennan tuota HAN-palikkaa hyödyntäen Home Assistantissa? Näyttää siltä, että tuo Cumulative Export ja -Import päivittyy vähän miten sattuu ja tasatunnein arvojen lukeminen ja miinuslaskut ei oikein tuota haluttua tulosta. Nyt on kokeilussa nettoenergian laskenta:

- HA input numberit x2, joihin syötetään Cumulative Import -ja Cumulative Export- sensorien datat joka tunnin xx:59:40 ajanhetkellä
- HA sensor, joka laskee input.number_import - input.number_export - vähennyslaskua, eli "nettoenergiaa"
- HA utility meter, joka kerää yllä olevan HA sensorin vähennyslaskun tulosta, eli "nettoenergiakertymää"

Testissä on ollut myös HA template sensor, joka laskee Momentary Import - Momentary Export ja tästä vastaavasti utility meterillä "tuntinetotus", mutta silläkin ero Elenia Aina-palvelun mitattuun nettokertymään on aika iso.

Olisi siis kiva saada Elenian mittausta vastaava netotus rakennettua Home Assistantiin, eihän se käytännössä mitään ohjauksia itsellä muuta, mutta pystyisi helpommin seuraamaan päiväkohtaisia nettoja.

Luukku · 14 Elokuu 2025

kenzy sanoi:
Millä tavalla olette askarrelleet nettokulutuksen laskennan tuota HAN-palikkaa hyödyntäen Home Assistantissa?

Balance Neto integraatiolla esimerkiksi.

Arisoft · 14 Elokuu 2025

kenzy sanoi:
Näyttää siltä, että tuo Cumulative Export ja -Import päivittyy vähän miten sattuu ja tasatunnein arvojen lukeminen ja miinuslaskut ei oikein tuota haluttua tulosta.

Aidonin mittarista pitää tieto lukea silloin kuin mittarin oma kello näyttää XX:XX:10 eli esimerkiksi kello 12:00:10 saat energialaskurit ajanjaksolle, joka päättyi kello 12:00:00. Mittaustulos on sama seuraavat 50 sekuntia.

Oleellista on siis se, mitä mittari näyttää kellonajaksi, koska sen perusteella kulutus raportoideaan eteenpäin yleensä 15 minuutin jaksoissa, joka on myös sen netouksen jakson pituus. Tunti on useimmilla liittymillä vain hinnan vaihtumiseen liittyvä jakso ja tässä netotusmielessä jopa hyödytön tieto.

Luukku · 14 Elokuu 2025

kenzy sanoi:
Testissä on ollut myös HA template sensor, joka laskee Momentary Import - Momentary Export ja tästä vastaavasti utility meterillä "tuntinetotus", mutta silläkin ero Elenia Aina-palvelun mitattuun nettokertymään on aika iso.

Muuta se vartille.

kenzy · 14 Elokuu 2025

Arisoft sanoi:
Aidonin mittarista pitää tieto lukea silloin kuin mittarin oma kello näyttää XX:XX:10 eli esimerkiksi kello 12:00:10 saat energialaskurit ajanjaksolle, joka päättyi kello 12:00:00. Mittaustulos on sama seuraavat 50 sekuntia.

Oleellista on siis se, mitä mittari näyttää kellonajaksi, koska sen perusteella kulutus raportoideaan eteenpäin yleensä 15 minuutin jaksoissa, joka on myös sen netouksen jakson pituus. Tunti on useimmilla liittymillä vain hinnan vaihtumiseen liittyvä jakso ja tässä netotusmielessä jopa hyödytön tieto.

Joo, itsellä se käyttötarkoitus netotuksen seurantaan sinällään on vain kyky pystyä laskemaan nettoenergian kustannusta vs. kiinteistön kokonaiskulutusta spot-hinnan kautta, eli näkee vähän mitä oma tuotanto on tuonut säästöpuolelle, ja pystyy arvioimaan investoinnin takaisinmaksua jne. Graafisessa muodossa tietysti hyödyllistä on nähdä, että tuotannon ollessa tapissaan, onko nettoenergia plussaa vai miinusta tunneittain jne.

Täytyypä tutkia lisää. Toki tähän saa roiskaista valmiita koodia, jos joku on HA:han tämän ongelman ratkaissut.

Arisoft · 14 Elokuu 2025

kenzy sanoi:
Graafisessa muodossa tietysti hyödyllistä on nähdä, että tuotannon ollessa tapissaan, onko nettoenergia plussaa vai miinusta tunneittain jne.

Siis varteittain. Tuntia ei voi tässä käyttää hyödyllisesti muuhun kuin harhaanjohtamiseen pois lukien ne harvat, joilla siirtoyhtiö ei vielä kykene varttimittaukseen.

hemaris · 14 Elokuu 2025

Arisoft sanoi:
Siis varteittain. Tuntia ei voi tässä käyttää hyödyllisesti muuhun kuin harhaanjohtamiseen pois lukien ne harvat, joilla siirtoyhtiö ei vielä kykene varttimittaukseen.

Helen etenee aika verkkaisesti mittarien vaihdossa, urakka pitäisi olla ohi vasta 2028. Itsellänikin on vielä vanha mittari joka ei tue varttihinnoittelua, mutta siinä ei käsittääkseni saa myöskään tuota P1 HAN porttia auki. Ennen mittarin vaihtoa varttinetotus hoidetaan tunnin kulutuksen/tuoton tasajaolla neljään varttiin. Itse olen vähän kahden vaiheilla että kumpi on parempi vaihtoehto: tuntinetotus ja kulutuksen arvio hieman sokkona, vai varttinetotus ja kulutuksen reaaliaikanen seuranta.

Vähän kallistumassa sille kannalle että saisi tulla mittarin vaihto mahdollisimman myöhään jotta voisin jatkaa nykyistä käytäntöä mahdollisimman pitkään. Nyt olen dumpannut pienen ~2 kW:n voimalan laskennallisen ylijäämän (paneeleissa tuotannon mittaus, talon pohjakulutuksesta arvio) kultakin tunnilta lämminvesivaraajaan ja tarvittaessa kosteiden tilojen lattialämmitykseen. Varttinetotuksessa kontatori räpsyisi sitten huomattavasti tiuhempaan.

kenzy · 14 Elokuu 2025

Arisoft sanoi:
Siis varteittain. Tuntia ei voi tässä käyttää hyödyllisesti muuhun kuin harhaanjohtamiseen pois lukien ne harvat, joilla siirtoyhtiö ei vielä kykene varttimittaukseen.

Joo, siis varttinetotus pitäisi laskea, mutta tunneittain kasata kuitenkin yhdeksi pylvääksi kyseisen tunnin kokonaisnetto. En tiedä sitten pitäisikö vaan suosiolla antautua ja alkaa kasaamaan Grafanalla tuota kokonaisuutta.

kenzy · 15 Elokuu 2025

Noniin, itse itselleni vastaten, jos joku joskus vastaavaa kaipailee:

1. Varttinetotus

input_number- helperit, jotka tarvitaan:

input_number.export_delta
input_number.import_delta
input_number.cumulative_export_previous_value
input_number.cumulative_import_previous_value

Template-sensorit, jotka tarvitaan:

Koodi:

    - name: "Net energy, 15min"
      unit_of_measurement: "kWh"
      device_class: energy
      state: >
        {% set exp_delta = states('input_number.export_delta') | float(0) %}
        {% set imp_delta = states('input_number.import_delta') | float(0) %}
        {% if exp_delta > imp_delta %}
          {{ ((exp_delta - imp_delta) * -1) | round(3) }}
        {% elif imp_delta > exp_delta %}
          {{ (imp_delta - exp_delta) | round(3) }}
        {% else %}
          0
        {% endif %}

    - name: "Net import, 15min"
      unit_of_measurement: "kWh"
      device_class: energy
      state: >
        {% set net15min = states('sensor.net_energy_15min') | float(0) %}
        {% if net15min > 0 %}
          {{ net15min | round(2) }}
        {% else %}
          0
        {% endif %}

    - name: "Net export, 15min"
      unit_of_measurement: "kWh"
      device_class: energy
      state: >
        {% set net15min = states('sensor.net_energy_15min') | float(0) %}
        {% if net15min < 0 %}
          {{ ((-1)*net15min) | round(2) }}
        {% else %}
          0
        {% endif %}

Ja automaatio, joka tarvitaan laskemaan varttinettoa helpereitä hyödyntäen:

Koodi:

alias: Net energy calculation
description: ""
triggers:
  - trigger: time_pattern
    minutes: /15
    seconds: "20"
conditions: []
actions:
  - variables:
      current_export: "{{ states('sensor.eleniaenergy_cumulative_active_export') | float(0) }}"
      current_import: "{{ states('sensor.eleniaenergy_cumulative_active_import') | float(0) }}"
      prev_export: "{{ states('input_number.cumulative_export_previous_value') | float(0) }}"
      prev_import: "{{ states('input_number.cumulative_import_previous_value') | float(0) }}"
  - target:
      entity_id: input_number.export_delta
    data:
      value: "{{ (current_export - prev_export) | round(3) }}"
    action: input_number.set_value
  - target:
      entity_id: input_number.import_delta
    data:
      value: "{{ (current_import - prev_import) | round(3) }}"
    action: input_number.set_value
  - target:
      entity_id: input_number.cumulative_export_previous_value
    data:
      value: "{{ current_export }}"
    action: input_number.set_value
  - target:
      entity_id: input_number.cumulative_import_previous_value
    data:
      value: "{{ current_import }}"
    action: input_number.set_value
mode: single

Automaatio päivittää varttinettoarvon 20 sekuntia yli tasavartin. Näillä saadaan nyt varttinetto piirrettäväksi käppyrään, näyttää esimerkiksi tältä:

2. Energy panelin tuntinetto (suurinpiirtein)

input_number-helperit:

input_number.net_import_1h_helper
input_number.net_export_1h_helper

Template-sensorit:

Koodi:

    - name: "Net import, cumulative"
      unit_of_measurement: "kWh"
      device_class: energy
      state_class: total_increasing
      state: "{{ states('input_number.net_import_1h_helper')|float(0) }}"

    - name: "Net export, cumulative"
      unit_of_measurement: "kWh"
      device_class: energy
      state_class: total_increasing
      state: "{{ states('input_number.net_export_1h_helper')|float(0) }}"

Ja automaatio päivittämään kumulatiivisia arvoja aina, kun varttinettosensori päivittyy:

Koodi:

alias: Cumulative net energy calculator
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.net_energy_15min
conditions: []
actions:
  - target:
      entity_id: input_number.net_import_1h_helper
    data:
      value: |
        {{ states('input_number.net_import_1h_helper') | float(0)
           + states('sensor.net_import_15min') | float(0) }}
    action: input_number.set_value
  - target:
      entity_id: input_number.net_export_1h_helper
    data:
      value: |
        {{ states('input_number.net_export_1h_helper') | float(0)
           + states('sensor.net_export_15min') | float(0) }}
    action: input_number.set_value
mode: single

Alkaa näyttämään sitten suurinpiirtein tältä:

Tässähän tulee tuo tasatunnin jälkeisen 20 sekunnin viiveen aiheuttama virhe melko varmasti tuntikohtaisesti seurattuna energy panelissa, mutta kuukausitasolla virhe tasottunee niin, että kuukausitason netto pitäisi olla suht linjassa mitatun kanssa.

Luulisin, että nämä on suhteellisen oikein, mutta ainahan ne voi myös olla aivan pielessä. Tarvii seurata nyt muutamia päiviä ja vertailla Elenian mittausdataan.

Luukku · 16 Elokuu 2025

kenzy sanoi:
Tässähän tulee tuo tasatunnin jälkeisen 20 sekunnin viiveen aiheuttama virhe melko varmasti tuntikohtaisesti seurattuna energy panelissa, mutta kuukausitasolla virhe tasottunee niin, että kuukausitason netto pitäisi olla suht linjassa mitatun kanssa.

Oikotie onneen: Balance Neton Net imported ja net exported energia välilehteen niin laskee ihan oikein.

kenzy · 17 Elokuu 2025

Luukku sanoi:
Oikotie onneen: Balance Neton Net imported ja net exported energia välilehteen niin laskee ihan oikein.

Kokeilin tota Balance Netoa nopeasti yks päivä, enkä saanut sitä pelittämään järkevästi. Se tekee käsittääkseni vain tuntinetotusta, eikä siinä voinut säätää kuin tasatuntia edeltävää offsettiä, mutta tässä tapauksessa jos tuo Aidon-mittari antaa edellisen minuutin kulutuksen aina 10 sekuntia yli minuutin, niin se ei kaiketi toimi.

Arisoft · 17 Elokuu 2025

kenzy sanoi:
Aidon-mittari antaa edellisen minuutin kulutuksen aina 10 sekuntia yli minuutin, niin se ei kaiketi toimi.

Lukema pysyy minuutin ajan samana eli 20 sekuntia yli on ihan ok lukea kulutus. Ei olisi mitään vaaraa siis lukea tulos vaikka 30s yli niin sietää pienet heilahdukset mittarin kellonajassakin. Eli ajajaksolle 12:00:00-12:15:00 lukemat voisi ottaa kello 12:00:30 ja 12:15:30. Tämä siis koskee ainoastaan A+ ja A- lukemia. Vaihekohtaiset tehot päivittyy 10s välein eikä ne täsmää täysin laskutuksen kanssa.

kenzy · 17 Elokuu 2025

Arisoft sanoi:
Lukema pysyy minuutin ajan samana eli 20 sekuntia yli on ihan ok lukea kulutus. Ei olisi mitään vaaraa siis lukea tulos vaikka 30s yli niin sietää pienet heilahdukset mittarin kellonajassakin. Eli ajajaksolle 12:00:00-12:15:00 lukemat voisi ottaa kello 12:00:30 ja 12:15:30. Tämä siis koskee ainoastaan A+ ja A- lukemia. Vaihekohtaiset tehot päivittyy 10s välein eikä ne täsmää täysin laskutuksen kanssa.

Juu, ei siinä muun osalta ole ongelmaa kuin siinä, että Home Assistantin kaikki utility meter- helperit sekä Energy panelin lukemat päivittyy tasatunnein, jolloin jokaisen tunnin viimeisen vartin kulutus kirjautuu vasta seuraavan tunnin kulutukseen jne. Eli netotus on 75-prosenttisesti oikein.

jkoljo · 17 Elokuu 2025

kenzy sanoi:
Kokeilin tota Balance Netoa nopeasti yks päivä, enkä saanut sitä pelittämään järkevästi. Se tekee käsittääkseni vain tuntinetotusta, eikä siinä voinut säätää kuin tasatuntia edeltävää offsettiä, mutta tässä tapauksessa jos tuo Aidon-mittari antaa edellisen minuutin kulutuksen aina 10 sekuntia yli minuutin, niin se ei kaiketi toimi.

Sitä konffatessa saa valita vartin. Toimii hyvin.

kenzy · 17 Elokuu 2025

jkoljo sanoi:
Sitä konffatessa saa valita vartin. Toimii hyvin.

Okei, sitten mulle on tullut HACS:n kautta joku vanha versio. Minäpä tutustun.

jkoljo · 17 Elokuu 2025

Tässä vielä kuva omasta konffista. Pitääpäs kokeilla vaihtaa vielä viiveeksi esim 15s, josko sillä saisi mittausta vielä tarkemmaksi. Nykyisellään laskun ja HA energiatabin kulutusarvot heittää noin promillen verran.

kenzy · 17 Elokuu 2025

jkoljo sanoi:
Tässä vielä kuva omasta konffista. Pitääpäs kokeilla vaihtaa vielä viiveeksi esim 15s, josko sillä saisi mittausta vielä tarkemmaksi. Nykyisellään laskun ja HA energiatabin kulutusarvot heittää noin promillen verran.

Joo se riippuu siitä, miten paljon kuormaa HA-palvelimella on juuri sillä hetkellä, kun tuo lukee dataansa. Joskus voi mennä pari sekuntia pidempään jne.

maanma · 17 Elokuu 2025

HA app UIssa on erillinen asetus anturien päivitystiheydelle.

kenzy · 18 Elokuu 2025

maanma sanoi:
HA app UIssa on erillinen asetus anturien päivitystiheydelle.

Meinaatko siis jotakin muuta, kuin utility meter-helperin luonnin yhteydessä valittavaa refresh intervalia?

maanma · 18 Elokuu 2025

Juu. Se näkyy ainakin silloin kun kirjautunut käyttäjä ei ole admin.

kenzy · 20 Elokuu 2025

Mielenkiintoista, mistään dokumentaatiosta en löydä kyllä tollaista säätömahdollisuutta. Pystytkö laittamaan esimerkkiä?

Ilpo55 · maanantaina klo 13:35

Onkohan niin, että Landis&Gyr E360 ei anna HAN-portista ulos erikseen päivä- ja yökulutusta (Obis koodit 1.8.1 ja 1.8.2)?
Vai mitkä nuo koodit pitäisi olla?

Arisoft · maanantaina klo 15:18

Ilpo55 sanoi:
Onkohan niin, että Landis&Gyr E360 ei anna HAN-portista ulos erikseen päivä- ja yökulutusta (Obis koodit 1.8.1 ja 1.8.2)?
Vai mitkä nuo koodit pitäisi olla?

Ei anna Aidonkaan tuollaisia, joten en ole yllättänyt jos niitä ei näy.

Matti1965 · keskiviikkona klo 23:59

Ihmettelen suuresti ettei esimerkiksi Shelly Pro3 ole Cozifyin tuettu laite. Miksi? Onhan se melko yleinen, kuten Pro2 ja 1 ja ohjaa yleensä isoja kuormia. Ei siis toimi kuormanhallinta.

-Teme- · eilen klo 00:59

Matti1965 sanoi:
Ihmettelen suuresti ettei esimerkiksi Shelly Pro3 ole Cozifyin tuettu laite. Miksi? Onhan se melko yleinen, kuten Pro2 ja 1 ja ohjaa yleensä isoja kuormia. Ei siis toimi kuormanhallinta.

Mitä tarkoitat? Millä tavoin ei ole tuettu?
Saat asennettua skriptin pro3 laitteeseen jolla luetaan Cozify Han tietoja ja voidaan tehdä ohjauksia.

Matti1965 · eilen klo 06:39

Juuri tuota tarkoitin. Heidän sivuilla on:

Tuetut laitteet

Yleistä Zigbee-laitteista Yleisesti ottaen Cozify tukee useimpia Zigbee-standardia noudattavia pistorasioita ja valoja. Tälle sivulle on listattu laitteet ja mallit, jotka olemme erikseen testanneet ja todenneet toimiviksi Cozifyn kanssa. ...

tuki.cozify.fi

Lähetin sähköpostin heille: ”Moi! Shelly Pro 3 ei ole listassa yhteensopivista. Onhan se?”

Vastaus: ”Shelly Pro 3 ei ole tällä hetkellä tuettu laite.”
Terveisin,
Tuki / Cozify

kotte · eilen klo 16:35

Matti1965 sanoi:
Lähetin sähköpostin heille: ”Moi! Shelly Pro 3 ei ole listassa yhteensopivista. Onhan se?”

Vastaus: ”Shelly Pro 3 ei ole tällä hetkellä tuettu laite.”
Terveisin,
Tuki / Cozify

Tuollaisen viestin saa, kun vastaaja vastaa rehellisesti kysymykseen, että tuetteko tiettyä laitetta, kun vastaaja on esim. kustannustensa karsimiseksi rajoittanut laitevalikoimaa, jolla testaa säännöllisesti jatkuvasti kehittyvän palvelinohjelmistonsa toimivuutta. Eli ei tuon tarvitse merkitä muuta kuin, että eivät tiedä, toimiiko, kun eivät ole itse testanneet eivätkä tämän takia ota vastuuta asiasta esimerkiksi pelkkien laitespeksien nojalla.

Matti1965 · eilen klo 16:40

kotte sanoi:
Tuollaisen viestin saa, kun vastaaja vastaa rehellisesti kysymykseen, että tuetteko tiettyä laitetta, kun vastaaja on esim. kustannustensa karsimiseksi rajoittanut laitevalikoimaa, jolla testaa säännöllisesti jatkuvasti kehittyvän palvelinohjelmistonsa toimivuutta. Eli ei tuon tarvitse merkitä muuta kuin, että eivät tiedä, toimiiko, kun eivät ole itse testanneet eivätkä tämän takia ota vastuuta asiasta esimerkiksi pelkkien laitespeksien nojalla.

Tätä itsekin epäilen. Toivoisin kuitenkin hieman ammattimaisempaa otetta.

P1 HAN - liitäntäportti

Jäsen

Hyperaktiivi

Jäsen

Tulokas

Hyperaktiivi

Tulokas

Aktiivinen jäsen

Hyperaktiivi

Vakionaama

Vakionaama

Jäsen

Vakionaama

Hyperaktiivi

Vakionaama

Jäsen

Hyperaktiivi

Aktiivinen jäsen

Jäsen

Jäsen

Vakionaama

Liitteet

Jäsen

Hyperaktiivi

Jäsen

Aktiivinen jäsen

Jäsen

Aktiivinen jäsen

Liitteet

Jäsen

Vakionaama

Jäsen

Vakionaama

Jäsen

Jäsen

Hyperaktiivi

Aktiivinen jäsen

Vakionaama

Aktiivinen jäsen

Hyperaktiivi

Aktiivinen jäsen