EnOcean Starter Guide - Versionsgeschichte

Originalhardy: Link aktualisiert

2022-06-02T06:33:09Z

Link aktualisiert

← Nächstältere Version		Version vom 2. Juni 2022, 08:33 Uhr
Zeile 26:		Zeile 26:
	* ein [http://www.enocean.com/de/enocean-wireless-standard/ ISO ratifizierter Funkstandard], ausgelegt für Funksensoren und Funksensornetze mit besonders niedrigem Energieverbrauch		* ein [http://www.enocean.com/de/enocean-wireless-standard/ ISO ratifizierter Funkstandard], ausgelegt für Funksensoren und Funksensornetze mit besonders niedrigem Energieverbrauch
	* ein Anbieter batterieloser Funksensoren		* ein Anbieter batterieloser Funksensoren
	EnOcean-Endgeräte mit dem von der EnOcean Alliance zur Verfügung gestellten EnOcean-Funkprotokoll werden von [~~http~~://www.enocean-alliance.org/de/~~hiererhaeltlich~~/ zahlreichen Hardware-Herstellern] angeboten.		EnOcean-Endgeräte mit dem von der EnOcean Alliance zur Verfügung gestellten EnOcean-Funkprotokoll werden von [https://www.enocean-alliance.org/de/produkte/ zahlreichen Hardware-Herstellern] angeboten.

	=== EnOcean Equipment Profile ===		=== EnOcean Equipment Profile ===
Zeile 79:		Zeile 79:
	</th></tr>		</th></tr>
	<tr>		<tr>
	<td>		<td></td>
	</td>
	<td> <Name Hardwareschalter>		<td> <Name Hardwareschalter>
	</td>		</td>
Zeile 90:		Zeile 89:
	</td></tr>		</td></tr>
	<tr>		<tr>
	<td>		<td></td>
	</td>
	<td> TCM_ESP3_0		<td> TCM_ESP3_0
	</td>		</td>
Zeile 98:		Zeile 96:
	<td> AABBCC00		<td> AABBCC00
	</td>		</td>
	<td>		<td></td></tr>
	</td></tr>
	<tr>		<tr>
	<td> 1		<td> 1
Zeile 114:		Zeile 111:
	<td> ...		<td> ...
	</td>		</td>
	<td>		<td></td>
	</td>		<td></td>
	<td>		<td></td>
	</td>		<td></td></tr>
	<td>
	</td>
	<td>
	</td></tr>
	<tr>		<tr>
	<td> 128		<td> 128
	</td>		</td>
	<td>		<td></td>
	</td>		<td></td>
	<td>		<td></td>
	</td>		<td></td></tr></table>
	<td>
	</td>
	<td>
	</td></tr></table>

	== Definition von TCM / Gateway ==		== Definition von TCM / Gateway ==
Zeile 361:		Zeile 350:
	'''MERKE:''' Bei bidirektionalen Aktoren stimmt nach korrekter Einbindung in FHEM der Status des FHEM-Devices im Webfrontend immer mit dem realen Aktorzustand überein.}}		'''MERKE:''' Bei bidirektionalen Aktoren stimmt nach korrekter Einbindung in FHEM der Status des FHEM-Devices im Webfrontend immer mit dem realen Aktorzustand überein.}}
	===== Teach-In als Tasteremulation =====		===== Teach-In als Tasteremulation =====
	[[EnOcean-FSR61VA-10A-Stromsto%C3%9F-Schaltrelais_mit_Strommessung\|10A-Stromstoß-Schaltrelais mit Strommessung FSR61VA]]<br/>		[[EnOcean-FSR61VA-10A-Stromsto%C3%9F-Schaltrelais_mit_Strommessung\|10A-Stromstoß-Schaltrelais mit Strommessung FSR61VA]]<br />
	Schaltrelais (bidirektional)		Schaltrelais (bidirektional)

Zeile 400:		Zeile 389:

	===== Unidirektionales 4BS-Teach-In =====		===== Unidirektionales 4BS-Teach-In =====
	[[EnOcean-FSR14-4x-RS485-Bus-Schaltaktor-4-Kanal-Stromsto%C3%9F-Schaltrelais\|RS485-Bus-Aktor 4-Kanal-Stromstoß-Schaltrelais FSR14]]<br/>		[[EnOcean-FSR14-4x-RS485-Bus-Schaltaktor-4-Kanal-Stromsto%C3%9F-Schaltrelais\|RS485-Bus-Aktor 4-Kanal-Stromstoß-Schaltrelais FSR14]]<br />
	Schaltrelais (bidirektional)		Schaltrelais (bidirektional)

Zeile 428:		Zeile 417:

	===== Bidirektionales 4BS-Teach-In =====		===== Bidirektionales 4BS-Teach-In =====
	[[EnOcean-MD15-Kleinstellantrieb\|Kleinstellantrieb MD15-FTL-xx]]<br/>		[[EnOcean-MD15-Kleinstellantrieb\|Kleinstellantrieb MD15-FTL-xx]]<br />
	Funkgesteuerter, batteriegespeister Kleinstellantrieb für Raumtemperaturregelung (bidirektional)		Funkgesteuerter, batteriegespeister Kleinstellantrieb für Raumtemperaturregelung (bidirektional)

Zeile 455:		Zeile 444:

	===== UTE-Teach-In =====		===== UTE-Teach-In =====
	[[EnOcean-D-452-FU-EBIM-Aktor-2fach\|Einbau-Aktor 452 FU-EBIM o.T.]]<br/>		[[EnOcean-D-452-FU-EBIM-Aktor-2fach\|Einbau-Aktor 452 FU-EBIM o.T.]]<br />
	2-Kanal-Multifunktionsaktor (bidirektional) mit Energiemessfunktion		2-Kanal-Multifunktionsaktor (bidirektional) mit Energiemessfunktion

Krikan: Todo ergänzt

2019-05-08T13:13:39Z

Todo ergänzt

← Nächstältere Version		Version vom 8. Mai 2019, 15:13 Uhr
Zeile 1:		Zeile 1:
	{{Todo\|Noch einzuarbeitetende Moduländerungen :: http://forum.fhem.de/index.php/topic,36237.msg285274.html#msg285274: Vereinfachte Anlage von FHEM-EnOcean-Devices gemäß 18 und 19 einarbeiten, Anlage Liste von nicht offiziellen EEPs und Zuordnung zu Geräten, bessere Einbindung von getNextId ++++ http://forum.fhem.de/index.php/topic,42354.0.html: Plot-Anlage einbinden ++++ http://forum.fhem.de/index.php/topic,45810.0.html: RLT}}		{{Todo\|Noch einzuarbeitetende Moduländerungen : http://forum.fhem.de/index.php/topic,36237.msg285274.html#msg285274: Vereinfachte Anlage von FHEM-EnOcean-Devices gemäß 18 und 19 einarbeiten, Anlage Liste von nicht offiziellen EEPs und Zuordnung zu Geräten, bessere Einbindung von getNextId ++++ http://forum.fhem.de/index.php/topic,42354.0.html: Plot-Anlage einbinden ++++ http://forum.fhem.de/index.php/topic,45810.0.html: RLT ++++ https://forum.fhem.de/index.php/topic,97027.0.html: autocreate nur noch für Teach-In-Telegramm, wenn nicht "attr <IODev> learningDev all" gesetzt ist. }}

	<div style="float:right">		<div style="float:right">

Krikan: /* Was muss man beim Einsatz der "set extensions" (on-for-timer, on-till, ...) beachten? */ -> Anpasssung an aktualisierte SetExtensions.pm

2019-01-10T19:34:15Z

Was muss man beim Einsatz der "set extensions" (on-for-timer, on-till, ...) beachten?: -> Anpasssung an aktualisierte SetExtensions.pm

← Nächstältere Version		Version vom 10. Januar 2019, 21:34 Uhr
Zeile 640:		Zeile 640:
	Im 1. Fall sind alle "set extensions"-Befehle automatisch funktionsfähig.		Im 1. Fall sind alle "set extensions"-Befehle automatisch funktionsfähig.

			{{Randnotiz\|RNTyp=Info\|RNText=Die Ergänzung des Attributs eventMap im 2. Fall ist nur bis FHEM-Updatestand 09.01.2019 vorzunehmen. Ab Updatestand 10.01.2019 müssen/dürfen durch das Mapping (bspw. <code>eventMap BI:on B0:off</code>) nur die Befehle "on" und "off" festgelegt werden.}}
	Im 2. Fall ist die eventMap jedoch zusätzlich - je nach gewünschten "set extensions"-Befehl - zwingend weiter zu ergänzen:		Im 2. Fall ist die eventMap jedoch zusätzlich - je nach gewünschten "set extensions"-Befehl - zwingend weiter zu ergänzen:
	* on-tor-timer: <code>attr <device> eventMap on-for-timer:on-for-timer BI:on B0:off</code> ({{Link2Forum\|Topic=28855\|Message=214960}})		* on-tor-timer: <code>attr <device> eventMap on-for-timer:on-for-timer BI:on B0:off</code> ({{Link2Forum\|Topic=28855\|Message=214960}})

Baumbuwe: katsort

2018-11-16T09:47:54Z

katsort

← Nächstältere Version		Version vom 16. November 2018, 11:47 Uhr
Zeile 685:		Zeile 685:

	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]
	[[Kategorie:EnOcean Components]]		[[Kategorie:EnOcean Components\|!]]

Eisix am 22. März 2018 um 14:29 Uhr

2018-03-22T14:29:41Z

← Nächstältere Version		Version vom 22. März 2018, 16:29 Uhr
Zeile 612:		Zeile 612:
	Manuelle Ermittlung der freien SenderIDs, wenn die obige automatische mit FHEM fehlschlägt oder eine manuelle Vergabe gewünscht wird:		Manuelle Ermittlung der freien SenderIDs, wenn die obige automatische mit FHEM fehlschlägt oder eine manuelle Vergabe gewünscht wird:
	* Aus der oben [[EnOcean_Starter_Guide#Vorbereitung\|gezeigten Tabelle]]		* Aus der oben [[EnOcean_Starter_Guide#Vorbereitung\|gezeigten Tabelle]]
	* Anzeige der nächsten freien Sender-ID: <pre>{EnOcean_CheckSenderID("getNextID", "<IODev>", "0000000")}~~&#13~~; </pre>		* Anzeige der nächsten freien Sender-ID: <pre>{EnOcean_CheckSenderID("getNextID","<IODev>","0000000")}; </pre>
	* Auflistung der bereits vergebenen Sender-IDs: <pre>{EnOcean_CheckSenderID("getUsedID", "<IODev>", "0000000")}~~&#13~~; </pre>		* Auflistung der bereits vergebenen Sender-IDs: <pre>{EnOcean_CheckSenderID("getUsedID","<IODev>","0000000")}; </pre>
	* Auflistung der noch nicht vergebenen Sender-IDs: <pre>{EnOcean_CheckSenderID("getFreeID", "<IODev>", "0000000")}~~&#13~~; </pre>		* Auflistung der noch nicht vergebenen Sender-IDs: <pre>{EnOcean_CheckSenderID("getFreeID","<IODev>","0000000")}; </pre>
	Den jeweiligen Befehl in das "[[Konfiguration#Befehl-Eingabefeld\|Befehl-Eingabefeld]]" kopieren, <IODev> durch den Namen des TCM-Devices ersetzen und dann Auslösen.		Den jeweiligen Befehl in das "[[Konfiguration#Befehl-Eingabefeld\|Befehl-Eingabefeld]]" kopieren, <IODev> durch den Namen des TCM-Devices ersetzen und dann Auslösen.

Mikka am 8. Februar 2018 um 14:49 Uhr

2018-02-08T14:49:17Z

← Nächstältere Version		Version vom 8. Februar 2018, 16:49 Uhr
Zeile 681:		Zeile 681:
	Dabei muss TCM_ESP3_0 durch den Devicenamen des eigenen TCMs ersetzt werden!		Dabei muss TCM_ESP3_0 durch den Devicenamen des eigenen TCMs ersetzt werden!

			=== Wo genau ist der Unterschied zwischen "EEP Manufacturer Specific Applications" und "Inofficial EEP for special devices"? ===
			* Die inoffiziellen EEPs sind nichts anderes als Device-Vorlagen für bestimmte Aktoren. Dadurch soll dem Anwender u.a. manuelle Attributzuweisungen abgenommen werden. Teilweise werden auch spezielle Plots angelegt.

	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]
	[[Kategorie:EnOcean Components]]		[[Kategorie:EnOcean Components]]

Mikka am 8. Februar 2018 um 14:42 Uhr

2018-02-08T14:42:04Z

← Nächstältere Version		Version vom 8. Februar 2018, 16:42 Uhr
Zeile 676:		Zeile 676:
	* Es handelt sich im Wesentlichen um umgelabelte Produkte anderer Hersteller (Peha, Eltako usw.). Anhand der Gehäuseform lassen sich Rückschlüsse ziehen		* Es handelt sich im Wesentlichen um umgelabelte Produkte anderer Hersteller (Peha, Eltako usw.). Anhand der Gehäuseform lassen sich Rückschlüsse ziehen
	* Angaben zu den "Original"-Produkten können grundsätzlich -soweit bekannt- auf OPUS GreenNet Geräte übertragen werden		* Angaben zu den "Original"-Produkten können grundsätzlich -soweit bekannt- auf OPUS GreenNet Geräte übertragen werden

			=== Wie ermittele ich die Signalstärke, Signalqualität durch die Anzeige des RSSI/Repeatingcounter? ===
			* Durch anlegen einer readingsGroup: <code>define TCM_Signal readingsGroup TYPE=EnOcean:+TCM_ESP3_0_RSSI,+TCM_ESP3_0_ReceivingQuality,+TCM_ESP3_0_RepeatingCounter,+TCM_ESP3_0_TIME</code>
			Dabei muss TCM_ESP3_0 durch den Devicenamen des eigenen TCMs ersetzt werden!


	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]
	[[Kategorie:EnOcean Components]]		[[Kategorie:EnOcean Components]]

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T11:22:22Z

Vorlage Link2CmdRef

Krikan: model-Attribut an aktuelle 10_EnOcean.pm angepasst

2018-01-28T16:57:04Z

model-Attribut an aktuelle 10_EnOcean.pm angepasst

← Nächstältere Version		Version vom 28. Januar 2018, 18:57 Uhr
Zeile 352:		Zeile 352:
	attr eg_fl_Rollo subType manufProfile		attr eg_fl_Rollo subType manufProfile
	attr eg_fl_Rollo manufID 00D		attr eg_fl_Rollo manufID 00D
	attr eg_fl_Rollo model ~~FSB61~~		attr eg_fl_Rollo model Eltako_FSB61

	Der Status des Devices im Webfrontend stimmt bei unidirektionalen Aktoren nur, wenn die Steuerung des Aktors ausschließlich über FHEM erfolgt. Wird der Aktor sowohl über einen physischen Schalter als auch über FHEM gesteuert, so müssen die Status der beiden Devices für physischen und virtuellen Schalter im Webfrontend verknüpft werden, damit der richtige Status des Aktors angezeigt wird ([[#Physischer EnOcean- und virtueller FHEM-Schalter zu einem Device zusammenfassen \|siehe unten]]).		Der Status des Devices im Webfrontend stimmt bei unidirektionalen Aktoren nur, wenn die Steuerung des Aktors ausschließlich über FHEM erfolgt. Wird der Aktor sowohl über einen physischen Schalter als auch über FHEM gesteuert, so müssen die Status der beiden Devices für physischen und virtuellen Schalter im Webfrontend verknüpft werden, damit der richtige Status des Aktors angezeigt wird ([[#Physischer EnOcean- und virtueller FHEM-Schalter zu einem Device zusammenfassen \|siehe unten]]).

Krikan: /* Definition von TCM / Gateway */ -> Busware EUL wieder erhältlich (EOL beendet)

2017-12-09T11:40:00Z

Definition von TCM / Gateway: -> Busware EUL wieder erhältlich (EOL beendet)

← Nächstältere Version		Version vom 9. Dezember 2017, 13:40 Uhr
Zeile 140:		Zeile 140:
	** für den USB-Port: [https://embedded-intelligence.de/de/products/hardware/bsc-bor.html BSC BOR]		** für den USB-Port: [https://embedded-intelligence.de/de/products/hardware/bsc-bor.html BSC BOR]
	* TCM310		* TCM310
	** als USB-Stick: [http://www.enocean.com/de/enocean_module/usb-300-oem/ USB 300] und [http://busware.de/tiki-index.php?page=EUL Busware EUL ~~(End-Of-Life)~~]		** als USB-Stick: [http://www.enocean.com/de/enocean_module/usb-300-oem/ USB 300] und [http://busware.de/tiki-index.php?page=EUL Busware EUL]
	** als Aufsteckmodul für Raspberry Pi: [http://www.enocean.com/de/enocean-pi/ EnOceanPi]<BR>		** als Aufsteckmodul für Raspberry Pi: [http://www.enocean.com/de/enocean-pi/ EnOceanPi]<BR>
	::* Beim Raspberry Pi 3 muss der GPIO-Port auf den Hardware-UART0 umgestellt werden: [[Raspberry Pi 3: GPIO-Port Module und Bluetooth]]		::* Beim Raspberry Pi 3 muss der GPIO-Port auf den Hardware-UART0 umgestellt werden: [[Raspberry Pi 3: GPIO-Port Module und Bluetooth]]

← Nächstältere Version		Version vom 31. Januar 2018, 13:22 Uhr
Zeile 181:		Zeile 181:
	== Definition von Geräten ==		== Definition von Geräten ==
	=== Definition / Anlernvorgang (Teach-In) ===		=== Definition / Anlernvorgang (Teach-In) ===
	Damit FHEM und EnOcean-Geräte miteinander kommunizieren können, müssen sie miteinander bekannt gemacht werden. Dies geschieht durch Definition des Gerätes in FHEM und den Anlernvorgang. Dazu muss sich FHEM im ~~[http://fhem.de/commandref.html#~~TCM_learningMode learningMode] befinden. Viele Geräte werden von FHEM während des Anlernvorgangs automatisch erkannt und definiert. Dennoch ist ein grundlegendes Verständnis der Anlernvorgänge und Unterscheidungsprinzipen in FHEM und EnOcean notwendig. Sofern das Gerät Bestätigungstelegramme verschicken kann, sind diese zwingend '''vorher''' am Gerät einzuschalten (u.a. Eltako).		Damit FHEM und EnOcean-Geräte miteinander kommunizieren können, müssen sie miteinander bekannt gemacht werden. Dies geschieht durch Definition des Gerätes in FHEM und den Anlernvorgang. Dazu muss sich FHEM im {{Link2CmdRef\|Anker=TCM_learningMode\|Label=learningMode}} befinden. Viele Geräte werden von FHEM während des Anlernvorgangs automatisch erkannt und definiert. Dennoch ist ein grundlegendes Verständnis der Anlernvorgänge und Unterscheidungsprinzipen in FHEM und EnOcean notwendig. Sofern das Gerät Bestätigungstelegramme verschicken kann, sind diese zwingend '''vorher''' am Gerät einzuschalten (u.a. Eltako).

	FHEM entnimmt die Angaben, wie ein Funk-Telegramm für ein bestimmtes Gerät aufgebaut ist, im Wesentlichen den folgenden Attributen der Definition des Gerätes:		FHEM entnimmt die Angaben, wie ein Funk-Telegramm für ein bestimmtes Gerät aufgebaut ist, im Wesentlichen den folgenden Attributen der Definition des Gerätes:
Zeile 188:		Zeile 188:
	*<code>model</code>: Modell des Gerätes		*<code>model</code>: Modell des Gerätes
	*<code>eep</code>: EEP des Gerätes. Unter anderem werden die Informationen zur automatischen Anlage von [[FileLog]], [[SVG]] und des Attributs <code>webCmd</code> anhand des EEPs ermittelt.		*<code>eep</code>: EEP des Gerätes. Unter anderem werden die Informationen zur automatischen Anlage von [[FileLog]], [[SVG]] und des Attributs <code>webCmd</code> anhand des EEPs ermittelt.
	Während des Anlernvorgangs werden diese Angaben von FHEM soweit wie möglich automatisch in der Definition vorbelegt. Hinweise zu den Besonderheiten von bestimmten Geräten und EEP finden sich oft in der ~~[http://fhem.de/commandref.html#~~EnOcean ~~commandref]~~ zu EnOcean. Darum bitte immer in der commandref zunächst nach dem speziellen Gerät (Modellbezeichnung) suchen, wenn dies keinen Treffer liefert nach dem verwendeten EEP suchen. Die gegebenen Hinweise und Erläuterungen dort beachten.		Während des Anlernvorgangs werden diese Angaben von FHEM soweit wie möglich automatisch in der Definition vorbelegt. Hinweise zu den Besonderheiten von bestimmten Geräten und EEP finden sich oft in der {{Link2CmdRef\|Anker=EnOcean}} zu EnOcean. Darum bitte immer in der commandref zunächst nach dem speziellen Gerät (Modellbezeichnung) suchen, wenn dies keinen Treffer liefert nach dem verwendeten EEP suchen. Die gegebenen Hinweise und Erläuterungen dort beachten.

	Die Definition und der Anlernvorgang unterscheiden sich je nach Gerätetyp:		Die Definition und der Anlernvorgang unterscheiden sich je nach Gerätetyp:
Zeile 210:		Zeile 210:
	FHEM legt sendende, noch nicht definierte EnOcean Geräte selbst an, wenn		FHEM legt sendende, noch nicht definierte EnOcean Geräte selbst an, wenn
	* in Konfiguration autocreate aktiviert ist:		* in Konfiguration autocreate aktiviert ist:
	** <code>~~[http://fhem.~~de~~/commandref_DE.html#~~autocreate define autocreate autocreate]</code>		** <code>{{Link2CmdRef\|Lang=de\|Anker=autocreate\|Label=define autocreate autocreate}}</code>
	* FHEM/das TCM-Modul sich im <code>learningMode</code> befindet und		* FHEM/das TCM-Modul sich im <code>learningMode</code> befindet und
	* FHEM eine Nachricht vom noch nicht definierten EnOcean Gerät empfängt		* FHEM eine Nachricht vom noch nicht definierten EnOcean Gerät empfängt
Zeile 584:		Zeile 584:
	=== Wie kann ich zur Fortentwicklung der EnOcean-Module beitragen? ===		=== Wie kann ich zur Fortentwicklung der EnOcean-Module beitragen? ===
	* Erfolgreichen Einsatz von neuen/bisher nicht gemeldeten EnOcean-Geräten im Forum mitteilen		* Erfolgreichen Einsatz von neuen/bisher nicht gemeldeten EnOcean-Geräten im Forum mitteilen
	* In der ~~Commandref~~ als [untested] markierte EEPs bei erfolgreichen Tests im Forum als getestet melden		* In der {{Link2CmdRef}} als [untested] markierte EEPs bei erfolgreichen Tests im Forum als getestet melden
	* Codeschnipsel und Ideen im Forum posten		* Codeschnipsel und Ideen im Forum posten
	* Fehler und Probleme im Forum melden		* Fehler und Probleme im Forum melden
Zeile 634:		Zeile 634:

	=== Was muss man beim Einsatz der "set extensions" (on-for-timer, on-till, ...) beachten? ===		=== Was muss man beim Einsatz der "set extensions" (on-for-timer, on-till, ...) beachten? ===
	Die ~~[http://fhem.de/commandref.html#~~setExtensions set extensions] werden von EnOcean grundsätzlich unterstützt, wenn das Device als		Die {{Link2CmdRef\|Anker=setExtensions\|Label=set extensions}} werden von EnOcean grundsätzlich unterstützt, wenn das Device als
	# set-Befehle "on" und "off" automatisch anbietet '''oder'''		# set-Befehle "on" und "off" automatisch anbietet '''oder'''
	# dies manuell durch das Mapping (bspw. <code>eventMap BI:on B0:off</code>) erreicht wird.		# dies manuell durch das Mapping (bspw. <code>eventMap BI:on B0:off</code>) erreicht wird.
Zeile 650:		Zeile 650:

	=== Für mein EnOcean-Gerät gibt es keine spezielle Wiki-Seite; wo finde ich dann Informationen? ===		=== Für mein EnOcean-Gerät gibt es keine spezielle Wiki-Seite; wo finde ich dann Informationen? ===
	* In der ~~commandref~~ nach dem Gerät suchen		* In der {{Link2CmdRef}} nach dem Gerät suchen
	* In der commandref nach dem verwendeten EEP suchen		* In der commandref nach dem verwendeten EEP suchen
	* Im Wiki nach einem Gerät mit einer ähnlichen EEP/subType suchen		* Im Wiki nach einem Gerät mit einer ähnlichen EEP/subType suchen