eibler
28.02.06, 22:57
Hallo zusammen,
ich weiß, dieses Thema wurde bereits bis an die Grenze des Erträglichen diskutiert. Ich hab die Beiträge auch fast alle gelesen, aber irgendwie stellte sich der Aha-Effekt bei mir noch nicht ein. Verzeiht mir also, wenn ich euch damit also auch noch auf den Wecker falle.
Ich versuche mal, einiges auf einen einfachen Nenner zu bringen:
Als Schnittstelle hierfür wird häufig die EIB-Weiche von Schlaps & Partner genannt, die – wenn ich es richtig gelesen hab – so um die 800 Flocken kostet, und im Prinzip nichts anderes ist, als eine Schnittstelle zwischen RS232 und dem EIB-Bus. Genau den gleichen Nutzen erfüllt doch jede RS232-Schnittstelle, die ich ohnehin zum Parametrieren der Anlage benötige (ich weiß USB ist eine Alternative, die lasse ich aber einfach mal außer Acht). Ich kann mittels ETS Schaltbefehle senden und den Status abfragen, wozu brauch ich also zusätzlich eine 800 Euro teuere Hardware, wenn ich (das muss ich an dieser Stelle hinzufügen) nur experimentieren möchte? :confused:
In einem Bericht wurde auf das EIB-Protokoll hingewiesen in Bezug auf Timingverhalten und Synchronisation der EIB-Telegramme. Warum hat mich das bei der Programmierung der RS232-Schnittstelle zu interessieren? :confused: Das EIB-Telegramm wird von der Datenschnittstelle generiert, ich hab mich dabei nur auf die serielle Seite zu konzentrieren. Und genau auf dieser seriellen Seite kann mittels Visual Basic ein RS232-Telegramm Bit für Bit aufgebaut werden.
Aus diesen Überlegungen heraus ergeben sich für mich weitere Fragen:
Warum ist es so kompliziert wenn nicht gar unmöglich durch entsprechende Scripts genau diese Bit-Kombinationen auf den COM-Port zu schicken, wie die ETS-Software auch? :confused:
Und, falls es doch geht, muss das Telegramm auf der COM-Seite genauso aufgebaut sein, wie auf dem EIB-Bus? :confused:
Mit anderen Worten: Es muss doch möglich sein, aus einer VB-Anwendung (Visual Basic oder Access oder Excel) heraus einfache Schaltbefehle und Statusabfragen zu programmieren.
Ich möchte noch mal betonen, dass es für mich vorerst nur ums Experimentieren geht. Wenn ich mit diesen Versuchen klar komme, steht dem Erwerb von professioneller Hard- und Software nichts im Weg. Sollten aber meine Programmierkenntnisse nicht ausreichen, hab ich zumindest nicht hunderte von Euros umsonst rausgeschmissen.
Vorab schon mal Danke für eure Geduld und eure Hilfe.:o
Gruß,
Willi
ich weiß, dieses Thema wurde bereits bis an die Grenze des Erträglichen diskutiert. Ich hab die Beiträge auch fast alle gelesen, aber irgendwie stellte sich der Aha-Effekt bei mir noch nicht ein. Verzeiht mir also, wenn ich euch damit also auch noch auf den Wecker falle.
Ich versuche mal, einiges auf einen einfachen Nenner zu bringen:
Als Schnittstelle hierfür wird häufig die EIB-Weiche von Schlaps & Partner genannt, die – wenn ich es richtig gelesen hab – so um die 800 Flocken kostet, und im Prinzip nichts anderes ist, als eine Schnittstelle zwischen RS232 und dem EIB-Bus. Genau den gleichen Nutzen erfüllt doch jede RS232-Schnittstelle, die ich ohnehin zum Parametrieren der Anlage benötige (ich weiß USB ist eine Alternative, die lasse ich aber einfach mal außer Acht). Ich kann mittels ETS Schaltbefehle senden und den Status abfragen, wozu brauch ich also zusätzlich eine 800 Euro teuere Hardware, wenn ich (das muss ich an dieser Stelle hinzufügen) nur experimentieren möchte? :confused:
In einem Bericht wurde auf das EIB-Protokoll hingewiesen in Bezug auf Timingverhalten und Synchronisation der EIB-Telegramme. Warum hat mich das bei der Programmierung der RS232-Schnittstelle zu interessieren? :confused: Das EIB-Telegramm wird von der Datenschnittstelle generiert, ich hab mich dabei nur auf die serielle Seite zu konzentrieren. Und genau auf dieser seriellen Seite kann mittels Visual Basic ein RS232-Telegramm Bit für Bit aufgebaut werden.
Aus diesen Überlegungen heraus ergeben sich für mich weitere Fragen:
Warum ist es so kompliziert wenn nicht gar unmöglich durch entsprechende Scripts genau diese Bit-Kombinationen auf den COM-Port zu schicken, wie die ETS-Software auch? :confused:
Und, falls es doch geht, muss das Telegramm auf der COM-Seite genauso aufgebaut sein, wie auf dem EIB-Bus? :confused:
Mit anderen Worten: Es muss doch möglich sein, aus einer VB-Anwendung (Visual Basic oder Access oder Excel) heraus einfache Schaltbefehle und Statusabfragen zu programmieren.
Ich möchte noch mal betonen, dass es für mich vorerst nur ums Experimentieren geht. Wenn ich mit diesen Versuchen klar komme, steht dem Erwerb von professioneller Hard- und Software nichts im Weg. Sollten aber meine Programmierkenntnisse nicht ausreichen, hab ich zumindest nicht hunderte von Euros umsonst rausgeschmissen.
Vorab schon mal Danke für eure Geduld und eure Hilfe.:o
Gruß,
Willi