WEBIO 12DIGITAL - Versionsgeschichte

Krikan: Commandref-Link in Modulbox manuell gesetzt (Unterstrich im Modulname wird sonst nicht beachtet)

2015-12-08T12:55:14Z

Commandref-Link in Modulbox manuell gesetzt (Unterstrich im Modulname wird sonst nicht beachtet)

← Nächstältere Version		Version vom 8. Dezember 2015, 14:55 Uhr
Zeile 2:		Zeile 2:
	\|ModPurpose=Ansteurung von W&T WebIO Digital		\|ModPurpose=Ansteurung von W&T WebIO Digital
	\|ModType=d		\|ModType=d
			\|ModCmdRef=WEBIO_12DIGITAL
	\|ModForumArea=Sonstiges		\|ModForumArea=Sonstiges
	\|ModTechName=23_WEBIO_12DIGITAL.pm		\|ModTechName=23_WEBIO_12DIGITAL.pm

Ph1959de: Ph1959de verschob die Seite WebIO Digital nach WEBIO 12DIGITAL, ohne dabei eine Weiterleitung anzulegen: Anpassung an richtige Schreibweise des Modulnamens

2015-12-07T16:51:03Z

Ph1959de verschob die Seite WebIO Digital nach WEBIO 12DIGITAL, ohne dabei eine Weiterleitung anzulegen: Anpassung an richtige Schreibweise des Modulnamens

← Nächstältere Version		Version vom 7. Dezember 2015, 18:51 Uhr
(kein Unterschied)

Krikan: Kategorien aufgenommen

2015-12-07T16:32:12Z

Kategorien aufgenommen

← Nächstältere Version		Version vom 7. Dezember 2015, 18:32 Uhr
Zeile 1:		Zeile 1:
	{{Infobox Modul		{{Infobox Modul
	\|ModPurpose=Ansteurung von W&T WebIO Digital		\|ModPurpose=Ansteurung von W&T WebIO Digital
	~~<!--~~\|ModType=~~x <-keine Ahnung, bitte von jemanden mit Ahnung anpassen -->~~		\|ModType=d
	~~<!-- \|ModCategory= (noch?) nicht verwendet -->~~		\|ModForumArea=Sonstiges
	~~<!-- \|ModCmdRef= wird automatisch generiert -->~~
	\|ModForumArea=~~Sonstige Systeme~~
	\|ModTechName=23_WEBIO_12DIGITAL.pm		\|ModTechName=23_WEBIO_12DIGITAL.pm
	\|ModOwner=Sascha alias sachag <!--inzwischen scheinbar nicht mehr im Forum aktiv http://forum.fhem.de/index.php/topic,5938.msg23443.html#msg23443 -->		\|ModOwner=Sascha alias sachag <!--inzwischen scheinbar nicht mehr im Forum aktiv http://forum.fhem.de/index.php/topic,5938.msg23443.html#msg23443 -->
Zeile 86:		Zeile 84:
	== Links ==		== Links ==
	* Herstellerwebsite: [http://www.wut.de www.wut.de]		* Herstellerwebsite: [http://www.wut.de www.wut.de]


			[[Kategorie:IP Components]]

Muschelpuster: Überwachung der WebIO-Inputs - Ergänzung um Möglichkeit via HTTPMOD

2015-12-02T20:01:37Z

Überwachung der WebIO-Inputs - Ergänzung um Möglichkeit via HTTPMOD

← Nächstältere Version		Version vom 2. Dezember 2015, 22:01 Uhr
Zeile 63:		Zeile 63:
	[[Datei:WebIO-Alarm2.png]]<br>		[[Datei:WebIO-Alarm2.png]]<br>
	''Bei der Befehlszeile ist darauf zu achten, dass diese mit einem Return abgeschlossen ist, da ansonsten die Befehlsausführung scheitert.''		''Bei der Befehlszeile ist darauf zu achten, dass diese mit einem Return abgeschlossen ist, da ansonsten die Befehlsausführung scheitert.''
	===== zyklische ~~Statusübermittlung~~ =====		===== zyklische Statusaktualisierung =====
	Da die Zustände nicht gepollt werden, könnte es passieren, dass eine Änderung nicht im FHEM registriert wird. Um dieses Risiko zu minimieren kann der Alarm auch zyklisch gestartet werden. Zudem kann der Status nach Restart des WebIO neu übermittelt werden:<br>		Da die Zustände nicht gepollt werden, könnte es passieren, dass eine Änderung nicht im FHEM registriert wird. Um dieses Risiko zu minimieren gibt es 2 Wege den Status. zyklisch zu aktualisieren. Zum Einen kann mit dem HTTPMOD zyklisch der Input gelesen werden, zum Anderen kann der Alarm auch zyklisch gestartet werden. Zudem kann der Status nach Restart des WebIO neu übermittelt werden:<br>
			====== Prüfung via HTTPMOD ======
			Diese Option bietet sich an, wenn man keinen Dummy anlegen will und die zyklische Prüfung des Input-Status ausreicht.
			:<code>define WebIO_I0 HTTPMOD http://WebIO-Adresse/input0?PW=& Prüfintevall</code>
			:<code>attr WebIO_I0 userattr reading00Name reading00Regex</code>
			:<code>attr WebIO_I0 reading00Name Input00</code>
			:<code>attr WebIO_I0 reading00Regex input0;(.*)</code>
			''Beim Anlegen über die GUI-Kommandozeile kann der Punkt userattr ignoriert werden, dies wir automatisch durch das Anlegen der anderen Attribute erledigt. Beim direkten Eintragen in die Konfig (nicht empfohlen) müssen im Attribut Regex 2 Semikolons angegeben werden''
			Um nun den Dummy zu setzen, bedarf es noch eines Notify.
			====== Prüfung via zyklischer Alarme im Web-IO ======
	[[Datei:WebIO-Alarm3.png]]<br>		[[Datei:WebIO-Alarm3.png]]<br>
	''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''		''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''

Muschelpuster: Rechtschreibkorrektur

2015-11-27T11:43:28Z

Rechtschreibkorrektur

← Nächstältere Version		Version vom 27. November 2015, 13:43 Uhr
Zeile 72:		Zeile 72:

	==== Einschränkung ====		==== Einschränkung ====
	Sehr kurze ON-Impulse am Eingang führten im Test dazu, dass der OFF-Zustand nicht mehr gesetzt wurde. Im Trace hat sich gezeigt, dass das WebIO den OFF-~~befehl~~ nicht sendet.<br>		Sehr kurze ON-Impulse am Eingang führten im Test dazu, dass der OFF-Zustand nicht mehr gesetzt wurde. Im Trace hat sich gezeigt, dass das WebIO den OFF-Befehl nicht sendet.<br>
	Wenn das Übermitteln einer Zustandsänderung scheitert, wird der Input-Zustand nicht gepollt, es wird also erst bei der nächsten Zustandsänderung der Dummy-Zustand angepasst. Dieser Umstand lässt sich durch die oben beschriebene zyklische Übertragung des Zustandes reduzieren.		Wenn das Übermitteln einer Zustandsänderung scheitert, wird der Input-Zustand nicht gepollt, es wird also erst bei der nächsten Zustandsänderung der Dummy-Zustand angepasst. Dieser Umstand lässt sich durch die oben beschriebene zyklische Übertragung des Zustandes reduzieren.

	== Links ==		== Links ==
	* Herstellerwebsite: [http://www.wut.de www.wut.de]		* Herstellerwebsite: [http://www.wut.de www.wut.de]

Muschelpuster: Rechtschreibkorrektur

2015-11-27T11:40:28Z

Rechtschreibkorrektur

← Nächstältere Version		Version vom 27. November 2015, 13:40 Uhr
Zeile 14:		Zeile 14:
	=== Allgemeines ===		=== Allgemeines ===
	Die Firma Wiesemann & Theis GmbH in Wuppertal stellt diverse Geräte zur Daten- und Signalübertragung in Industrieqaulität her. Die Geräte sind relativ hochpreisig, aber auch sehr robust.<br>		Die Firma Wiesemann & Theis GmbH in Wuppertal stellt diverse Geräte zur Daten- und Signalübertragung in Industrieqaulität her. Die Geräte sind relativ hochpreisig, aber auch sehr robust.<br>
	Die WebIOs zeichnen sich durch einen recht hohen Bereich in der Versorgungsspannung (12-24V AC/DC) und der Eingangsspannung (max. Eingangsspannung +/-30V, Schaltschwelle 8V +/- 1V) sowie einem geringem Steuerstrom an den ~~Eingangen~~ ("Ein"-Strom = 2,2 mA) aus. Sie besitzen eine galvanische Trennung. Die Ausgänge sind entweder digital (12x 6V-30V, 500mA) oder potentialfreie Relaiskontakte (6x Schaltspannung max 48V AC bei 5A Laststrom bzw. Schaltspannung max 30V DC bei 5A Laststrom). Die Digitalausgänge können in Gruppen zusammengefasst werden, um höhere Ströme zu schalten.		Die WebIOs zeichnen sich durch einen recht hohen Bereich in der Versorgungsspannung (12-24V AC/DC) und der Eingangsspannung (max. Eingangsspannung +/-30V, Schaltschwelle 8V +/- 1V) sowie einem geringem Steuerstrom an den Eingängen ("Ein"-Strom = 2,2 mA) aus. Sie besitzen eine galvanische Trennung. Die Ausgänge sind entweder digital (12x 6V-30V, 500mA) oder potentialfreie Relaiskontakte (6x Schaltspannung max 48V AC bei 5A Laststrom bzw. Schaltspannung max 30V DC bei 5A Laststrom). Die Digitalausgänge können in Gruppen zusammengefasst werden, um höhere Ströme zu schalten.

	=== Basic Syntax ===		=== Basic Syntax ===

Muschelpuster am 23. November 2015 um 10:41 Uhr

2015-11-23T10:41:30Z

← Nächstältere Version		Version vom 23. November 2015, 12:41 Uhr
Zeile 68:		Zeile 68:
	''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''		''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''
	Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>		Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>
	[[Datei:~~Wut4~~.~~PNG~~]]<br>		[[Datei:WebIO-Alarm4.png]]<br>
	''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''		''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''

Muschelpuster: /* zyklische Statusübermittlung */

2015-11-23T10:36:13Z

zyklische Statusübermittlung

← Nächstältere Version		Version vom 23. November 2015, 12:36 Uhr
Zeile 68:		Zeile 68:
	''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''		''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''
	Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>		Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>
	[[Datei:Wut4.~~png~~]]<br>		[[Datei:Wut4.PNG]]<br>
	''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''		''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''

Muschelpuster: /* zyklische Statusübermittlung */

2015-11-23T10:35:16Z

zyklische Statusübermittlung

← Nächstältere Version		Version vom 23. November 2015, 12:35 Uhr
Zeile 68:		Zeile 68:
	''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''		''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''
	Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>		Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>
	[[Datei:~~WuT4~~.png]]<br>		[[Datei:Wut4.png]]<br>
	''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''		''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''

Muschelpuster: /* zyklische Statusübermittlung */

2015-11-23T10:33:59Z

zyklische Statusübermittlung

← Nächstältere Version		Version vom 23. November 2015, 12:33 Uhr
Zeile 68:		Zeile 68:
	''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''		''In diesem Beispiel soll nun der Status minütlich übertragen, sowie nach einem Restart des WebIO.''
	Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>		Eine Überprüfung zeigte, dass die zyklische Übertragung nicht funktioniert. Laut Handbuch muss noch der Time Trigger administriert werden:<br>
	[[Datei:~~WebIO-Alarm4~~.png]]<br>		[[Datei:WuT4.png]]<br>
	''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''		''Nun konnte ein minütliches Update des Inputstatus geprüft werden. Details zum Sytax des Time Trigger sind im Handbuch des WebIO zu finden. Dieser soll sich jedoch an dem Syntax des Linux-Cron orientieren.''