Ik heb sinds een aantal weken een VMBDALI module steken, en wou graag mijn eerste ervaringen delen. Ik wil er wel meteen bij vermelden dat mijn setup waarschijnlijk niet erg “standaard” is: mijn doel is om alle lichten zowel via Velbus drukknoppen te kunnen bedienen, maar ook via een zelf-geschreven web-interface dat Velbus-commando’s op de bus stuurt, en naar antwoorden luistert.
Hieronder wat ik heb geleerd, en wat mijn wensen zijn:
-
Als je graag je DALI-toestellen in een bepaalde volgorde wil, moet je heel goed nadenken hoe je ze koppelt en scant. Het moet van de eerste keer juist zijn.
De VMBDALI heeft twee adreseer-mogelijkheden: “nieuwe installatie”, en “uitbreiding”. Die eerste werkt zoals je verwacht: hij reset alle DALI-toestellen, en geeft ze elk een uniek (kort) adres. De uitbreiding probeert de huidige modules op hetzelfde (kort) adres te houden, en kent nieuwe toestellen nieuwe (korte) adressen toe. Dat werkt echter alleen als de nieuwe toestellen GEEN (kort) DALI-adres hebben. Indien je een “nieuwe” DALI-voeding toevoegt, en die heeft uit een vorig leven al DALI-adres 1, dan loopt het hopeloos mis.
wish list: betere handling van de “uitbreiding” modus, door bijvoorbeeld de lange DALI-adressen mee op te slaan in de VelbusLink file, en die te gebruiken om de bestaande toestellen te detecteren.
wish list: voeg een optie toe om de (korte) DALI-adressen te wijzigen
-
De VMBDALI-module verwacht dat altijd alle DALI-toestellen er zijn. Als je een “Dali device settings request” (0xE7) stuurt voor een toestel dat op dat moment niet aan staat, krijg je uiteraard geen antwoord. Maar: de VMBDALI-module schakelt dan ook naar DALI-configuration-mode (0xee 01 … … … … … 07), en vertelt dat dat DALI-adres niet (meer) bestaat. En vermits hij in config-mode staat, negeert hij alle volgende commando’s. Enkel een module reset lost dit op, maar dan valt de DALI-bus even weg, waardoor ALLE DALI-toestellen naar hun System Failure Level (100% aan in mijn geval) springen.
wish list: als een DALI-toestel niet reageert, blijven in normale modus werken
-
Ik zou graag hebben dat een DALI-dimmer zou zich min of meer gedraagt als een Velbus dimmer (bvb een VMB4DC). Dat klopt gedeeltelijk:
- Je kan drukknoppen instellen om “Dim at long press, toggle at short press” te doen, en dat werkt
- Je kan een Set Dim Value (0x07) commando sturen, en dat werkt (weliswaar zonder de dim-speed parameter, maar goed).
Maar er zijn ook verschillen:
- een VMB4DC stuurt een Dimmercontroller Status (0xb8), met zijn huidige dim-waarde in, als hij veranderd van dim-stand. Dat gebeurt na een “Set Dim Value” (0x07), maar ook bij het gebruik van een knop om te toggelen of te dimmen
- de VMBDALI stuurt helemaal niets. Geen antwoord als je een Set Dim Value (0x07) stuurt, geen status-update als hij met een knop wordt hoger/lager gedimd. Dat betekent dat mijn web-interface geen idee heeft op welke dim-stand een lamp staat door passief te luisteren.
Ik kan natuurlijk wel pollen naar de huidige dim-stand, maar dan bots ik tegen het probleem hierboven: als ik een DALI-toestel poll dat toevallig niet aan staat, hangt de VMBDALI. Ook kan ik alleen ALLE DALI-settings opvragen, waardoor er 25 berichten door de bus moeten per DALI-toestel, waar ik er maar 1 per toestel van nodig heb.
wish list: status reporting van dim-commando’s. Dat mag de gecachte versie zijn die de VMBDALI zelf berekent
-
de VMBDALI simuleert drukknoppen voor elk DALI-toestel (zoals de meeste uitgangsmodules doen, trouwens, via een Push Button Status 0x00 commando). Dat betekent dat je het aanschakelen van een DALI-toestel kan gebruiken om een andere actie aan te koppelen. Alleen: dat gaat dus niet
wish list: VMBDALI toestellen ook toelaten als Initiator voor andere modules
-
Omdat ik sluimerverbruik zo veel mogelijk wil beperken, zet ik dimmers vaak ook achter een Relay, waardoor de lampen echt helemaal uit gaan, en de voeding ook geen sluimerverbruik meer heeft. Echt veel is dat niet, maar 10 voedingen aan ~0.5W per voeding kost me toch ~€15/jaar om helemaal niets nuttig te doen. Voor de VMB4DC is dit volledig gedocumenteerd.
wish list: zorg dat dit ook werkt voor een DALI-toestel achter een VMBDALI. Dit omvat een aantal punten die hierboven reeds zijn aangehaald: DALI als initiator, betere handling als een toestel niet reageert. Eventueel wat delay tussen relay & DALI-dim-commando
-
DALI (1200bit/s) is een veel trager protocol dan Velbus (16.6kbit/s). De berichten zijn ook wel korter (typisch 16bit/commando), maar het eindresultaat is dat Velbus sneller blijft (2.4ms voor een Set Dim Value; 14ms voor het overeenkomstige DALI-dim-commando). Als ik 10 lampen wil uit-dimmen door 10 Set Dim Value commando’s na elkaar te sturen, is de buffer van de VMBDALI blijkbaar te klein, en gaan er berichten verloren.
wish list: zicht krijgen op de grootte van die buffer: hoeveel commando’s kan je sturen. Eventueel feedback als hij (bijna) vol zit.
Voor de volledigheid: ik gebruik VelbusLink 10.5.4 met VMBDALI firmware 2123.