FHEMWiki - Benutzerbeiträge [de]

Smartwares

2016-02-22T20:56:06Z

JoergOstertag: Initiale Version für Smartwares Komponenten

===Smartwares Funkkomponenten===

Die [http://www.smartwaressafetylighting.eu/en-us/search?q=SH5 Smartwares] Komponenten arbeiten mit 433,92 MHz.

=== Bezug ===
Die Smartware Funkkomponenten gibt es im Moment recht günstig bei Obi.
Die Komponenten sind auch bei [https://www.conrad.de/de/smartwares-sh5-rbs-10a-funk-schalter-reichweite-max-im-freifeld-50-m-1399742.html Conrad] oder [http://www.elv.de/smartwares-smart-home-funk-einbauschalter-sh5-rbs-10a-fuer-smart-home-hausautomation.html Elv] zu bekommen.

===FHEM===

Bisher war ich mit dem Pairing mit FHEM noch nicht erfolgreich. Ich wollte hier aber alle Informationen, die ich gesammelt habe schon mal zusammenfassen.

====Pairing====

Das Pairing zwischen Empfänger und Sender erfolgt durch aktivieren des Pairing Mode im Empfänger (Drucktaster 3 sec halten) und danach normales Drücken des Tasters auf der Sender Seite (z.B. Schalter)
Es können wohl pro Empfänger(Dimmer, Relais, ...) maximal 6 Sender gleichzeitig angelernt werden. Ein Schalter kann auf beliebig viele Empfänger angelernt werden.
Das Pairing kann durch halten der Pairingtaste von 10 sec. komplett gelöscht werden.

===Modelle===

- SH5-RBS-10A Einbau Funkschalter, max. 1000Watt
- SH5-TBD-02A Einbau Dimmer; max. 200Watt
- SH5-TSW-B Flacher Aufputz Doppeltaster
- SH5-TSM-A Türsensor / Fensterkontakt
- SH5-TDR-K Schlüsselanhänger-Fernbedienung

EMT7110

2016-02-20T20:28:00Z

JoergOstertag:

=== EMT7110 von Pollin===
Die EMT7110 ist ein Energiemesser von Pollin. Er kann mit dem [JeeLink] betrieben werden.

Der [https://www.pollin.de/shop/dt/MDk2OTYxOTk-/Messtechnik/Messtechnik/Sonstige_Messgeraete/Funk_Zusatzsender_EMT7110.html EMT7110 von Pollin] läuft mit einer Datenrate von 9.579 kbps (Details dazu in diesem {{Link2Forum|Topic=26494|LinkText=Forenthread}}).

Werden an dem Jeelink Sensoren mit unterschiedlichen Datenraten gleichzeitig betrieben, ist der Toggle Modus einzustellen, z.B. mit dem Befehl
:<code>attr myJeeLink initCommands 30t v </code>
wobei ''30t'' für "Toggle Modus, alle 30 Sekunden" steht.

Beispiel eine Konfiguration für einen EMT7110 an einem Jeelink USB

<code>
define myJeeLink JeeLink /dev/ttyUSB0@57600
attr myJeeLink verbose 4
#
# 30t means that the JeeLink toggles the data rate every 30 Seconds.
attr myJeeLink initCommands 30t v
#
# If you have only 9.579 kbit/s sensors use this setting:
# attr myJeeLink initCommands 1r v
#
define emt_Kuehlschrank EMT7110 5449
#
# Logfile schreiben
define VerbrauchKuehlschrank dummy
define WattUsageAnDummy at +*00:00:05 { my $d= ReadingsVal("emt_Kuehlschrank","power",0);; fhem("set VerbrauchKuehlschrank $d")}
define FileLog_VerbrauchKuehlschrank FileLog ./log/VerbrauchKuehlschrank-%Y-%m.log VerbrauchKuehlschrank
attr VerbrauchKuehlschrank event-on-change-reading state
#
attr FileLog_VerbrauchKuehlschrank logtype text
</code>

== Links ==
* {{Link2Forum|Topic=26494|LinkText=Forenthread}}
* [http://fhem.de/commandref.html#EMT7110 EMT7110 Commandref]

[[Kategorie:Hardware Components]]
[[Kategorie:Energiesensoren]]

EMT7110

2016-02-20T15:25:49Z

JoergOstertag: Initiale Seite

=== EMT7110 von Pollin===
Die EMT7110 ist ein Energiemesser von Pollin. Er kann mit dem [JeeLink] betrieben werden.

Der [https://www.pollin.de/shop/dt/MDk2OTYxOTk-/Messtechnik/Messtechnik/Sonstige_Messgeraete/Funk_Zusatzsender_EMT7110.html EMT7110 von Pollin] läuft mit einer Datenrate von 9.579 kbps (Details dazu in diesem {{Link2Forum|Topic=26494|LinkText=Forenthread}}).

Werden an dem Jeelink Sensoren mit unterschiedlichen Datenraten gleichzeitig betrieben, ist der Toggle Modus einzustellen, z.B. mit dem Befehl
:<code>attr myJeeLink initCommands 30t v </code>
wobei ''30t'' für "Toggle Modus, alle 30 Sekunden" steht.

Beispiel eine Konfiguration für einen EMT7110 an einem Jeelink USB

<code>
define myJeeLink JeeLink /dev/ttyUSB0@57600
attr myJeeLink verbose 4
#
# 30t means that the JeeLink toggles the data rate every 30 Seconds.
attr myJeeLink initCommands 30t v
#
# If you have only 9.579 kbit/s sensors use this setting:
# attr myJeeLink initCommands 1r v #
define emt_Kuehlschrank EMT7110 5449
#
define VerbrauchKuehlschrank dummy
define WattUsageAnDummy at +*00:00:05 { my $d= ReadingsVal("emt_Kuehlschrank","power",0);; fhem("set VerbrauchKuehlschrank $d")}
define FileLog_VerbrauchKuehlschrank FileLog ./log/VerbrauchKuehlschrank-%Y-%m.log VerbrauchKuehlschrank
attr VerbrauchKuehlschrank event-on-change-reading state
#
attr FileLog_VerbrauchKuehlschrank logtype text
</code>

== Links ==
* {{Link2Forum|Topic=26494|LinkText=Forenthread}})

[[Kategorie:Hardware Components]]

Silvercrest SWS A1 Wifi

2016-02-17T19:53:15Z

JoergOstertag: Download Link wiederholen; Bsp config

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModFTopic=38112
|ModForumArea=Off-Topic
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag ({{Link2FU|18727|Forum}}/[[Benutzer Diskussion:JoergOstertag|Wiki]])
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==
Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul 53_Silvercrest_SWS_A1_Wifi.pm das ein-/Aus-schalten der Steckdose implementiert.

===Modul 53_Silvercrest_SWS_A1_Wifi.pm===
====Installation====
aptitude install libcrypt-rijndael-perl

Das Modul {{Link2Forum|Topic=38112|Message=379733|LinkText=hier herunterladen}} und in das Fhem Verzeichnis (meist /opt/fhem/FHEM/) kopieren.

====Verwendung====
Danach kann das Modul SWS-A1 (und evtl. Softwaregleiche) Steckdosen schalten und deren Zustand erfassen. Voraussetzung ist, dass die Steckdosen und fhem im selben Netzwerksegment sind und die UDP-Broadcasts der Steckdose von fhem empfangen werden können.

Das Modul sendet Pakete per UDP an die konfigurierte IP-Adresse.

====Konfiguration====
Bsp Eintrag für die Dose
fhem/fhem.cfg:
define DoseDeckenFluter Silvercrest_SWS_A1_Wifi AC:CF:23:34:12:12 192.168.168.101

====Autocreate====
Sobald irgend ein define mit diesem Modul getätigt wird, macht das Modul einen Listening Socket auf dem UDP-Port 8530 auf. Die über diesen UDP-Socket empfangenen Pakete werden entweder einer bereits bestehenden Definition zugeordnet und der aktuelle Zustand aktualisiert. Oder ein entsprechend neuer Eintrag wird mittels autocreate angelegt.

Somit kann auch ein leerer (keineIP/MAC) Eintrag verwendet werden, um das Modul in den AutoCreate Modus zu bringen.
define autoCreateDosen Silvercrest_SWS_A1_Wifi

Dieser define wird zwar (evtl.) mit einer Fehlermeldung quittiert, da dies ja keine Echte Definition einer Dose ist. Es hat aber den Vorteil, dass sobald ein Request über den UDP Port 8530 Empfangen wird und autocreate aktiviert ist, automatisch ein neuer Eintrag für die empfangene Dose in die /opt/fhem/fhem.cfg geschrieben wird.

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===

Wenn sich die Steckdose im Wlan angemeldet hat, kann man mit dem Browser auf das WebGUI zugreifen. Die Zugangsdaten sind:

Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

===Abfragen===

Die App sendet jedenfalls zur Abfrage ein UDP-Paket
0140 + mac(6B) + 10 + enc(16B)

wobei der kodierte Befehl (enc) so aussieht:
00 0000 c1 11 7150 23 + mac + 0202

Beim 2. und 3. Byte wie üblich mit der Paketnummer aufpassen. Und bei der MAC müsste auch 6 mal FF als Broadcast an alle Geräte funktionieren; kommt zumindest in der App vor, habe ich aber noch nicht ausprobiert]

Die Dose antwortet dann mit einem UDP-Paket.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2016-02-16T16:51:46Z

JoergOstertag: Hinweis zum Crypt Modul

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModFTopic=38112
|ModForumArea=Off-Topic
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag ({{Link2FU|18727|Forum}}/[[Benutzer Diskussion:JoergOstertag|Wiki]])
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==
Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul 53_Silvercrest_SWS_A1_Wifi.pm das ein-/Aus-schalten der Steckdose implementiert.

===Modul 53_Silvercrest_SWS_A1_Wifi.pm===
====Installation====
aptitude install libcrypt-rijndael-perl

Zur Verwendung des Moduls muss es in das Fhem Verzeichnis /opt/fhem/FHEM/ kopiert werden.

====Verwendung====
Danach kann das Modul SWS-A1 (und evtl. Softwaregleiche) Steckdosen schalten und deren Zustand erfassen. Voraussetzung ist, dass die Steckdosen und fhem im selben Netzwerksegment sind und die UDP-Broadcasts der Steckdose von fhem empfangen werden können.

Das Modul sendet Pakete per UDP an die konfigurierte IP-Adresse.

====Autocreate====
Sobald irgend ein define mit diesem Modul getätigt wird, macht das Modul einen Listening Socket auf dem UDP-Port 8530 auf. Die über diesen UDP-Socket empfangenen Pakete werden entweder einer bereits bestehenden Definition zugeordnet und der aktuelle Zustand aktualisiert. Oder ein entsprechend neuer Eintrag wird mittels autocreate angelegt.

Somit kann auch ein leerer (keineIP/MAC) Eintrag verwendet werden, um das Modul in den AutoCreate Modus zu bringen.
define autoCreateDosen Silvercrest_SWS_A1_Wifi

Dieser define wird zwar (evtl.) mit einer Fehlermeldung quittiert, da dies ja keine Echte Definition einer Dose ist. Es hat aber den Vorteil, dass sobald ein Request über den UDP Port 8530 Empfangen wird und autocreate aktiviert ist, automatisch ein neuer Eintrag für die empfangene Dose in die /opt/fhem/fhem.cfg geschrieben wird.

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===

Wenn sich die Steckdose im Wlan angemeldet hat, kann man mit dem Browser auf das WebGUI zugreifen. Die Zugangsdaten sind:

Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

===Abfragen===

Die App sendet jedenfalls zur Abfrage ein UDP-Paket
0140 + mac(6B) + 10 + enc(16B)

wobei der kodierte Befehl (enc) so aussieht:
00 0000 c1 11 7150 23 + mac + 0202

Beim 2. und 3. Byte wie üblich mit der Paketnummer aufpassen. Und bei der MAC müsste auch 6 mal FF als Broadcast an alle Geräte funktionieren; kommt zumindest in der App vor, habe ich aber noch nicht ausprobiert]

Die Dose antwortet dann mit einem UDP-Paket.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2016-02-15T20:49:04Z

JoergOstertag: Autocreate erweitert

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModForumArea=IP
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==

Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul 53_Silvercrest_SWS_A1_Wifi.pm das ein-/Aus-schalten der Steckdose implementiert.

===Verwendung des Moduls 53_Silvercrest_SWS_A1_Wifi.pm===

Zur Verwendung des Moduls muss es in das Fhem Verzeichnis /opt/fhem/FHEM/ kopiert werden.
Danach kann das Modul SWS-A1 (und evtl. Softwaregleiche) Steckdosen schalten und deren Zustand erfassen. Voraussetzung ist, dass die Steckdosen und fhem im selben Netzwerksegment sind und die UDP-Broadcasts der Steckdose von fhem empfangen werden können.

Das Modul sendet Pakete per UDP an die konfigurierte IP-Adresse.

===Autocreate===
Sobald irgend ein define mit diesem Modul getätigt wird, macht das Modul einen Listening Socket auf dem UDP-Port 8530 auf. Die über diesen UDP-Socket empfangenen Pakete werden entweder einer bereits bestehenden Definition zugeordnet und der aktuelle Zustand aktualisiert. Oder ein entsprechend neuer Eintrag wird mittels autocreate angelegt.

Somit kann auch ein leerer (keineIP/MAC) Eintrag verwendet werden, um das Modul in den AutoCreate Modus zu bringen.
define autoCreateDosen Silvercrest_SWS_A1_Wifi

Dieser define wird zwar (evtl.) mit einer Fehlermeldung quittiert, da dies ja keine Echte Definition einer Dose ist. Es hat aber den Vorteil, dass sobald ein Request über den UDP Port 8530 Empfangen wird und autocreate aktiviert ist, automatisch ein neuer Eintrag für die empfangene Dose in die /opt/fhem/fhem.cfg geschrieben wird.

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===

Wenn sich die Steckdose im Wlan angemeldet hat, kann man mit dem Browser auf das WebGUI zugreifen. Die Zugangsdaten sind:

Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

===Abfragen===

Die App sendet jedenfalls zur Abfrage ein UDP-Paket
0140 + mac(6B) + 10 + enc(16B)

wobei der kodierte Befehl (enc) so aussieht:
00 0000 c1 11 7150 23 + mac + 0202

Beim 2. und 3. Byte wie üblich mit der Paketnummer aufpassen. Und bei der MAC müsste auch 6 mal FF als Broadcast an alle Geräte funktionieren; kommt zumindest in der App vor, habe ich aber noch nicht ausprobiert]

Die Dose antwortet dann mit einem UDP-Paket.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

JeeLink

2016-02-13T09:12:22Z

JoergOstertag: Link für EMT7110 zu Pollin

'''JeeLink''' ist ein RF-Gerät im Formfaktor eines USB-Sticks mit externer Antenne.
{{Infobox Hardware
|Bild=JeeLink.jpg
|Bildbeschreibung=JeeLink mit Drahtantenne
|HWProtocol=PCA301, EC3000, RoomNode oder LaCrosse und EMT7110
|HWType=[[Interface]]
|HWCategory=
|HWComm=433/868/913 MHz
|HWChannels=?
|HWVoltage=5 V
|HWPowerConsumption=ca. 90 mA
|HWPoweredBy=USB
|HWSize=23*67*9mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#JeeLink 36_JeeLink.pm]
|ModOwner={{Link2FU|430|Andre / justme1968}}
|HWManufacturer=JeeLabs
}}

== Beschreibung ==
Vergleichbar mit dem [[CUL]] von Busware, ist der JeeLink ein USB-Stick, mit dem Funk-Hausautomations-Komponenten angebunden werden können. CUL und JeeLink unterscheiden sich im Funkmodul (CUL -> CC1101; JeeLink -> RF12B), die nicht miteinander kompatibel sind. Daher kann man auch keinen CUL als JeeLink-Ersatz nutzen!

Den JeeLink gibt es in einer
* 433 MHz Version
* 868 MHz Version (Standard)
* 915 MHz Version (Betrieb in Europa nicht zugelassen)

== Vorbereitung JeeLink ==
Um mit dem JeeLink die jeweils gewünschten Signale empfangen zu können, ist er zunächst mit der passenden Firmware zu versorgen. Dies kann auf zwei Arten geschehen. Entweder durch das selber kompilieren der Software und das Flashen aus der Arduino IDE oder aus Fhem heraus mit einem aktuellen Firmwareimage das per update mit ausgeliefert wird.

=== Selber Kompilieren ===
[[Datei:JeeLink_flashen_1.jpg|mini|100px|rechts|Vorbereitung: Arduino einrichten]]
Um den JeeLink mit Fhem benutzen zu können, muss (mit der Arduino Software / Entwicklungsumgebung (IDE)) eine spezifische "Firmware" (ein Sketch) auf dem JeeLink installiert werden. Die generelle Vorbereitung für diese Aktion ist unabhängig vom benötigten Sketch und besteht aus den folgenden Schritten:
* Für Windows oder Mac OS X den passenden [http://www.ftdichip.com/Drivers/VCP.htm FTDI Treiber] installieren, unter Linux ist dieser meist schon vorhanden
* Installation der [http://arduino.cc/de/Guide/HomePage Arduino Software] für die benutzte Plattform (verfügbar sind Windows, Mac OS X und Linux)
* Je nach Sketch einbinden der [https://github.com/jcw/jeelib/archive/master.zip Jeelabs Library] in die Arduino IDE
* Herunterladen des benötigten Sketches (aus [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ FHEM/contrib])
* Anschließen des JeeLink an einen USB-Anschluss des Rechners mit der Arduino IDE
* Start der Arduino Software und JeeLink flashen

=== JeeLink aus Arduino flashen ===
[[Datei:JeeLink_flashen_2.jpg|mini|100px|rechts|JeeLink Flashen]]
* Anschließen des JeeLink an einen USB-Anschluss des Rechners mit der Arduino IDE
* Start der Arduino Software
* Seriellen Port des JeeLink auswählen
* Einstellungen: in den Tools als Board "Arduino Uno" auswählen
* Sketch mit "Datei öffnen" auswählen
* Upload klicken

=== JeeLink aus Fhem flashen ===
* Auf dem Fhem System muss <code>avrdude</code> installiert sein. Das kann z.B. über die "normale" Linux Paketverwaltung geschehen.
* mit <code>set <JeeLinkDevice> flash [firmware]</code> wird das Flashen angestossen<br><code>firmware</code> kann LaCrosse, PCA301 oder EC3000 sein. Wenn <code>firmware</code> nicht angegeben wird versucht FHEM den Namen der zu flashenden Firmware aus der zur Zeit installierten Firmware abzuleiten.
* im Fhem Log kann der Ausgang des Flashvorgangs kontrolliert werden
* über das <code>flashCommand</code> Attribut lässt sich das Kommando zum Flashen an besondere Anforderungen anpassen

'''Vorsicht bei Jeelink Clones!'''

Jeelink Clones basierend auf dem Arduino Nano haben normalerweise keinen Optibootloader drauf im Gegensatz zum Original JeeLink und JeeNode.

Konsequenz:

Beim "Nano Clone" und ähnliches muß man zum flashen in FHEM die Baudrate setzen mit "-b 57600"

Original JeeLink, original JeeNode, und alle Arduinos, die einen Optibootloader drauf haben flashen in FHEM ohne "-b 57600"

== Hinweise zum Betrieb mit Fhem ==
Um den JeeLink (erstmalig) mit Fhem benutzen zu können, muss dieser erfolgreich geflasht worden sein.
* JeeLink an den Fhem-Rechner anschließen
* Auf Linux Systemen kann es notwendig sein, mit <code>mknod /dev/ttyUSB0 c 188 0</code> das Device anzulegen (bitte erst überprüfen, ob der Stick nicht automatisch erkannt wird)

=== Definition in fhem.cfg ===
Erforderliche Definitionen in Fhem:
:<code>define myJeeLink JeeLink /dev/ttyUSBx@57600</code>
*'''USBx''' ist anzupassen an die aktuell benutzte Schnittstelle, 0 wenn sonst nichts am USB-Port hängt
*x=0,1,2, usw.

Die [http://fhem.de/commandref.html#autocreate autocreate-Funktion] sollte aktiv sein. Alle erkannten Devices (PCA301, LaCrosse Sensoren incl. IT+ Wetterstation WS1600, EMT7110, EC3000, und RoomNodes) werden dann automatisch angelegt, sobald die jeweiligen Daten empfangen werden.

Pro Geräte-Art/Protokoll muss ein eigener JeeLink mit dem passenden Sketch zum Empfang dieser Daten vorhanden sein (es kann jeweils nur ein Sketch im JeeLink aktiv sein und es gibt (zumindest derzeit (04/2014)) keinen Sketch, der mehr als eines der Protokolle abdeckt).

'''Anmerkung:''' Der LaCrosse Sketch deckt sowohl die LaCrosse Temperatursensoren, die IT+ Wetterstation WS1600 als auch den Energieverbrauchssensor EMT7110 ab.

=== PCA301 Sketch ===
Der Sketch für die Unterstützung der ''PCA301 Funkschaltsteckdose mit Energieverbrauchsmessung'' (PCA301-pcaSerial.zip) kann von [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ sourceforge] heruntergeladen werden. Details zur Benutzung finden sich im Artikel zur [[PCA301 Funkschaltsteckdose mit Energieverbrauchsmessung|PCA301]].

Unter Umständen werden die Signale der PCA301 nicht empfangen. Insbesondere mit selbst erstellten "JeeLinks" durch wahrscheinlich hohe Bauteiltoleranzen der RF12B Sendeeinheiten. Mit dem im Sketch voreingestellten rf12_center_freq = 0xA6FE (868,9500 MHz) bekommt man in diesem Fall keine Steckdose angelernt.

==== Frequenzanpassung über modifizierten Sketch ====
Durch Tests mittels ''set <myJeeLink> raw +'' bzw ''set <myJeeLink> raw -'' kann man dann ermitteln, ob die Funksignale z.B. ab A703 bis A715 empfangen werden. Das entspricht einem Frequenzbereich zwischen 868,9750 MHz und 869,0550 MHz.
Die Mitte ist die Lösung, die man dann im Sketch ändern muss:
:<code>static uint16_t rf12_center_freq = 0xA70C;</code>
Anschließend auf den JeeLink neu flashen.

==== Frequenzanpassung über Attribut initCommands ====
Über das <code>initCommands</code> lässt sich die gefundene Frequenz einstellen, ohne dass die Firmware verändert werden muss.
:<code>attr <JeeLinkDevice> initCommands <hhhh>h</code>

=== LaCrosse Sketch ===
Der Sketch für die Unterstützung der LaCrosse Temperatursensoren, der IT+ Wetterstation WS1600 und des Energieverbrauchssensors EMT7110 kann von [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ sourceforge] heruntergeladen werden.<br>

'''In der neuesten Version unterstützt er auch den SuperJee''' (siehe auch diesen {{Link2Forum|Topic=14786|Message=316924|LinkText=Forenbeitrag}}) mit folgenden Optionen:

* Option 1 (Dual RFM):
:Es kann ein zweiter RFM12B oder RFM69CW angeschlossen werden. Somit können zwei data rates (z.B. 17241 für TX29DTH und 8842 für WS 1600) gleichzeitig empfangen werden. Das geht natürlich auch mit dem toggle mode, nur ist es bei der Wetterstation ärgerlich, wenn man 30 Sekunden lang nichts empfängt und dadurch die alles entscheidende Windböe verpasst.
* Option 2 (BMP180):
:Da der Luftdruck in den Basisstationen gemessen wird, steht er für FHEM nicht zur Verfügung.
Deshalb kann nun optional ein BMP180 oder BMP085 angeschlossen werden. Auch hier wird automatisch erkannt, ob er vorhanden ist.
:Der BMP180 wird mit 3,3V versorgt und SDA mit PC4 und SCL mit PC5 verbunden (siehe die in diesem {{Link2Forum|Topic=14786|Message=316924|LinkText=Forenbeitrag}} angehängte SuperJee-CL.png)

==== Relay-Betrieb ====
Der LaCrosse Sketch ermöglicht auch den Relay-Betrieb zur Reichweitenverbesserung. Er funktioniert damit ähnlich wie z. B. ein WLAN Range Extender. Wenn der Sketch für den Relay-Betrieb konfiguriert ist, wird jedes empfangene IT+ Datenpaket, das eine gültige Prüfsumme hat, direkt nach dem Empfang wieder gesendet.

Das Prinzip ist generell recht einfach:
# JeeLink im Sketch als Relais konfigurieren und flashen.
# Auf "halber Strecke" (d.h. irgendwo zwischen dem primären Sender und dem entfernten Empfänger) auf ein USB-Steckernetzteil stecken. Der JeeLink arbeitet in diesem Modus "autonom", er benötigt also lediglich einen Spannungsversorgung.

Der JeeLink empfängt und decodiert alle Protokolle, die er auch für FHEM unterstützt. Wenn er ein Paket empfangen hat (egal von welchem Sensor) und CRC OK war, dann sendet er es wieder aus. Der JeeLink am FHEM merkt keinen Unterschied. Falls ein Paket es doch bis zum FHEM direkt geschafft hat, kommt es dort zweimal an. Diese Situation muss in Fhem behandelt werden.

Details zu diesem Betriebsmodus sind in diesen Forenbeiträgen ({{Link2Forum|Topic=14786|Message=165153|LinkText=LaCrosse}} bzw. {{Link2Forum|Topic=26494|Message=196648|LinkText=EMT7110}}) zu finden.

==== Frequenzanpassung ====
Ab Version LaCrosseITPlusReader.10.1e wurde der Sketch so erweitert, dass man von FHEM aus die Frequenz setzen kann. Dazu versteht der Sketch das neue Kommando "f":
:<code>set myJeeLink raw 868295f</code>
setzt die Frequenz auf 868295 kHz.

Die Frequenz kann im Bereich von 860480 kHz bis 879515 kHz in 5kHz -Schritten eingestellt werden.
Details dazu in diesem {{Link2Forum|Topic=14786|Message=222541}} im Forum. Die Frequenzanpassung ist insbesondere beim 30.3155.WD häufig erforderlich, weshalb er als kritisch einzustufen und nicht zu empfehlen ist (siehe {{Link2Forum|Topic=14786|Message=352550|LinkText=Forenbeitrag}}).

==== Getestete iT+ Sensoren incl. Wetterstation WS 1600 ====
{{Randnotiz|RNTyp=y|RNText=Die Ausführungen in diesem Abschnitt gelten ab der Version 10.1q auch für die Wetterstation WS1080.

'''Vorsicht''': die WS1080 gibt es (unter gleichem Namen) in einer "OOK"- und in einer "FSK"-Version.
* Der LaCrosse Sketch und das LaCrosseGateway können nur die FSK-Version empfangen, die OOK-Version wird nicht unterstützt.
* Die FSK-Version ist zu erkennen an einem runden grünen Aufkleber im Batteriefach der Station mit dem Aufdruck "PASS 7". Details dazu in {{Link2Forum|Topic=14786|Message=363766|LinkText=diesem Forenbeitrag}}
}}
Die in der folgenden Liste (Quelle: {{Link2Forum|Topic=14786|Message=164801|LinkText=Fhem Forum}}) aufgeführten Sensoren wurden bisher erfolgreich getestet:

{| class="wikitable"
!Bezeichnung !! Datenrate !! Link
|-
| TX21IT || 17.241 kbps
|-
| TX25-IT || 17.241 kbps
|-
| TX27-IT || 17.241 kbps
|-
| TX29-IT || 17.241 kbps
|-
| TX29DTH-IT || 17.241 kbps
|-
| TX37 || 17.241 kbps
|-
| TX35TH-IT || 9.579 kbps
|-
| TX35DTH-IT || 9.579 kbps
|-
| 30.3143.IT || 17.241 kbps
|-
| 30.3144.IT || 17.241 kbps || ({{Link2Forum|Topic=17662|LinkText=Forenthread}})
|-
| 30.3147.IT || 17.241 kbps
|-
| 30.3155WD || 9.579 kbps || kritisch; nicht zu empfehlen; siehe {{Link2Forum|Topic=14786|Message=352550|LinkText=Forenbeitrag}}
|-
| 30.3156WD || 9.579 kbps || Batterie-kritisch. Funktioniert schlecht mit Akkus!
|-
| 30.3187.IT || 17.241 kbps
|-
|| WS 1600 || 8.842 kbps || ({{Link2Forum|Topic=14786|Message=297293|LinkText=Forenbeitrag}})
|-
|| WS 1080 || 17.241 kbps || ({{Link2Forum|Topic=14786|Message=363766|LinkText=Forenbeitrag}})
|}

==== EMT7110 ====
Der [https://www.pollin.de/shop/dt/MDk2OTYxOTk-/Messtechnik/Messtechnik/Sonstige_Messgeraete/Funk_Zusatzsender_EMT7110.html EMT7110 von Pollin] läuft mit einer Datenrate von 9.579 kbps (Details dazu in diesem {{Link2Forum|Topic=26494|LinkText=Forenthread}}).

Werden Sensoren mit unterschiedlichen Datenraten gleichzeitig betrieben, ist der Toggle Modus einzustellen, z.B. mit dem Befehl
:<code>initCommands 30t v </code>
wobei ''30t'' für "Toggle Modus, alle 30 Sekunden" steht.

=== Energy Count 3000 Sketch ===
Der Sketch für die Unterstützung der Energy Count 3000 Zwischenstecker kann von [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ sourceforge] heruntergeladen werden.

Das Fhem Modul dazu (36_EC3000.pm) ist genau wie die Module für JeeLink (36_JeeLink.pm) und PCA301 (36_PCA301.pm) mittlerweile im aktuellen Fhem enthalten.

=== JeeLabs RoomNode ===
Eine Beschreibung zum Empfang der JeeLabs RoomNodes ist in {{Link2Forum|Topic=11648|Message=92037|LinkText=diesem Forenbeitrag}} enthalten.

=== JeeLink LED deaktivieren ===
Ein "dauerhaftes" Deaktivieren der LED des JeeLink ist möglich mit
:<code>define not.global notify global:INITIALIZED set myJeeLink led off</code>
damit wird, sobald Fhem komplett gestartet ist, von Fhem der Befehl zum Ausschalten der LED gesendet. Alternativ kann mit
:<code>attr myJeeLink initCommands 0a v</code>
dem Sketch die Anweisung gegeben werden, bei der Initialisierung die LED zu deaktivieren.
''Quelle: dieser {{Link2Forum|Topic=27161|LinkText=Forenthread}}''

=== Weitergehende Informationen ===
Hinweise zum Betrieb eines JeeLink mit Fhem finden sich aktuell in größerer Anzahl in verschiedenen Diskussionen im Forum:
* {{Link2Forum|Topic=11648|LinkText=JeeLink / PCA301}} - Analyse des Funkprotokolls; Anfänge der Entstehung der PCA301 Unterstützung in Fhem.
* {{Link2Forum|Topic=14786|LinkText=JeeLink / LaCrosse}} - JeeLink Modul zur Einbindung von La Crosse
* {{Link2Forum|Topic=11648|Message=92019|LinkText=JeeLink / EC3000}} - Anfänge der Entstehung der EC3000 Unterstützung in Fhem.
* Hinweise zu {{Link2Forum|Topic=11648|Message=92037|LinkText=JeeLabs RoomNode}} und anderen JeeLab Nodes
* {{Link2Forum|Topic=25399|Message=183910|LinkText=JeeLink mit FHEM2FHEM nutzen}}

== Bekannte Probleme ==
* Beim Betrieb an einer [[AVM Fritz!Box|FritzBox]] wird der JeeLink unter Umständen als ''Für die Nutzung mit dem USB-Fernanschluss reserviert'' angezeigt. In diesem Fall muss die Reservierung deaktiviert/aufgehoben werden (Details dazu in diesem {{Link2Forum|Topic=16579|LinkText=Forenthread}}).
* Die Version ''v3c'' des JeeLink funktioniert (Stand 06/2015) nur mit dem LaCrosse Sketch. PCA301 und EC3000 Sketch sind auf den JeeLink Classic beschränkt (siehe unter anderem Diskussion im Forum, startend {{Link2Forum|Topic=11648|Message=308267|LinkText=hier}}).

== Weblinks ==
* [http://jeelabs.com/products/jeelink JeeLabs], JeeLink Hersteller
* [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ PCA301 Sketch] auf sourceforge
* [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ LaCrosse Sketch] auf sourceforge
* [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ EC3000 Sketch] auf sourceforge
* [http://blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/ Blog] zum Thema JeeLink zur Anbindung von PCA301 und von LaCrosse Temperatursensoren an Fhem
* {{Link2Forum|Topic=23217|LinkText=LevelSender}} Tankfüllstand mit JeeLink empfangen

[[Kategorie:Interfaces]]
[[Kategorie:Other Components]]

ELV Powerline Schaltsteckdose SOP112

2016-01-21T02:27:12Z

JoergOstertag:

=ELV Powerline Schaltsteckdose SOP112=

{{Infobox Modul
|Name=SOP112
|ModPurpose=Schalten der ELV Steckdose SOP112
|ModType=x


|ModForumArea=IP
|ModTechName=54_SOP112.pm
|ModOwner=Per,JoergOstertag
}}

Die [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]
gibt es bei [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV].

Artikelnummer 11 74 92 – Startset PowerLan-Adaper PL501 + 2 Steckdosen SOP112
Artikelnummer 11 74 97 – Erweiterung 1 Steckdose SOP112
Diese Angebote können aber variieren, so gab es auch Startsets mit 1 PL501 + 3 SOP112.

Die Steckdosen wird über [https://de.wikipedia.org/wiki/PowerLAN PowerLAN] mit dem Hausnetzwerk verbunden. Zum EInbinden ins LAN wird der im Set enthaltenen PowerLAN Adapter verwendet werden. Es kann ein PowerLAN Adapter für mehrere Steckdosen verwendet werden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.
Die Steckdosen werden im Lokalen Netzwerk über http Requests mit json kodierten Parametern gesteuert und abgefragt werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.

Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

Die SOP112 haben eine Seriennummer aufgedruckt, bisher gab es aber noch keine Notwendigkeit, diese zu verwenden.

==Stromverbrauch==

Die SOP112 benötigt etwas über 2 Watt, die PL501 etwas unter 2 Watt. Bei 0,30 €/kWh sind das ~22 € pro Jahr und Gerät. Die Homematic Zwischenstecker HM-LC-Sw1-Pl liegen bei ~1 Watt, die GHoma-Dosen lassen mein "Messgerät" (eine SOP112) nicht ausschlagen. Die

== Installation ==

Das Modul aus dem Forum laden: {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}} und in das Fhem Modul-Verzeichnis (/opt/fhem/FHEM/) kopieren.

Json Library installieren:
sudo aptitude install libjson-perl

Konfigurieren(Bsp.):
define doseSop1 SOP112 BC:2B:D7:00:71:24 192.168.0.101

==Anwendung==

Define
define <name> SOP112 <MAC> <IP>

IP, unter welcher die SOP112 angesprochen wird. Solange die Erkennung anhand der MAC noch nicht existiert, ist dies ein Pflichtparameter!

attr <name> IconPrefix <Prefix>

Prefix für die Icons Prefix.on.png, Prefix.off.png, Prefix.start.png, Prefix.ready.png, Prefix.ooo.png. Diese Werte werden bei Änderung automatisiert in "devStateIcon" geschrieben, können dort aber anschließend übersteuert werden. Wird in IconPrefix UND devStateIcon nichts eingetragen, werden nur die Status on und off mit den Standardsymbolen angezeigt, die anderen Status werden als Text dargestellt.

attr <name> Ready <Watt>

Standby-Leistung in Watt, welche das Modul zum Umschalten von start -> on sowie von on -> ready über- bzw. unterschritten wird. Wird dieser Parameter nicht angegeben, erfolgt keine automatische Abschaltung und Ready_CMD wird nicht ausgeführt. 0 (Null) ist ein gültiger Parameter!

attr <name> Ready_Time <sec>

Zeit in Sekunden, welche die Standby-Leistung unterschritten sein muss, um von on zu ready umzuschalten. Ist der Parameter leer, wird sofort (nach Rückmeldung der Steckdose!) bei Unterschreiten der Standby-Leistung der Status ready eingenommen.

attr <name> Ready_CMD <command>

Befehl, welcher mit Erreichen des Ready-Status ausgeführt wird. Dabei gilt die normale Fhem-Syntax, der String wird intern der Perl-Funktion fhem() übergeben.

attr <name> Ready_on 0|off|1|on

Wird ready erreicht, wird SOP112 normalerweise ausgeschaltet. Mit Ready_on = 1 bleibt sie eingeschaltet, Ready_CMD wird dennoch abgesendet.

attr <name> sn Seriennummer

Lt. Forumsbeitrag sendet die App die Seriennummer bei den Anfragen mit, ein Unterschied zu Befehlen ohne oder mit falscher Seriennummer konnte bisher nicht festgestellt werden. Für Dokumentationszwecke und evtl. spätere Funktionen kann sie aber bereichts übergeben werden.

==Readings==

status
start Steckdose ist eingeschaltet, der Stromverbrauch ist nicht größer als StandBy
on Steckdose ist eingeschaltet, der Stromverbrauch ist größer als StandBy
ready der Stromverbrauch ist über die angegebene Zeit kleiner als StandBy, Steckdose wird ausgeschaltet, wenn Ready_on nicht gesetzt ist
off Steckdose wurde manuel ausgeschaltet oder Status ready wurde bestätigt
ooo Steckdose ist unter eingetragener IP nicht erreichbar

amp aktuell gemessene Stromstärke in Amperé

watt aktuell gemessene Leistung in Watt

switch aktueller Zustand des Schalters

master, limit, rule: werden zwar abgefragt und angezeigt, die Bedeutung und Format ist aber bisher unklar

start, delay: werden nicht abgefragt und daher nicht angezeigt, auch deren Bedeutung und Format ist unklar

Befehle
set <name> on|1

Einschalten (Status = start)

set <name> off|0

Ausschalten (Status = off)

==Ansteuerung==

Die Ansteuerung und Abfrage der SOP112 erfolgt über die TCP/IP und kann mittels Browser oder entsprechenden Schnittstellen erfolgen.
Die Steckdosen werden im lokalen Netzwerk über http Requests mit json kodierten Parametern gesteuert und abgefragt.

Exemplarisch mit curl:

<nowiki>curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}'</nowiki>

Der PL501 Adapter verbindet das lokale Netzwerk (Ethernet) mit dem PowerLAN. Die SOP112-Steckdosen holen sich per dhcp eine IP-Adresse vom lokalen DHCP Server. Über diese IP Adresse kann die Dose dann auch zugegriffen werden.

Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123

Sendet man per Browser

<nowiki>http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}</nowiki>

wird die Steckdose eingeschaltet

Einschalten:
<nowiki>http://192.168.xxx.yyy/?cmd=200&json={"state":0}</nowiki>
für aus und state=1 für an.

Abfragen Alles:
<nowiki>http://192.168.xxx.yyy/?cmd=511</nowiki>
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
<nowiki>http://192.168.xxx.yyy/?cmd=512</nowiki>
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
<nowiki>http://192.168.xxx.yyy/?cmd=513</nowiki>
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
<nowiki>http://192.168.xxx.yyy/?cmd=514</nowiki>
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
<nowiki>http://192.168.xxx.yyy/?cmd=515</nowiki>
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

Weitere Abfragen und das Setzen von Parametern ist möglich, so z.B.: das Ändern des in der App angezeigten Namens, die Einschaltdauer u.a.m.
Die Syntax ist aber noch nicht ermittelt wurden und bisher ist auch kein Bedarf für diese erweiterten Möglichkeiten.

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}}
* [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Schaltsteckdose SOP112 mit PowerLAN Adapter]

[[Kategorie:IP Components]]
[[Kategorie:Energieverbrauchsmessung]]
[[Kategorie:Schalter (Empfänger)]]

ELV Powerline Schaltsteckdose SOP112

2016-01-13T01:35:08Z

JoergOstertag:

ELV Powerline Schaltsteckdose SOP112

2016-01-13T01:17:40Z

JoergOstertag:

=ELV Powerline Schaltsteckdose SOP112=

{{Infobox Modul
|Name=SOP112
|ModPurpose=Schalten der ELV Steckdose SOP112
|ModType=x


|ModForumArea=IP
|ModTechName=54_SOP112.pm
|ModOwner=Per,JoergOstertag
}}

Die [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]
gibt es bei [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV].

Artikelnummer 11 74 92 – Startset PowerLan-Adaper PL501 + 2 Steckdosen SOP112
Artikelnummer 11 74 97 – Erweiterung 1 Steckdose SOP112
Diese Angebote können aber variieren, so gab es auch Startsets mit 1 PL501 + 3 SOP112.

Die Steckdosen wird über [https://de.wikipedia.org/wiki/PowerLAN PowerLAN] mit dem Hausnetzwerk verbunden. Zum EInbinden ins LAN wird der im Set enthaltenen PowerLAN Adapter verwendet werden. Es kann ein PowerLAN Adapter für mehrere Steckdosen verwendet werden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.
Die Steckdosen werden im Lokalen Netzwerk über http Requests mit json kodierten Parametern gesteuert und abgefragt werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.
Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

==Stromverbrauch==

Die SOP112 benötigt etwas über 2 Watt, die PL501 etwas unter 2 Watt. Bei 0,30 €/kWh sind das ~22 € pro Jahr und Gerät. Die Homematic Zwischenstecker HM-LC-Sw1-Pl liegen bei ~1 Watt, die GHoma-Dosen lassen mein "Messgerät" (eine SOP112) nicht ausschlagen. Die

== Installation ==

Das Modul aus dem Forum laden: {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}} und in das Fhem Modul-Verzeichnis (/opt/fhem/FHEM/) kopieren.

Json Library installieren:
sudo aptitude install libjson-perl

Konfigurieren(Bsp.):
define doseSop1 SOP112 BC:2B:D7:00:71:24 192.168.0.101

==Anwendung==

Define
define <name> SOP112 <MAC> <IP>

IP, unter welcher die SOP112 angesprochen wird. Solange die Erkennung anhand der MAC noch nicht existiert, ist dies ein Pflichtparameter!

attr <name> IconPrefix <Prefix>

Prefix für die Icons Prefix.on.png, Prefix.off.png, Prefix.start.png, Prefix.ready.png, Prefix.ooo.png. Diese Werte werden bei Änderung automatisiert in "devStateIcon" geschrieben, können dort aber anschließend übersteuert werden. Wird in IconPrefix UND devStateIcon nichts eingetragen, werden nur die Status on und off mit den Standardsymbolen angezeigt, die anderen Status werden als Text dargestellt.

attr <name> Ready <Watt>

Standby-Leistung in Watt, welche das Modul zum Umschalten von start -> on sowie von on -> ready über- bzw. unterschritten wird. Wird dieser Parameter nicht angegeben, erfolgt keine automatische Abschaltung und Ready_CMD wird nicht ausgeführt. 0 (Null) ist ein gültiger Parameter!

attr <name> Ready_Time <sec>

Zeit in Sekunden, welche die Standby-Leistung unterschritten sein muss, um von on zu ready umzuschalten. Ist der Parameter leer, wird sofort (nach Rückmeldung der Steckdose!) bei Unterschreiten der Standby-Leistung der Status ready eingenommen.

attr <name> Ready_CMD <command>

Befehl, welcher mit Erreichen des Ready-Status ausgeführt wird. Dabei gilt die normale Fhem-Syntax, der String wird intern der Perl-Funktion fhem() übergeben.

attr <name> Ready_on 0|off|1|on

Wird ready erreicht, wird SOP112 normalerweise ausgeschaltet. Mit Ready_on = 1 bleibt sie eingeschaltet, Ready_CMD wird dennoch abgesendet.

attr <name> sn Seriennummer

Lt. Forumsbeitrag sendet die App die Seriennummer bei den Anfragen mit, ein Unterschied zu Befehlen ohne oder mit falscher Seriennummer konnte bisher nicht festgestellt werden. Für Dokumentationszwecke und evtl. spätere Funktionen kann sie aber bereichts übergeben werden.

==Readings==

status
start Steckdose ist eingeschaltet, der Stromverbrauch ist nicht größer als StandBy
on Steckdose ist eingeschaltet, der Stromverbrauch ist größer als StandBy
ready der Stromverbrauch ist über die angegebene Zeit kleiner als StandBy, Steckdose wird ausgeschaltet, wenn Ready_on nicht gesetzt ist
off Steckdose wurde manuel ausgeschaltet oder Status ready wurde bestätigt
ooo Steckdose ist unter eingetragener IP nicht erreichbar

amp aktuell gemessene Stromstärke in Amperé

watt aktuell gemessene Leistung in Watt

switch aktueller Zustand des Schalters

master, limit, rule: werden zwar abgefragt und angezeigt, die Bedeutung und Format ist aber bisher unklar

start, delay: werden nicht abgefragt und daher nicht angezeigt, auch deren Bedeutung und Format ist unklar

Befehle
set <name> on|1

Einschalten (Status = start)

set <name> off|0

Ausschalten (Status = off)

==Ansteuerung==

Exemplarisch mit curl:

<nowiki>curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}'</nowiki>

Über den PL501 Adapter wird in meinem Netz per dhcp eine IP-Adresse für jede Steckdose zugewiesen.
Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123
Sendet man per Browser

<nowiki>http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}</nowiki>

wird die Steckdose eingeschaltet

Einschalten:
<nowiki>http://192.168.xxx.yyy/?cmd=200&json={"state":0}</nowiki>
für aus und state=1 für an.

Abfragen Alles:
<nowiki>http://192.168.xxx.yyy/?cmd=511</nowiki>
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
<nowiki>http://192.168.xxx.yyy/?cmd=512</nowiki>
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
<nowiki>http://192.168.xxx.yyy/?cmd=513</nowiki>
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
<nowiki>http://192.168.xxx.yyy/?cmd=514</nowiki>
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
<nowiki>http://192.168.xxx.yyy/?cmd=515</nowiki>
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}}
* [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Schaltsteckdose SOP112 mit PowerLAN Adapter]

[[Kategorie:IP Components]]

ELV Powerline Schaltsteckdose SOP112

2016-01-13T01:14:57Z

JoergOstertag:

=ELV Powerline Schaltsteckdose SOP112=

{{Infobox Modul
|Name=SOP112
|ModPurpose=Schalten der ELV Steckdose SOP112
|ModType=x


|ModForumArea=IP
|ModTechName=54_SOP112.pm
|ModOwner=Per,JoergOstertag
}}

Die [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]
gibt es bei [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV].

Die Steckdosen wird über [https://de.wikipedia.org/wiki/PowerLAN PowerLAN] mit dem Hausnetzwerk verbunden. Zum EInbinden ins LAN wird der im Set enthaltenen PowerLAN Adapter verwendet werden. Es kann ein PowerLAN Adapter für mehrere Steckdosen verwendet werden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.
Die Steckdosen werden im Lokalen Netzwerk über http Requests mit json kodierten Parametern gesteuert und abgefragt werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.
Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

==Stromverbrauch==

Die SOP112 benötigt etwas über 2 Watt, die PL501 etwas unter 2 Watt. Bei 0,30 €/kWh sind das ~22 € pro Jahr und Gerät. Die Homematic Zwischenstecker HM-LC-Sw1-Pl liegen bei ~1 Watt, die GHoma-Dosen lassen mein "Messgerät" (eine SOP112) nicht ausschlagen. Die

== Installation ==

Das Modul aus dem Forum laden: {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}} und in das Fhem Modul-Verzeichnis (/opt/fhem/FHEM/) kopieren.

Json Library installieren:
sudo aptitude install libjson-perl

Konfigurieren(Bsp.):
define doseSop1 SOP112 BC:2B:D7:00:71:24 192.168.0.101

==Anwendung==

Define
define <name> SOP112 <MAC> <IP>

IP, unter welcher die SOP112 angesprochen wird. Solange die Erkennung anhand der MAC noch nicht existiert, ist dies ein Pflichtparameter!

attr <name> IconPrefix <Prefix>

Prefix für die Icons Prefix.on.png, Prefix.off.png, Prefix.start.png, Prefix.ready.png, Prefix.ooo.png. Diese Werte werden bei Änderung automatisiert in "devStateIcon" geschrieben, können dort aber anschließend übersteuert werden. Wird in IconPrefix UND devStateIcon nichts eingetragen, werden nur die Status on und off mit den Standardsymbolen angezeigt, die anderen Status werden als Text dargestellt.

attr <name> Ready <Watt>

Standby-Leistung in Watt, welche das Modul zum Umschalten von start -> on sowie von on -> ready über- bzw. unterschritten wird. Wird dieser Parameter nicht angegeben, erfolgt keine automatische Abschaltung und Ready_CMD wird nicht ausgeführt. 0 (Null) ist ein gültiger Parameter!

attr <name> Ready_Time <sec>

Zeit in Sekunden, welche die Standby-Leistung unterschritten sein muss, um von on zu ready umzuschalten. Ist der Parameter leer, wird sofort (nach Rückmeldung der Steckdose!) bei Unterschreiten der Standby-Leistung der Status ready eingenommen.

attr <name> Ready_CMD <command>

Befehl, welcher mit Erreichen des Ready-Status ausgeführt wird. Dabei gilt die normale Fhem-Syntax, der String wird intern der Perl-Funktion fhem() übergeben.

attr <name> Ready_on 0|off|1|on

Wird ready erreicht, wird SOP112 normalerweise ausgeschaltet. Mit Ready_on = 1 bleibt sie eingeschaltet, Ready_CMD wird dennoch abgesendet.

attr <name> sn Seriennummer

Lt. Forumsbeitrag sendet die App die Seriennummer bei den Anfragen mit, ein Unterschied zu Befehlen ohne oder mit falscher Seriennummer konnte bisher nicht festgestellt werden. Für Dokumentationszwecke und evtl. spätere Funktionen kann sie aber bereichts übergeben werden.

==Readings==

status
start Steckdose ist eingeschaltet, der Stromverbrauch ist nicht größer als StandBy
on Steckdose ist eingeschaltet, der Stromverbrauch ist größer als StandBy
ready der Stromverbrauch ist über die angegebene Zeit kleiner als StandBy, Steckdose wird ausgeschaltet, wenn Ready_on nicht gesetzt ist
off Steckdose wurde manuel ausgeschaltet oder Status ready wurde bestätigt
ooo Steckdose ist unter eingetragener IP nicht erreichbar

amp aktuell gemessene Stromstärke in Amperé

watt aktuell gemessene Leistung in Watt

switch aktueller Zustand des Schalters

master, limit, rule: werden zwar abgefragt und angezeigt, die Bedeutung und Format ist aber bisher unklar

start, delay: werden nicht abgefragt und daher nicht angezeigt, auch deren Bedeutung und Format ist unklar

Befehle
set <name> on|1

Einschalten (Status = start)

set <name> off|0

Ausschalten (Status = off)

==Ansteuerung==

Exemplarisch mit curl:

<nowiki>curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}'</nowiki>

Über den PL501 Adapter wird in meinem Netz per dhcp eine IP-Adresse für jede Steckdose zugewiesen.
Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123
Sendet man per Browser

<nowiki>http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}</nowiki>

wird die Steckdose eingeschaltet

Einschalten:
<nowiki>http://192.168.xxx.yyy/?cmd=200&json={"state":0}</nowiki>
für aus und state=1 für an.

Abfragen Alles:
<nowiki>http://192.168.xxx.yyy/?cmd=511</nowiki>
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
<nowiki>http://192.168.xxx.yyy/?cmd=512</nowiki>
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
<nowiki>http://192.168.xxx.yyy/?cmd=513</nowiki>
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
<nowiki>http://192.168.xxx.yyy/?cmd=514</nowiki>
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
<nowiki>http://192.168.xxx.yyy/?cmd=515</nowiki>
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}}
* [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Schaltsteckdose SOP112 mit PowerLAN Adapter]

[[Kategorie:IP Components]]

ELV Powerline Schaltsteckdose SOP112

2016-01-13T01:11:32Z

JoergOstertag:

=ELV Powerline Schaltsteckdose SOP112=

{{Infobox Modul
|Name=SOP112
|ModPurpose=Schalten der ELV Steckdose SOP112
|ModType=x


|ModForumArea=IP
|ModTechName=54_SOP112.pm
|ModOwner=Per,JoergOstertag
}}

Die [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]
gibt es bei [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV].

Die Steckdosen wird über [https://de.wikipedia.org/wiki/PowerLAN PowerLAN] mit dem Hausnetzwerk verbunden. Zum EInbinden ins LAN wird der im Set enthaltenen PowerLAN Adapter verwendet werden. Es kann ein PowerLAN Adapter für mehrere Steckdosen verwendet werden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.
Die Steckdosen werden im Lokalen Netzwerk über http Requests mit json kodierten Parametern gesteuert und abgefragt werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.
Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

==Stromverbrauch==

Die SOP112 benötigt etwas über 2 Watt, die PL501 etwas unter 2 Watt. Bei 0,30 €/kWh sind das ~22 € pro Jahr und Gerät. Die Homematic Zwischenstecker HM-LC-Sw1-Pl liegen bei ~1 Watt, die GHoma-Dosen lassen mein "Messgerät" (eine SOP112) nicht ausschlagen. Die

== Installation ==

Das Modul aus dem Forum laden: {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}} und in das Fhem Modul-Verzeichnis (/opt/fhem/FHEM/) kopieren.

Json Library installieren:
sudo aptitude install libjson-perl

Konfigurieren:
define doseSop1 SOP112 BC:2B:D7:00:71:24 192.168.0.101

==Anwendung==

Define
define <name> SOP112 <MAC>

Attribute
attr <name> IP <IP>

IP, unter welcher die SOP112 angesprochen wird. Solange die Erkennung anhand der MAC noch nicht existiert, ist dies ein Pflichtparameter!

attr <name> IconPrefix <Prefix>

Prefix für die Icons Prefix.on.png, Prefix.off.png, Prefix.start.png, Prefix.ready.png, Prefix.ooo.png. Diese Werte werden bei Änderung automatisiert in "devStateIcon" geschrieben, können dort aber anschließend übersteuert werden. Wird in IconPrefix UND devStateIcon nichts eingetragen, werden nur die Status on und off mit den Standardsymbolen angezeigt, die anderen Status werden als Text dargestellt.

attr <name> Ready <Watt>

Standby-Leistung in Watt, welche das Modul zum Umschalten von start -> on sowie von on -> ready über- bzw. unterschritten wird. Wird dieser Parameter nicht angegeben, erfolgt keine automatische Abschaltung und Ready_CMD wird nicht ausgeführt. 0 (Null) ist ein gültiger Parameter!

attr <name> Ready_Time <sec>

Zeit in Sekunden, welche die Standby-Leistung unterschritten sein muss, um von on zu ready umzuschalten. Ist der Parameter leer, wird sofort (nach Rückmeldung der Steckdose!) bei Unterschreiten der Standby-Leistung der Status ready eingenommen.

attr <name> Ready_CMD <command>

Befehl, welcher mit Erreichen des Ready-Status ausgeführt wird. Dabei gilt die normale Fhem-Syntax, der String wird intern der Perl-Funktion fhem() übergeben.

attr <name> Ready_on 0|off|1|on

Wird ready erreicht, wird SOP112 normalerweise ausgeschaltet. Mit Ready_on = 1 bleibt sie eingeschaltet, Ready_CMD wird dennoch abgesendet.

attr <name> sn Seriennummer

Lt. Forumsbeitrag sendet die App die Seriennummer bei den Anfragen mit, ein Unterschied zu Befehlen ohne oder mit falscher Seriennummer konnte bisher nicht festgestellt werden. Für Dokumentationszwecke und evtl. spätere Funktionen kann sie aber bereichts übergeben werden.

==Readings==

status
start Steckdose ist eingeschaltet, der Stromverbrauch ist nicht größer als StandBy
on Steckdose ist eingeschaltet, der Stromverbrauch ist größer als StandBy
ready der Stromverbrauch ist über die angegebene Zeit kleiner als StandBy, Steckdose wird ausgeschaltet, wenn Ready_on nicht gesetzt ist
off Steckdose wurde manuel ausgeschaltet oder Status ready wurde bestätigt
ooo Steckdose ist unter eingetragener IP nicht erreichbar

amp aktuell gemessene Stromstärke in Amperé

watt aktuell gemessene Leistung in Watt

switch aktueller Zustand des Schalters

master, limit, rule: werden zwar abgefragt und angezeigt, die Bedeutung und Format ist aber bisher unklar

start, delay: werden nicht abgefragt und daher nicht angezeigt, auch deren Bedeutung und Format ist unklar

Befehle
set <name> on|1

Einschalten (Status = start)

set <name> off|0

Ausschalten (Status = off)

==Ansteuerung==

Exemplarisch mit curl:

<nowiki>curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}'</nowiki>

Über den PL501 Adapter wird in meinem Netz per dhcp eine IP-Adresse für jede Steckdose zugewiesen.
Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123
Sendet man per Browser

<nowiki>http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}</nowiki>

wird die Steckdose eingeschaltet

Einschalten:
<nowiki>http://192.168.xxx.yyy/?cmd=200&json={"state":0}</nowiki>
für aus und state=1 für an.

Abfragen Alles:
<nowiki>http://192.168.xxx.yyy/?cmd=511</nowiki>
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
<nowiki>http://192.168.xxx.yyy/?cmd=512</nowiki>
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
<nowiki>http://192.168.xxx.yyy/?cmd=513</nowiki>
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
<nowiki>http://192.168.xxx.yyy/?cmd=514</nowiki>
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
<nowiki>http://192.168.xxx.yyy/?cmd=515</nowiki>
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}}
* [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Schaltsteckdose SOP112 mit PowerLAN Adapter]

[[Kategorie:IP Components]]

ELV Powerline Schaltsteckdose SOP112

2016-01-13T01:09:14Z

JoergOstertag: Verwendung /Installation/Konfiguration hinzugrfügt

=ELV Powerline Schaltsteckdose SOP112=

{{Infobox Modul
|Name=SOP112
|ModPurpose=Schalten der ELV Steckdose SOP112
|ModType=x


|ModForumArea=IP
|ModTechName=54_SOP112.pm
|ModOwner=Per,JoergOstertag
}}

Die [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]
gibt es bei [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV].

Die Steckdosen wird über [https://de.wikipedia.org/wiki/PowerLAN PowerLAN] mit dem Hausnetzwerk verbunden. Zum EInbinden ins LAN wird der im Set enthaltenen PowerLAN Adapter verwendet werden. Es kann ein PowerLAN Adapter für mehrere Steckdosen verwendet werden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.
Die Steckdosen werden im Lokalen Netzwerk über http Requests mit json kodierten Parametern gesteuert und abgefragt werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.
Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

==Stromverbrauch==

Die SOP112 benötigt etwas über 2 Watt, die PL501 etwas unter 2 Watt. Bei 0,30 €/kWh sind das ~22 € pro Jahr und Gerät. Die Homematic Zwischenstecker HM-LC-Sw1-Pl liegen bei ~1 Watt, die GHoma-Dosen lassen mein "Messgerät" (eine SOP112) nicht ausschlagen. Die

== Installation ==

Das Modul aus dem Forum laden: {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}}

Json Library installieren:
sudo aptitude install libjson-perl

Konfigurieren:
define doseSop1 SOP112 BC:2B:D7:00:71:24 192.168.0.101

==Anwendung==

Define
define <name> SOP112 <MAC>

Attribute
attr <name> IP <IP>

IP, unter welcher die SOP112 angesprochen wird. Solange die Erkennung anhand der MAC noch nicht existiert, ist dies ein Pflichtparameter!

attr <name> IconPrefix <Prefix>

Prefix für die Icons Prefix.on.png, Prefix.off.png, Prefix.start.png, Prefix.ready.png, Prefix.ooo.png. Diese Werte werden bei Änderung automatisiert in "devStateIcon" geschrieben, können dort aber anschließend übersteuert werden. Wird in IconPrefix UND devStateIcon nichts eingetragen, werden nur die Status on und off mit den Standardsymbolen angezeigt, die anderen Status werden als Text dargestellt.

attr <name> Ready <Watt>

Standby-Leistung in Watt, welche das Modul zum Umschalten von start -> on sowie von on -> ready über- bzw. unterschritten wird. Wird dieser Parameter nicht angegeben, erfolgt keine automatische Abschaltung und Ready_CMD wird nicht ausgeführt. 0 (Null) ist ein gültiger Parameter!

attr <name> Ready_Time <sec>

Zeit in Sekunden, welche die Standby-Leistung unterschritten sein muss, um von on zu ready umzuschalten. Ist der Parameter leer, wird sofort (nach Rückmeldung der Steckdose!) bei Unterschreiten der Standby-Leistung der Status ready eingenommen.

attr <name> Ready_CMD <command>

Befehl, welcher mit Erreichen des Ready-Status ausgeführt wird. Dabei gilt die normale Fhem-Syntax, der String wird intern der Perl-Funktion fhem() übergeben.

attr <name> Ready_on 0|off|1|on

Wird ready erreicht, wird SOP112 normalerweise ausgeschaltet. Mit Ready_on = 1 bleibt sie eingeschaltet, Ready_CMD wird dennoch abgesendet.

attr <name> sn Seriennummer

Lt. Forumsbeitrag sendet die App die Seriennummer bei den Anfragen mit, ein Unterschied zu Befehlen ohne oder mit falscher Seriennummer konnte bisher nicht festgestellt werden. Für Dokumentationszwecke und evtl. spätere Funktionen kann sie aber bereichts übergeben werden.

==Readings==

status
start Steckdose ist eingeschaltet, der Stromverbrauch ist nicht größer als StandBy
on Steckdose ist eingeschaltet, der Stromverbrauch ist größer als StandBy
ready der Stromverbrauch ist über die angegebene Zeit kleiner als StandBy, Steckdose wird ausgeschaltet, wenn Ready_on nicht gesetzt ist
off Steckdose wurde manuel ausgeschaltet oder Status ready wurde bestätigt
ooo Steckdose ist unter eingetragener IP nicht erreichbar

amp aktuell gemessene Stromstärke in Amperé

watt aktuell gemessene Leistung in Watt

switch aktueller Zustand des Schalters

master, limit, rule: werden zwar abgefragt und angezeigt, die Bedeutung und Format ist aber bisher unklar

start, delay: werden nicht abgefragt und daher nicht angezeigt, auch deren Bedeutung und Format ist unklar

Befehle
set <name> on|1

Einschalten (Status = start)

set <name> off|0

Ausschalten (Status = off)

==Ansteuerung==

Exemplarisch mit curl:

<nowiki>curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}'</nowiki>

Über den PL501 Adapter wird in meinem Netz per dhcp eine IP-Adresse für jede Steckdose zugewiesen.
Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123
Sendet man per Browser

<nowiki>http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}</nowiki>

wird die Steckdose eingeschaltet

Einschalten:
<nowiki>http://192.168.xxx.yyy/?cmd=200&json={"state":0}</nowiki>
für aus und state=1 für an.

Abfragen Alles:
<nowiki>http://192.168.xxx.yyy/?cmd=511</nowiki>
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
<nowiki>http://192.168.xxx.yyy/?cmd=512</nowiki>
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
<nowiki>http://192.168.xxx.yyy/?cmd=513</nowiki>
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
<nowiki>http://192.168.xxx.yyy/?cmd=514</nowiki>
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
<nowiki>http://192.168.xxx.yyy/?cmd=515</nowiki>
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=30501|Message=383894|LinkText=Download Modul}}
* [http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Schaltsteckdose SOP112 mit PowerLAN Adapter]

[[Kategorie:IP Components]]

ELV Powerline Schaltsteckdose SOP112

2016-01-08T18:29:41Z

JoergOstertag: Neue Messwerte; Ergänzung bzgl. PowerLAN

ELV Powerline Schaltsteckdose SOP112

2016-01-03T13:10:10Z

JoergOstertag: Einfügen eines Links zum Modul SOP112

ELV Powerline Schaltsteckdose SOP112

2015-12-30T21:51:35Z

JoergOstertag:

=ELV Powerline Schaltsteckdose SOP112=

Die [[http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]]
gibt es bei [[http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV]].

Die Steckdosen werden über einen (im Set enthaltenen) Powerline Adapter an das Lokale Netzwerk angebunden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.
Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

==Stromverbrauch==

Noch was zur Hardware: Die Dosen selbst (den Powerlan-AP habe ich noch nicht gemessen) benötigen 2 Watt für den Eigenbedarf.

==Ansteuerung==

Exemplarisch mit curl:

curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}

Über den PL501 Adapter wird in meinem Netz per dhcp eine IP-Adresse für jede Steckdose zugewiesen.
Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123
Sendet man per Browser

http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}

wird die Steckdose eingeschaltet

Einschalten:
http://192.168.xxx.yyy/?cmd=200&json={"state":0}
für aus und state=1 für an.

Abfragen Alles:
http://192.168.xxx.yyy/?cmd=511
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
http://192.168.xxx.yyy/?cmd=512
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
http://192.168.xxx.yyy/?cmd=513
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
http://192.168.xxx.yyy/?cmd=514
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
http://192.168.xxx.yyy/?cmd=515
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

==Steuerung aus fhem heraus==

* {{Link2Forum|Topic=30501|Message=375406|LinkText=Beschreibung verwenden der Steckdose aus fhem}}

==Perl Schnipsel==

Schalten der Dosen:
<pre>
sub SOP_set($$)
{
my ($SOP,$Event) = @_;
my $state=0;
if ($Event eq "on" || $Event eq "start") {$state=1; $Event = "on"} else {$Event = "off"};
if (Value($SOP) ne $Event) {fhem("set ".$SOP." ".$Event)};
my $waste = GetFileFromURL ("http://192.168.xxx.".AttrVal($SOP,"IP",1)."/?cmd=200&json={%22port%22:0,%22state%22:".$state."}");
(my $SOPDummy = $SOP) =~ s/\.SOP112/.SOP/;
SOP_reading();
}
</pre>

Auslesen der Daten: (Pre)
<pre>
sub
SOP_reading()
{
use Math::Round qw/round/;
#my ($NAME,$state) = @_;
my $SOP;
my $Muster = '[\[\]"}]+';
foreach $SOP (devspec2array("Type=SOP112"))
{
(my $SOPDummy = $SOP) =~ s/\.SOP112/.SOP/;
my $ret1 = GetFileFromURL ("http://192.168.4.".AttrVal($SOP,"IP",1)."/?cmd=511");
my @Wert = split /[:,]/, "$ret1",6;
my @Data = split /[:,]/, $Wert[5];
if ($Wert[1] == 511)
{
(my $watt = $Data[1]) =~ s/$Muster//g;
(my $amp = $Data[3]) =~ s/$Muster//g;
(my $switch = $Data[5]) =~ s/$Muster//g;
if (ReadingsVal($SOP,"amp",0) != $amp ) {fhem("setreading ".$SOP." amp ".$amp)};
$watt = round($watt);
if (ReadingsVal($SOP,"watt",0) != $watt ) {fhem("setreading ".$SOP." watt ".$watt)};
if ($watt < AttrVal($SOP,"Ready",1) && Value($SOPDummy) eq "on") {
fhem ("set ".$SOPDummy." ready");SOP_set ($SOP,"off");
}
else
{
if (ReadingsVal($SOP,"switch",0) != $switch ) {fhem("setreading ".$SOP." switch ".$switch)};
$switch = "on"; if (ReadingsVal($SOP,"switch",0) == 0) {$switch = "off"};
if (ReadingsVal($SOP,"state","") ne $switch ) {SOP_set($SOP,$switch)};
}
if ($watt > AttrVal($SOP,"Ready",1) && (Value($SOPDummy) eq "start"||Value($SOPDummy) eq "ooo")) {
if (Value($SOPDummy) ne "on" ) {fhem ("set ".$SOPDummy." on")};
};

if (Value($SOPDummy) eq "stop")
{
fhem ("set ".$SOPDummy." off");
};

my $ret2 = GetFileFromURL ("http://192.168.4.".AttrVal($SOP,"IP",1)."/?cmd=512");
@Wert = split /[:,]/, "$ret2",6;
@Data = split /[:,]/, $Wert[5];
(my $master = $Data[1]) =~ s/$Muster//g;
(my $limit = $Data[3]) =~ s/$Muster//g;
if (ReadingsVal($SOP,"master",0) != $master ) {fhem("setreading ".$SOP." master ".$master)};
if (ReadingsVal($SOP,"limit",0) != $limit ) {fhem("setreading ".$SOP." limit ".$limit)};

my $ret3 = GetFileFromURL ("http://192.168.xxx.".AttrVal($SOP,"IP",1)."/?cmd=512");
@Wert = split /[:,]/, "$ret3",6;
@Data = split /[:,]/, $Wert[5];
(my $start = $Data[1]) =~ s/$Muster//g;
(my $delay = $Data[3]) =~ s/$Muster//g;
# if (ReadingsVal($SOP,"start",0) != $start ) {fhem("setreading ".$SOP." start ".$start)};
if (ReadingsVal($SOP,"delay",0) != $delay ) {fhem("setreading ".$SOP." delay ".$delay)};
}
else
{
if (Value($SOPDummy) ne "ooo" ) {fhem ("set ".$SOPDummy." ooo")};
}
}
}
</pre>
Das Auslesen von "Start" ergibt eine (mir kryptische) Zeichenkombi, die ich einfach mal nicht abspeichere. Wenn es einen Sinn ergibt, einfach ent-auskommentieren

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}

[[Kategorie:IP Components]]

ELV Powerline Schaltsteckdose SOP112

2015-12-30T21:43:48Z

JoergOstertag: Initiale Information über die SOP112 Steckdosen

=ELV Powerline Schaltsteckdose SOP112==

Die [[http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html ELV Powerline Schaltsteckdose SOP112]]
gibt es bei [[http://www.elv.de/elv-spar-set-mit-2x-schaltsteckdose-sop112-und-1x-powerline-adapter.html hier bei ELV]].

Die Steckdosen werden über einen (im Set enthaltenen) Powerline Adapter an das Lokale Netzwerk angebunden.
Jede Steckdose bekommt (über DHCP) eine eigene IP Adresse und kann dann darüber angesprochen werden.

Die Steckdosen können sowohl direkt aus dem LAN gesteuert und abgefragt werden. Zu den Steckdosen gibt es auch eine APP mit der man aus dem Internet die Steckdosen abfragen und steuern kann.
Die Steckdosen messen auch die Leistungsaufnahme des angeschlossenen Verbrauchers.

==Stromverbrauch==

Noch was zur Hardware: Die Dosen selbst (den Powerlan-AP habe ich noch nicht gemessen) benötigen 2 Watt für den Eigenbedarf.

==Ansteuerung==

Exemplarisch mit curl:

curl --globoff -v 'http://192.168.0.222/?cmd=200&json={"sn":"SWP1040003001149","state":1}

Über den PL501 Adapter wird in meinem Netz per dhcp eine IP-Adresse für jede Steckdose zugewiesen.
Der Power Plug, also der schaltbare Adapter, hat eine Serien Nummer aufgedruckt,
z.B. so etwas wie SW10400100123
Sendet man per Browser

http://192.168.3.82/?cmd=200&json={"sn":"SWP1040001000123","port":0,"state":1}

wird die Steckdose eingeschaltet

Einschalten:
http://192.168.xxx.yyy/?cmd=200&json={"state":0}
für aus und state=1 für an.

Abfragen Alles:
http://192.168.xxx.yyy/?cmd=511
{"response":511,"code":200,"data":{"watt":["0.00"],"amp":["0.0"],"switch":[0]}}

Abfragen Limit:
http://192.168.xxx.yyy/?cmd=512
{"response":512,"code":200,"data":{"master":[0],"limit":0}}

Abfrage Status:
http://192.168.xxx.yyy/?cmd=513
{"response":513,"code":200,"data":{"switch":[0]}}

Abfrage Regeln:
http://192.168.xxx.yyy/?cmd=514
{"response":514,"code":200,"data":{"rule":[]}}

Abfrage:
http://192.168.xxx.yyy/?cmd=515
{"response":515,"code":200,"data":{"start":"
dann geht es mit Steuerzeichen weiter.

==Steuerung aus fhem heraus==

* {{Link2Forum|Topic=30501|Message=375406|LinkText=Beschreibung verwenden der Steckdose aus fhem}}

==Perl Schnipsel==

Schalten der Dosen:
<pre>
sub SOP_set($$)
{
my ($SOP,$Event) = @_;
my $state=0;
if ($Event eq "on" || $Event eq "start") {$state=1; $Event = "on"} else {$Event = "off"};
if (Value($SOP) ne $Event) {fhem("set ".$SOP." ".$Event)};
my $waste = GetFileFromURL ("http://192.168.xxx.".AttrVal($SOP,"IP",1)."/?cmd=200&json={%22port%22:0,%22state%22:".$state."}");
(my $SOPDummy = $SOP) =~ s/\.SOP112/.SOP/;
SOP_reading();
}
</pre>

Auslesen der Daten: (Pre)
<pre>
sub
SOP_reading()
{
use Math::Round qw/round/;
#my ($NAME,$state) = @_;
my $SOP;
my $Muster = '[\[\]"}]+';
foreach $SOP (devspec2array("Type=SOP112"))
{
(my $SOPDummy = $SOP) =~ s/\.SOP112/.SOP/;
my $ret1 = GetFileFromURL ("http://192.168.4.".AttrVal($SOP,"IP",1)."/?cmd=511");
my @Wert = split /[:,]/, "$ret1",6;
my @Data = split /[:,]/, $Wert[5];
if ($Wert[1] == 511)
{
(my $watt = $Data[1]) =~ s/$Muster//g;
(my $amp = $Data[3]) =~ s/$Muster//g;
(my $switch = $Data[5]) =~ s/$Muster//g;
if (ReadingsVal($SOP,"amp",0) != $amp ) {fhem("setreading ".$SOP." amp ".$amp)};
$watt = round($watt);
if (ReadingsVal($SOP,"watt",0) != $watt ) {fhem("setreading ".$SOP." watt ".$watt)};
if ($watt < AttrVal($SOP,"Ready",1) && Value($SOPDummy) eq "on") {
fhem ("set ".$SOPDummy." ready");SOP_set ($SOP,"off");
}
else
{
if (ReadingsVal($SOP,"switch",0) != $switch ) {fhem("setreading ".$SOP." switch ".$switch)};
$switch = "on"; if (ReadingsVal($SOP,"switch",0) == 0) {$switch = "off"};
if (ReadingsVal($SOP,"state","") ne $switch ) {SOP_set($SOP,$switch)};
}
if ($watt > AttrVal($SOP,"Ready",1) && (Value($SOPDummy) eq "start"||Value($SOPDummy) eq "ooo")) {
if (Value($SOPDummy) ne "on" ) {fhem ("set ".$SOPDummy." on")};
};

if (Value($SOPDummy) eq "stop")
{
fhem ("set ".$SOPDummy." off");
};

my $ret2 = GetFileFromURL ("http://192.168.4.".AttrVal($SOP,"IP",1)."/?cmd=512");
@Wert = split /[:,]/, "$ret2",6;
@Data = split /[:,]/, $Wert[5];
(my $master = $Data[1]) =~ s/$Muster//g;
(my $limit = $Data[3]) =~ s/$Muster//g;
if (ReadingsVal($SOP,"master",0) != $master ) {fhem("setreading ".$SOP." master ".$master)};
if (ReadingsVal($SOP,"limit",0) != $limit ) {fhem("setreading ".$SOP." limit ".$limit)};

my $ret3 = GetFileFromURL ("http://192.168.xxx.".AttrVal($SOP,"IP",1)."/?cmd=512");
@Wert = split /[:,]/, "$ret3",6;
@Data = split /[:,]/, $Wert[5];
(my $start = $Data[1]) =~ s/$Muster//g;
(my $delay = $Data[3]) =~ s/$Muster//g;
# if (ReadingsVal($SOP,"start",0) != $start ) {fhem("setreading ".$SOP." start ".$start)};
if (ReadingsVal($SOP,"delay",0) != $delay ) {fhem("setreading ".$SOP." delay ".$delay)};
}
else
{
if (Value($SOPDummy) ne "ooo" ) {fhem ("set ".$SOPDummy." ooo")};
}
}
}
</pre>
Das Auslesen von "Start" ergibt eine (mir kryptische) Zeichenkombi, die ich einfach mal nicht abspeichere. Wenn es einen Sinn ergibt, einfach ent-auskommentieren

== Links ==
* {{Link2Forum|Topic=30501.0|LinkText=Forenthread}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2015-12-30T19:38:35Z

JoergOstertag: Kurzbeschreibung fhem Modul Silvercrest_SWS_A1_Wifi

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModForumArea=IP
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==

Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul 53_Silvercrest_SWS_A1_Wifi.pm das ein-/Aus-schalten der Steckdose implementiert.

===Verwendung des Moduls 53_Silvercrest_SWS_A1_Wifi.pm===

Das Modul in kann die SWS-A1 (und evtl. Softwaregleiche) Steckdosen schalten und deren Zusatand erfassen. Vorraussetzung ist, dass die Steckdoesen und fhem im selben Netzwerksegment sind und die UDP-Broadcasts der Steckdose von fhem empfangen werden können.

Das Modul sendet (momentan noch) feste vorgegebene packete per UDP an die konfigurierte IP-Adresse.

Wenn irgend ein define mit diesem Modul getätigt wird, macht das Modul einen Listening Socket auf dem UDP-Port 8530 auf. DIe über diesen Socket empfagenen Packete werden entweder einer bereits bestehenden definition zugeordnet und der aktuelle Zustand aktualisiert. Oder ein entsprechend neuer Eintrag wird mittels Autocreate angelegt.

Somit kann auch ein leerer (keineIP/MAC) Eintrag verwendet werden, um das Modul in den AutoCreate Modus zu bringen.
define autoCreateDosen Silvercrest_SWS_A1_Wifi

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===

Wenn sich die Steckdose im Wlan angemeldet hat, kann man mit dem Browser auf das WebGUI zugreifen. Die Zugangsdaten sind:

Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

===Abfragen===

Die App sendet jedenfalls zur Abfrage ein UDP-Paket
0140 + mac(6B) + 10 + enc(16B)

wobei der kodierte Befehl (enc) so aussieht:
00 0000 c1 11 7150 23 + mac + 0202

Beim 2. und 3. Byte wie üblich mit der Paketnummer aufpassen. Und bei der MAC müsste auch 6 mal FF als Broadcast an alle Geräte funktionieren; kommt zumindest in der App vor, habe ich aber noch nicht ausprobiert]

Die Dose antwortet dann mit einem UDP-Paket.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2015-12-30T18:11:24Z

JoergOstertag:

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModForumArea=IP
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==

Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul [[53_Silvercrest_SWS_A1_Wifi.pm]] das ein-/Aus-schalten der Steckdose implementiert.

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===
Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

===Abfragen===

Die App sendet jedenfalls zur Abfrage ein UDP-Paket
0140 + mac(6B) + 10 + enc(16B)

wobei der kodierte Befehl (enc) so aussieht:
00 0000 c1 11 7150 23 + mac + 0202

Beim 2. und 3. Byte wie üblich mit der Paketnummer aufpassen. Und bei der MAC müsste auch 6 mal FF als Broadcast an alle Geräte funktionieren; kommt zumindest in der App vor, habe ich aber noch nicht ausprobiert]

Die Dose antwortet dann mit einem UDP-Paket.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2015-12-30T18:08:30Z

JoergOstertag: Hinzufügen der Abfragen

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModForumArea=IP
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==

Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul [[53_Silvercrest_SWS_A1_Wifi.pm]] das ein-/Aus-schalten der Steckdose implementiert.

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===
Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

===Abfragen===

Die App sendet jedenfalls zur Abfrage ein UDP-Paket
0140 + mac(6B) + 10 + enc(16B)
wobei der kodierte Befehl (enc) so aussieht:
000000c111715023+mac+0202

die Dose antwortet dann mit einem UDP-Paket.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

LinuxHid

2015-12-27T17:37:54Z

JoergOstertag:

{{Infobox Modul
|Name=linuxHid
|ModPurpose=Einbinden von HID Devices
|ModType=x
|ModCategory=Interfaces

|ModForumArea=Sonstige Systeme
|ModTechName=37_linuxHid.pm
|ModOwner=justme1968 (Andre)
}}

== Human Interface Devices (HID) ==

Dies ist die erste Version eines fhem moduls um unter linux events von usb hid geräten in fhem zu integrieren.

===mögliche Anwendungen===

* mit den tasten einer harmony fernbedienung events in fhem auslösen

* entweder per bluetooth oder per windows mce ir empfänger
hier kommt auch die ursprüngliche idee Markus her. siehe: http://forum.fhem.de/index.php/topic,14163.msg284851.html#msg284851

* eine bluetooth zehner tastatur als fernbedienung für fhem verwenden
oder alles andere das sich wie eine usb tastatur verhält. z.b. präsentations fernbedienungen

* die encoder einer alten maus oder eines alten joysticks als sterung oder rückmeldung in fhem verwenden

* ...

===ignoreTypes===

* Bei einem neu angelegten hid device wird ignoredTypes automatisch auf EV_SYN,EV_MSC gesetzt

===ignoreValues===

* Ignoriert Werte vom Type KEY_UP, KEY_DOWN,KEY_REPEAT

===wie funktioniert das ganze===

* mit cat /proc/bus/input/devices auf der kommandozeile rausfinden welche hid devices im system bekannt sind.
der eventX eintrag in der H: zeile des gewünschen geräts ist relevant.

* prüfen ob der zugehörige device eintrag in /dev/input/eventX für den user unter dem fhem läuft lesbar ist.
ls -l /dev/input/event*

* wenn das nicht der fall ist ensprechende udev regel anlegen, fhem mit in die nötige gruppe aufnehmen oder (nur wenn es gar nicht anders geht) fhem als root laufen lassen.

* mit define hid linuxHid eventX das device in fhem.cfg anlegen.

* sobald tastendrücke erkannt werden sollte im event monitor die zugehörigen events sichtbar sein.
Es gibt events beim drücken, beim los lassen und beim autorepeat einer taste.

* diese events lassen sich ganz normal mit fhem notifys weiter verarbeiten

* alternativ zum cat kann man mit define hid linuxHid xxx erst mal ein hid device anlegen und mit get devices die vorhanden devices auflisten. mit modify kann man dann auf ein echtes device umändern

* statt eventX kann man auch den device namen angeben (als regex, leerzeichen durch . ersetzt) oder als bus:vendor:device:version:eventTypes string (nicht relevante teile leer lassen)
z.b.:
define hid linuxHid :0x04f2:0x0402 oder define hid linuxHid .*keyboard.*

*wenn vorhanden kann auch die mac adresse des device im define angegeben werden: define hid linuxHid 00:04:20:eb:f6:b7

ein physikalisches device kann mehrfach in der device liste auftauchen. 'moderne' Tastaturen mit multimedia tasten erscheinen meist als gerät für die 'normalen' tasten und als gerät für die multimedia tasten. man kann so z.b. der normalen system Tastatur die Multimedia tasten klauen und exclusiv in fhem verfügbar machen und alle anderen tasten weiter auf Systemebene und der konsole verwenden.

das hid device kann entweder exklusiv events an fhem liefern. das ist der default. oder die events landen zusätzlich auch noch ganz normal im betriebsystem.

wenn das device über die usb ids angelegt wird sollte es auch nach abziehen und wieder anstecken automatisch wieder gefunden werden. wenn es über eventX angelegt wurde kann sich beim abziehen und wieder anstecken der bezeichner ändern.

===was fehlt noch===

* Zur zeit werden nur Tastatur Events verarbeitet. d.h. die oben angesprochenen Maus und Joystick events gehen noch nicht.
* Fast alle fhem events haben noch keine symbolischen tasten Namen sondern nur key codes
* symbolische Namen für press, release und repeat
* Konfiguration ob release events erzeugt werden sollen
* standardisieren der in fhem ausgelösten events

===was ist noch denkbar===

Im exclusiv modus events die nicht für fhem gedacht sind wieder ans system zurück weiterreichen

== Links ==
* {{Link2Forum|Topic=36257.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=36257|Message=msg285582|LinkText=Download Modul}}

[[Kategorie:USB Components]]
[[Kategorie:Interfaces]]
[[Kategorie:Other_Components]]

LinuxHid

2015-12-27T12:26:23Z

JoergOstertag: Kategorie dazugefügt

{{Infobox Modul
|Name=linuxHid
|ModPurpose=Einbinden von HID Devices
|ModType=x
|ModCategory=Interfaces

|ModForumArea=Sonstige Systeme
|ModTechName=37_linuxHid.pm
|ModOwner=justme1968 (Andre)
}}

== Human Interface Devices (HID) ==

Dies ist die erste Version eines fhem moduls um unter linux events von usb hid geräten in fhem zu integrieren.

===mögliche Anwendungen===

* mit den tasten einer harmony fernbedienung events in fhem auslösen

* entweder per bluetooth oder per windows mce ir empfänger
hier kommt auch die ursprüngliche idee Markus her. siehe: http://forum.fhem.de/index.php/topic,14163.msg284851.html#msg284851

* eine bluetooth zehner tastatur als fernbedienung für fhem verwenden
oder alles andere das sich wie eine usb tastatur verhält. z.b. präsentations fernbedienungen

* die encoder einer alten maus oder eines alten joysticks als sterung oder rückmeldung in fhem verwenden

* ...

===wie funktioniert das ganze===

* mit cat /proc/bus/input/devices auf der kommandozeile rausfinden welche hid devices im system bekannt sind.
der eventX eintrag in der H: zeile des gewünschen geräts ist relevant.

* prüfen ob der zugehörige device eintrag in /dev/input/eventX für den user unter dem fhem läuft lesbar ist.
ls -l /dev/input/event*

* wenn das nicht der fall ist ensprechende udev regel anlegen, fhem mit in die nötige gruppe aufnehmen oder (nur wenn es gar nicht anders geht) fhem als root laufen lassen.

* mit define hid linuxHid eventX das device in fhem.cfg anlegen.

* sobald tastendrücke erkannt werden sollte im event monitor die zugehörigen events sichtbar sein.
Es gibt events beim drücken, beim los lassen und beim autorepeat einer taste.

* diese events lassen sich ganz normal mit fhem notifys weiter verarbeiten

* alternativ zum cat kann man mit define hid linuxHid xxx erst mal ein hid device anlegen und mit get devices die vorhanden devices auflisten. mit modify kann man dann auf ein echtes device umändern

* statt eventX kann man auch den device namen angeben (als regex, leerzeichen durch . ersetzt) oder als bus:vendor:device:version:eventTypes string (nicht relevante teile leer lassen)
z.b.:
define hid linuxHid :0x04f2:0x0402 oder define hid linuxHid .*keyboard.*

*wenn vorhanden kann auch die mac adresse des device im define angegeben werden: define hid linuxHid 00:04:20:eb:f6:b7

ein physikalisches device kann mehrfach in der device liste auftauchen. 'moderne' Tastaturen mit multimedia tasten erscheinen meist als gerät für die 'normalen' tasten und als gerät für die multimedia tasten. man kann so z.b. der normalen system Tastatur die Multimedia tasten klauen und exclusiv in fhem verfügbar machen und alle anderen tasten weiter auf Systemebene und der konsole verwenden.

das hid device kann entweder exklusiv events an fhem liefern. das ist der default. oder die events landen zusätzlich auch noch ganz normal im betriebsystem.

wenn das device über die usb ids angelegt wird sollte es auch nach abziehen und wieder anstecken automatisch wieder gefunden werden. wenn es über eventX angelegt wurde kann sich beim abziehen und wieder anstecken der bezeichner ändern.

===was fehlt noch===

* Zur zeit werden nur Tastatur Events verarbeitet. d.h. die oben angesprochenen Maus und Joystick events gehen noch nicht.
* Fast alle fhem events haben noch keine symbolischen tasten Namen sondern nur key codes
* symbolische Namen für press, release und repeat
* Konfiguration ob release events erzeugt werden sollen
* standardisieren der in fhem ausgelösten events

===was ist noch denkbar===

Im exclusiv modus events die nicht für fhem gedacht sind wieder ans system zurück weiterreichen

== Links ==
* {{Link2Forum|Topic=36257.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=36257|Message=msg285582|LinkText=Download Modul}}

[[Kategorie:USB Components]]
[[Kategorie:Interfaces]]
[[Kategorie:Other_Components]]

LinuxHid

2015-12-27T12:23:14Z

JoergOstertag:

{{Infobox Modul
|Name=linuxHid
|ModPurpose=Einbinden von HID Devices
|ModType=x


|ModForumArea=Sonstige Systeme
|ModTechName=37_linuxHid.pm
|ModOwner=justme1968 (Andre)
}}

== Human Interface Devices (HID) ==

Dies ist die erste Version eines fhem moduls um unter linux events von usb hid geräten in fhem zu integrieren.

===mögliche Anwendungen===

* mit den tasten einer harmony fernbedienung events in fhem auslösen

* entweder per bluetooth oder per windows mce ir empfänger
hier kommt auch die ursprüngliche idee Markus her. siehe: http://forum.fhem.de/index.php/topic,14163.msg284851.html#msg284851

* eine bluetooth zehner tastatur als fernbedienung für fhem verwenden
oder alles andere das sich wie eine usb tastatur verhält. z.b. präsentations fernbedienungen

* die encoder einer alten maus oder eines alten joysticks als sterung oder rückmeldung in fhem verwenden

* ...

===wie funktioniert das ganze===

* mit cat /proc/bus/input/devices auf der kommandozeile rausfinden welche hid devices im system bekannt sind.
der eventX eintrag in der H: zeile des gewünschen geräts ist relevant.

* prüfen ob der zugehörige device eintrag in /dev/input/eventX für den user unter dem fhem läuft lesbar ist.
ls -l /dev/input/event*

* wenn das nicht der fall ist ensprechende udev regel anlegen, fhem mit in die nötige gruppe aufnehmen oder (nur wenn es gar nicht anders geht) fhem als root laufen lassen.

* mit define hid linuxHid eventX das device in fhem.cfg anlegen.

* sobald tastendrücke erkannt werden sollte im event monitor die zugehörigen events sichtbar sein.
Es gibt events beim drücken, beim los lassen und beim autorepeat einer taste.

* diese events lassen sich ganz normal mit fhem notifys weiter verarbeiten

* alternativ zum cat kann man mit define hid linuxHid xxx erst mal ein hid device anlegen und mit get devices die vorhanden devices auflisten. mit modify kann man dann auf ein echtes device umändern

* statt eventX kann man auch den device namen angeben (als regex, leerzeichen durch . ersetzt) oder als bus:vendor:device:version:eventTypes string (nicht relevante teile leer lassen)
z.b.:
define hid linuxHid :0x04f2:0x0402 oder define hid linuxHid .*keyboard.*

*wenn vorhanden kann auch die mac adresse des device im define angegeben werden: define hid linuxHid 00:04:20:eb:f6:b7

ein physikalisches device kann mehrfach in der device liste auftauchen. 'moderne' Tastaturen mit multimedia tasten erscheinen meist als gerät für die 'normalen' tasten und als gerät für die multimedia tasten. man kann so z.b. der normalen system Tastatur die Multimedia tasten klauen und exclusiv in fhem verfügbar machen und alle anderen tasten weiter auf Systemebene und der konsole verwenden.

das hid device kann entweder exklusiv events an fhem liefern. das ist der default. oder die events landen zusätzlich auch noch ganz normal im betriebsystem.

wenn das device über die usb ids angelegt wird sollte es auch nach abziehen und wieder anstecken automatisch wieder gefunden werden. wenn es über eventX angelegt wurde kann sich beim abziehen und wieder anstecken der bezeichner ändern.

===was fehlt noch===

* Zur zeit werden nur Tastatur Events verarbeitet. d.h. die oben angesprochenen Maus und Joystick events gehen noch nicht.
* Fast alle fhem events haben noch keine symbolischen tasten Namen sondern nur key codes
* symbolische Namen für press, release und repeat
* Konfiguration ob release events erzeugt werden sollen
* standardisieren der in fhem ausgelösten events

===was ist noch denkbar===

Im exclusiv modus events die nicht für fhem gedacht sind wieder ans system zurück weiterreichen

== Links ==
* {{Link2Forum|Topic=36257.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=36257|Message=msg285582|LinkText=Download Modul}}

[[Kategorie:USB Components]]

LinuxHid

2015-12-27T12:21:49Z

JoergOstertag: Die Seite wurde neu angelegt: „{{Infobox Modul |Name=linuxHid |ModPurpose=Einbinden von HID Devices |ModType=x  <!-- |ModCmdRef=37_linuxHid -- nicht erforderlich, da…“

{{Infobox Modul
|Name=linuxHid
|ModPurpose=Einbinden von HID Devices
|ModType=x


|ModForumArea=IP
|ModTechName=37_linuxHid.pm
|ModOwner=justme1968 (Andre)
}}

== Human Interface Devices (HID) ==

Dies ist die erste Version eines fhem moduls um unter linux events von usb hid geräten in fhem zu integrieren.

===mögliche Anwendungen===

* mit den tasten einer harmony fernbedienung events in fhem auslösen

* entweder per bluetooth oder per windows mce ir empfänger
hier kommt auch die ursprüngliche idee Markus her. siehe: http://forum.fhem.de/index.php/topic,14163.msg284851.html#msg284851

* eine bluetooth zehner tastatur als fernbedienung für fhem verwenden
oder alles andere das sich wie eine usb tastatur verhält. z.b. präsentations fernbedienungen

* die encoder einer alten maus oder eines alten joysticks als sterung oder rückmeldung in fhem verwenden

* ...

===wie funktioniert das ganze===

* mit cat /proc/bus/input/devices auf der kommandozeile rausfinden welche hid devices im system bekannt sind.
der eventX eintrag in der H: zeile des gewünschen geräts ist relevant.

* prüfen ob der zugehörige device eintrag in /dev/input/eventX für den user unter dem fhem läuft lesbar ist.
ls -l /dev/input/event*

* wenn das nicht der fall ist ensprechende udev regel anlegen, fhem mit in die nötige gruppe aufnehmen oder (nur wenn es gar nicht anders geht) fhem als root laufen lassen.

* mit define hid linuxHid eventX das device in fhem.cfg anlegen.

* sobald tastendrücke erkannt werden sollte im event monitor die zugehörigen events sichtbar sein.
Es gibt events beim drücken, beim los lassen und beim autorepeat einer taste.

* diese events lassen sich ganz normal mit fhem notifys weiter verarbeiten

* alternativ zum cat kann man mit define hid linuxHid xxx erst mal ein hid device anlegen und mit get devices die vorhanden devices auflisten. mit modify kann man dann auf ein echtes device umändern

* statt eventX kann man auch den device namen angeben (als regex, leerzeichen durch . ersetzt) oder als bus:vendor:device:version:eventTypes string (nicht relevante teile leer lassen)
z.b.:
define hid linuxHid :0x04f2:0x0402 oder define hid linuxHid .*keyboard.*

*wenn vorhanden kann auch die mac adresse des device im define angegeben werden: define hid linuxHid 00:04:20:eb:f6:b7

ein physikalisches device kann mehrfach in der device liste auftauchen. 'moderne' Tastaturen mit multimedia tasten erscheinen meist als gerät für die 'normalen' tasten und als gerät für die multimedia tasten. man kann so z.b. der normalen system Tastatur die Multimedia tasten klauen und exclusiv in fhem verfügbar machen und alle anderen tasten weiter auf Systemebene und der konsole verwenden.

das hid device kann entweder exklusiv events an fhem liefern. das ist der default. oder die events landen zusätzlich auch noch ganz normal im betriebsystem.

wenn das device über die usb ids angelegt wird sollte es auch nach abziehen und wieder anstecken automatisch wieder gefunden werden. wenn es über eventX angelegt wurde kann sich beim abziehen und wieder anstecken der bezeichner ändern.

===was fehlt noch===

* Zur zeit werden nur Tastatur Events verarbeitet. d.h. die oben angesprochenen Maus und Joystick events gehen noch nicht.
* Fast alle fhem events haben noch keine symbolischen tasten Namen sondern nur key codes
* symbolische Namen für press, release und repeat
* Konfiguration ob release events erzeugt werden sollen
* standardisieren der in fhem ausgelösten events

===was ist noch denkbar===

Im exclusiv modus events die nicht für fhem gedacht sind wieder ans system zurück weiterreichen

== Links ==
* {{Link2Forum|Topic=36257.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=36257|Message=msg285582|LinkText=Download Modul}}

[[Kategorie:USB Components]]

Silvercrest SWS A1 Wifi

2015-12-26T01:05:49Z

JoergOstertag: Erweitern um die Erkenntnisse aus dem Forum

{{Infobox Modul
|Name=Silvercrest_SWS_A1_Wifi
|ModPurpose=Schalten der Silvercrest SWS-A1 Steckdose
|ModType=x


|ModForumArea=IP
|ModTechName=53_Silvercrest_SWS_A1_Wifi.pm
|ModOwner=JoergOstertag
}}

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==

Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul [[53_Silvercrest_SWS_A1_Wifi.pm]] das ein-/Aus-schalten der Steckdose implementiert.

===Stromverbrauch===
Laut Forum:
Verbrauch ca. 0,3 Watt.
Bei angezogenem Relais schwankt es zwischen 0,4 und 1 Watt.

===Web GUI===
Login: admin
Passwort: admin

===PHP Example Code with crypt===
<pre>
#!/usr/bin/php
<?php

function decodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mdecrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

function encodePacket($packet) {
$td = mcrypt_module_open(MCRYPT_RIJNDAEL_128, '', MCRYPT_MODE_CBC, '');
$key = '0123456789abcdef';
mcrypt_generic_init($td, $key, $key);
$result = mcrypt_generic($td, $packet);
mcrypt_generic_deinit($td);
mcrypt_module_close($td);
return $result;
}

$msg = '4CF75F5A28A181574AC1B563CD51A78D'; // to switch 'on'
echo "Original message: $msg\n";

$decryptedPacket = decodePacket(hex2bin($msg));
echo 'Decrypted packet: ' . bin2hex($decryptedPacket) . "\n";

$reencryptedPacket = encodePacket($decryptedPacket);
echo 'Re-encoded packet: ' . bin2hex($reencryptedPacket) . "\n";
</pre>

===Sniffing-Erkentnisse===

Aus dem Forum von Markus und den Captures von ext23:

Grundsaetzlich laeuft die Kommunikation wohl so:
Das Smartphone kommuniziert direkt mit der Steckdose sofern im LAN angebunden. Das Hinwort vom Smartphone muss von der Steckdose korrekt bestaetigt werden, ansonsten wird wiederholt. Danach Broadcastet die Steckdose den Status im eigenen Subnetz und meldet wohl danach den Staus an den Server im Internet.

Wenn die Taste an der Steckdose gedrueckt wird:
Die Steckdose broadcastet zwei mal ihre Information, dann wird die Info an den Webserver geschickt.

<pre>
Datenwert 25bytes UDP

# Framenummer im Trace
Hin Vom Smartphone zur Steckdose
Rueck Von Steckdose zum Smartphone
BC Broadcast von der Steckdose ins lokale Subnetz
UPL Von der Steckdose zum Server im Internet
Antwort Vom Server im Internet zur Steckdose
1 Indikator App/Steckdose oder Hin/Rueck?
2 MAC Adresse d. Steckdose
3 immer gleich. Evtl nur ein Toggle Befehl?
4 Unklarer Payload
?? Unklar warum gesendet wurde. Evtl Statusupdate?

|-1--|-------2---------|3-|------------------------4---------------------|

4?? Upload 01:40:ac:cf:23:2a:9f:94:10:fc:ba:26:9d:c2:ad:75:be:68:32:43:b9:99:9d:5b:c2
5?? Antwort ACK
6?? Antwort 01:42:ac:cf:23:2a:9f:94:10:29:0b:c8:f9:51:c0:ef:53:88:45:6d:67:a6:8e:ec:d6
7?? Upload ACK

8An Hin 01:40:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
9An Rueck 01:42:ac:cf:23:2a:9f:94:10:c8:59:a5:71:10:99:5d:e8:fd:b0:81:ce:08:9f:ac:b1
10An Broadcast1 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
11An Broadcast2 01:42:ac:cf:23:2a:9f:94:10:ee:f5:78:f1:e5:0a:93:9f:f6:a6:3d:e8:32:1c:53:c4
12An Upload 01:42:ac:cf:23:2a:9f:94:10:c1:b2:c8:9c:b2:8b:0c:9b:ef:58:7e:63:b7:a3:96:8f
13An Antwort ACK

14Aus Hin 01:40:ac:cf:23:2a:9f:94:10:cc:52:dc:6b:9f:0d:14:14:5d:5d:69:17:43:13:0c:c9
15Aus Rueck 01:42:ac:cf:23:2a:9f:94:10:2f:ea:1b:ed:aa:fe:16:d4:ac:41:39:b0:ce:4c:02:02 << Antwort nicht identisch Hinwort
16WDH? Hin 01:40:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
17WDH? Rueck 01:42:ac:cf:23:2a:9f:94:10:07:d6:a4:53:b0:eb:fc:20:7c:8c:86:11:50:40:2b:1d
18Aus BC1 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
19Aus BC2 01:42:ac:cf:23:2a:9f:94:10:67:78:ff:35:3a:1b:43:c4:3a:04:10:3d:fa:80:88:3a
20Aus UPL 01:42:ac:cf:23:2a:9f:94:10:19:dd:b9:18:bb:2e:54:00:5b:54:86:18:94:ef:f1:58
21Aus Antw ACK

</pre>

<pre>
26:f1:a2:10:6c:aa:fd:94:2f:eb:5f:2e:16:5b:77:0d
-Daten verschlüsselt mit "AES/CBC/NoPadding" mit Schlüssel "0123456789abcdef"
Enthält folgendes entschlüsselt:
00 00 29 C1 11 71 50 01 00 00 FF FF 04 04 04 04
[…]
Hinweise zu den Paketnummern:
Die Range ist von 00 00 bis FF FF, also 65535. Danach wird der Zähler von der Dose zurückgesetzt.
Die Dose akzeptiert keine Befehle mit Paketnummern kleiner als der interne Zähler.
Man kann aber immer FF FF benutzen, um sicher zu gehen, dass der Befehl akzeptiert wird. (Sofern man auf das Zählen der Pakete verzichten kann)
Auch wenn die Dose einen Befehl identisch als Quittung zurücksendet wird der Paketzähler in der Dose erhöht.
</pre>

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}
* {{Link2Forum|Topic=38112|Message=379733|LinkText=Download Modul}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2015-12-26T00:21:53Z

JoergOstertag: Anpassung Link

== Silvercrest SWS-A1 Wifi schaltbare Steckdose ==

Die per Wifi schaltbare Steckdose von der Lidl Hausmarke Silvercrest ist nach Erstkonfiguration per UDP steuerbar.

Im [http://forum.fhem.de/index.php?topic=38112.0 Forums Thread] ist einiges an interessanten Hinweisen zu der technischen Umsetzung der Steckdose aufgeführt.

Exemplarisch ist in dem Perl Modul [[53_Silvercrest_SWS_A1_Wifi.pm]] das ein-/Aus-schalten der Steckdose implementiert.

== Links ==
* {{Link2Forum|Topic=38112.0|LinkText=Forenthread}}

[[Kategorie:IP Components]]

Silvercrest SWS A1 Wifi

2015-12-26T00:17:56Z

JoergOstertag: Basisbescreibung der Lidl Steckdose "Silvercrest SWS-A1"