Neues Sicherheitsfeature: Breaking Change auch für Bestandsanlagen / Addon User!

☐ Allow Manual Safety-Critical Switches

WARNING: Enabling this allows direct control of:
- Dosing pumps (chemical overdose risk)
- Backwash (equipment damage risk)
- Water refill (flooding/overflow risk)

These operations can run indefinitely without time limits
and cause serious equipment damage or injury.

Standard: DISABLED (Use Services with mandatory time limits)
☑ Only enable if you understand the risks


Power User können aktiv die Sicherheit umgehen , aber Standard ist es nicht aktiv!!!

Hier mal ein kleines Update zu den neuen Pool Karten. Die zusätzlich installiert werden können , verzeiht mir die Bilder , irgendwann kommen professionelle .
Die cards sind noch weit weg von perfekt aber sie laufen und sind im Einsatz .

Hier ein Beispiel anhand der neuen Version, wie die Update Funktion angezeigt wird .

Einfach auf aktualisieren klicken und Violet installiert automatisch das neue Update . Bitte habt dann Geduld , dauert etwas und dann ist das Update fertig.

Hihi ,

ja habe ein wenig in die Tiefe gekuckt , vielleicht zu tief und gesehen was sich alles versteckt hat und habe es heute übernommen in den Code .
Ja würde mit der badu funktionieren . Habe aber meinen Test Server heute noch nicht damit gefüttert ob auch die Daten ankommen.

Es fehlt noch die badu Erkennung im Code deswegen wird gerade alles in die Violet geschrieben . Kommt noch . Muss erstmal sicherstellen das alle Funktionen funktionieren . Manche User melden Fehler was super ist , manche muss ich simulieren , bei über 522 Stück , viel Arbeit .

wenn alles passt dann folgt die Tage der Release!!

[center] Violet Pool Controller - Kompletter Changelog
Version 1.2.4 → 2.0.0-beta.9[/center]

[hr]

HIGHLIGHTS DER MAJOR CHANGES

Seit Version 1.2.4 gab es 88 Commits mit massiven Verbesserungen:

KRITISCHE FIXES:

• Entity-ID Duplizierungsproblem an der Quelle behoben
• Firmware Update Entity zeigt jetzt korrekt die Controller-Version (nicht mehr "aktuell" wenn 1.1.9)
• API Version Compatibility verbessert (violet-poolController-api >= 0.0.31)

MAJOR FEATURES:

• Vollständiges Service-System mit 20+ Services
• Reset Error Blockings Button (direkt auf Device)
• Hardware-Konfiguration mit dynamischen Namen
• Firmware Update Detection & Installation
• Error Management mit prominenten Sensoren
• Button Platform für direktes Pool-Control

API & SENSOR ÜBERHAUL:

• +50 neue Sensoren für erweiterte Überwachung
• H2O2 Dosing System Unterstützung
• Electrolysis Polarity Tracking
• OmniTronic Valve Status Sensoren
• Dosing Statistics & Monitoring
• Temperature Sensor Calibration Sensoren
• Digital Input Rules mit Stopwatch

[hr]

DETAILLIERTER CHANGELOG

→ Version 2.0.0-beta.9 (AKTUELL)

• KRITISCH: Entity-ID Duplizierung bei Neuinstallationen behoben
  • Default Device-Name von " Violet Pool Controller" zu "Pool Controller" geändert
  • Hardcodierte Entity-ID-Präfixe entfernt
  • Entity-Migrations-Logik verbessert mit besseren Logs
• NEU: Reset Error Blockings Button für direkte Fehlerbehandlung
• NEU: Button Platform für Pool-Control-Aktionen
• VERBESSERT: Error-Sensoren jetzt prominent (nicht im Diagnostic Drawer)
• VERBESSERT: Service-Dokumentation in services.yaml

→ Version 2.0.0-beta.8

• 15 Firmware-Discovery Improvements
  • Bessere Hardware-Modul-Erkennung
  • Erweiterte Sensor-Discovery
  • Firmware-Update Detection sichtbar
• API Upgrade auf 0.0.31

→ Version 2.0.0-beta.7

• Entity-Präfix-Migration für alte Installationen
• Firmware Update Entity jetzt immer sichtbar
• Neue Sensoren: Firmware Version, Update Availability
• Verbessert: Firmware-Version-Erkennung (dual keys)

→ Version 2.0.0-beta.6

• UI/UX Verbesserungen in Config Flow
• Robustere Fehlerbehandlung für Netzwerkausfälle
• SSL/TLS Sicherheitsverbesserungen

→ Version 2.0.0-beta.5

• Multi-Language Support (10 Sprachen)
  • Deutsch, Englisch, Spanisch, Französisch, Italienisch
  • Niederländisch, Polnisch, Portugiesisch, Russisch, Chinesisch
• Security Updates und Input Sanitization
• Erweiterte Sensor-Konfiguration
• Hardware Configuration System mit allen Namen
• Climate & Cover Platform mit dynamischen Namen

→ Version 2.0.0-beta.4

• Firmware Update Entity für Versionstracking
• Status Services für Pool-Diagnostics
• Sensor Calibration Monitoring

→ Version 2.0.0-beta.3

• Sensor-Reorganisation nach WebUI-Layout
• Backwash Status Sensor hinzugefügt
• Bessere Koordinations-Logik

→ Version 2.0.0-beta.2

• Error Handling Services
• Sensor Calibration Services
• Diagnostics Output

→ Version 2.0.0-beta.1

• Complete Refactor von 1.x zu 2.0 Architektur
• Monorepo Setup mit separatem API Package
• Home Assistant 2026.5+ Unterstützung
• Performance Optimierungen mit Coordinator Pattern
• 20+ Control Services für Pool-Management

[hr]

NEUE SENSOREN & FEATURES

Dosing Systems (erweitert):

• H2O2 (Wasserstoffperoxid) Dosing System
• Dosing Statistics pro System (täglich, gesamt)
• Dosing Remaining Range Tracking
• Canister Fill Level Management

Monitoring & Diagnostics:

• Active Errors Sensor (alle Fehler in Klartext)
• Pool Health Aggregation Sensor
• Last Error Code mit Beschreibung
• Connection Status & Latency Tracking
• System Health Percentage
• API Request Rate Monitoring

Hardware Detection:

• Dosing Module Presence Detection
• Extension Modules (EXT1, EXT2) Detection
• DMX Module Detection
• Digital Rules Module Detection
• OmniTronic Valve State Tracking

Advanced Sensors:

• Electrolysis Polarity Tracking
• Temperature Sensor Calibration History
• Digital Input Rule Stopwatch
• RS485 Pump Power Consumption
• Filter Pressure Monitoring
• Flow Rate Sensors (4-20mA & Impulse)

[hr]

SERVICES (20+ verfügbar)

Error Management:

• reset_blocking - Fehler-Blockierungen zurücksetzen
• clear_error_history - Fehlerhistorie löschen
• get_error_summary - Error Report abrufen
• get_connection_status - Verbindungsstatus

Pool Control:

• control_pump - Pumpensteuerung (Speed, Eco, Boost)
• smart_dosing - Dosiersteuerung (manuell/auto)
• manage_pv_surplus - PV-Überschuss-Modus
• control_dmx_scenes - LED-Szenen-Steuerung
• set_light_color_pulse - Farbpuls-Steuerung
• test_output - Output-Testmodus

Configuration:

• configure_dosing - Dosier-Konfiguration
• set_dosing_target - Zielwert setzen
• set_dosing_max_daily - Max. Tagesmenge
• enable_dosing - Dosierung aktivieren
• set_can_amount - Kanister-Menge aktualisieren
• control_extension_relay - Relais-Steuerung
• configure_sensor_calibration - Sensor-Kalibrierung
• set_system_service - System-Services (FTP, SSH, etc.)

Automation Rules:

• configure_temp_rule - Temperatur-Regel
• configure_analog_rule - Analog-Eingang Regel
• configure_switching_rule - Digital-Input Regel
• configure_timer_rule - Timer-Regel

[hr]

BUG FIXES & STABILITY

Wichtige Fixes:

• Entity-ID Duplizierung (violet_pool_controller_violet_pool_controller_...)
• Firmware Version zeigt korrekt (nicht "aktuell" bei 1.1.9)
• SSL/TLS Default (off → sicherer)
• API Kompatibilität (violet-poolController-api 0.0.29 → 0.0.31)
• JSON Parse Fehler bei Controller-Responses
• Cover Steuerung (API Kompatibilität)
• Firmware Update Detection (dual key support)
• Device Prefix in Entity Names (automatic cleanup)
• Sensor Key Name Korrektionen (SYSTEM_* keys)
• Dosing Response Error Handling

Code Quality:

• Mypy Type Checking Fixes
• Ruff Linting auto-fixes
• Import Optimization
• Code Style Standardisierung

[hr]

DEPENDENCIES & REQUIREMENTS

Home Assistant:

• Minimum: HA 2026.5.0
• Maximum Python: 3.14+

Python Packages:

• violet-poolController-api >= 0.0.31 (NEU im Monorepo)
• aiohttp >= 3.14.1
• voluptuous >= 0.16.0

Development:

• ruff >= 0.15.16 (Linting & Formatting)
• mypy >= 2.1.0 (Type Checking)
• pytest >= 9.0.3 (Testing)
• pytest-asyncio >= 1.3.0
• pytest-homeassistant-custom-component >= 0.13.337

[hr]

INSTALLATION & MIGRATION

Für Nutzer von 1.2.4:

1. Installation über HACS oder direkter Download
2. Home Assistant neustarten
3. Entity-Migration läuft automatisch (alte doppelte IDs werden bereinigt)
4. Neue Error-Sensoren überprüfen
5. Firmware Update Entity zeigt korrekt (nicht mehr "aktuell")

Abwärtskompatibilität:

• Vollständig abwärtskompatibel zu 1.2.4
• Keine Neukonfiguration notwendig
• Automationen funktionieren unverändert
• Bestehende Scripts/Szenen funktionieren

[hr]

PERFORMANCE IMPROVEMENTS

• Coordinator Pattern für effiziente Datenaktualisierung
• Rate Limiting (Token Bucket Algorithm)
• Circuit Breaker Pattern für Ausfallschutz
• Connection Pooling & Caching
• Async/Await für nicht-blockierende Operationen
• Batch Sensor Updates

[hr]

TESTING & QUALITY

• 21 Test-Dateien (Sensors, Services, Integration, Security)
• MyPy Type Checking (0 Errors)
• Ruff Linting (0 Issues)
• HomeAssistant Integration Tests
• Mock Controller Environment
• Security Testing

[hr]

KNOWN ISSUES & SOLUTIONS

Q: Doppelte Entity-IDs nach Update?
A: Das ist normal - Migration läuft beim Startup. Automatisch behoben in beta.9+.

Q: Firmware Update zeigt "aktuell" obwohl Controller 1.1.9 hat?
A: Bug in beta.8 und älter. BEHOBEN in beta.9! Update Entity zeigt jetzt korrekt "1.1.9".

Q: Alte Entity-ID (mit doppeltem Prefix) in Statistics?
A: Harmlos. Kann gelöscht werden (Settings → Geräte & Services → Entitäten → Löschen).

[hr]

Download & Weitere Infos

HACS Installation:
Home Assistant → HACS → Integrations → Violet Pool Controller

GitHub:
Hauptrepository

Release Download:
v2.0.0-beta.9

[hr]

[right]Das war eine große Reise von 1.2.4 zu 2.0.0-beta.9! [/right]

Neues Feature in der Beta Version.
Ha zeigt jetzt an wenn die Violet ein Update hat .
More ist comming

Sodala, also der Schalter wird nicht von meinem Add-on erstellt und intern wird es auch niemals so einen Schalter geben.

Das Thema ist, dass es verschiedene Cards im Lovelace-/Dashboard-Bereich gibt, die bei reinen Schalter-Karten automatisch einen übergeordneten Schalter erzeugen. Dieser existiert nur im Dashboard und schaltet dann alle Schalter innerhalb der Karte gleichzeitig ein oder aus.

Das ist leider eine Designentscheidung der jeweiligen Card und kann von mir bzw. meinem Add-on nicht beeinflusst werden.

Ich werde in der Wiki bzw. im README einen entsprechenden Hinweis ergänzen, dass die Verwendung solcher Karten unter Umständen gefährlich sein kann. Mehr kann ich an dieser Stelle leider nicht machen.

Aber nochmals ganz deutlich: Dieser Schalter kommt weder von mir noch von meinem Add-on!

Ansonsten wurden gestern noch viele Bugs behoben, neue dev. ist vorhanden wer early tester sein möchte .

Werde es mir aber in Ruhe nochmal ansehen , nicht das ich so neben bei noch misst baue

Ich habe den Schalter nicht , auch nicht auf dem Dashboard . Das addon erstellt auch keinen Schalter der sowas auslöst . Habe extra nochmal den Code durchgesehen .

Kannst du mir die Dashboard yaml schicken , weißt du wie das geht ? Dann lade ich sie bei mir und schaue nach .

Es gibt nur einen Schalter mit allem an oder aus und das ist für das Licht DMX

Den Schalter habe ich gar nicht , beim Cover habe ich evtl. Die beiden zustande vertauscht .

Muss ich mir ansehen , woher das kommt .

Schau ich mir auch sofort an , fixe gerade das Problem mit der flockung

das schlimme ist, ich nutze keine flockung, deswegen auch kein test ausser ein mock test

Der Switch in HA macht die Dosierung nicht über `triggerManualDosing`, sondern über `setFunctionManually`.

Wenn man den Switch einschaltet, wird `ACTION_ON` gesendet und daraus wird über die API `setFunctionManually?DOS_1_CL,ON,...`. Dadurch startet die manuelle Dosierung.

Beim Ausschalten wird interessanterweise nicht `OFF`, sondern `ACTION_AUTO` gesendet. Das läuft dann über `_send_dosing_auto_command` und sendet `setFunctionManually?DOS_1_CL,AUTO,0,0`. Damit wird die manuelle Dosierung beendet und wieder auf Automatik zurückgeschaltet.

Heißt also: Der Switch startet die Dosierung mit `ON` und beendet sie durch Rückkehr auf `AUTO`. Beides läuft über `setFunctionManually`.

`triggerManualDosing` wird dagegen nur über den Service `smart_dosing` mit `action: manual_dose` verwendet. Das ist ein separates API-Kommando (`api.manual_dosing()`), bei dem zusätzlich eine Laufzeit (Duration) übergeben wird.

ausser ich habe ein Verständniss problem

Wenn in der Integration das Flocculation-Feature aktiv ist, gibt es zwei Entities.

Switch (Toggle) — der den Controller über triggerManualDosing steuert
Select (Dropdown OFF/ON) — der die Dosierkonfiguration (DOSAGE_floc_use) ändert

Keines von beiden konnte bisher AUTO an setFunctionManually senden.
Genau das hat jetzt der Fix behoben — der Switch sendet bei "AUS" jetzt AUTO statt OFF.

P.s. Fix kommt in den nächsten minuten

Interessant, ich dachte ich habe das gefixt. Welche Version benutzt du gerade, oder es ist ein überbleibsel noch das es nicht zurück gesetzt wird.

Hm. auf dem ersten Blick würde ich sagen das alte Addon hat es auf aus gesetzt und das neue setzt es nicht mehr zurück auf Auto weil es das ja so eigentlich nicht gib. Ich lass mir mal was einfallen.

Ärgerlich, wollte dem Alex keine Arbeit machen ;-(

Stimmt , da ist noch das falsche drin , aber wenn du es installiert hast , kommt das neue . Korrigiere ich morgen und kommt dann mit der neuen Version

Das ist seltsam , eigentlich habe ich die Bestätigung bekommen. Vielleicht bei der nächsten hacs Version ? Ich Frage mal nach .

Leider musst du es dann noch manuell hinzufügen im Moment .

Gehe auf Benutzerdefinierte Repositories und füge die git url ein als integration :

https://github.com/Xerolux/violet-hass

Immer gerne

Ist ein Bug , sollte in der nächsten Version die kommt behoben sein