Standardisatie

[TBBW]

Dag allemaal,

Is er een standard voor het opzetten van de hoofdgroepen?
Ik had de hoofdgroepen naar ruimte ingedeeld, lukt niet.
Er zijn meer dan 15 ruimtes...

Groet,

Ger

[pvhuf]

Er is geen echte standaard. Maar ik zou zeker niet de ruimtes nemen voor de hoofdgroep. Gezien er 15x15x255 adressen zijn, is het beter om de hoofdgroep te gebruiken voor de hoogste hiërarchie. De hoogste hiërarchie is wat mij betreft de functionaliteit.
Bijvoorbeeld: alle verlichting wordt 3.x.x ; alle verlichting beneden wordt 3.1.x ; alle verlichting boven wordt 3.2.x; alle verlichting buiten wordt 3.3.x. Alle verwarming kan dan bvb 4.x.x zijn.
En zo verder.

[egfdevos]

Ben het met pvhuf eens beste is het naar funtie in te delen.
Zie het ook wel eens zo opgebouwd:
begane grond/woonkamer/plafonniere schakelen


Ik bouw het altijd zo op:
groep / functie / belasting

1 "schakelen verl." / 1 "aan/uit" / 1 "verl entree"
1 ,, / 2 "op/neer" / 1 ,,
1 ,, / 3 "waarde" / 1 ,,
1 ,, / 5 "status aan/uit" / 1 ,,
1 ,, / 6 "status waarde" / 1 ,,

Als ik dan in de monitor 1/x/x voorbij zie komen weet ik gelijk dat het verlichting is
Na een 1/1/1 verwacht ik een 1/5/1 te zien van de status.
Dit geeft ook bij de groepobjecten een duidelijke structuur zodat foutjes vlug te vinden zijn.

[TBBW]

Dank voor alle input.

Tijdens de cursus dagen van ETS worden de mensen toch in een bepaalde richting geduwd, lijkt mij.
In hoevere werkt ETS4 met de gira homeserver3 in de free address mode?
Dan lukt namelijk naar ruimte wel.
Verder wat heb ik allemaal nodig, zie onderstaand lijstje

1 - switching
2 - switching (CB)
3 - dimming
4 - dimming (CB)
5 - heating/cooling
6 - heating/cooling (CB)
7 -

Moet nog ergens screens kwijt status ramen niet te vergeten alarm

Ps, CB staat voor call back, in den hollands status zeg maar.
Nu is ook duidelijk wat er gebeurt.
Voorbeeld x.3.y waar x een ruimte is 3 altijd dimming is en y de consumer.

Ger.

[egfdevos]

Wat ik nog je lijstje mis:
-dimmen relatief (bedien element vasthouden)
-dimmen absoluut (waarde sturen)
-alarmen (regen, wind)
-centrale functies
-scenes
-screen zijn er ook al 3-6 stop, op/neer, positie, CB op, CB neer, CB positie

etc.

[TBBW]

Dank voor de reactie,

Er wordt mij nu een hoop duidelijk.... Ieder object is dus zeg maar een element van een class ( zie c# programming taal)
Ik heb dus voor ieder object een adres nodig. Waar heeft u die wijsheid vandaan, ik kan weinig tot geen literatuur vinden.
Hoeveel adressen heb ik dan nodig voor dimmen?
Voor aan en uit 2 klopt dat
Er is iets als ets voor dummies?

Groet,

Ger

[egfdevos]

De wijsheid heb ik uit de officiële KNX cursussen aangevuld door internet Fora.

Literatuur kun je beter links laten liggen.
Dummies > Begin met de eCampus van KNX.
Zorg dat je de functies van de vlaggen goed doorhebt.
C Communicatie: mag het go communiceren met de bus. (een installatie programmeren maar mag nog niet geheel functioneren/storing zoeken)
R Read: Mag go reageren na een uitlees verzoek. (voor initiërende visu's heel belangrijk/storing zoeken)
W Write: Mag go informatie van de bus lezen.
T Transmite: Mag go informatie naar de bus sturen.
U Update: update go na uitlees verzoek. Nog nooit in het echt gebruikt. Deze verdient wat uitleg om te snappen;
Je hebt een GA met 2 of meer schakeluitgangen. Eéntje heeft de R vlag gezet (meer is niet nodig). De ander de U vlag.
Het go met de U vlag zal kijken naar het antwoord van het leesverzoek en zich daaraan aanpassen.
Staat go met R vlag "aan" en go met U vlag "uit" dan zal na een uitlees verzoek en een daaropvolgend "aan" antwoord het go met de U zichzelf "aan" zetten. Zodat alles gelijk staat in het GA.

Voor aanvullende informatie de Lexikon van http://knx-user-forum.de en de Help van ETS zelf is duidelijk.

Om te dimmen heb je functioneel minimaal 2 GA nodig.
1 voor aan/uit (1bit groepobject)
1 voor relatief dimmen (4bit GO)

Je kunt dan nog toevoegen de GA voor:
status voor aan/uit (1bit GO)
status voor waarde (1byte GO)
Ga je een visu gebruiken dan heb je ook het GA voor
waarde (1byte) nodig.

elke functie heeft een GA nodig

extra voor "Best Practice" selecteer je ook gelijk het juiste Data Type bij je groepobject. 99% Van de tijd heeft de applicatie ontwikkelaar die niet ingevuld.
Dit is best handig als je de monitor aanzet en je netjes de juiste temperatuur voorbij ziet komen dan een vreemde waarde.

[TBBW]

Thanks again,

Ben al een heel stuk wijzer geworden.
kan al een stopcontact uit en an zetten en dit visualiseren in gira HS3, zelfs met text.
kan ook de kamer temperature displayen, dank zei de opmerking "selecteer meteen het data type".
toen dacht ik even snel een raam open en dicht situatie te implementeren, helaas...
krijg het wel rond om van dicht naar open te sensen maar als ik hem dan weer sluit gebeurt er niks.
ik gebruik een merten 644592 binary input, ik gebruik een (1) adres met bit data, moet kunnen toch (open/dicht)
maar het gaat toch niet goed.
Ps, er hoeft even geen rek. gehouden te worden met inbraak als de person het raam weer dicht doet.

groet,

gerwin

[747driver]

De merten 644592 kun je instellen op Edges 1bit, 2 bit enz en dan kun je object A dusdanig instellen dat een 0 wordt verzonden bij sluiten en een 1 bij openen van het contact (of andersom).
Wellicht handig bij het opstarten van de HS om de waarde van het contact in te lezen.

[TBBW]

@747 driver, still flying high?

Ok ik had dit topic beter van de hak op de tak kunnen noemen...
Ben lekker bezig, de ramen en deuren sensor ga ik waarscheinlijk met een hand shake doen.
Ben daar nog niet over uit.
Verder, hoe krijg ik in het gira visu pakket een groter design dan 1366x768.
Als ik namelijk een tekening van 2000x2000 probeer te gebruiken dan scaled HS deze terug naar .... 1366x768
En dat is te weinig voor een behoorlijke tekening.

Thanks for the input

Ger, the other 747 driver