EIB Basis
Moderator: Domotix-Moderators
EIB Basis
Zijn er eigenlijk op dit forum mensen die EIB goed kennen?
Ik heb wat basisvragen en vind er niet veel van op het internet.
Het weinige dat ik weet:
Elk EIB device heeft een adres van de vorm X.X.X. De eerste 2 zijn nodig als adressering voor grotere netwerken, de laatste is een nummer van 1 tot 64?
Als je op een drukknop duwt dan zal die knop een telegram sturen naar een voorafgeprogrammeerde output device. Knop 1.1.1 stuurt bvb naar 1.1.2 dat output op 1 moet staan => licht aan.
Waar ik nieuwsgierig naar ben is wat kan je allemaal in zo een device programmeren. Een telegram sturen naar meerdere devices, dezelfde knop gebruiken om iets op en af te zetten, iets 10 sec laten branden, ....
Hoe gebeurt dat?
Kan iemand mij de basis uitleggen in enkele zinnen? Of heeft iemand een goede link voor mij?
Tnx, Pierre
Ik heb wat basisvragen en vind er niet veel van op het internet.
Het weinige dat ik weet:
Elk EIB device heeft een adres van de vorm X.X.X. De eerste 2 zijn nodig als adressering voor grotere netwerken, de laatste is een nummer van 1 tot 64?
Als je op een drukknop duwt dan zal die knop een telegram sturen naar een voorafgeprogrammeerde output device. Knop 1.1.1 stuurt bvb naar 1.1.2 dat output op 1 moet staan => licht aan.
Waar ik nieuwsgierig naar ben is wat kan je allemaal in zo een device programmeren. Een telegram sturen naar meerdere devices, dezelfde knop gebruiken om iets op en af te zetten, iets 10 sec laten branden, ....
Hoe gebeurt dat?
Kan iemand mij de basis uitleggen in enkele zinnen? Of heeft iemand een goede link voor mij?
Tnx, Pierre
Pierre,
Ben nog redelijk vers op dit forum en weet dus niet wat er vroeger al verteld is maar wil je wel mijn ‘2 zinnen’ over EIB geven. Heb zelf om de dezelfde redenen als de jouwe ook voor EIB gekozen en ben momenteel mijn installatie aan het ‘afwerken’
Bij EIB heb je twee basiscomponenten sensoren en actoren. Sensoren zijn bv. Knoppen of bewegingsensoren, actoren zijn bv. relais of dimmers.
Elke component hangt of dezelfde EIB busleiding en heeft een eigen fysiek adres (dit is de eerste nummer waar je over spreekt) dit nummer wordt enkel gebruikt om de instellingen van de componenten ‘op te laden’, het wordt niet rechtstreeks gebruikt om de commando’s door te sturen.
De commando’s worden verstuurd door middel van telegrammen die een nummer (groepsadres) hebben en een waarde, ze krijgen echter geen specifieke bestemming mee.
In de praktijk loopt het dus als volgt:
De sensor bv. Knop1 is geprogrammeerd om bij het indrukken een telegram te versturen met nummer 2.1.1 en als waarde ‘AAN’. Dit telegram wordt verzonden over de EIB bus en zal dus langs ALLE andere componenten passeren. Elke component zal de nummer van het telegram vergelijken met de lijst van telegrammen/groepsadressen waarvoor hij geprogrammeerd is en indien jouw telegram/groepsadres op die lijst staat zal hij het commando van het telegram uitvoeren, indien het niet op lijst staat laat hij het gewoon passeren.
Verondestel even onderstaande configuratie:
• Knop 1
o fysiek adres 1.0.1
o groepsadres 2.1.1 waarde ‘AAN’
• Relais 1
o fysiek adres 1.0.2
o Groepsadres 2.1.1
• Relais 2
o fysiek adres 1.0.3
o groepsadres 2.1.2
Het telegram dat door knop1 verstuurd wordt zal dus enkel opgepikt worden Relais1 die daarop je licht zal aan doen. De tweede relais doet niets omdat het nummer van het groepsadres niet op zijn ‘lijstje’ staat. Je kan de elke actor laten ‘reageren’ op meerde groepsadressen en op die manier gecombineerde schakelingen maken zoals de ‘alles uit’ of ‘alles aan’
De geavanceerdere zaken zoals bepaalde logica kunnen meestal op 3 manier opgelost worden.
• de actor bevat zelf een aantal functies (bv. Trappenhuis functie om het licht te laten uitgaan na 10min)
• Je gebruikt apart logica modules (die kunnen de OR, AND, NOR, … functies verwerken)
• Je gebruikt bv. een Homeserver (Gira) die je toelaat om geavanceerde logica uit te werken in een visuele omgeving (en nog veel meer)
Ik hoop dat dit je een inzicht geeft in de basisbeginselen van EIB.
Meer info op internet vind je op:
www.eib-userclub.de
www.eib-home.de
Je zal zien dat je best je Duits wat oppoets alvorens hier in te duiken, maar momenteel zijn de meeste goede bronnen nog in het duits…
Als je zelf aan de slag wil met een starterskit dan zal je minstens volgende onderdelen moeten hebben (je kan hier eender welk merk kiezen of combineren)
• Powersupply voor de bus
• Busaankoppelaar om de EIB kabel aan te laten vertrekken
• Datainterface om je PC aan te hangen voor de programmatie
• ETS programmatiesoftware om de modules te programmeren
• Enkele knoppen (sensoren)
• Enkele relais (actoren)
Klinkt op het eerste zicht misschien allemaal wat omslachtig maar tot op heden ben ik nog altijd ZEER tevreden met mijn keuze voor EIB.
Mvg, kris
Ben nog redelijk vers op dit forum en weet dus niet wat er vroeger al verteld is maar wil je wel mijn ‘2 zinnen’ over EIB geven. Heb zelf om de dezelfde redenen als de jouwe ook voor EIB gekozen en ben momenteel mijn installatie aan het ‘afwerken’
Bij EIB heb je twee basiscomponenten sensoren en actoren. Sensoren zijn bv. Knoppen of bewegingsensoren, actoren zijn bv. relais of dimmers.
Elke component hangt of dezelfde EIB busleiding en heeft een eigen fysiek adres (dit is de eerste nummer waar je over spreekt) dit nummer wordt enkel gebruikt om de instellingen van de componenten ‘op te laden’, het wordt niet rechtstreeks gebruikt om de commando’s door te sturen.
De commando’s worden verstuurd door middel van telegrammen die een nummer (groepsadres) hebben en een waarde, ze krijgen echter geen specifieke bestemming mee.
In de praktijk loopt het dus als volgt:
De sensor bv. Knop1 is geprogrammeerd om bij het indrukken een telegram te versturen met nummer 2.1.1 en als waarde ‘AAN’. Dit telegram wordt verzonden over de EIB bus en zal dus langs ALLE andere componenten passeren. Elke component zal de nummer van het telegram vergelijken met de lijst van telegrammen/groepsadressen waarvoor hij geprogrammeerd is en indien jouw telegram/groepsadres op die lijst staat zal hij het commando van het telegram uitvoeren, indien het niet op lijst staat laat hij het gewoon passeren.
Verondestel even onderstaande configuratie:
• Knop 1
o fysiek adres 1.0.1
o groepsadres 2.1.1 waarde ‘AAN’
• Relais 1
o fysiek adres 1.0.2
o Groepsadres 2.1.1
• Relais 2
o fysiek adres 1.0.3
o groepsadres 2.1.2
Het telegram dat door knop1 verstuurd wordt zal dus enkel opgepikt worden Relais1 die daarop je licht zal aan doen. De tweede relais doet niets omdat het nummer van het groepsadres niet op zijn ‘lijstje’ staat. Je kan de elke actor laten ‘reageren’ op meerde groepsadressen en op die manier gecombineerde schakelingen maken zoals de ‘alles uit’ of ‘alles aan’
De geavanceerdere zaken zoals bepaalde logica kunnen meestal op 3 manier opgelost worden.
• de actor bevat zelf een aantal functies (bv. Trappenhuis functie om het licht te laten uitgaan na 10min)
• Je gebruikt apart logica modules (die kunnen de OR, AND, NOR, … functies verwerken)
• Je gebruikt bv. een Homeserver (Gira) die je toelaat om geavanceerde logica uit te werken in een visuele omgeving (en nog veel meer)
Ik hoop dat dit je een inzicht geeft in de basisbeginselen van EIB.
Meer info op internet vind je op:
www.eib-userclub.de
www.eib-home.de
Je zal zien dat je best je Duits wat oppoets alvorens hier in te duiken, maar momenteel zijn de meeste goede bronnen nog in het duits…
Als je zelf aan de slag wil met een starterskit dan zal je minstens volgende onderdelen moeten hebben (je kan hier eender welk merk kiezen of combineren)
• Powersupply voor de bus
• Busaankoppelaar om de EIB kabel aan te laten vertrekken
• Datainterface om je PC aan te hangen voor de programmatie
• ETS programmatiesoftware om de modules te programmeren
• Enkele knoppen (sensoren)
• Enkele relais (actoren)
Klinkt op het eerste zicht misschien allemaal wat omslachtig maar tot op heden ben ik nog altijd ZEER tevreden met mijn keuze voor EIB.
Mvg, kris
Hi Kris,
Bedankt met de info. Maakt alles al wat duidelijker.
Hoe ben je eraan begonnen? Enkel door te lezen op het internet?
Ik ben al een paar keer op duitse sites geweest, maar jammergenoeg is mijn duits zeer slecht, dus dat vlot zo niet.
Ik heb daarnet even de training van ETS gevolgd op http://www.eiba-software.com/CBT/index.swf Heb jij ook de starter?
Ik heb nog duizende vragen naar pratisch gebruik maar ik zal even nog wat surfen.
Tnx, Pierre
Bedankt met de info. Maakt alles al wat duidelijker.
Hoe ben je eraan begonnen? Enkel door te lezen op het internet?
Ik ben al een paar keer op duitse sites geweest, maar jammergenoeg is mijn duits zeer slecht, dus dat vlot zo niet.
Ik heb daarnet even de training van ETS gevolgd op http://www.eiba-software.com/CBT/index.swf Heb jij ook de starter?
Ik heb nog duizende vragen naar pratisch gebruik maar ik zal even nog wat surfen.
Tnx, Pierre
Heb eerst wat zitten lezen op internet en vervolgens een tweetal (duitstalige) boeken besteld bij amazon.de. Kan zelf ook geen duits, maar na enkele bladzijde komt dit vanzelf, vermits de woordenschat dikwijls vrij beperkt is.
Maar boeken blijven toch altijd waat droogjes, dus heb ik gewoon wat modules besteld en een kleine testopstelling gemaakt om mee te experimenteren. Ik kan je garanderen dat het een enorme kick geeft om dan dat stomme lampje voor het eerst te zien aan of uit gaan.
Wat de software betreft ben ik destijds begonnen met een ETS2 demo versie die 20 modules toeliet. Sinds ETS3 bestaat er naast de professional versie ook nog een Starter versie. De starter versie klinkt op zich de logisch keuze maar het probleem is dat deze erg beperkt is en niet door alle modules ondersteund wordt. Persoonlijk vrees ik dat de Starter nooit echt gebruikt zal worden. Als je EIB doet en je doet het zelf dan wil je full control.
Je kan beide versies gratis bestellen als 30-day trial.
Zoek ook maar eens wat op rond de Gira Homeserver want dat is toch wel de 'cherry on the cake'. Je kan er de meest complexe logica en scenes in bedenken, je kan visualisaties maken en dit hele zaakje nog eens via http bedienen terwijl je toch blijft genieten van de robustheid EIB.
Als ik de tijd vind zal ik eens een korte voorstelling maken van mijn work-in-progres...
Veel succes nog, kris
PS. Duizend vragen is perfect normaal, no worries
Maar boeken blijven toch altijd waat droogjes, dus heb ik gewoon wat modules besteld en een kleine testopstelling gemaakt om mee te experimenteren. Ik kan je garanderen dat het een enorme kick geeft om dan dat stomme lampje voor het eerst te zien aan of uit gaan.
Wat de software betreft ben ik destijds begonnen met een ETS2 demo versie die 20 modules toeliet. Sinds ETS3 bestaat er naast de professional versie ook nog een Starter versie. De starter versie klinkt op zich de logisch keuze maar het probleem is dat deze erg beperkt is en niet door alle modules ondersteund wordt. Persoonlijk vrees ik dat de Starter nooit echt gebruikt zal worden. Als je EIB doet en je doet het zelf dan wil je full control.
Je kan beide versies gratis bestellen als 30-day trial.
Zoek ook maar eens wat op rond de Gira Homeserver want dat is toch wel de 'cherry on the cake'. Je kan er de meest complexe logica en scenes in bedenken, je kan visualisaties maken en dit hele zaakje nog eens via http bedienen terwijl je toch blijft genieten van de robustheid EIB.
Als ik de tijd vind zal ik eens een korte voorstelling maken van mijn work-in-progres...
Veel succes nog, kris
PS. Duizend vragen is perfect normaal, no worries
EIB natuurlijk
Ik kon hier natuurlijk niet achterblijven.
Het is waar dat de EIB fabrikanten niet voor alle producten toepassingen voor zien voor ETS Starter en dat anderzijds ETS Starter nooit de vindingrijkheid kan aanbieden die een ervaren EIB programmeur uit zijn hoed kan toveren. ETS Professional lijkt dus aangewezen. De software is echter ontwikkeld voor vakmensen en zoals alle software voor \"Professional\" gebruik is die behoorlijk duur voor een prové gebruiker.
Het address waarover he het hebt is het Fysiek Adress. Dat heeft de vorm X.Y.Z, waarbij X en Y waarden tussen 0 en 15 kunnen hebben en Z van 0 tot 255 kan gaan. Vroeger kon je maar 64 apparaten aan één lijn hangen, vandaar dat je soms het getal 64 leest. Inmiddels kan je er meer aanhangen, als je voeding maar het benodigde vermogen levert.
In kleine installaties blijven X en Y trouwens dezelfde. X.Y is het nummer van een zogenaamde \"lijn\". Wil je een nieuwe lijn, bvb. omdat je meer componenten wil aanhangen dan wat je PSU (=voeding) kan leveren, dan hang je die aan de bestaande lijn en wijzig je Y. Ik kan je in een ander bericht wel één en ander uitleggen over de waarden van X en Y. In kleine installaties zijn die voor alle producten gelijk. Mijn producten hebben bvb. allemaal Fysieke Adressen als 1.1.1 tot 1.1.22 of zo.
Die Fysieke Adressen kan je eigenlijk meteen weer vergeten. Je hebt ze enkel nodig om met ETS een apparaat te kunnen programmeren. Dat apparaat zal dat fysiek adres naderhand als zenderadres gebruiken als het een telegram stuurt, maar voor een ontvanger maakt het zenderadres - dat dus steeds een fysiek adres is - niets uit.
Heel belangrijk daarentegen zijn de Groepsadressen. Die worden toegekend aan de Kommunikatieobjekten in een apparaat. Eén apparaat kan meerdere Kommunikatieobjekten hebben en elk Kommunikatieobjekt kan met meerdere Groepsadressen worden verbonden. Wel zal een Kommunikatieobjekt van een output - bvb. het Kommunikatieobjekt waarlangs een drukknop zijn nieuwe waarde stuurt of het Kommunikatiebjekt waarlangs een temperatuurssensor de temperatuur verstuurt - maar zenden langs één welbepaald (maar evengoied vrij te kiezen) Groepsadres: het zgn. \"zendende groepsadres\".
Nu is het simpel: alle kommunikatie-objekten die naar die informatie van dat zendende Kommunikatie-objekt moeten luisteren, ken je hetzelfde Groepsadres toe.
Dat is iets machtigs:
- Twee of meerdere Kommunikatie-objekten in één of meerdere ontvangende apparaten kunnen naar één en hetzelfde Groepsadres luisteren, m.a.w. naar één telegram op de bus.
EIB is wat men noemt meestal \"data driven\" of een \"sensor/aktor systeem\" (neetje denigrerend vind ik dat): een zender stuurt zijn boodschap de bus op langs zijn zendend Groepsadres, maar heeft er helemaal geen idee van wie er allemaal naar luistert.
Een schakelaar stuurt een \"0\" op de bus bvb. op groepsadres 1/1/1, maar weet niet hoeveel andere apparaten er naar luisteren en hoe die zullen reageren. Doordat dit geen commando-taaltje is dat steeds moet uitgebreid worden zijn de EIB fabrikanten veel vrijer en kan ook de installateur enige vindingrijkheid aan de dag leggen.
FOUT Het is dus fout te denken dat EIB apparaten telegrammen aan elkaar sturen. Een zender stuurt wat op de bus en heeft er eigenlijk geen idee van aan wie. Als twee apparaten moeten worden aangesproken door een zender, bvb. een drukknop, gaat er maar één telegram op de bus, geen twee. Dit geldt uiteraard ook als er 20 apparaten meeluisteren.
Mijn \"alles uit\" knop in mijn inkomhal stuurt op groepsadres 2/3/0 de waarde \"0\". Daar luisteren denk ik zo'n 60 Kommunikatie-objekten naar in misschien zo'n 15 of meer apparaten!
Iets 10 sec. laten branden? Ai, hier komtervaring om de hoek kijken. Je zou kunnen verwachten dat een zender een \"aan\"-telegram stuurt en 10 seconden later een \"uit\"-telegram. Dat is niet zo.
Wat zou er gebeuren als je twee apparaten wil bedienen, het ene 10 s en het andere 20 s (bvb. in een grote traphal: één relais valt af na 1 minuut, een tweede relais voor de mensen van de hoogste verdiepingen na twee minuten) ... Wordt moeilijk. Daarom zitten dergelijke tijdsvertragingen bij EIB steeds in de ontvanger (aktor) en niet in de zender. De zender stuurt \"aan\" en de ontvanger kan dan zo ingesteld worden dat hij na 10 s automatisch (dus zonder telegram) weer afvalt.
n.b.: Het Duiste systeem LCN biedt die mogelijkheid wel. Lijkt eerst interessant, maar het leidt tot chaos op den duur. Heel wat installateurs houden er hoofdpijn aan over
Overigens: duidt Groepsadressen aan als X/Y/Z en fysieke adressen als X.Y.Z. Dan houd je ze gemakkelijker uit elkaar.
Veel success en stel maar vragen!
Het is waar dat de EIB fabrikanten niet voor alle producten toepassingen voor zien voor ETS Starter en dat anderzijds ETS Starter nooit de vindingrijkheid kan aanbieden die een ervaren EIB programmeur uit zijn hoed kan toveren. ETS Professional lijkt dus aangewezen. De software is echter ontwikkeld voor vakmensen en zoals alle software voor \"Professional\" gebruik is die behoorlijk duur voor een prové gebruiker.
Het address waarover he het hebt is het Fysiek Adress. Dat heeft de vorm X.Y.Z, waarbij X en Y waarden tussen 0 en 15 kunnen hebben en Z van 0 tot 255 kan gaan. Vroeger kon je maar 64 apparaten aan één lijn hangen, vandaar dat je soms het getal 64 leest. Inmiddels kan je er meer aanhangen, als je voeding maar het benodigde vermogen levert.
In kleine installaties blijven X en Y trouwens dezelfde. X.Y is het nummer van een zogenaamde \"lijn\". Wil je een nieuwe lijn, bvb. omdat je meer componenten wil aanhangen dan wat je PSU (=voeding) kan leveren, dan hang je die aan de bestaande lijn en wijzig je Y. Ik kan je in een ander bericht wel één en ander uitleggen over de waarden van X en Y. In kleine installaties zijn die voor alle producten gelijk. Mijn producten hebben bvb. allemaal Fysieke Adressen als 1.1.1 tot 1.1.22 of zo.
Die Fysieke Adressen kan je eigenlijk meteen weer vergeten. Je hebt ze enkel nodig om met ETS een apparaat te kunnen programmeren. Dat apparaat zal dat fysiek adres naderhand als zenderadres gebruiken als het een telegram stuurt, maar voor een ontvanger maakt het zenderadres - dat dus steeds een fysiek adres is - niets uit.
Heel belangrijk daarentegen zijn de Groepsadressen. Die worden toegekend aan de Kommunikatieobjekten in een apparaat. Eén apparaat kan meerdere Kommunikatieobjekten hebben en elk Kommunikatieobjekt kan met meerdere Groepsadressen worden verbonden. Wel zal een Kommunikatieobjekt van een output - bvb. het Kommunikatieobjekt waarlangs een drukknop zijn nieuwe waarde stuurt of het Kommunikatiebjekt waarlangs een temperatuurssensor de temperatuur verstuurt - maar zenden langs één welbepaald (maar evengoied vrij te kiezen) Groepsadres: het zgn. \"zendende groepsadres\".
Nu is het simpel: alle kommunikatie-objekten die naar die informatie van dat zendende Kommunikatie-objekt moeten luisteren, ken je hetzelfde Groepsadres toe.
Dat is iets machtigs:
- Twee of meerdere Kommunikatie-objekten in één of meerdere ontvangende apparaten kunnen naar één en hetzelfde Groepsadres luisteren, m.a.w. naar één telegram op de bus.
EIB is wat men noemt meestal \"data driven\" of een \"sensor/aktor systeem\" (neetje denigrerend vind ik dat): een zender stuurt zijn boodschap de bus op langs zijn zendend Groepsadres, maar heeft er helemaal geen idee van wie er allemaal naar luistert.
Een schakelaar stuurt een \"0\" op de bus bvb. op groepsadres 1/1/1, maar weet niet hoeveel andere apparaten er naar luisteren en hoe die zullen reageren. Doordat dit geen commando-taaltje is dat steeds moet uitgebreid worden zijn de EIB fabrikanten veel vrijer en kan ook de installateur enige vindingrijkheid aan de dag leggen.
FOUT Het is dus fout te denken dat EIB apparaten telegrammen aan elkaar sturen. Een zender stuurt wat op de bus en heeft er eigenlijk geen idee van aan wie. Als twee apparaten moeten worden aangesproken door een zender, bvb. een drukknop, gaat er maar één telegram op de bus, geen twee. Dit geldt uiteraard ook als er 20 apparaten meeluisteren.
Mijn \"alles uit\" knop in mijn inkomhal stuurt op groepsadres 2/3/0 de waarde \"0\". Daar luisteren denk ik zo'n 60 Kommunikatie-objekten naar in misschien zo'n 15 of meer apparaten!
Iets 10 sec. laten branden? Ai, hier komtervaring om de hoek kijken. Je zou kunnen verwachten dat een zender een \"aan\"-telegram stuurt en 10 seconden later een \"uit\"-telegram. Dat is niet zo.
Wat zou er gebeuren als je twee apparaten wil bedienen, het ene 10 s en het andere 20 s (bvb. in een grote traphal: één relais valt af na 1 minuut, een tweede relais voor de mensen van de hoogste verdiepingen na twee minuten) ... Wordt moeilijk. Daarom zitten dergelijke tijdsvertragingen bij EIB steeds in de ontvanger (aktor) en niet in de zender. De zender stuurt \"aan\" en de ontvanger kan dan zo ingesteld worden dat hij na 10 s automatisch (dus zonder telegram) weer afvalt.
n.b.: Het Duiste systeem LCN biedt die mogelijkheid wel. Lijkt eerst interessant, maar het leidt tot chaos op den duur. Heel wat installateurs houden er hoofdpijn aan over
Overigens: duidt Groepsadressen aan als X/Y/Z en fysieke adressen als X.Y.Z. Dan houd je ze gemakkelijker uit elkaar.
Veel success en stel maar vragen!
Kris,
bedankt voor de tips.
Die ETS is redelijk duur, ik zal misschien starten met de Starters versie en dan verder met de Demo van de Prof versie.
Ik heb nog niet naar die Gira gekeken, ik ben van plan de EIB.VB module te kopen. Dan kan je in Visual Basic telegrammen lezen en schrijven.
Ik heb hier een server staan en die dan de meer complexe zaken doen. Ik zou enkel het licht aan/uit/dimmen in EIB programmeren, de rest zal de server doen.
Nogmaals bedankt,
Pierre
bedankt voor de tips.
Die ETS is redelijk duur, ik zal misschien starten met de Starters versie en dan verder met de Demo van de Prof versie.
Ik heb nog niet naar die Gira gekeken, ik ben van plan de EIB.VB module te kopen. Dan kan je in Visual Basic telegrammen lezen en schrijven.
Ik heb hier een server staan en die dan de meer complexe zaken doen. Ik zou enkel het licht aan/uit/dimmen in EIB programmeren, de rest zal de server doen.
Nogmaals bedankt,
Pierre
... verder
Het ging er hem over dat in EIB tijdsvertragingen steeds in de aktor zitten, en niet in de sensor. In de praktijk voorzien de meeste applikatie-programma's voor relais parameters die toelaten dit soort schakelgedrag in te stellen (vetraagd in- en uitschakelen).
De produktdatabases kan je van de websites van meeste fabrikanten gratis downloaden, dus kan je de beschikbare programma's voor een apparaat en de parameters die die apparaten bieden al eens bekijken nog voor het het apparaat koopt.
Let erop als je ETS Starter koopt, dat je dan ook alleen maar produkten koopt waarvoor voor ETS Starter een applikatieprogramma bestaat.
Ik geloof dat GIRA een redelijk uitgebreid palet aan produkten heeft voor ETS Starter, waarmee je al behoorlijk wat funcktionaliteit kan realiseren.
De produktdatabases kan je van de websites van meeste fabrikanten gratis downloaden, dus kan je de beschikbare programma's voor een apparaat en de parameters die die apparaten bieden al eens bekijken nog voor het het apparaat koopt.
Let erop als je ETS Starter koopt, dat je dan ook alleen maar produkten koopt waarvoor voor ETS Starter een applikatieprogramma bestaat.
Ik geloof dat GIRA een redelijk uitgebreid palet aan produkten heeft voor ETS Starter, waarmee je al behoorlijk wat funcktionaliteit kan realiseren.
Als je wil weten welke modules 'geschikt' zijn om met de starter te werken kan je altijd kijken op www.eibmarkt.de Hun online shop toont je per product of het geschikt is voor ETS2, ETS Starter of ETS3 Prof. Voorgesteld als [2] [S] [P]
Is me trouwens net opgevallen dat de veel gebruikte knoppen met ingebouwde thermostaat en display van Gira en Berker niet ondersteund worden voor ETS Starter. Is toch wel een belangrijke 'showstopper' voor ETS Starter als je het mij vraagt.
Als je een voorbeeld wil van iemand die zijn visualisatie in VB heeft gebouwd is dit een goede thread:
http://www.eib-userclub.de/forum/showthread.php3?t=2641
Het idee om alles lekker zelf te kunnen bouwen in VB is natuurlijk aantrekelijk, maar als informaticus zal je je ook wel bewust zijn van de voor- en nadelen van custom code t.o.v. een packaged solution. De build vs. buy keuze dringt zich dus ook hier op.
Hou in het achterhoofd dat je ontwikkeling wel een 25-tal jaar zal moeten meegaan en onderhouden worden en dat je als je je huis verkoopt het wel moet overgedragen kunnnen worden aan de volgende...
Ook het om de 5 jaar migreren van je applicatie naar een niewe release van VB is niet altijd even leuk, zeker niet als je (uit ervaring) even geen goesting hebt om aan je eib verder te werken.
Is me trouwens net opgevallen dat de veel gebruikte knoppen met ingebouwde thermostaat en display van Gira en Berker niet ondersteund worden voor ETS Starter. Is toch wel een belangrijke 'showstopper' voor ETS Starter als je het mij vraagt.
Als je een voorbeeld wil van iemand die zijn visualisatie in VB heeft gebouwd is dit een goede thread:
http://www.eib-userclub.de/forum/showthread.php3?t=2641
Het idee om alles lekker zelf te kunnen bouwen in VB is natuurlijk aantrekelijk, maar als informaticus zal je je ook wel bewust zijn van de voor- en nadelen van custom code t.o.v. een packaged solution. De build vs. buy keuze dringt zich dus ook hier op.
Hou in het achterhoofd dat je ontwikkeling wel een 25-tal jaar zal moeten meegaan en onderhouden worden en dat je als je je huis verkoopt het wel moet overgedragen kunnnen worden aan de volgende...
Ook het om de 5 jaar migreren van je applicatie naar een niewe release van VB is niet altijd even leuk, zeker niet als je (uit ervaring) even geen goesting hebt om aan je eib verder te werken.
Kris,
Goede tip van eibmarkt, het viel op dat veel sensors niet werken met de starter!
De thread was heel goed, ik heb babelfish van altavista gebruikt om het te vertalen, was soms onduidelijk maar beter dan in Duits te lezen.
Sommige gingen wel heel ver met hun implementatie, zoveel sensors...
Je hebt gelijk naar ontwikkeling. En wat als de server crasht. Mijn idee is om de basis implementatie te maken met de drukknoppen. Zo zal het licht en stores werken zonder server. De speciale zaken (afhankelijk tijd, sfeer, ...) zou ik wel met de server implementeren. Misschien koop ik na een paar jaar een OPC, wie weet. Ik doe het vooral voor de fun.
Ik ga beginnen met een basispakket te kopen.
Bedankt, Pierre
Goede tip van eibmarkt, het viel op dat veel sensors niet werken met de starter!
De thread was heel goed, ik heb babelfish van altavista gebruikt om het te vertalen, was soms onduidelijk maar beter dan in Duits te lezen.
Sommige gingen wel heel ver met hun implementatie, zoveel sensors...
Je hebt gelijk naar ontwikkeling. En wat als de server crasht. Mijn idee is om de basis implementatie te maken met de drukknoppen. Zo zal het licht en stores werken zonder server. De speciale zaken (afhankelijk tijd, sfeer, ...) zou ik wel met de server implementeren. Misschien koop ik na een paar jaar een OPC, wie weet. Ik doe het vooral voor de fun.
Ik ga beginnen met een basispakket te kopen.
Bedankt, Pierre
Hangt ervan af
Dat hangt er van af welk applikatieprogramma je kiest voor je schakelaar.
Bij heel wat schakelaars kan je kiezen wat er moet gebeuren als je op een schakelvlak drukt. Iets als:
- \"Einschalten\" (een \"1\" op de bus; aanschakelen)
- \"Ausschalten\" (een \"0\" op de bus; uitschakelen)
- \"Umschalten\" (de schakelaar stuurt afwisselend een 0 en een 1 op de bus).
Bij schakelaars die uit twee schakelvlakjes bestaat (de meeste tegenwoordig) heb je dikwijls een kommunikatie-objekt per schakelvlakje. Als je dan de instelling 'omschakelen' kiest kan je gerust met één schakelaar twee functies realiseren.
Wel is het zo dat als je dit \"omschakelen\" zou doen met meerdere schakelaars, dat je dan ervoor moet zorgen dat de ene schakelaar ook de telegrammen van de andere(n) hoort. Daartoe zet je (als ze allemaal hetzelfde groepsadres hebben) gewoon de \"schrijven\" (write) vlag aan.
Anders gebeurt dit: (begintoestand: alle kommunikatie-objekten zijn 0; licht is uit), als de kommunikatie-objekten NIET op write zouden staan.
SCHAK1:KO1 = 0
SCHAK2:KO1 = 0
Schakelaar 1 wordt gedrukt (één van de schakelaars als het er een is meet meerdere schakelfuncties of een schakelvlakje).
SCHAK1:KO1 -> 1 en stuurt dit op de bus. Het licht gaat aan.
SCHAK2:KO1 staat niet \"write enabled\"; hoort die niet en blijft op 0 staan.
Dan wil je met schakelaar twee het licht uitschakelen. Je drukt en ...
SCHAK2:KO1 -> 1 .. Hij wil het licht uitschakelen i.p.v. aanschakelen.
Een veel elegantere oplossing is echter het Statusobjekt van de aktor te gebruiken. Veel aktoren hebben nu een kommunikatie-objekt waarlangs ze hun status melden als die zicht wijzigt. Veel sensoren hebben dan weer een \"Status-ingang\" (Statusrückmelde-Objekt). Die geef je allemaal hetzelfde groepsadres (maar een ander dan om aan/uit te schakelen) en dan zullen de sensoren zich netjes synchroniseren.
Als je zegt welke produkten je wenst te gebruiken kan ik je dat snel even voordoen?
Bij heel wat schakelaars kan je kiezen wat er moet gebeuren als je op een schakelvlak drukt. Iets als:
- \"Einschalten\" (een \"1\" op de bus; aanschakelen)
- \"Ausschalten\" (een \"0\" op de bus; uitschakelen)
- \"Umschalten\" (de schakelaar stuurt afwisselend een 0 en een 1 op de bus).
Bij schakelaars die uit twee schakelvlakjes bestaat (de meeste tegenwoordig) heb je dikwijls een kommunikatie-objekt per schakelvlakje. Als je dan de instelling 'omschakelen' kiest kan je gerust met één schakelaar twee functies realiseren.
Wel is het zo dat als je dit \"omschakelen\" zou doen met meerdere schakelaars, dat je dan ervoor moet zorgen dat de ene schakelaar ook de telegrammen van de andere(n) hoort. Daartoe zet je (als ze allemaal hetzelfde groepsadres hebben) gewoon de \"schrijven\" (write) vlag aan.
Anders gebeurt dit: (begintoestand: alle kommunikatie-objekten zijn 0; licht is uit), als de kommunikatie-objekten NIET op write zouden staan.
SCHAK1:KO1 = 0
SCHAK2:KO1 = 0
Schakelaar 1 wordt gedrukt (één van de schakelaars als het er een is meet meerdere schakelfuncties of een schakelvlakje).
SCHAK1:KO1 -> 1 en stuurt dit op de bus. Het licht gaat aan.
SCHAK2:KO1 staat niet \"write enabled\"; hoort die niet en blijft op 0 staan.
Dan wil je met schakelaar twee het licht uitschakelen. Je drukt en ...
SCHAK2:KO1 -> 1 .. Hij wil het licht uitschakelen i.p.v. aanschakelen.
Een veel elegantere oplossing is echter het Statusobjekt van de aktor te gebruiken. Veel aktoren hebben nu een kommunikatie-objekt waarlangs ze hun status melden als die zicht wijzigt. Veel sensoren hebben dan weer een \"Status-ingang\" (Statusrückmelde-Objekt). Die geef je allemaal hetzelfde groepsadres (maar een ander dan om aan/uit te schakelen) en dan zullen de sensoren zich netjes synchroniseren.
Als je zegt welke produkten je wenst te gebruiken kan ik je dat snel even voordoen?