home.social

#modbustcp — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #modbustcp, aggregated by home.social.

  1. Ich habe mir eine komplett selbst nachbaubare Bridge von #modbusRTU auf #modbusTCP (Ethernet/LAN) gebaut, inklusive Hutschienengehäuse zum 3D-Drucken. Die Bridge selbst ist über Modbus konfigurier- und steuerbar, Linuxtool dafür ist dabei. Vielleicht kann's ja jemand brauchen: codeberg.org/Miq19/Bridge

    #homeautomation #modbus #bridge

  2. Ich habe mir eine komplett selbst nachbaubare Bridge von #modbusRTU auf #modbusTCP (Ethernet/LAN) gebaut, inklusive Hutschienengehäuse zum 3D-Drucken. Die Bridge selbst ist über Modbus konfigurier- und steuerbar, Linuxtool dafür ist dabei. Vielleicht kann's ja jemand brauchen: codeberg.org/Miq19/Bridge

    #homeautomation #modbus #bridge

  3. Wifi-Modul des #Goodwe #Wechselrichters gegen das #Wifi/#LAN Kit 2.0 getauscht und #Firmwareupdate für #ARM, #DSP und das Modul aufgespielt ✅
    Wechselrichter per LAN statt WLAN ans Netzwerk angeschlossen


    Dann hoffe ich mal, dass die
    #ModbusTCP Kommunikationsaussetzer mit dem Wechselrichter in der #Wallbox #Tinkerforge #Warp3 und in #Homeassistant ab jetzt weg sind.

    #Hausautomatisierung #Hausautomation #SmartHome #IoT

  4. Wifi-Modul des #Goodwe #Wechselrichter gegen das #Wifi/#LAN Kit 2.0 getauscht ✅
    #Firmwareupdate für #ARM, #DSP und das Wifi/LAN-Modul aufgespielt ✅
    Wechselrichter per LAN statt WLAN ans Netzwerk angeschlossen


    Dann hoffe ich mal, dass die
    #ModbusTCP Kommunikationsaussetzer mit dem Wechselrichter in der #Wallbox #Tinkerforge #Warp3 und in #Homeassistant ab jetzt weg sind.

    #Hausautomatisierung #Hausautomation #SmartHome #IoT

  5. Wifi-Modul des #Goodwe #Wechselrichter gegen das #Wifi/#LAN Kit 2.0 getauscht ✅
    #Firmwareupdate für #ARM, #DSP und das Wifi/LAN-Modul aufgespielt ✅
    Wechselrichter per LAN statt WLAN ans Netzwerk angeschlossen


    Dann hoffe ich mal, dass die
    #ModbusTCP Kommunikationsaussetzer mit dem Wechselrichter in der #Wallbox #Tinkerforge #Warp3 und in #Homeassistant ab jetzt weg sind.

    #Hausautomatisierung #Hausautomation #SmartHome #IoT

  6. Wifi-Modul des #Goodwe #Wechselrichter gegen das #Wifi/#LAN Kit 2.0 getauscht ✅
    #Firmwareupdate für #ARM, #DSP und das Wifi/LAN-Modul aufgespielt ✅
    Wechselrichter per LAN statt WLAN ans Netzwerk angeschlossen


    Dann hoffe ich mal, dass die
    #ModbusTCP Kommunikationsaussetzer mit dem Wechselrichter in der #Wallbox #Tinkerforge #Warp3 und in #Homeassistant ab jetzt weg sind.

    #Hausautomatisierung #Hausautomation #SmartHome #IoT

  7. Wifi-Modul des #Goodwe #Wechselrichter gegen das #Wifi/#LAN Kit 2.0 getauscht ✅
    #Firmwareupdate für #ARM, #DSP und das Wifi/LAN-Modul aufgespielt ✅
    Wechselrichter per LAN statt WLAN ans Netzwerk angeschlossen


    Dann hoffe ich mal, dass die
    #ModbusTCP Kommunikationsaussetzer mit dem Wechselrichter in der #Wallbox #Tinkerforge #Warp3 und in #Homeassistant ab jetzt weg sind.

    #Hausautomatisierung #Hausautomation #SmartHome #IoT

  8. @reindeerphoto @ehtron Victron macht echt Spaß.
    IMHO der einzige kommerzielle Anbieter der seine Sofware offen anbietet und auch noch ein Forum für Erweiterungen anbietet.

    Mit #NodeRED, MQTT und #modbustcp braucht man nicht viel mehr um glücklich zu sein.
    Selbst wenn man keine Solaranlage betreibt ist #VenusOS ein super Gateway.

    paulette.die-oswalds.net/umbau

  9. @reindeerphoto @ehtron Victron macht echt Spaß.
    IMHO der einzige kommerzielle Anbieter der seine Sofware offen anbietet und auch noch ein Forum für Erweiterungen anbietet.

    Mit #NodeRED, MQTT und #modbustcp braucht man nicht viel mehr um glücklich zu sein.
    Selbst wenn man keine Solaranlage betreibt ist #VenusOS ein super Gateway.

    paulette.die-oswalds.net/umbau

  10. @reindeerphoto @ehtron Victron macht echt Spaß.
    IMHO der einzige kommerzielle Anbieter der seine Sofware offen anbietet und auch noch ein Forum für Erweiterungen anbietet.

    Mit #NodeRED, MQTT und #modbustcp braucht man nicht viel mehr um glücklich zu sein.
    Selbst wenn man keine Solaranlage betreibt ist #VenusOS ein super Gateway.

    paulette.die-oswalds.net/umbau

  11. @reindeerphoto @ehtron Victron macht echt Spaß.
    IMHO der einzige kommerzielle Anbieter der seine Sofware offen anbietet und auch noch ein Forum für Erweiterungen anbietet.

    Mit #NodeRED, MQTT und #modbustcp braucht man nicht viel mehr um glücklich zu sein.
    Selbst wenn man keine Solaranlage betreibt ist #VenusOS ein super Gateway.

    paulette.die-oswalds.net/umbau

  12. Unser China #Wechselrichter #Goodwe GW10K-ET nervt gerade ziemlich. Genauer gesagt das #WLAN Modul / #Dongle. Alle paar Tage ist dieser offline und muss resettet werden.

    Ich wollte den WLAN-Dongle vor einiger Zeit eigentlich schon gegen das
    #LAN Modul tauschen. Das ist aber - oder war zumindest damals - mit dem GW10K-ET nicht kompatibel. Es wurde vom WR nicht erkannt.

    Da die
    #Wallbox in der #ModbusTCP Kommunikation mit dem WR immer wieder Timeouts meldet, glaube ich, dass durch die zusätzliche Abfrage durch #EVCC / #Homeassistant das WLAN Modul des Goodwe an seine Grenzen kommt und deshalb immer wieder ganz aussteigt. ☹️

  13. Unser China #Wechselrichter #Goodwe GW10K-ET nervt gerade ziemlich. Genauer gesagt das #WLAN Modul / #Dongle. Alle paar Tage ist dieser offline und muss resettet werden.

    Ich wollte den WLAN-Dongle vor einiger Zeit eigentlich schon gegen das
    #LAN Modul tauschen. Das ist aber - oder war zumindest damals - mit dem GW10K-ET nicht kompatibel. Es wurde vom WR nicht erkannt.

    Da die
    #Wallbox in der #ModbusTCP Kommunikation mit dem WR immer wieder Timeouts meldet, glaube ich, dass durch die zusätzliche Abfrage durch #EVCC / #Homeassistant das WLAN Modul des Goodwe an seine Grenzen kommt und deshalb immer wieder ganz aussteigt. ☹️

  14. Unser China #Wechselrichter #Goodwe GW10K-ET nervt gerade ziemlich. Genauer gesagt das #WLAN Modul / #Dongle. Alle paar Tage ist dieser offline und muss resettet werden.

    Ich wollte den WLAN-Dongle vor einiger Zeit eigentlich schon gegen das
    #LAN Modul tauschen. Das ist aber - oder war zumindest damals - mit dem GW10K-ET nicht kompatibel. Es wurde vom WR nicht erkannt.

    Da die
    #Wallbox in der #ModbusTCP Kommunikation mit dem WR immer wieder Timeouts meldet, glaube ich, dass durch die zusätzliche Abfrage durch #EVCC / #Homeassistant das WLAN Modul des Goodwe an seine Grenzen kommt und deshalb immer wieder ganz aussteigt. ☹️

  15. Unser China #Wechselrichter #Goodwe GW10K-ET nervt gerade ziemlich. Genauer gesagt das #WLAN Modul / #Dongle. Alle paar Tage ist dieser offline und muss resettet werden.

    Ich wollte den WLAN-Dongle vor einiger Zeit eigentlich schon gegen das
    #LAN Modul tauschen. Das ist aber - oder war zumindest damals - mit dem GW10K-ET nicht kompatibel. Es wurde vom WR nicht erkannt.

    Da die
    #Wallbox in der #ModbusTCP Kommunikation mit dem WR immer wieder Timeouts meldet, glaube ich, dass durch die zusätzliche Abfrage durch #EVCC / #Homeassistant das WLAN Modul des Goodwe an seine Grenzen kommt und deshalb immer wieder ganz aussteigt. ☹️

  16. Unser China #Wechselrichter #Goodwe GW10K-ET nervt gerade ziemlich. Genauer gesagt das #WLAN Modul / #Dongle. Alle paar Tage ist dieser offline und muss resettet werden.

    Ich wollte den WLAN-Dongle vor einiger Zeit eigentlich schon gegen das
    #LAN Modul tauschen. Das ist aber - oder war zumindest damals - mit dem GW10K-ET nicht kompatibel. Es wurde vom WR nicht erkannt.

    Da die
    #Wallbox in der #ModbusTCP Kommunikation mit dem WR immer wieder Timeouts meldet, glaube ich, dass durch die zusätzliche Abfrage durch #EVCC / #Homeassistant das WLAN Modul des Goodwe an seine Grenzen kommt und deshalb immer wieder ganz aussteigt. ☹️

  17. New ICS Malware 'FrostyGoop' Targeting Critical Infrastructure

    Date: July 23, 2024

    CVE: N/A

    Vulnerability Type: Exploitation of Modbus TCP communication

    CWE: [[CWE-668]], [[CWE-20]], [[CWE-74]]

    Sources: The Hacker News, Yahoo News, Dragos

    Synopsis

    FrostyGoop is a newly identified malware designed to target Industrial Control Systems (ICS) by exploiting Modbus TCP communication protocols. This malware caused significant disruption to critical infrastructure in Lviv, Ukraine, earlier this year.

    Issue Summary

    In January 2024, FrostyGoop malware targeted an energy company in Lviv, resulting in a 48-hour loss of heating services to over 600 apartment buildings. This malware interacts directly with ICS devices using Modbus TCP over port 502, making it a serious threat to critical infrastructure.

    Technical Key Findings

    FrostyGoop, written in Golang, can read and write to ICS device registers and uses JSON-formatted configuration files to target specific IP addresses and Modbus commands. Initial access was likely gained through a vulnerability in Mikrotik routers.

    Vulnerable Products

    ENCO controllers with TCP port 502 exposed and ICS devices using Modbus TCP are particularly vulnerable to this malware.

    Impact Assessment

    The malware's ability to manipulate ICS devices can lead to significant operational disruptions, inaccurate system measurements, and potential safety hazards, affecting public safety and industrial operations.

    Patches or Workarounds

    Currently, there are no specific patches available for FrostyGoop.

    #FrostyGoop #ICS #ModbusTCP #CriticalInfrastructure #CyberAttack #EnergySector #Ukraine #Dragos #IndustrialControlSystems #Golang #MikrotikVulnerability

  18. Ich hatte ja unseren #Solateur wegen des Kommunikationsproblems für das #PVÜberschussladen zwischen dem #Goodwe #Wechselrichter und unserer #Wallbox #Tinkerforge #Warp3 kontaktiert.

    Antwort war, dass aufgrund meines Wunsches nach größtmöglichem
    #Datenschutz der Port 502 für #ModbusTCP geschlossen worden sei und das Öffnen des Ports mit 250 Euro !!! berechnet würde. 🤷‍♂️🤡🤮

    Nachdem ich das Problem inzwischen ja selbst durch Recherche im
    #Photovoltaikforum gelöst habe, will ich euch meine Antwort an den Solateur nicht vorenthalten 🤣

    Sehr geehrte Frau [...],

    angesichts Ihrer Preisvorstellung habe ich selbst recherchiert und die nötigen Anpassungen im Wechselrichter vorgenommen.

    Die Recherche und der Eingriff haben mich (als Laie !!!) 10-15 Minuten Zeit gekostet. Selbst wenn ich 65 km An- und Abfahrt hinzurechne, sind 250 Euro absolut inakzeptabel und einfach nur Abzocke unbedarfter, hilfsbedürftiger Kunden.

    Ein geschlossener Port war übrigens nicht das Problem (Modbus/TCP war komplett aktiviert), sondern fehlende, versteckte (!!!) Einstellungen.

    Ich habe angesichts Ihres damit entlarvten Versuchs, das Problem dem Kunden aufgrund von Datenschutzwünschen selbst in die Schuhe zu schieben, Zweifel, ob Ihr Elektriker am Ende für den völlig inakzeptablen Preisaufruf von 250 Euro das Problem überhaupt gelöst hätte - ein Fall für den Verbraucherschutz.

    Mit freundlichem Gruß
    #EAuto #Elektroauto #Photovoltaik #PV #Energiewende #TeamDatenschutz

  19. Im Juni habe ich #Homeassistant als #Proxmox #VM aufgesetzt und nach und nach alle möglichen Geräte mittels #ModbusTCP (#Wechselrichter, #Speicher), #EVCC / #MQTT (#Wallbox), #Tasmota (#Stromzöhler) und #Zigbee (#Energiemessgeräte) integriert. Es schien kurzzeitig alles zu funktionieren bzw. hat auch funktioniert.
    Allerdings - wie schon berichtet - war vor ein paar Tagen plötzlich der ganze Config-Ordner (/homeassistant) leer und damit alle
    #Daten weg.

    Ich habe dann das Proxmox
    #Backup von vor dem Crash zurückgespielt und höndisch die seit dem Backup fehlenden Daten für den #Photovoltaik Ertrag ergänzt.

    EVCC hat für die Wallbox eine Entität "sensor.evcc_loadpoint_warp3_total_charged_energy" erzeugt, die aber in HA selbst nicht für Statistiken nutzbar ist (sie wird nicht zur Auswahl angezeigt). Also habe ich eine
    #Hilfsentität angelegt:

    template:
    - sensor:
    - name: geladene Energiemenge (gesamt) mit Einheit
    unique_id: geladene_energiemenge_gesamt_mit_einheit
    device_class: Energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    state: "{{ states('sensor.evcc_loadpoint_warp3_total_charged_energy') | float(0) }}"

    Das hat auch funktioniert.
    Seit 2-3 Tagen habe ich allerdings das Phänomen, dass für jeden Messwert ein Ausreisser gespeichert wird. Ich lade angeblich 24/7 alle 5 min entweder genau 3.552,8 kWh oder alternativ 1.776,4 kWh, also genau die Hälfte des anderen Werts, obwohl das
    #EAuto gar nicht an der Wallbox hängt und folglich gar nichts geladen wird.

    Ich muss also täglich 288 Werte höndisch auf 0 korrigieren - das nervt ziemlich.

    Leider habe ich keine Idee, warum, nachdem es zunächst funktioniert hat, bei dieser Entität nun jeder Messwert reproduzierbar Amok läuft - und wie ich HA das wieder abgewöhnen kann
    🤔🤷

    Ich bin für jede Idee dankbar.

  20. Our latest #tutorial is a little bit different, compared to our usual OpenSource posts.

    If you own a #SolarEdge inverter and use #ModbusTCP for your own monitoring or to grab #PV metrics (#HomeAssistant uses this, too), you might have run into some communication issues.

    In our post we show how to manually restart the #Modbus service on a SolarEdge inverter.

    geekersdigest.com/how-to-resta

  21. Nach erster schneller Suche hätt ich zB ModbusTCP gefunden und gehofft man findet dann alles mögliche das den Feldbus kann (Sensoren, IOs, Relais, etc...).

    Und dann schreib ich mir zB in Python3 die Logik und lass die auf irgendwas kleinem laufen (Raspi oder so 🤷🏼)

    #Feldbus #ModbusTCP #Heimautomatisierung #Heizung #Raspi

  22. Auch fehlt noch die Automatik, die Temperatur und Leistung an das PV-Angebot anpasst. Ich habe zwar die Panasonic #CZ-NS4P aber seit heute läuft eine #HeishaMon von github.com/IgorYbema/HeishaMon

    Hat jemand eine Idee? Ich hab Solaranzeige.de Venus OS und #UVR1611 #UVR16x2 bzw. #CMI Es soll möglichst robust und autark laufen. Achja #Tasmota mit #SML läuft am Smartmeter. #Modbustcp ist irgendwo vorhanden...

  23. @ironiemix
    Klar. Ich habe vor dem Kauf nach Schnittstellen gefragt und habe eine #ModbusTCP Doku bekommen. Das musste dann zwar vom Service extra aktiviert werden, klappt aber ganz gut.

    Speicher ist ein #Greenrock von Blueksky. Ist aber eine lange Geschichte - bin nicht uneingeschränkt begeistert.

    Der Wechselrichter ist ein MultiPlus2 von #VictronEnergy det ist Hammer. Heute würde ich vermutlich nur auf deren System und eine Batterie (vielleicht BYD) zurückgreifen.

    @tuxflo

  24. New ICS Malware 'FrostyGoop' Targeting Critical Infrastructure

    Date: July 23, 2024

    CVE: N/A

    Vulnerability Type: Exploitation of Modbus TCP communication

    CWE: [[CWE-668]], [[CWE-20]], [[CWE-74]]

    Sources: The Hacker News, Yahoo News, Dragos

    Synopsis

    FrostyGoop is a newly identified malware designed to target Industrial Control Systems (ICS) by exploiting Modbus TCP communication protocols. This malware caused significant disruption to critical infrastructure in Lviv, Ukraine, earlier this year.

    Issue Summary

    In January 2024, FrostyGoop malware targeted an energy company in Lviv, resulting in a 48-hour loss of heating services to over 600 apartment buildings. This malware interacts directly with ICS devices using Modbus TCP over port 502, making it a serious threat to critical infrastructure.

    Technical Key Findings

    FrostyGoop, written in Golang, can read and write to ICS device registers and uses JSON-formatted configuration files to target specific IP addresses and Modbus commands. Initial access was likely gained through a vulnerability in Mikrotik routers.

    Vulnerable Products

    ENCO controllers with TCP port 502 exposed and ICS devices using Modbus TCP are particularly vulnerable to this malware.

    Impact Assessment

    The malware's ability to manipulate ICS devices can lead to significant operational disruptions, inaccurate system measurements, and potential safety hazards, affecting public safety and industrial operations.

    Patches or Workarounds

    Currently, there are no specific patches available for FrostyGoop.

    #FrostyGoop #ICS #ModbusTCP #CriticalInfrastructure #CyberAttack #EnergySector #Ukraine #Dragos #IndustrialControlSystems #Golang #MikrotikVulnerability

  25. New ICS Malware 'FrostyGoop' Targeting Critical Infrastructure

    Date: July 23, 2024

    CVE: N/A

    Vulnerability Type: Exploitation of Modbus TCP communication

    CWE: [[CWE-668]], [[CWE-20]], [[CWE-74]]

    Sources: The Hacker News, Yahoo News, Dragos

    Synopsis

    FrostyGoop is a newly identified malware designed to target Industrial Control Systems (ICS) by exploiting Modbus TCP communication protocols. This malware caused significant disruption to critical infrastructure in Lviv, Ukraine, earlier this year.

    Issue Summary

    In January 2024, FrostyGoop malware targeted an energy company in Lviv, resulting in a 48-hour loss of heating services to over 600 apartment buildings. This malware interacts directly with ICS devices using Modbus TCP over port 502, making it a serious threat to critical infrastructure.

    Technical Key Findings

    FrostyGoop, written in Golang, can read and write to ICS device registers and uses JSON-formatted configuration files to target specific IP addresses and Modbus commands. Initial access was likely gained through a vulnerability in Mikrotik routers.

    Vulnerable Products

    ENCO controllers with TCP port 502 exposed and ICS devices using Modbus TCP are particularly vulnerable to this malware.

    Impact Assessment

    The malware's ability to manipulate ICS devices can lead to significant operational disruptions, inaccurate system measurements, and potential safety hazards, affecting public safety and industrial operations.

    Patches or Workarounds

    Currently, there are no specific patches available for FrostyGoop.

    #FrostyGoop #ICS #ModbusTCP #CriticalInfrastructure #CyberAttack #EnergySector #Ukraine #Dragos #IndustrialControlSystems #Golang #MikrotikVulnerability

  26. New ICS Malware 'FrostyGoop' Targeting Critical Infrastructure

    Date: July 23, 2024

    CVE: N/A

    Vulnerability Type: Exploitation of Modbus TCP communication

    CWE: [[CWE-668]], [[CWE-20]], [[CWE-74]]

    Sources: The Hacker News, Yahoo News, Dragos

    Synopsis

    FrostyGoop is a newly identified malware designed to target Industrial Control Systems (ICS) by exploiting Modbus TCP communication protocols. This malware caused significant disruption to critical infrastructure in Lviv, Ukraine, earlier this year.

    Issue Summary

    In January 2024, FrostyGoop malware targeted an energy company in Lviv, resulting in a 48-hour loss of heating services to over 600 apartment buildings. This malware interacts directly with ICS devices using Modbus TCP over port 502, making it a serious threat to critical infrastructure.

    Technical Key Findings

    FrostyGoop, written in Golang, can read and write to ICS device registers and uses JSON-formatted configuration files to target specific IP addresses and Modbus commands. Initial access was likely gained through a vulnerability in Mikrotik routers.

    Vulnerable Products

    ENCO controllers with TCP port 502 exposed and ICS devices using Modbus TCP are particularly vulnerable to this malware.

    Impact Assessment

    The malware's ability to manipulate ICS devices can lead to significant operational disruptions, inaccurate system measurements, and potential safety hazards, affecting public safety and industrial operations.

    Patches or Workarounds

    Currently, there are no specific patches available for FrostyGoop.

    #FrostyGoop #ICS #ModbusTCP #CriticalInfrastructure #CyberAttack #EnergySector #Ukraine #Dragos #IndustrialControlSystems #Golang #MikrotikVulnerability

  27. New ICS Malware 'FrostyGoop' Targeting Critical Infrastructure

    Date: July 23, 2024

    CVE: N/A

    Vulnerability Type: Exploitation of Modbus TCP communication

    CWE: [[CWE-668]], [[CWE-20]], [[CWE-74]]

    Sources: The Hacker News, Yahoo News, Dragos

    Synopsis

    FrostyGoop is a newly identified malware designed to target Industrial Control Systems (ICS) by exploiting Modbus TCP communication protocols. This malware caused significant disruption to critical infrastructure in Lviv, Ukraine, earlier this year.

    Issue Summary

    In January 2024, FrostyGoop malware targeted an energy company in Lviv, resulting in a 48-hour loss of heating services to over 600 apartment buildings. This malware interacts directly with ICS devices using Modbus TCP over port 502, making it a serious threat to critical infrastructure.

    Technical Key Findings

    FrostyGoop, written in Golang, can read and write to ICS device registers and uses JSON-formatted configuration files to target specific IP addresses and Modbus commands. Initial access was likely gained through a vulnerability in Mikrotik routers.

    Vulnerable Products

    ENCO controllers with TCP port 502 exposed and ICS devices using Modbus TCP are particularly vulnerable to this malware.

    Impact Assessment

    The malware's ability to manipulate ICS devices can lead to significant operational disruptions, inaccurate system measurements, and potential safety hazards, affecting public safety and industrial operations.

    Patches or Workarounds

    Currently, there are no specific patches available for FrostyGoop.

    #FrostyGoop #ICS #ModbusTCP #CriticalInfrastructure #CyberAttack #EnergySector #Ukraine #Dragos #IndustrialControlSystems #Golang #MikrotikVulnerability

  28. Ich hatte ja unseren #Solateur wegen des Kommunikationsproblems für das #PVÜberschussladen zwischen dem #Goodwe #Wechselrichter und unserer #Wallbox #Tinkerforge #Warp3 kontaktiert.

    Antwort war, dass aufgrund meines Wunsches nach größtmöglichem
    #Datenschutz der Port 502 für #ModbusTCP geschlossen worden sei und das Öffnen des Ports mit 250 Euro !!! berechnet würde. 🤷‍♂️🤡🤮

    Nachdem ich das Problem inzwischen ja selbst durch Recherche im
    #Photovoltaikforum gelöst habe, will ich euch meine Antwort an den Solateur nicht vorenthalten 🤣

    Sehr geehrte Frau [...],

    angesichts Ihrer Preisvorstellung habe ich selbst recherchiert und die nötigen Anpassungen im Wechselrichter vorgenommen.

    Die Recherche und der Eingriff haben mich (als Laie !!!) 10-15 Minuten Zeit gekostet. Selbst wenn ich 65 km An- und Abfahrt hinzurechne, sind 250 Euro absolut inakzeptabel und einfach nur Abzocke unbedarfter, hilfsbedürftiger Kunden.

    Ein geschlossener Port war übrigens nicht das Problem (Modbus/TCP war komplett aktiviert), sondern fehlende, versteckte (!!!) Einstellungen.

    Ich habe angesichts Ihres damit entlarvten Versuchs, das Problem dem Kunden aufgrund von Datenschutzwünschen selbst in die Schuhe zu schieben, Zweifel, ob Ihr Elektriker am Ende für den völlig inakzeptablen Preisaufruf von 250 Euro das Problem überhaupt gelöst hätte - ein Fall für den Verbraucherschutz.

    Mit freundlichem Gruß
    #EAuto #Elektroauto #Photovoltaik #PV #Energiewende #TeamDatenschutz

  29. Ich hatte ja unseren #Solateur wegen des Kommunikationsproblems für das #PVÜberschussladen zwischen dem #Goodwe #Wechselrichter und unserer #Wallbox #Tinkerforge #Warp3 kontaktiert.

    Antwort war, dass aufgrund meines Wunsches nach größtmöglichem
    #Datenschutz der Port 502 für #ModbusTCP geschlossen worden sei und das Öffnen des Ports mit 250 Euro !!! berechnet würde. 🤷‍♂️🤡🤮

    Nachdem ich das Problem inzwischen ja selbst durch Recherche im
    #Photovoltaikforum gelöst habe, will ich euch meine Antwort an den Solateur nicht vorenthalten 🤣

    Sehr geehrte Frau [...],

    angesichts Ihrer Preisvorstellung habe ich selbst recherchiert und die nötigen Anpassungen im Wechselrichter vorgenommen.

    Die Recherche und der Eingriff haben mich (als Laie !!!) 10-15 Minuten Zeit gekostet. Selbst wenn ich 65 km An- und Abfahrt hinzurechne, sind 250 Euro absolut inakzeptabel und einfach nur Abzocke unbedarfter, hilfsbedürftiger Kunden.

    Ein geschlossener Port war übrigens nicht das Problem (Modbus/TCP war komplett aktiviert), sondern fehlende, versteckte (!!!) Einstellungen.

    Ich habe angesichts Ihres damit entlarvten Versuchs, das Problem dem Kunden aufgrund von Datenschutzwünschen selbst in die Schuhe zu schieben, Zweifel, ob Ihr Elektriker am Ende für den völlig inakzeptablen Preisaufruf von 250 Euro das Problem überhaupt gelöst hätte - ein Fall für den Verbraucherschutz.

    Mit freundlichem Gruß
    #EAuto #Elektroauto #Photovoltaik #PV #Energiewende #TeamDatenschutz

  30. Ich hatte ja unseren #Solateur wegen des Kommunikationsproblems für das #PVÜberschussladen zwischen dem #Goodwe #Wechselrichter und unserer #Wallbox #Tinkerforge #Warp3 kontaktiert.

    Antwort war, dass aufgrund meines Wunsches nach größtmöglichem
    #Datenschutz der Port 502 für #ModbusTCP geschlossen worden sei und das Öffnen des Ports mit 250 Euro !!! berechnet würde. 🤷‍♂️🤡🤮

    Nachdem ich das Problem inzwischen ja selbst durch Recherche im
    #Photovoltaikforum gelöst habe, will ich euch meine Antwort an den Solateur nicht vorenthalten 🤣

    Sehr geehrte Frau [...],

    angesichts Ihrer Preisvorstellung habe ich selbst recherchiert und die nötigen Anpassungen im Wechselrichter vorgenommen.

    Die Recherche und der Eingriff haben mich (als Laie !!!) 10-15 Minuten Zeit gekostet. Selbst wenn ich 65 km An- und Abfahrt hinzurechne, sind 250 Euro absolut inakzeptabel und einfach nur Abzocke unbedarfter, hilfsbedürftiger Kunden.

    Ein geschlossener Port war übrigens nicht das Problem (Modbus/TCP war komplett aktiviert), sondern fehlende, versteckte (!!!) Einstellungen.

    Ich habe angesichts Ihres damit entlarvten Versuchs, das Problem dem Kunden aufgrund von Datenschutzwünschen selbst in die Schuhe zu schieben, Zweifel, ob Ihr Elektriker am Ende für den völlig inakzeptablen Preisaufruf von 250 Euro das Problem überhaupt gelöst hätte - ein Fall für den Verbraucherschutz.

    Mit freundlichem Gruß
    #EAuto #Elektroauto #Photovoltaik #PV #Energiewende #TeamDatenschutz

  31. Ich hatte ja unseren #Solateur wegen des Kommunikationsproblems für das #PVÜberschussladen zwischen dem #Goodwe #Wechselrichter und unserer #Wallbox #Tinkerforge #Warp3 kontaktiert.

    Antwort war, dass aufgrund meines Wunsches nach größtmöglichem
    #Datenschutz der Port 502 für #ModbusTCP geschlossen worden sei und das Öffnen des Ports mit 250 Euro !!! berechnet würde. 🤷‍♂️🤡🤮

    Nachdem ich das Problem inzwischen ja selbst durch Recherche im
    #Photovoltaikforum gelöst habe, will ich euch meine Antwort an den Solateur nicht vorenthalten 🤣

    Sehr geehrte Frau [...],

    angesichts Ihrer Preisvorstellung habe ich selbst recherchiert und die nötigen Anpassungen im Wechselrichter vorgenommen.

    Die Recherche und der Eingriff haben mich (als Laie !!!) 10-15 Minuten Zeit gekostet. Selbst wenn ich 65 km An- und Abfahrt hinzurechne, sind 250 Euro absolut inakzeptabel und einfach nur Abzocke unbedarfter, hilfsbedürftiger Kunden.

    Ein geschlossener Port war übrigens nicht das Problem (Modbus/TCP war komplett aktiviert), sondern fehlende, versteckte (!!!) Einstellungen.

    Ich habe angesichts Ihres damit entlarvten Versuchs, das Problem dem Kunden aufgrund von Datenschutzwünschen selbst in die Schuhe zu schieben, Zweifel, ob Ihr Elektriker am Ende für den völlig inakzeptablen Preisaufruf von 250 Euro das Problem überhaupt gelöst hätte - ein Fall für den Verbraucherschutz.

    Mit freundlichem Gruß
    #EAuto #Elektroauto #Photovoltaik #PV #Energiewende #TeamDatenschutz

  32. Im Juni habe ich #Homeassistant als #Proxmox #VM aufgesetzt und nach und nach alle möglichen Geräte mittels #ModbusTCP (#Wechselrichter, #Speicher), #EVCC / #MQTT (#Wallbox), #Tasmota (#Stromzähler) und #Zigbee (#Energiemessgeräte) integriert. Es schien kurzzeitig alles zu funktionieren bzw. hat auch funktioniert.
    Allerdings - wie schon berichtet - war vor ein paar Tagen plötzlich der ganze Config-Ordner (/homeassistant) leer und damit alle
    #Daten weg.

    Ich habe dann das Proxmox
    #Backup von vor dem Crash zurückgespielt und höndisch die seit dem Backup fehlenden Daten für den #Photovoltaik Ertrag ergänzt.

    EVCC hat für die Wallbox eine Entität "sensor.evcc_loadpoint_warp3_total_charged_energy" erzeugt, die aber in HA selbst nicht für Statistiken nutzbar ist (sie wird nicht zur Auswahl angezeigt). Also habe ich eine
    #Hilfsentität angelegt:

    template:
    - sensor:
    - name: geladene Energiemenge (gesamt) mit Einheit
    unique_id: geladene_energiemenge_gesamt_mit_einheit
    device_class: Energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    state: "{{ states('sensor.evcc_loadpoint_warp3_total_charged_energy') | float(0) }}"

    Das hat auch funktioniert.
    Seit 2-3 Tagen habe ich allerdings das Phänomen, dass für jeden Messwert ein Ausreisser gespeichert wird. Ich lade angeblich 24/7 alle 5 min entweder genau 3.552,8 kWh oder alternativ 1.776,4 kWh, also genau die Hälfte des anderen Werts, obwohl das
    #EAuto gar nicht an der Wallbox hängt und folglich gar nichts geladen wird.

    Ich muss also täglich 288 Werte höndisch auf 0 korrigieren - das nervt ziemlich.

    Leider habe ich keine Idee, warum, nachdem es zunächst funktioniert hat, bei dieser Entität nun jeder Messwert reproduzierbar Amok läuft - und wie ich HA das wieder abgewöhnen kann
    🤔🤷

    Ich bin für jede Idee dankbar.

  33. Im Juni habe ich #Homeassistant als #Proxmox #VM aufgesetzt und nach und nach alle möglichen Geräte mittels #ModbusTCP (#Wechselrichter, #Speicher), #EVCC / #MQTT (#Wallbox), #Tasmota (#Stromzähler) und #Zigbee (#Energiemessgeräte) integriert. Es schien kurzzeitig alles zu funktionieren bzw. hat auch funktioniert.
    Allerdings - wie schon berichtet - war vor ein paar Tagen plötzlich der ganze Config-Ordner (/homeassistant) leer und damit alle
    #Daten weg.

    Ich habe dann das Proxmox
    #Backup von vor dem Crash zurückgespielt und höndisch die seit dem Backup fehlenden Daten für den #Photovoltaik Ertrag ergänzt.

    EVCC hat für die Wallbox eine Entität "sensor.evcc_loadpoint_warp3_total_charged_energy" erzeugt, die aber in HA selbst nicht für Statistiken nutzbar ist (sie wird nicht zur Auswahl angezeigt). Also habe ich eine
    #Hilfsentität angelegt:

    template:
    - sensor:
    - name: geladene Energiemenge (gesamt) mit Einheit
    unique_id: geladene_energiemenge_gesamt_mit_einheit
    device_class: Energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    state: "{{ states('sensor.evcc_loadpoint_warp3_total_charged_energy') | float(0) }}"

    Das hat auch funktioniert.
    Seit 2-3 Tagen habe ich allerdings das Phänomen, dass für jeden Messwert ein Ausreisser gespeichert wird. Ich lade angeblich 24/7 alle 5 min entweder genau 3.552,8 kWh oder alternativ 1.776,4 kWh, also genau die Hälfte des anderen Werts, obwohl das
    #EAuto gar nicht an der Wallbox hängt und folglich gar nichts geladen wird.

    Ich muss also täglich 288 Werte höndisch auf 0 korrigieren - das nervt ziemlich.

    Leider habe ich keine Idee, warum, nachdem es zunächst funktioniert hat, bei dieser Entität nun jeder Messwert reproduzierbar Amok läuft - und wie ich HA das wieder abgewöhnen kann
    🤔🤷

    Ich bin für jede Idee dankbar.

  34. Im Juni habe ich #Homeassistant als #Proxmox #VM aufgesetzt und nach und nach alle möglichen Geräte mittels #ModbusTCP (#Wechselrichter, #Speicher), #EVCC / #MQTT (#Wallbox), #Tasmota (#Stromzähler) und #Zigbee (#Energiemessgeräte) integriert. Es schien kurzzeitig alles zu funktionieren bzw. hat auch funktioniert.
    Allerdings - wie schon berichtet - war vor ein paar Tagen plötzlich der ganze Config-Ordner (/homeassistant) leer und damit alle
    #Daten weg.

    Ich habe dann das Proxmox
    #Backup von vor dem Crash zurückgespielt und höndisch die seit dem Backup fehlenden Daten für den #Photovoltaik Ertrag ergänzt.

    EVCC hat für die Wallbox eine Entität "sensor.evcc_loadpoint_warp3_total_charged_energy" erzeugt, die aber in HA selbst nicht für Statistiken nutzbar ist (sie wird nicht zur Auswahl angezeigt). Also habe ich eine
    #Hilfsentität angelegt:

    template:
    - sensor:
    - name: geladene Energiemenge (gesamt) mit Einheit
    unique_id: geladene_energiemenge_gesamt_mit_einheit
    device_class: Energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    state: "{{ states('sensor.evcc_loadpoint_warp3_total_charged_energy') | float(0) }}"

    Das hat auch funktioniert.
    Seit 2-3 Tagen habe ich allerdings das Phänomen, dass für jeden Messwert ein Ausreisser gespeichert wird. Ich lade angeblich 24/7 alle 5 min entweder genau 3.552,8 kWh oder alternativ 1.776,4 kWh, also genau die Hälfte des anderen Werts, obwohl das
    #EAuto gar nicht an der Wallbox hängt und folglich gar nichts geladen wird.

    Ich muss also täglich 288 Werte höndisch auf 0 korrigieren - das nervt ziemlich.

    Leider habe ich keine Idee, warum, nachdem es zunächst funktioniert hat, bei dieser Entität nun jeder Messwert reproduzierbar Amok läuft - und wie ich HA das wieder abgewöhnen kann
    🤔🤷

    Ich bin für jede Idee dankbar.

  35. Im Juni habe ich #Homeassistant als #Proxmox #VM aufgesetzt und nach und nach alle möglichen Geräte mittels #ModbusTCP (#Wechselrichter, #Speicher), #EVCC / #MQTT (#Wallbox), #Tasmota (#Stromzähler) und #Zigbee (#Energiemessgeräte) integriert. Es schien kurzzeitig alles zu funktionieren bzw. hat auch funktioniert.
    Allerdings - wie schon berichtet - war vor ein paar Tagen plötzlich der ganze Config-Ordner (/homeassistant) leer und damit alle
    #Daten weg.

    Ich habe dann das Proxmox
    #Backup von vor dem Crash zurückgespielt und höndisch die seit dem Backup fehlenden Daten für den #Photovoltaik Ertrag ergänzt.

    EVCC hat für die Wallbox eine Entität "sensor.evcc_loadpoint_warp3_total_charged_energy" erzeugt, die aber in HA selbst nicht für Statistiken nutzbar ist (sie wird nicht zur Auswahl angezeigt). Also habe ich eine
    #Hilfsentität angelegt:

    template:
    - sensor:
    - name: geladene Energiemenge (gesamt) mit Einheit
    unique_id: geladene_energiemenge_gesamt_mit_einheit
    device_class: Energy
    state_class: total_increasing
    unit_of_measurement: "kWh"
    state: "{{ states('sensor.evcc_loadpoint_warp3_total_charged_energy') | float(0) }}"

    Das hat auch funktioniert.
    Seit 2-3 Tagen habe ich allerdings das Phänomen, dass für jeden Messwert ein Ausreisser gespeichert wird. Ich lade angeblich 24/7 alle 5 min entweder genau 3.552,8 kWh oder alternativ 1.776,4 kWh, also genau die Hälfte des anderen Werts, obwohl das
    #EAuto gar nicht an der Wallbox hängt und folglich gar nichts geladen wird.

    Ich muss also täglich 288 Werte höndisch auf 0 korrigieren - das nervt ziemlich.

    Leider habe ich keine Idee, warum, nachdem es zunächst funktioniert hat, bei dieser Entität nun jeder Messwert reproduzierbar Amok läuft - und wie ich HA das wieder abgewöhnen kann
    🤔🤷

    Ich bin für jede Idee dankbar.

  36. Our latest #tutorial is a little bit different, compared to our usual OpenSource posts.

    If you own a #SolarEdge inverter and use #ModbusTCP for your own monitoring or to grab #PV metrics (#HomeAssistant uses this, too), you might have run into some communication issues.

    In our post we show how to manually restart the #Modbus service on a SolarEdge inverter.

    geekersdigest.com/how-to-resta

  37. Our latest #tutorial is a little bit different, compared to our usual OpenSource posts.

    If you own a #SolarEdge inverter and use #ModbusTCP for your own monitoring or to grab #PV metrics (#HomeAssistant uses this, too), you might have run into some communication issues.

    In our post we show how to manually restart the #Modbus service on a SolarEdge inverter.

    geekersdigest.com/how-to-resta

  38. Our latest #tutorial is a little bit different, compared to our usual OpenSource posts.

    If you own a #SolarEdge inverter and use #ModbusTCP for your own monitoring or to grab #PV metrics (#HomeAssistant uses this, too), you might have run into some communication issues.

    In our post we show how to manually restart the #Modbus service on a SolarEdge inverter.

    geekersdigest.com/how-to-resta

  39. Our latest is a little bit different, compared to our usual OpenSource posts.

    If you own a inverter and use for your own monitoring or to grab metrics ( uses this, too), you might have run into some communication issues.

    In our post we show how to manually restart the service on a SolarEdge inverter.

    geekersdigest.com/how-to-resta

  40. Nach erster schneller Suche hätt ich zB ModbusTCP gefunden und gehofft man findet dann alles mögliche das den Feldbus kann (Sensoren, IOs, Relais, etc...).

    Und dann schreib ich mir zB in Python3 die Logik und lass die auf irgendwas kleinem laufen (Raspi oder so 🤷🏼)

    #Feldbus #ModbusTCP #Heimautomatisierung #Heizung #Raspi

  41. Nach erster schneller Suche hätt ich zB ModbusTCP gefunden und gehofft man findet dann alles mögliche das den Feldbus kann (Sensoren, IOs, Relais, etc...).

    Und dann schreib ich mir zB in Python3 die Logik und lass die auf irgendwas kleinem laufen (Raspi oder so 🤷🏼)

    #Feldbus #ModbusTCP #Heimautomatisierung #Heizung #Raspi

  42. Nach erster schneller Suche hätt ich zB ModbusTCP gefunden und gehofft man findet dann alles mögliche das den Feldbus kann (Sensoren, IOs, Relais, etc...).

    Und dann schreib ich mir zB in Python3 die Logik und lass die auf irgendwas kleinem laufen (Raspi oder so 🤷🏼)

    #Feldbus #ModbusTCP #Heimautomatisierung #Heizung #Raspi

  43. Nach erster schneller Suche hätt ich zB ModbusTCP gefunden und gehofft man findet dann alles mögliche das den Feldbus kann (Sensoren, IOs, Relais, etc...).

    Und dann schreib ich mir zB in Python3 die Logik und lass die auf irgendwas kleinem laufen (Raspi oder so 🤷🏼)

    #Feldbus #ModbusTCP #Heimautomatisierung #Heizung #Raspi