OWServer & OWDevice - Versionsgeschichte

Muschelpuster: Installation einer abweichenden Version von OWNet.pm

2018-04-30T05:24:17Z

Installation einer abweichenden Version von OWNet.pm

← Nächstältere Version		Version vom 30. April 2018, 07:24 Uhr
Zeile 222:		Zeile 222:

	==Anwendungsbeispiele==		==Anwendungsbeispiele==
	[[Stromzähler_und_1-Wire,_OWServer,_OWDevice\|Hier]] findet man ein Beispiel einer Anbindung zweier Leistungsmesser (aka Stromzähler) mit S0 Ausgang über einen 1-wire-S0-Zähler an FHEM.		[[Stromzähler_und_1-Wire,_OWServer,_OWDevice\|Hier]] findet man ein Beispiel einer Anbindung zweier Leistungsmesser (aka Stromzähler) mit S0 Ausgang über einen 1-wire-S0-Zähler an FHEM.

			==Installation einer abweichenden Version von OWNet.pm==
			Die benötigte Datei befindet sich im jeweiligen Paket auf [https://sourceforge.net/projects/owfs/files/owfs/ Sourceforge]. Nach dem Entpacken ist im Ordner ../module/ownet/perl5/OWNet/lib die Datei OWNet.pm. Diese Datei ist nach OWNet-Version.pm umzubenennen und in den FHEM-Ordner ../FHEM/lib/ zu kopieren. Abschließend müssen ggf. die Dateirechte angepasst werden.

	== Bekannte Probleme ==		== Bekannte Probleme ==

Muschelpuster: optionale Angabe von Version

2018-04-30T05:10:31Z

optionale Angabe von Version

← Nächstältere Version		Version vom 30. April 2018, 07:10 Uhr
Zeile 125:		Zeile 125:
	Als erstes definiert man OWServer. Hiermit wird ein logischer OWServer definiert, auf welchem OWFS installiert ist		Als erstes definiert man OWServer. Hiermit wird ein logischer OWServer definiert, auf welchem OWFS installiert ist

	<nowiki>define <name> OWServer <protocol></nowiki>		<nowiki>define <name> OWServer <protocol> [<version>]</nowiki>
	<protocol> hat das Format <hostname>:<port>.		<protocol> hat das Format <hostname>:<port>.

Zeile 134:		Zeile 134:

	<nowiki>define myOWServer OWServer localhost:4304</nowiki>		<nowiki>define myOWServer OWServer localhost:4304</nowiki>

			[<version>] ist seit Mitte März 2018 optional anzugeben. Im Standard verbindet sich OWServer mit V 3.1p5 und versucht die Version des OWFS-Servers zu ermitteln. Wenn dies scheitert, kann die Version gezielt angegeben werden. Dazu muss die komplette Versionsnummer angegeben werden. Beispiel:
			<nowiki>define myOWServer OWServer 192.168.14.100:4304 2.8p17</nowiki>

			Da OWServer die OWNet.pm von Sourceforge verwendet um sich zu verbinden, muss die passende Version der OWNet.pm unter ../FHEM/lib/ vorhanden sein. Per Default wird FHEM mit der V 3.1p5 und 2.8p17 ausgeliefert, andere Versionen müssen manuell hinzugefügt werden.

	Nach erfolgreichem "define" ist ein Klick auf den "Save" Button notwenig. Wenn nun der Status von myOWServer auf "Initialized" steht, ist der Server verbunden. Um sicher zu sein, dass der OWServer funktioniert, kann eine manuelle Abfrage der Device durchgeführt werden mit:		Nach erfolgreichem "define" ist ein Klick auf den "Save" Button notwenig. Wenn nun der Status von myOWServer auf "Initialized" steht, ist der Server verbunden. Um sicher zu sein, dass der OWServer funktioniert, kann eine manuelle Abfrage der Device durchgeführt werden mit:

Muschelpuster: /* Vierte Variante */

2018-04-30T04:44:50Z

Vierte Variante

← Nächstältere Version		Version vom 30. April 2018, 06:44 Uhr
Zeile 89:		Zeile 89:
	attr global exclude_from_update lib/OWNet.pm		attr global exclude_from_update lib/OWNet.pm
	verhindert das Überschreiben beim FHEM-Update.		verhindert das Überschreiben beim FHEM-Update.

			====Ermitteln der installierten Version====
			*Bei einer bestehenden Installation oder auch einer direkten Installation nach Variante 3 kann es erforderlich sein, die installierte Version zu prüfen. Dies kann über folgenden Befehl erfolgen:
			/usr/bin/owhttpd -V

	===Unterstütze Geräte===		===Unterstütze Geräte===

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T12:15:51Z

Vorlage Link2CmdRef

← Nächstältere Version		Version vom 31. Januar 2018, 14:15 Uhr
Zeile 10:		Zeile 10:

	Die Module sind eine eigenständige Möglichkeit, den 1-Wire Bus anzusteuern und kommen ohne die Module aus, deren Namen aus Großbuchstaben bestehen (wie OWX, OWSWITCH, OWTHERM, etc.).		Die Module sind eine eigenständige Möglichkeit, den 1-Wire Bus anzusteuern und kommen ohne die Module aus, deren Namen aus Großbuchstaben bestehen (wie OWX, OWSWITCH, OWTHERM, etc.).
	Umgekehrt können die Module OWSWITCH, OWTHERM, etc. auch mit dem Backendmodul OWServer zusammenarbeiten, siehe dazu die ~~commandref~~ der betreffenden Module.		Umgekehrt können die Module OWSWITCH, OWTHERM, etc. auch mit dem Backendmodul OWServer zusammenarbeiten, siehe dazu die {{Link2CmdRef}} der betreffenden Module.


Zeile 91:		Zeile 91:

	===Unterstütze Geräte===		===Unterstütze Geräte===
	Eine aktuelle Liste der von OWDevice unterstützen Geräte findet man ~~im [http://fhem.de/commandref.html#OWDevice~~ FHEM-~~Commandref]~~.		Eine aktuelle Liste der von OWDevice unterstützen Geräte findet man in der FHEM-{{Link2CmdRef\|Anker=OWDevice}}.

Krueuw: /* Konfiguration von owserver */

2017-02-20T16:17:55Z

Konfiguration von owserver

← Nächstältere Version		Version vom 20. Februar 2017, 18:17 Uhr
Zeile 98:		Zeile 98:
	Folgendes ist eine beispielhafte Konfiguration für OWFS mit einem am USB-Port angeschlossenen [http://denkovi.com/usb-to-one-wire-interface-adaptor-converter-thermometer Denkovi-Adapter] (Klon von DS9097U).		Folgendes ist eine beispielhafte Konfiguration für OWFS mit einem am USB-Port angeschlossenen [http://denkovi.com/usb-to-one-wire-interface-adaptor-converter-thermometer Denkovi-Adapter] (Klon von DS9097U).

	Es ist praktisch, dem Adapter ein festes Device zuzuordnen. ~~Dazu~~ legt man in /etc/udev/rules.d/ eine Datei 11-onewire.rules mit folgendem Inhalt an:		Es ist praktisch, dem Adapter ein festes Device zuzuordnen. Als erstes ermittelt man dazu den spezifischen Wert ATTRS{serial} mit:

			udevadm info -a -p $(udevadm info -q path -n /dev/ttyUSB0) \| grep ATTRS{serial}

			Dananach legt man in /etc/udev/rules.d/ eine Datei 11-onewire.rules mit folgendem Inhalt an:

			ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="DAE001nq", SUBSYSTEMS=="usb", ACTION=="add", MODE="0660", GROUP="plugdev", SYMLINK+="onewire"

	~~<nowiki>ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="DAE001nq", SUBSYSTEMS=="usb", ACTION=="add", MODE="0660", GROUP="plugdev", SYMLINK+="onewire"~~
	~~</nowiki>~~

	Nach dem Einstöpseln des USB-Kabels vom Adapter wird über die Seriennummer DAE001nq des USB-Wandlers auf dem Adapter das Gerät erkannt und der Symlink /dev/onewire auf das eigentliche USB-Gerät (z.B. /dev/ttyUSB1) erstellt.		Nach dem Einstöpseln des USB-Kabels vom Adapter wird über die Seriennummer DAE001nq des USB-Wandlers auf dem Adapter das Gerät erkannt und der Symlink /dev/onewire auf das eigentliche USB-Gerät (z.B. /dev/ttyUSB1) erstellt.
Zeile 107:		Zeile 111:
	Eine Minimalkonfiguration für /etc/owfs.conf ist		Eine Minimalkonfiguration für /etc/owfs.conf ist

	~~<pre>~~server: device = /dev/onewire		server: device = /dev/onewire
	http: port = 2121		http: port = 2121
	ftp: port = 2120		ftp: port = 2120
	server: port = 4304		server: port = 4304
	~~</pre>~~

	Es ist sinnvoll, owhttpd installiert und laufen zu haben, um über die URL http://deinRaspberryPi:2121 zu sehen, dass owserver läuft und die Geräte am 1-wire-Bus erkennt.		Es ist sinnvoll, owhttpd installiert und laufen zu haben, um über die URL http://deinRaspberryPi:2121 zu sehen, dass owserver läuft und die Geräte am 1-wire-Bus erkennt.

Krikan: FHEM(R)

2017-01-24T13:51:40Z

FHEM(R)

← Nächstältere Version		Version vom 24. Januar 2017, 15:51 Uhr
Zeile 212:		Zeile 212:

	== Bekannte Probleme ==		== Bekannte Probleme ==
	=== ~~Fhem~~ hängt, wenn OWServer nicht erreichbar ist ===		=== FHEM hängt, wenn OWServer nicht erreichbar ist ===
	Am Anfang gab es mit OWServer das Problem, dass ~~Fhem~~ immer komplett hing, wenn OWServer nicht erreichbar war (siehe z. B. [http://www.fischer-net.de/hausautomation/haustechnik/1-wire/60-1-wire-integration-in-fhem.html hier am Ende]). Das Problem wurde inzwischen dankenswerterweise für den laufenden Betrieb {{Link2Forum\|Topic=16945\|LinkText=behoben}} - <code>attr myOWServer nonblocking 1</code> muss dazu gesetzt werden -, aber zumindest beim Start hängt ~~Fhem~~ nach wie vor, wenn OWServer nicht erreichbar ist.		Am Anfang gab es mit OWServer das Problem, dass FHEM immer komplett hing, wenn OWServer nicht erreichbar war (siehe z. B. [http://www.fischer-net.de/hausautomation/haustechnik/1-wire/60-1-wire-integration-in-fhem.html hier am Ende]). Das Problem wurde inzwischen dankenswerterweise für den laufenden Betrieb {{Link2Forum\|Topic=16945\|LinkText=behoben}} - <code>attr myOWServer nonblocking 1</code> muss dazu gesetzt werden -, aber zumindest beim Start hängt FHEM nach wie vor, wenn OWServer nicht erreichbar ist.

	[[Kategorie:1-Wire]]		[[Kategorie:1-Wire]]

Krueuw: /* Vierte Variante */

2016-09-18T19:29:09Z

Vierte Variante

← Nächstältere Version		Version vom 18. September 2016, 21:29 Uhr
Zeile 86:		Zeile 86:

	====Vierte Variante====		====Vierte Variante====
	*Der in der dritten Variante beschriebene Fehler kann umgangen werden, indem man /opt/fhem/FHEM/lib/OWNet.pm durch folgende OWNet.pm ersetzt: https://sourceforge.net/p/owfs/code/ci/master/tree/module/ownet/perl5/OWNet/lib/ Dann geht es auch ohne Downgrade (Dank an ak323). Auf der FHEM-Kommandozeile		*Der in der dritten Variante beschriebene Fehler nach installation aus den offiziellen Quellen kann umgangen werden, indem man /opt/fhem/FHEM/lib/OWNet.pm durch folgende OWNet.pm ersetzt: https://sourceforge.net/p/owfs/code/ci/master/tree/module/ownet/perl5/OWNet/lib/ Dann geht es auch ohne Downgrade (Dank an ak323). Auf der FHEM-Kommandozeile
	attr global exclude_from_update lib/OWNet.pm		attr global exclude_from_update lib/OWNet.pm
	verhindert das Überschreiben beim FHEM-Update.		verhindert das Überschreiben beim FHEM-Update.

Krueuw: /* Vierte Variante */

2016-09-18T19:27:08Z

Vierte Variante

← Nächstältere Version		Version vom 18. September 2016, 21:27 Uhr
Zeile 86:		Zeile 86:

	====Vierte Variante====		====Vierte Variante====
	*Der in der dritten Variante beschriebene Fehler kann umgangen werden, indem man /opt/fhem/FHEM/lib/OWNet.pm durch folgende OWNet.pm ersetzt: https://sourceforge.net/p/owfs/code/ci/master/tree/module/ownet/perl5/OWNet/lib/ Dann geht es auch ohne Downgrade (Dank an ak323).		*Der in der dritten Variante beschriebene Fehler kann umgangen werden, indem man /opt/fhem/FHEM/lib/OWNet.pm durch folgende OWNet.pm ersetzt: https://sourceforge.net/p/owfs/code/ci/master/tree/module/ownet/perl5/OWNet/lib/ Dann geht es auch ohne Downgrade (Dank an ak323). Auf der FHEM-Kommandozeile
	attr global exclude_from_update lib/OWNet.pm		attr global exclude_from_update lib/OWNet.pm
	verhindert das Überschreiben beim FHEM-Update.		verhindert das Überschreiben beim FHEM-Update.

Krueuw: /* Dritte Variante */

2016-09-18T19:24:48Z

Dritte Variante

← Nächstältere Version		Version vom 18. September 2016, 21:24 Uhr
Zeile 84:		Zeile 84:
	####################### OWSERVER ########################		####################### OWSERVER ########################
	server: port = localhost:4304		server: port = localhost:4304

			====Vierte Variante====
			*Der in der dritten Variante beschriebene Fehler kann umgangen werden, indem man /opt/fhem/FHEM/lib/OWNet.pm durch folgende OWNet.pm ersetzt: https://sourceforge.net/p/owfs/code/ci/master/tree/module/ownet/perl5/OWNet/lib/ Dann geht es auch ohne Downgrade (Dank an ak323).
			attr global exclude_from_update lib/OWNet.pm
			verhindert das Überschreiben beim FHEM-Update.

	===Unterstütze Geräte===		===Unterstütze Geräte===

Krueuw: /* Dritte Variante */

2016-09-15T05:41:43Z

Dritte Variante

@@ Zeile 53: / Zeile 53: @@
   dpkg -i *.deb
 installiert werden.
 ===Unterstütze Geräte===