Powerpal smart energy monitor

Feature Requests
307

It looks like I have some data. Maybe I didn’t wait long enough for earlier attempts. However the other thing I changed is the distance. The ESP32 was 3 meters away and I moved it closer (1m). In both situations the signal strength is about -50db. Is that reliable enough?

Would you be able to take a glance at the log - apologies for the long log but I thought I put it out there so that this can be verified properly? Is that what we’re expecting?

ESPHome 2023.5.4
INFO Reading configuration /config/esphome/esphome-web-36d5b8.yaml...
INFO Detected timezone 'Australia/Sydney'
INFO Starting log output from esphome-web-36d5b8.local using esphome API
INFO Successfully connected to esphome-web-36d5b8.local
[12:38:40][I][app:102]: ESPHome version 2023.5.4 compiled on May 27 2023, 00:37:04
[12:38:40][C][wifi:505]: WiFi:
[12:38:40][C][wifi:363]:   Local MAC: AC:67:B2:36:D5:B8
[12:38:40][C][wifi:364]:   SSID: 'The Meier Residence'[redacted]
[12:38:40][C][wifi:365]:   IP Address: 192.168.2.107
[12:38:40][C][wifi:367]:   BSSID: xx:xx:xx:xx:xx:xx [redacted]
[12:38:40][C][wifi:368]:   Hostname: 'esphome-web-36d5b8'
[12:38:40][C][wifi:370]:   Signal strength: -50 dB ▂▄▆█
[12:38:40][V][wifi:372]:   Priority: 0.0
[12:38:40][C][wifi:374]:   Channel: 11
[12:38:40][C][wifi:375]:   Subnet: 255.255.255.0
[12:38:40][C][wifi:376]:   Gateway: 192.168.2.1
[12:38:40][C][wifi:377]:   DNS1: 192.168.2.1
[12:38:40][C][wifi:378]:   DNS2: 0.0.0.0
[12:38:40][C][logger:301]: Logger:
[12:38:40][C][logger:302]:   Level: VERY_VERBOSE
[12:38:40][C][logger:303]:   Log Baud Rate: 115200
[12:38:40][C][homeassistant.time:010]: Home Assistant Time:
[12:38:40][C][homeassistant.time:011]:   Timezone: 'AEST-10AEDT,M10.1.0,M4.1.0/3'
[12:38:40][C][restart:068]: Restart Switch 'Powerpal Monitor Reboot'
[12:38:40][C][restart:070]:   Icon: 'mdi:restart'
[12:38:40][C][restart:091]:   Restore Mode: always OFF
[12:38:40][C][esp32_ble:238]: ESP32 BLE:
[12:38:40][C][esp32_ble:240]:   MAC address: AC:67:B2:36:D5:BA
[12:38:40][C][esp32_ble:241]:   IO Capability: none
[12:38:40][C][ble_client:027]: BLE Client:
[12:38:40][C][ble_client:028]:   Address: xx:xx:xx:xx:xx:xx
[12:38:40][C][mdns:108]: mDNS:
[12:38:40][C][mdns:109]:   Hostname: esphome-web-36d5b8
[12:38:40][V][mdns:110]:   Services:
[12:38:40][V][mdns:112]:   - _esphomelib, _tcp, 6053
[12:38:40][V][mdns:114]:     TXT: friendly_name = Powerpal Gateway
[12:38:40][V][mdns:114]:     TXT: version = 2023.5.4
[12:38:40][V][mdns:114]:     TXT: mac = ac67b236d5b8
[12:38:40][V][mdns:114]:     TXT: platform = ESP32
[12:38:40][C][api:138]: API Server:
[12:38:40][C][api:139]:   Address: esphome-web-36d5b8.local:6053
[12:38:40][C][api:141]:   Using noise encryption: YES
[12:38:40][C][powerpal_ble:013]: POWERPAL
[12:38:40][C][powerpal_ble:014]:  Battery 'Powerpal Battery'
[12:38:40][C][powerpal_ble:014]:    Device Class: 'battery'
[12:38:40][C][powerpal_ble:014]:    State Class: ''
[12:38:40][C][powerpal_ble:014]:    Unit of Measurement: '%'
[12:38:40][C][powerpal_ble:014]:    Accuracy Decimals: 0
[12:38:40][C][powerpal_ble:015]:  Power 'Powerpal Power'
[12:38:40][C][powerpal_ble:015]:    Device Class: 'power'
[12:38:40][C][powerpal_ble:015]:    State Class: 'measurement'
[12:38:40][C][powerpal_ble:015]:    Unit of Measurement: 'W'
[12:38:40][C][powerpal_ble:015]:    Accuracy Decimals: 0
[12:38:40][C][powerpal_ble:016]:  Daily Energy 'Powerpal Daily Energy'
[12:38:40][C][powerpal_ble:016]:    Device Class: 'energy'
[12:38:40][C][powerpal_ble:016]:    State Class: 'total_increasing'
[12:38:40][C][powerpal_ble:016]:    Unit of Measurement: 'kWh'
[12:38:40][C][powerpal_ble:016]:    Accuracy Decimals: 3
[12:38:40][C][powerpal_ble:017]:  Total Energy 'Powerpal Total Energy'
[12:38:41][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:41][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:41][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:43][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:44][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:45][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:46][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:46][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:46][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:46][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:47][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:48][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:48][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:49][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:49][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:49][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:50][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:50][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:50][VV][api.service:512]: on_ping_request: PingRequest {}
[12:38:50][VV][api.service:043]: send_ping_response: PingResponse {}
[12:38:52][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:52][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:52][VV][scheduler:226]: Running interval '' with interval=60000 last_execution=3814885 (now=3874888)
[12:38:52][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:53][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:55][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:55][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:55][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:56][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:56][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:57][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:57][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:58][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:58][V][esp32_ble:206]: (BLE) gattc_event [esp_gatt_if: 4] - 10
[12:38:58][V][esp32_ble_client:114]: [0] [xx:xx:xx:xx:xx:xx] gattc_event_handler: event=10 gattc_if=4
[12:38:58][D][powerpal_ble:379]: [xx:xx:xx:xx:xx:xx] Received Notification
[12:38:58][D][powerpal_ble:390]: Recieved measurement notify event
[12:38:58][D][powerpal_ble:049]: Meaurement: DEC(20): 0x88be72640a000020dc5700200090d003ff00ffff
[12:38:58][I][powerpal_ble:064]: Timestamp: 1685241480, Pulses: 10, Average Watts within interval: 750.000000 W, Daily Pulses: 810
[12:38:58][V][sensor:043]: 'Powerpal Power': Received new state 750.000000
[12:38:58][D][sensor:094]: 'Powerpal Power': Sending state 750.00000 W with 0 decimals of accuracy
[12:38:58][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 2198823709
  state: 750
  missing_state: NO
}
[12:38:58][V][sensor:043]: 'Powerpal Cost_json': Received new state 0.000000
[12:38:58][D][sensor:094]: 'Powerpal Cost_json': Sending state 0.00000  with 11 decimals of accuracy
[12:38:58][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 667259054
  state: 0
  missing_state: NO
}
[12:38:58][V][sensor:043]: 'Powerpal Pulses_json': Received new state 10.000000
[12:38:58][D][sensor:094]: 'Powerpal Pulses_json': Sending state 10.00000  with 0 decimals of accuracy
[12:38:58][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 310469837
  state: 10
  missing_state: NO
}
[12:38:58][V][sensor:043]: 'Powerpal Watt Hours_json': Received new state 8.000000
[12:38:58][D][sensor:094]: 'Powerpal Watt Hours_json': Sending state 8.00000  with 0 decimals of accuracy
[12:38:58][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 4009656983
  state: 8
  missing_state: NO
}
[12:38:59][V][sensor:043]: 'Powerpal Timestamp_json': Received new state 1685241472.000000
[12:38:59][D][sensor:094]: 'Powerpal Timestamp_json': Sending state 1685241472.00000  with 0 decimals of accuracy
[12:38:59][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 2168662107
  state: 1.68524e+09
  missing_state: NO
}
[12:38:59][V][sensor:043]: 'Powerpal Total Energy': Received new state 1.025000
[12:38:59][D][sensor:094]: 'Powerpal Total Energy': Sending state 1.02500 kWh with 3 decimals of accuracy
[12:38:59][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 3727478647
  state: 1.025
  missing_state: NO
}
[12:38:59][V][sensor:043]: 'Powerpal Daily Energy': Received new state 1.025000
[12:38:59][D][sensor:094]: 'Powerpal Daily Energy': Sending state 1.02500 kWh with 3 decimals of accuracy
[12:38:59][VV][api.service:140]: send_sensor_state_response: SensorStateResponse {
  key: 2450714088
  state: 1.025
  missing_state: NO
}
[12:38:59][V][component:204]: Component esp32_ble took a long time for an operation (0.28 s).
[12:38:59][V][component:205]: Components should block for at most 20-30ms.
[12:38:59][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:59][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:38:59][VV][api.service:512]: on_ping_request: PingRequest {}
[12:38:59][VV][api.service:043]: send_ping_response: PingResponse {}
[12:39:00][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:39:00][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:39:00][V][esp32_ble:178]: (BLE) gap_event_handler - 3
[12:39:00][V][esp32_ble:178]: (BLE) gap_event_handler - 3
308

Yes, seems to be working ok now.

1 Like
309

Hi Taipan,

Had the exact same issue for a while, the failed ping is a red herring. My ping fails too but the clue was in the Log error (none has no attribute state)
Turns out the rest payload in the configurations.yaml is slightly different depending on how you set up your sensors in esp32. I had pre-named them with the powerpal_gateway name so you will need to find the correct name of your sensor (i jsut added a sensor card and found the name) and update it like I have below.:

payload: >-
       [ {"cost":{{ states.sensor.powerpal_gateway_powerpal_cost_json.state }},"is_peak": false, "pulses":{{ states.sensor.powerpal_gateway_powerpal_pulses_json.state }}, "timestamp": {{ (int(states.sensor.powerpal_gateway_powerpal_timestamp_json.state)//60) * 60 }}, "watt_hours": {{ states.sensor.powerpal_gateway_powerpal_watt_hours_json.state}} } ]

This update needed a HA restart to apply and once it did data started flowing to the cloud app.

310

Apologies if I have overlooked this request in previous posts, but couldn’t find any comments relating to using MITM proxy and IOS 16+.

I’ve successfully loaded mitproxy onto my mac, but accessing the certificate trust certificate settings within IOS 16+ on my phone seems to be blocking my request for the mitm certificate?

Any help much appreciated since retrieving the API key is a major factor…

311

Have you seen my post on this same thread?

image
image660×650 32.8 KB

I was able to successfully retrieve the MAC without mitm - simply by using the great script developed by @WeekendWarrior1

I did this on Windows 11 but this should work as well on Mac as long as you have Python on it.

1 Like
312

I have updated to the latest ESPHome release and the code doesn’t compile anymore.

src/esphome/components/powerpal_ble/powerpal_ble.cpp: In member function 'void esphome::powerpal_ble::Powerpal::parse_measurement_(const uint8_t*, uint16_t)':
src/esphome/components/powerpal_ble/powerpal_ble.cpp:107:13: error: 'ESPTime' is not a member of 'esphome::time'
       time::ESPTime date_of_measurement = time_->now();
             ^~~~~~~
src/esphome/components/powerpal_ble/powerpal_ble.cpp:107:13: note: suggested alternative:
In file included from src/esphome/components/time/real_time_clock.h:8,
                 from src/esphome/components/homeassistant/time/homeassistant_time.h:4,
                 from src/esphome.h:32,
                 from src/esphome/components/powerpal_ble/powerpal_ble.h:8,
                 from src/esphome/components/powerpal_ble/powerpal_ble.cpp:1:
src/esphome/core/time.h:16:8: note:   'esphome::ESPTime'
 struct ESPTime {
        ^~~~~~~
src/esphome/components/powerpal_ble/powerpal_ble.cpp:108:11: error: 'date_of_measurement' was not declared in this scope
       if (date_of_measurement.is_valid()) {
           ^~~~~~~~~~~~~~~~~~~
src/esphome/components/powerpal_ble/powerpal_ble.cpp:108:11: note: suggested alternative: 'parse_measurement_'
       if (date_of_measurement.is_valid()) {
           ^~~~~~~~~~~~~~~~~~~
           parse_measurement_
*** [/data/esphome-web-36d5b8/.pioenvs/esphome-web-36d5b8/src/esphome/components/powerpal_ble/powerpal_ble.cpp.o] Error 1
========================= [FAILED] Took 27.06 seconds =========================

I saw there is a breaking change

image
image831×308 28.1 KB

but looking at the GitHub issue I’m not sure how to fix this…

Have you experienced this?

313

Just fixed it. You can now replace the external_components section of yaml file to:

external_components:
  - source:
     type: git
     url: https://github.com/muneeb1990/esphome
     ref: powerpal_ble
    components: [ powerpal_ble ]

This will always pull the most up-to-date code without having to store a local copy of powerpal_ble folder.

5 Likes
314

Thanks. Works a treat now :slight_smile:

315

Hi @muneeb1990 - thanks for your code update. I did a bunch of testing yesterday and whilst I have success in reading the battery, firmware, …… but I can’t actually retrieve the “energy values” from the Powerpal (that being the 59DAxxxx) I believe. All looks correct (including “Writing pairing code to Powerpal”)

I have factory reset the Powerpal and retried directly, also reconnected it to the phone app - that worked.

From within nRF Connect I can’t read those values either (assume that is due to the pairing code)
But can see all the fields

IMG_0322
IMG_03221179×1093 213 KB

316

I will need to see the logs from ESP32 to figure out what’s happening. Are you sure you’re not testing it during day time where power consumption may be 0W due to solar production?

317

For those who are Emerald users, I’ve recently been able to get local bluetooth working fully using only yaml and lambda (i.e no custom components) on the latest version of Home Assistant. Thanks to @WeekendWarrior1 for his great skills on reverse engineering, it really helped me out. If there is interest, let me know and will post my yaml.

318

Good to know! Are you using host Bluetooth to connect directly to Emerald?

319

Not sure if by host bluetooth you mean on the HA server itself? If so no, I am instead using bluetooth on an ESP32C3 running esphome talking directly to the Emerald device, but only using standard components. Here is my yaml. Hope it helps others.

esphome:
  name: "power-meter-bridge"
  friendly_name: power-meter-bridge
  on_boot: #this is to avoid slow startup time because of BT and WiFi when using a single core ESP32. I am using the C3. 
    priority: 250
    then:
      - wait_until:
          wifi.connected
      - delay: 3s
      - lambda: |- 
          id(ble_tracker).set_scan_continuous(true); 
          id(ble_tracker).start_scan();

esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: esp-idf
    sdkconfig_options:
      CONFIG_BT_BLE_50_FEATURES_SUPPORTED: y
      CONFIG_BT_BLE_42_FEATURES_SUPPORTED: y
      CONFIG_ESP_TASK_WDT: y
      CONFIG_ESP_TASK_WDT_TIMEOUT_S: "10"

logger:

preferences:
    flash_write_interval: 10min

globals:
  - id: total_pulses_global
    type: uint64_t
    restore_value: yes
    initial_value: '0'      
  - id: daily_pulses_global
    type: uint64_t
    restore_value: yes
    initial_value: '0' 
  - id: day_of_last_measurement_global
    type: uint16_t
    restore_value: yes
    initial_value: '0' 

time:
  - platform: homeassistant
    id: esptime  

esp32_ble_tracker:
  id: ble_tracker
  scan_parameters:
    continuous: false

ble_client:
  mac_address: aa:bb:cc:dd:ee:ff
  id: emerald
  on_passkey_request:
      then:
        - ble_client.passkey_reply:
            id: emerald
            passkey: 123123
  on_connect:
    - delay: 5s
    - ble_client.ble_write:
          id: emerald
          service_uuid: 00001910-0000-1000-8000-00805f9b34fb
          characteristic_uuid: 00002b11-0000-1000-8000-00805f9b34fb
          # List of bytes to write to enable auto-upload
          value: [0x00, 0x01, 0x02, 0x0b, 0x01, 0x01]
    - delay: 1s
    - lambda: |-
          id(ble_tracker).set_scan_continuous(false); 
          id(ble_tracker).stop_scan();
  on_disconnect:
    - delay: 5s
    - lambda: |-
          id(ble_tracker).set_scan_continuous(true); 
          id(ble_tracker).start_scan();

api:

ota:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  id: wifi_us

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esphome-Web-AP"
    password: "abcdef"
      

sensor:
  - platform: uptime
    name: Uptime Sensor
    id: uptime_sensor
  - platform: template
    name: "Emerald Power"
    id: emerald_power
    unit_of_measurement: kW
    device_class: power
    state_class: measurement
    accuracy_decimals: 2 
  - platform: template
    name: "Emerald Energy"
    id: emerald_energy
    unit_of_measurement: kWh
    device_class: energy
    state_class: total
    accuracy_decimals: 2
  - platform: template
    name: "Emerald Daily Energy"
    id: emerald_daily_energy
    unit_of_measurement: kWh
    device_class: energy
    state_class: total_increasing
    accuracy_decimals: 2
  - platform: ble_client
    type: characteristic
    ble_client_id: emerald
    name: "Emerald battery level"
    service_uuid: '180f'
    characteristic_uuid: '2a19'
    icon: 'mdi:battery'
    unit_of_measurement: '%'
    update_interval: 24h
  - platform: ble_client
    type: characteristic
    ble_client_id: emerald
    name: "Data Read"
    internal: true
    service_uuid: '00001910-0000-1000-8000-00805f9b34fb'
    characteristic_uuid: '00002b10-0000-1000-8000-00805f9b34fb'
    notify: true
    update_interval: never
    lambda: |-
      ESP_LOGI("emerald", "Notification received from Emerald device");
      
      static uint32_t return30sPowerConsumptionCmd = 0x0001020a06;
      static float pulses_per_kw = 1000;
      static float pulse_multiplier = (2*60.0) / pulses_per_kw;
      uint16_t length = x.size();
     
      uint32_t command_header = 0;
      for (int i = 0;  i < 5; i++) {
          command_header += (x[i] << (8*(4-i)));
      }

      if (command_header == return30sPowerConsumptionCmd){
        if (length == 11) {
          uint16_t pulses_within_interval = x[9] << 8;
          pulses_within_interval += + x[10];

          float avg_watts_within_interval = pulses_within_interval * pulse_multiplier;
          float energy = (id(total_pulses_global) += pulses_within_interval) / pulses_per_kw;
          float daily_energy = (id(daily_pulses_global) += pulses_within_interval) / pulses_per_kw;

          id(emerald_power).publish_state(avg_watts_within_interval);         
          id(emerald_energy).publish_state(energy);
          id(emerald_daily_energy).publish_state(daily_energy);

        } else {
            ESP_LOGD("emerald", "Data length != 11, bad data received");
        }
      }
      return 1;

interval:
  - interval: 1min
    then:
      lambda: |-
        ESPTime currentTime = id(esptime).now();
        if (currentTime.is_valid()) {
          if (id(day_of_last_measurement_global) == 0) { 
            id(day_of_last_measurement_global) = currentTime.day_of_year; 
          }
          else if (id(day_of_last_measurement_global) != currentTime.day_of_year) {
            id(daily_pulses_global) = 0;
            id(day_of_last_measurement_global) = currentTime.day_of_year;
          }
        }
1 Like
320

Is anyone else having this problem: since the update to ESPHome 2023.7.0 I am getting the following messages in my logs for my Powerpal device:

[10:11:34][W][component:204]: Component esp32_ble took a long time for an operation (0.05 s).
[10:11:34][W][component:205]: Components should block for at most 20-30ms.

This is happening every minute (when the Powerpal data is collected), not once as per the discussion on Github #3000 (https://github.com/esphome/issues/issues/3000). I am still getting readings from Powerpal but I do not know whether the accuracy is affected.
I am using the latest version of powerpal_ble as per the post from @muneeb1990 on 5 July.

321

I’m seeing the same symptoms. Recently updated my PowerPal firmware, so I think there may be an incompatibility with this new firmware version.

Update: Ahem. :man_facepalming: The firmware update had nothing to do with it. This is the symptom you’ll see when you entered the incorrect pairing code: You’ll only receive the battery status. All working now after I updated the pairing code.

322

Yeah mine is dead in the water :frowning:

323

Man, this sounded so elegant and simple when I first stumbled across it, but there’s so much chatter bouncing around with various issues, that I can’t even work out what source code I can reply upon… There’s at least a bunch of credible forks where someone has successfully attacked apparent issues, and would send a sane man crazy.

Now someone please correct me if I’m wrong, but as of this time, WeekenWarriors Yaml - inclusive of external_components, in addition to an installation of core esphome, that a properly configured setup and hardware behaving nicely, everything works inclusive of Web upload?? EXCEPT for Dual-Tarrif support which is not supported… And which seems like it wasn’t really pursued a great deal, or was it conclusively eliminated from being able to get working?

Would it be possible to establish these things, and move on from this thread being used as a means for everyone person who’s code fails compilation, this doesn’t get dragged through the sludge over and and over. This thread then contains so many HTML links that I actually ended up reading two different posts in the timeline at the same time. If it’s working, this thread is seriously detrimental to those looking for a solution, that’s just as elegant as when I first stumbled across it, when someone posted their own thread with their experiences, linking directly to the same place that hours of bouncing around the internet in this thread might hopefully take you.

324

I’ve found this to be the latest external_components, but keep receiving Error 133 on connecting, even though i’ve compiled on computer and not through HA itself as recommended in this thread. not sure if it’s broken completely with newer Powerpals maybe?

325

Thanks @rya ! I’ll give that a(nother) shot - I see it’s still being actively maintained in some fashion by the dev of that fork. He was active on this thread, but kinda fizzled out - and I understand why, as this isn’t the place for specific 3rd party integration support, merely a feature request.

Before I get into my essay - there’s 2 versions of the Powerpal? What do you mean by compiled on your own machine?

I would suggest, trying to contact him via git/post on the git project, or via HA forums (if you scroll back to find his username) I’m going to do the same, once I’ve reached your point essentially, because I gave up along my way to getting to where you’re at because I wasn’t sure if it was even going to work in the end.

Would I be able to reach out to you for a hand on getting further along with my setup? If yes, just message me on here, then we’ll work out what’s easiest for you.

Because it’s such a small part of the HA community that may require this - specifically “Victorian users with Smart Meters AND using a Powerpal” - I don’t think we’ll ever see anything official into the HA release with PowerPal. Buuuuuuut…

I then plan to provide some clear concise documentation, once it’s working for me and spoken to WeekendWarrior, because currently, there’s tidbits of information all over the place. If we can get Powerpal working smoothly, along with detailed HA format documentation we MIGHT be able to get it into Integrations

Though it would be nice if someone did an Integration for United Energy website, as it does from a number of other providers (OVO Energy, EasyEnergy, Energy Zero, Opower, SRP Energy et Al.) at present.
They’re the distributors, thus would necessitate creating individual energy companies. This would also have a wider user footprint(650k+ users) and thus draw greater need/reliance/attention to it.
Besides from my point of view, it provides Net_Energy_Consumption, Energy_Consumption & Solar_Exported which is handy on it’s own and I could live without Powerpal (won’t stop me trying to if it’s working!).
There was talk over 2yrs years ago about an API from UE, so I might follow that up and see if that eventuated because that would make things much easier!

Regardless there’s still plenty of use-case for Powerpal to run alongside the UE Integration. PowerPal, with the addition of some simple maths, would then provide the instantaneous Utility_Consumption, Solar_Output, Solar_Utilization & Net_EnergyTotal, all independent of the cloud. Then the cloud dependant United Energy Integration data would allow for comparison against their bills. That would be the perfect Utility_Meter integration for me, and if it takes a little bit of work to get there, then that’s fine by me!

I’ll post back a update if I make it any further!

1 Like
326

You can compile the yaml and deploy via your computer - Installing ESPHome Manually - ESPHome, and I tried as someone above posted:

I’ve honestly given up on this for now - using this Custom Component instead.

Feel free to! I tried heaps but the Custom Component was seamless honestly.