- Kanaler erbjuder bättre strukturering av Gos på enheter, vilket resulterar i en bättre översikt.
- Kanaler kan dras direkt från en enhet till (byggnads-) funktioner för att skapa en länk. Detta har den stora fördelen att flera GOs kan kopplas till associerade GAs i funktionen, allt i ett enda steg.
Procedur
För en vald enhet tillhandahåller ETS funktionen att skapa/ redigera kanaler i kontextmenyn.
Detaljer |
•Funktionen är endast tillgänglig för KNX-produktdatabasposter där kanalinformationen inte redan finns i produktdatan själv (inbyggda ETS4/5 produktdatabasposter har redan denna information inkluderad, slutligen gäller detta alternativ för att definiera kanaler främst ETS2/3-produktdata). •För produktdatabasposter med gränssnitt (parameter) plug-in för ETS2/3-produktdata är kanaltilldelningar inte möjliga. |
(A) Manuellt skapande/ Redigering av kanaler
Tillåter (initialt) manuellt skapande eller efterföljande redigering av kanaler av ETS-användaren.
Detaljer |
•Under skapandet får kanalen ett namn och det visas då nedanför enheten. Det kan ändras senare. •I det andra steget tilldelas kanalen de associerade GO:erna med drag & släpp i trädvyn. •Det är även möjligt att tilldela objekt (igen) direkt till enheten (= initialt tillstånd utan kanaler). De behandlas sedan som tillämpliga på alla kanaler. |
(B) Automatiskt skapande/ Redigering av kanaler av ETS
Tillåter det (initiala) automatiska skapandet av kanaler av ETS.
Detaljer |
•I en dialogruta förbereder ETS två förslag till en möjlig kanaltilldelning. OK bekräftar antagandet av det för närvarande synliga förslaget och tillämpar det på den valda enheten (och alla som är identiska). Följande villkor gäller. •Det måste finnas minst 2 objekt som är aktivt synliga på enheten för att kunna skapa en kanal automatiskt eller för att få ett förslag från ETS (det är inte meningsfullt att skapa kanaler med endast ett objekt, även om detta är möjligt manuellt). •En automatiskt skapad kanal kan ändras manuellt efteråt (se punkt A). •Tilldelningen av kanalerna genom ETS sker i de två förslagen enligt följande princip. a.Kanaltilldelning / antalet tillgängliga kanaler och associerade kanalnamn = analys av texten från GO-objektfunktionerna. b.Kanaltilldelning / antalet tillgängliga kanaler och associerade kanalnamn = analys av texterna från GO-namnen. För skapande av förslag för närvarande, analyseras inga gemensamma egenskaper i sammanställda texter. |
(C) Länka kanaler (med funktioner)
Kanaler kan dras till befintliga funktioner (och de GA de innehåller) och släppas där. Om en automatisk tilldelning (se detaljer) inte är möjlig visas ett (automatiskt) förslag från ETS hur dessa kanaler kan tilldelas funktionerna.
Det primära syftet vid skapandet av en tilldelning är inte en 100 % tilldelning i varje konstellation, men att göra det – så bra som möjligt – på ett automatiserat sätt. Manuella ändringar gör det alltid möjlighet att ändra efteråt.
Detaljer |
Channels I ETS kommer manuellt definierade kanaler sparas o som så kallad användningsdata (information om kanalerna) lokalt och användarspecifikt på datorn för åtkomst av ETS och inte direkt i KNX-produktdata oär därefter närvarande och tillgängliga för alla identiska enheter i ens eget projekt och i alla andra (importerade) projekt på den här datorn (oavsett om de skapades manuellt eller via ett ETS-förslag) oidentiska enheter definieras av deras identiska tillämpning, dvs. omkopplingsbara applikationer för en och samma enhet är inte identiska – när de är omkopplade. •På grund av redigeringen/ har skapandet av informationen på kanalerna (användningsdata) effekter på alla projekt, den här funktionen för skapandet stöder inte någon Ångra/ Gör om. •Användningsdata inkluderas inte när projektet exporteras (det finns ingen garanti för att dessa data även är närvarande på en annan dator, eller de kan definieras annorlunda) •För att skapa förslag visas objekt som inte är synliga tonade och beaktas inte (även om de inte är synliga i den nuvarande parametriseringen).
Funktioner Funktioner är visuellt strukturerade samlingar av gruppadresser i byggnadsstrukturen.
Funktioner, fördefinierade av ETS (A) •Använder en individuell ikon (fördefinierad av ETS, kan inte ändras) •GA:er kommer av ETS oautomatiskt skapas i funktionen oautomatiskt namnges enligt funktionen Den här (alltid) skapade GA-beskrivningen är sammansatt av motsvarande byggnadsdel och funktionsnamn. •GA:s egna (internt) fördefinierade Länk/Connection Codes* (inte synligt i ETS användargränssnitt) och en motsvarande DPT (synlig i navigeringslisten)
Funktioner, fördefinierade av ETS-användare (B) •Använder en unik ikon (fördefinierad av ETS, kan inte ändras) •GA:er kommer av användaren omanuellt skapad i funktionen t.ex. dra & släppta i den oautomatiskt namnges enligt funktionen Den här (alltid) skapade GA-beskrivningen är sammansatt av motsvarande byggnadsdel och funktionsnamn. •GA:s egna nej (internt) fördefinierad Länk/Connection Codes* och motsvarande DPT
Produktdatabasposter Vid skapandet av en inbyggd ETS5 produktdatabaspost kan en tillverkare på befintliga GO:er lägga till en ytterligare Länk/Connection code*. Fördelen med en sådan definition är vid tilldelning första gången med fullständiga "skrivna" funktioner behövs ingen ETS som begär/ fel tilldelningar. På inbyggda ETS3/4-produktdatabasposter är en sådan definition inte möjlig.
ETS tilldelningslogik ETS arbetar på en (kanalorienterad) tilldelning av funktioner med kanaler (slutligen mellan GAs med GOs) efter följande princip. 1.Tilldela en GA (i en funktion) med en GO (från en kanal), där bit-bredd / DPT-typ och Länk/Connection Code matchar (om inte, peka ut denna "inkompatibilitet" via en dialog) 2.Om den nödvändiga informationen för tilldelningen inte (ännu) är helt tillgänglig, blir ETS-användaren uppmanad att åstadkomma en korrekt tilldelning.
* En (textuell) kod, där ETS kan fastställa om utpekade GO:er och GA:er passar varandra enligt dess logiska funktionalitet. Dessa koder måste ha unikhet på objekt med samma bitbredd/ på DPT-typer. |