Created At
Jun 14, 2025
Created At
Jun 14, 2025
Last Update
Jun 16, 2025
Platforms
HC 3
Views
958
Download
79
QuickApp umożliwia integrację systemów Victron Energy z kontrolerem FIBARO Home Center 3. Aplikacja pobiera dane z lokalnego VRM Portal ID i tworzy urządzenia monitorujące wszystkie komponenty systemu energetycznego oraz integruje się z Energy Panel HC3.
Dla połączenia lokalnego z Cerbo GX (zalecane):
cerbo_ip - adres IP Cerbo GX w sieci lokalnej (np. 192.168.1.100)update_interval - interwał odświeżania w sekundach (domyślnie 30)use_local_connection - ustaw na true dla połączenia lokalnegoDla połączenia przez VRM Portal:
vrm_portal_id - twój VRM Portal ID (6-cyfrowy kod)vrm_host - serwer VRM (domyślnie vrmapi.victronenergy.com)update_interval - interwał odświeżania w sekundach (domyślnie 30)use_local_connection - ustaw na false dla połączenia przez VRMPV Energia (kWh)
Zużycie Energia (kWh)
PV Moc chwilowa
Zużycie Moc chwilowa
| Parametr | Opis | Przykład |
|---|---|---|
cerbo_ip |
Adres IP Cerbo GX w sieci lokalnej | 192.168.1.100 |
cerbo_port |
Port Modbus TCP |
502 (domyślny) |
use_local_connection |
Tryb połączenia lokalnego | true |
update_interval |
Interwał aktualizacji (sekundy) | 30 |
| Parametr | Opis | Przykład |
|---|---|---|
vrm_portal_id |
VRM Portal ID (6 cyfr) | 123456 |
vrm_host |
Adres serwera VRM | vrmapi.victronenergy.com |
use_local_connection |
Tryb połączenia przez VRM | false |
update_interval |
Interwał aktualizacji (sekundy) | 30 |
ping [IP_CERBO] z poziomu siecirateType w właściwościachnmap -p 502 [IP_CERBO] (Linux/Windows z Nmap)QuickApp automatycznie:
MIT License - wolne oprogramowanie dla społeczności
Wersja: 1.0 | Kompatybilność: HC3 5.080+ | Autor: @pyziak

I installed the application and it receives data from the cerbo, but it has a big problem, with each parameter change or just previewing the program the number of chils doubles. What could I do?

"Hi pyziak, thanks for this QuickApp! I found a minor but annoying issue in the current version (v11.0). Every time the QuickApp is re-initialized (which happens whenever you save settings or even just open the 'Edit & Preview' tab), it creates a new set of duplicate child devices. The issue: The initializeChildren() function calls createChildDevice() without first checking if those devices already exist in the self.childDevices table. This leads to dozens of duplicated tiles in the Fibaro interface. The fix: I solved this by adding a logical check to see if a device with the same name already exists before calling the creation command. Alternatively, I implemented a 'safety toggle' variable (e.g., AllowCreate = No) to manually disable the discovery process once the initial devices are set up. It would be great if you could update the production code with a simple if check for existing children to make it truly 'Production Ready'. Great work otherwise! Thanks for the integration."