FHEMWiki - Benutzerbeiträge [de]

CUN unter Windows 7 64 Bit flashen

2022-03-08T19:35:32Z

Froggy: Geht auch mit Windows 10 und welcher Treiber genau nötig ist

Kurzanleitung zum Flashen eines [[CUN]]/[[CUNO]] unter Windows. Getestet mit

* Windows 7
* Windows 8
* Windows 10

== Vorbereitung ==
# AVRDude ist Teil von WinAVR - download hier: [http://download.savannah.gnu.org/releases/avrdude/ http://download.savannah.gnu.org/releases/avrdude/]
# Treiber für Windows von Silicon Labs (CP210x VCP) [http://www.silabs.com/products/interface/usbtouart/Pages/usb-to-uart-bridge.aspx http://www.silabs.com/products/interface/usbtouart/Pages/usb-to-uart-bridge.aspx]
# Aktuelle culfw laden (hier: [http://www.culfw.de/culfw.html http://www.culfw.de/culfw.html])
# culfw irgendwo hin entpacken
# CUNO anschließen an PC per USB und dabei den Mikroschalter gedrückt halten -> versetzt den CUNO in den Programmiermodus.
# Im Geräte-Manager den neuen Treiber einspielen für den Seriellen Port (neuen Treiber suchen und von Laufwerk auswählen) -- war bei mir auf Windows 10 nicht nötig, der Silicon Labs CP210x USB to UART Bridge erschien schon unter Ports (COM & LPT).
# Bei mir mit Windows 8 war im Geräte-Manager die Baud-Rate auf 9600 voreingestellt. Das habe ich auf 38400 geändert. Ob das nötig war, weiß ich nicht, danach klappte es aber. Bei mir war außerdem ein Neustart erforderlich.

== Das eigentliche Flashen ==
# CUNO anschließen an PC per USB und dabei den Mikroschalter gedrückt halten -> versetzt den CUNO in den Programmiermodus
# in den Ordner der die Avrdude.exe enthält die CUNO2.hex aus der culfw reinkopieren
# Kommandozeilenfenster öffnen und in das Verzeichnis, das die Avrdude.exe enthält wechseln
# <code>avrdude -p atmega1284p -P /COM9: -b 38400 -c avr109 -U flash:w:CUNO2.hex</code> ausführen (COM9 ggf. anpassen, siehe Gerätemanager); Anmerkung: Statt "/COM16:" habe ich "com16" geschrieben, denn sonst kam die Fehlermeldung <code>avrdude.exe: ser_open(): can't open device "/COM16:": The filename, directory name, or volume label syntax is incorrect.</code> (Windows 8, avrdude 5.10)
# (optional) CUNO konfigurieren (siehe hier: [http://culfw.de/commandref.html#cuno_setup http://culfw.de/commandref.html#cuno_setup])

[[Kategorie:HOWTOS]]
[[Kategorie:CUL]]

CUNO

2022-03-08T19:10:19Z

Froggy: /* Links */ Lin in hübsch

== Beschreibung ==
=== CUNO ===
Ein CUNO ('''C'''C1101 '''U'''SB '''N'''etwork + OneWire-Anschluss) bietet die gleiche Funktionalität wie ein [[CUL]], wird jedoch nicht als USB-Gerät, sondern mittels LAN-Kabel angeschlossen. Aufgrund der höheren maximalen Kabellänge ist damit eine räumlich getrennte Aufstellung des Funkadapters möglich. Die Kommunikation erfolgt per IP Adresse, die der CUNO per DHCP im Netz automatisch erhält. Der CUNO ist Nachfolger des [[CUN]], jedoch mit einen zusätzlichen One-Wire Anschluss.

=== CUNX ===
Inzwischen ist der CUNO laut Hersteller "end-of-life" und wird/ist ersetzt durch den [http://www.busware.de/tiki-index.php?page=CUNX CUNX]: einem weitgehend zum CUNO kompatiblen LAN-"CUL", allerdings '''ohne eingebaute Onewire-Schnittstelle''', dafür '''mit einem Erweiterungsslot (Pigator-Slot)''' für diverse [http://www.busware.de/tiki-index.php?page=PIGATOR Module]:
* CC1101 for FS20/Homematic/MAX!/WMBUS etc.
* Onewire
* Z-WAVE
* EIB/KNX
* RS485
* 2ch S0-meter-interface
* proprietary Homematic-UART module
* BLE-Scanner
* GSM modem
* CAN
* wired MBUS
* DALI

== Hinweise zum Betrieb mit FHEM ==
Nutzbar, einige Details siehe [[CUL#Hinweise_zum_Betrieb_mit_FHEM]]

== So wird er geflasht (Debian) ==
=== Übersicht ===
*AVRDUDE installieren
*Hex File runterladen [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUNO2/CUNO2.hex CUNO2.hex]
*Vorbereiten CUNO
*Flashen
=== Der Reihe nach ===
#apt-get install avrdude
#wget http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUNO2/CUNO2.hex?format=raw
Jetzt den CUNO mit gedrückter Programmiertaste an den Linux Rechner (mit MiniUSB) verbinden
#avrdude -p atmega1284p -P /dev/ttyUSB0 -b 38400 -c avr109 -U flash:w:CUNO2.hex

== Bekannte Probleme ==

Obwohl auf dem CUNO die normale culfw läuft und der CUNO daher auch für HomeMatic eingesetzt werden könnte, ergeben sich aus der Anbindung über TCP/IP zum gegenwärtigen Stand (01.2014) unter Umständen Timingprobleme, die bei HomeMatic eine Rolle spielen können.
Die genau Ursache der Timingprobleme ist derzeit noch nicht bekannt, vergleiche jedoch diesen
{{Link2Forum|Topic=17847|Message=119131|LinkText=Forumsbeitrag}}

Daher ist derzeit von einem Einsatz des CUNO als HomeMatic Funkschnittstelle abzuraten. Eine Alternative stellt der [[HM-CFG-LAN LAN Konfigurations-Adapter]] dar.

== Links ==
* Hersteller / Bezugsquelle für CUN: [http://www.busware.de/tiki-index.php?page=CUN busware.de] (EoL)
* Hersteller / Bezugsquelle für CUNO: [http://www.busware.de/tiki-index.php?page=CUNO busware.de] (EoL)
* Hersteller / Bezugsquelle für CUNX: [http://www.busware.de/tiki-index.php?page=CUNX busware.de]
* [https://github.com/tostmann/culfw/tree/culfw-v2.x/Devices/CUNX Firmware (culfw) für CUNX bei busware.de]
* [[CUN unter Windows 7 64 Bit flashen]]
* [[CUNO unter OSX flashen]]
* [[:Kategorie:CUL]] - weitere Seiten rund um CUL und CUN(O)
* [[CUN Netzwerk einrichten]]

[[Kategorie:Other Components]]
[[Kategorie:CUL]]
[[Kategorie:Glossary]]
[[Kategorie:Interfaces]]
[[Kategorie:IP Components]]

Raspberry Pi: GPIOs schalten

2021-08-17T20:37:26Z

Froggy: Richtige Überschriften statt fetter Texte

Mit FHEM lassen sich auch die '''GPIOs''' des [[Raspberry Pi]] steuern. Generell gibt es einige Möglichkeiten, eine entsprechende Steuerung zu verwirklichen. Als Informationsquelle empfiehlt sich hier die [http://elinux.org/RPi_Low-level_peripherals Low-Level Peripherals Seite des Embedded Linux Wiki]

== Perl-Modul ==
Das Modul '''RPI_GPIO''' für den Zugriff auf die GPIO Pins des Raspberry wird bereits mit FHEM mitgeliefert. Die Ansteuerung der GPIOs erfolgt über das Filesystem (sysFs). Daher werden in den meisten Anwendungsfällen keine weiteren Programme/Treiber benötigt. 
Die [http://wiringpi.com/download-and-install/ WiringPi] Bibliothek wird nur benötigt, wenn die internen Pullups/Pulldowns genutzt werden sollen oder dem FHEM User keine direkten Zugriffsrechte auf das GPIO Verzeichnis gegeben werden können. 
Die GPIOs werden über die BCM GPIO Nummerierung angesprochen und '''NICHT''' über die WiringPi Nummerierung. 
Installationsschritte sind in der {{Link2CmdRef}} zu finden. {{Link2Forum|Topic=16519|LinkText=Diskussions Thread im Forum}}

=== Installation ===

Der Benutzer „fhem“ muss Zugriff auf die sysfs dateien haben. Dafür gibt es mehrere Möglichkeiten:
* Der Benutzer „fhem“ wird der Gruppe „gpio“ hinzugefügt (funktioniert nur unter manchen Distributionen, z.B. Raspbian): <code>sudo adduser fhem gpio</code>
* Es werden udev-Regeln erstellt (das macht Raspbian automatisch mit der gpio Gruppe). siehe hierzu https://stackoverflow.com/a/30940526
* Verwendung vom "WiringPi" tool (s.u.)

==== WiringPi installieren: (normalerweise nicht notwendig) ====

<code>sudo apt-get install git-core</code> 
<code>git clone git://git.drogon.net/wiringPi</code> 
<code>cd wiringPi</code> 
<code>./build</code> 
<code>sudo reboot</code>

===== Known issues mit WiringPi =====
* active_low wird nicht korrekt exportiert, und damit sieht es so aus als wurde das setting ignoriert. Das ist ein Fehler im WiringPi. [https://github.com/blecher-at/WiringPi Gefixte Version]

===== WiringPi für andere Hardware als RaspberryPI =====

[https://github.com/zhaolei/WiringOP Orange PI]
[https://github.com/blecher-at/WiringOP-Zero Orange PI Zero]

=== FHEM - RPI_GPIO Device erstellen ===

<code>define [Name] RPI_GPIO [port]</code> z.B.: <code>define GPIO17 RPI_GPIO 17</code>

Um den Port schalten zu können ist es nötig den RPI_GPIO als output zu definieren.
<code>attr GPIO17 direction output</code>

<syntaxhighlight lang="text">"set GPIO17 on" # Pin 17 in High-Zustand versetzen
"set GPIO17 off" # Pin 17 in Low-Zustand versetzen
</syntaxhighlight>

== Bash Script ==
Zum Schalten der GPIOs via Bash kann folgendes Script (fhem-gpio.sh) verwendet werden:
{{Randnotiz|RNTyp=Info|RNText=Das Script benötigt entsprechende Rechte. Der Benutzer muss dazu in der Gruppe gpio sein! Einfach zum Test kann es auch mit root (z.B. per sudo) aufgerufen werden.}}
<syntaxhighlight lang="bash">#!/bin/bash
PORT=$1;
if ! [ -d /sys/class/gpio/gpio$PORT ]
then
echo "$PORT" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio$PORT/direction
fi
STATE=$2;
if [ $STATE -ge 1 ]
then
STATE=1
fi
echo "$STATE" > /sys/class/gpio/gpio$PORT/value
</syntaxhighlight>

Der Einfachheit halber kann das Script unter /usr/sbin kopiert werden. Für den Aufruf unten muss es ausführbar gemacht werden: <code>sudo chmod +x /usr/sbin/fhem-gpio.sh</code>

Der Aufruf des Scripts erfolgt dann mit Angabe der Pinnummer sowie des Zustands des Pins, z. B.:

<syntaxhighlight lang="bash">fhem-gpio.sh 17 1 # Pin 17 in High-Zustand versetzen
fhem-gpio.sh 17 0 # Pin 17 in Low-Zustand versetzen
</syntaxhighlight>

=== Dummy-Schalter ===
Über einen Dummy-Schalter kann das Bash-Script dann getriggert werden. (fhem muss in der Grupp gpio sein)

Im Fall von [[FS20 Allgemein|FS20]] sähe eine entsprechende Schalter-Definition beispielsweise so aus:

<syntaxhighlight lang="perl">define gpio_17 FS20 [Hauscode] [Devicecode]
attr gpio_17 dummy 1
define act_on_gpio_17 notify gpio_17 {\
if ("$EVENT" ne "off") {\
system("fhem-gpio.sh 17 1 &")\
} else {\
system("fhem-gpio.sh 17 0 &")\
}\
}
</syntaxhighlight>

== Externe Links ==
* http://elinux.org/RPi_Low-level_peripherals
* http://search.cpan.org/~mikem/Device-BCM2835-1.0/lib/Device/BCM2835.pm
* http://wiringpi.com/download-and-install/

{{SORTIERUNG:GPIOs schalten}}
[[Kategorie:Raspberry Pi]]

Raspberry Pi: GPIOs schalten

2021-08-17T20:35:27Z

Froggy: Bash-Script und Dummy-Schalter zusammensortiert

Mit FHEM lassen sich auch die '''GPIOs''' des [[Raspberry Pi]] steuern. Generell gibt es einige Möglichkeiten, eine entsprechende Steuerung zu verwirklichen. Als Informationsquelle empfiehlt sich hier die [http://elinux.org/RPi_Low-level_peripherals Low-Level Peripherals Seite des Embedded Linux Wiki]

== Perl-Modul ==
Das Modul '''RPI_GPIO''' für den Zugriff auf die GPIO Pins des Raspberry wird bereits mit FHEM mitgeliefert. Die Ansteuerung der GPIOs erfolgt über das Filesystem (sysFs). Daher werden in den meisten Anwendungsfällen keine weiteren Programme/Treiber benötigt. 
Die [http://wiringpi.com/download-and-install/ WiringPi] Bibliothek wird nur benötigt, wenn die internen Pullups/Pulldowns genutzt werden sollen oder dem FHEM User keine direkten Zugriffsrechte auf das GPIO Verzeichnis gegeben werden können. 
Die GPIOs werden über die BCM GPIO Nummerierung angesprochen und '''NICHT''' über die WiringPi Nummerierung. 
Installationsschritte sind in der {{Link2CmdRef}} zu finden. {{Link2Forum|Topic=16519|LinkText=Diskussions Thread im Forum}}

'''Installation'''

Der Benutzer „fhem“ muss Zugriff auf die sysfs dateien haben. Dafür gibt es mehrere Möglichkeiten:
* Der Benutzer „fhem“ wird der Gruppe „gpio“ hinzugefügt (funktioniert nur unter manchen Distributionen, z.B. Raspbian): <code>sudo adduser fhem gpio</code>
* Es werden udev-Regeln erstellt (das macht Raspbian automatisch mit der gpio Gruppe). siehe hierzu https://stackoverflow.com/a/30940526
* Verwendung vom "WiringPi" tool (s.u.)

'''WiringPi installieren: (normalerweise nicht notwendig)'''

<code>sudo apt-get install git-core</code> 
<code>git clone git://git.drogon.net/wiringPi</code> 
<code>cd wiringPi</code> 
<code>./build</code> 
<code>sudo reboot</code>

'''Known issues mit WiringPi'''
* active_low wird nicht korrekt exportiert, und damit sieht es so aus als wurde das setting ignoriert. Das ist ein Fehler im WiringPi. [https://github.com/blecher-at/WiringPi Gefixte Version]

'''WiringPi für andere Hardware als RaspberryPI'''

[https://github.com/zhaolei/WiringOP Orange PI]
[https://github.com/blecher-at/WiringOP-Zero Orange PI Zero]

'''FHEM - RPI_GPIO Device erstellen'''

<code>define [Name] RPI_GPIO [port]</code> z.B.: <code>define GPIO17 RPI_GPIO 17</code>

Um den Port schalten zu können ist es nötig den RPI_GPIO als output zu definieren.
<code>attr GPIO17 direction output</code>

<syntaxhighlight lang="text">"set GPIO17 on" # Pin 17 in High-Zustand versetzen
"set GPIO17 off" # Pin 17 in Low-Zustand versetzen
</syntaxhighlight>

== Bash Script ==
Zum Schalten der GPIOs via Bash kann folgendes Script (fhem-gpio.sh) verwendet werden:
{{Randnotiz|RNTyp=Info|RNText=Das Script benötigt entsprechende Rechte. Der Benutzer muss dazu in der Gruppe gpio sein! Einfach zum Test kann es auch mit root (z.B. per sudo) aufgerufen werden.}}
<syntaxhighlight lang="bash">#!/bin/bash
PORT=$1;
if ! [ -d /sys/class/gpio/gpio$PORT ]
then
echo "$PORT" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio$PORT/direction
fi
STATE=$2;
if [ $STATE -ge 1 ]
then
STATE=1
fi
echo "$STATE" > /sys/class/gpio/gpio$PORT/value
</syntaxhighlight>

Der Einfachheit halber kann das Script unter /usr/sbin kopiert werden. Für den Aufruf unten muss es ausführbar gemacht werden: <code>sudo chmod +x /usr/sbin/fhem-gpio.sh</code>

Der Aufruf des Scripts erfolgt dann mit Angabe der Pinnummer sowie des Zustands des Pins, z. B.:

<syntaxhighlight lang="bash">fhem-gpio.sh 17 1 # Pin 17 in High-Zustand versetzen
fhem-gpio.sh 17 0 # Pin 17 in Low-Zustand versetzen
</syntaxhighlight>

=== Dummy-Schalter ===
Über einen Dummy-Schalter kann das Bash-Script dann getriggert werden. (fhem muss in der Grupp gpio sein)

Im Fall von [[FS20 Allgemein|FS20]] sähe eine entsprechende Schalter-Definition beispielsweise so aus:

<syntaxhighlight lang="perl">define gpio_17 FS20 [Hauscode] [Devicecode]
attr gpio_17 dummy 1
define act_on_gpio_17 notify gpio_17 {\
if ("$EVENT" ne "off") {\
system("fhem-gpio.sh 17 1 &")\
} else {\
system("fhem-gpio.sh 17 0 &")\
}\
}
</syntaxhighlight>

== Externe Links ==
* http://elinux.org/RPi_Low-level_peripherals
* http://search.cpan.org/~mikem/Device-BCM2835-1.0/lib/Device/BCM2835.pm
* http://wiringpi.com/download-and-install/

{{SORTIERUNG:GPIOs schalten}}
[[Kategorie:Raspberry Pi]]

Raspberry Pi: GPIOs schalten

2021-08-17T20:09:16Z

Froggy: /* Bash Script */ Rechteänderung mit chmod, chown hat bei meiner Standard-Installation nicht funktioniert

Mit FHEM lassen sich auch die '''GPIOs''' des [[Raspberry Pi]] steuern. Generell gibt es einige Möglichkeiten, eine entsprechende Steuerung zu verwirklichen. Als Informationsquelle empfiehlt sich hier die [http://elinux.org/RPi_Low-level_peripherals Low-Level Peripherals Seite des Embedded Linux Wiki]

== Bash Script ==
Zum schalten der GPIOs via Bash kann folgendes Script (fhem-gpio.sh) verwendet werden:
{{Randnotiz|RNTyp=Info|RNText=Das Script benötigt entsprechende Rechte. Der Benutzer muss dazu in der Gruppe gpio sein! Einfach zum Test kann es auch mit root (z.B. per sudo) aufgerufen werden.}}
<syntaxhighlight lang="bash">#!/bin/bash
PORT=$1;
if ! [ -d /sys/class/gpio/gpio$PORT ]
then
echo "$PORT" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio$PORT/direction
fi
STATE=$2;
if [ $STATE -ge 1 ]
then
STATE=1
fi
echo "$STATE" > /sys/class/gpio/gpio$PORT/value
</syntaxhighlight>

Der Einfachheit halber kann das Script unter /usr/sbin kopiert werden. Für den Aufruf unten muss es ausführbar gemacht werden: <code>sudo chmod +x /usr/sbin/fhem-gpio.sh</code>

Der Aufruf des Scripts erfolgt dann mit Angabe der Pinnummer sowie des Zustands des Pins, z. B.:

<syntaxhighlight lang="bash">fhem-gpio.sh 17 1 # Pin 17 in High-Zustand versetzen
fhem-gpio.sh 17 0 # Pin 17 in Low-Zustand versetzen
</syntaxhighlight>

== Perl-Modul ==
Das Modul '''RPI_GPIO''' für den Zugriff auf die GPIO Pins des Raspberry wird bereits mit FHEM mitgeliefert. Die Ansteuerung der GPIOs erfolgt über das Filesystem (sysFs). Daher werden in den meisten Anwendungsfällen keine weiteren Programme/Treiber benötigt. 
Die [http://wiringpi.com/download-and-install/ WiringPi] Bibliothek wird nur benötigt, wenn die internen Pullups/Pulldowns genutzt werden sollen oder dem FHEM User keine direkten Zugriffsrechte auf das GPIO Verzeichnis gegeben werden können. 
Die GPIOs werden über die BCM GPIO Nummerierung angesprochen und '''NICHT''' über die WiringPi Nummerierung. 
Installationsschritte sind in der {{Link2CmdRef}} zu finden. {{Link2Forum|Topic=16519|LinkText=Diskussions Thread im Forum}}

'''Installation'''

Der Benutzer „fhem“ muss Zugriff auf die sysfs dateien haben. Dafür gibt es mehrere Möglichkeiten:
* Der Benutzer „fhem“ wird der Gruppe „gpio“ hinzugefügt (funktioniert nur unter manchen Distributionen, z.B. Raspbian): <code>sudo adduser fhem gpio</code>
* Es werden udev-Regeln erstellt (das macht Raspbian automatisch mit der gpio Gruppe). siehe hierzu https://stackoverflow.com/a/30940526
* Verwendung vom "WiringPi" tool (s.u.)

'''WiringPi installieren: (normalerweise nicht notwendig)'''

<code>sudo apt-get install git-core</code> 
<code>git clone git://git.drogon.net/wiringPi</code> 
<code>cd wiringPi</code> 
<code>./build</code> 
<code>sudo reboot</code>

'''Known issues mit WiringPi'''
* active_low wird nicht korrekt exportiert, und damit sieht es so aus als wurde das setting ignoriert. Das ist ein Fehler im WiringPi. [https://github.com/blecher-at/WiringPi Gefixte Version]

'''WiringPi für andere Hardware als RaspberryPI'''

[https://github.com/zhaolei/WiringOP Orange PI]
[https://github.com/blecher-at/WiringOP-Zero Orange PI Zero]

'''FHEM - RPI_GPIO Device erstellen'''

<code>define [Name] RPI_GPIO [port]</code> z.B.: <code>define GPIO17 RPI_GPIO 17</code>

Um den Port schalten zu können ist es nötig den RPI_GPIO als output zu definieren.
<code>attr GPIO17 direction output</code>

<syntaxhighlight lang="text">"set GPIO17 on" # Pin 17 in High-Zustand versetzen
"set GPIO17 off" # Pin 17 in Low-Zustand versetzen
</syntaxhighlight>

== Dummy-Schalter ==
Über einen Dummy-Schalter kann das Bash-Script dann getriggert werden. (fhem muss in der Grupp gpio sein)

Im Fall von [[FS20 Allgemein|FS20]] sähe eine entsprechende Schalter-Definition beispielsweise so aus:

<syntaxhighlight lang="perl">define gpio_17 FS20 [Hauscode] [Devicecode]
attr gpio_17 dummy 1
define act_on_gpio_17 notify gpio_17 {\
if ("$EVENT" ne "off") {\
system("fhem-gpio.sh 17 1 &")\
} else {\
system("fhem-gpio.sh 17 0 &")\
}\
}
</syntaxhighlight>

== Externe Links ==
* http://elinux.org/RPi_Low-level_peripherals
* http://search.cpan.org/~mikem/Device-BCM2835-1.0/lib/Device/BCM2835.pm
* http://wiringpi.com/download-and-install/

{{SORTIERUNG:GPIOs schalten}}
[[Kategorie:Raspberry Pi]]

Raspberry Pi

2021-08-17T18:38:27Z

Froggy: /* Der einfache Weg zum aktuellen System */ Key über SSL abrufen, um Man-in-the-Middle-Attacke zu verhindern

Beim [[Raspberry Pi]] handelt es sich um einen postkartengroßen Einplatinen-Computer, der von der Raspberry Pi Foundation entwickelt wird. Die Hardware basiert auf dem BCM 283x SoC (System-on-Chip) von Broadcom, einem ARM-Prozessor. Zu Hardwaredetails und den verschiedenen Modellen sowie Produktentwicklungen siehe [http://de.wikipedia.org/wiki/Raspberry_Pi#Hardware Wikipedia].
Dank der kleinen Abmessungen, dem recht geringen Energieverbrauch (bis ca. 4 Watt) sowie der günstigen Anschaffungskosten (ca. 30€) ist der Raspberry Pi eine attraktive Hardware für die Heimautomatisierung mit FHEM. Er ist dank dem Linux-Betriebssystem vollständig kompatibel zur aktuell vorhandenen und von FHEM unterstützen Hardware. Das derzeit empfohlene Standard-Image zum Betrieb des Raspberry Pi ist die auf Debian basierende Raspberry Pi OS Distribution (ab Mitte 2019 ''Buster'').

== Installation / Setup ==
=== Betriebssystem ===
====Vorbemerkung====
Raspberry Pi OS ist direkt bei raspberrybi.org unter https://www.raspberrypi.org/downloads/raspberry-pi-os/ herunterladbar. Die folgende Anleitung gilt für die lite-Version ohne grafischen Desktop und für die Modelle für B, B+, B2, B3, B3+, Zero W. (Stand Juni 2018)

Alle in diesem Abschnitt verwendeten Code Blöcke benötigen root Rechte. Deshalb bitte immer am Besten im Kontext <code>sudo su</code> ausführen. Man kann auch einzelne Befehle mit sudo davor ausführen, allerdings wird die Berechtigung bei Pipe Befehlen nicht durchgereicht.

Alle Dateien müssen im Linux-Format (nur LF als Zeilenende) erzeugt/editiert werden! Unbedingt einen geeigneten Editor verwenden und auf das Format beim Speichern achten!

====SD-Karte vorbereiten====
Die heruntergeladene Datei muss entpackt und auf die Speicherkarte geschrieben werden. Es gibt dazu verschiedene Tools je nach Betriebssystem. Für Windows ist windisk32imager zu empfehlen, Projektseite [https://sourceforge.net/projects/win32diskimager/]. Für Mac OS gibt es den Pi Filler.

Detaillierte Anleitungen zur Vorgehensweise finden sich für die Betriebssysteme Linux, Mac OS und Windows unter [https://www.raspberrypi.org/documentation/installation/installing-images/README.md Writing an image to the SD card]

Die SD Card enthält nun zwei Partitionen/Laufwerke, wobei das erste Laufwerk unter alle Betriebssystemen lesbar ist. In diesem Laufwerk (/boot) müssen jetzt noch zwei Dateien erzeugt werden:
* eine leere Datei mit dem Namen ssh, um den (headless) Zugriff per ssh zu ermöglichen (Pi Filler macht dies automatisch). Hinweis: Eine spätere Aktivierung von SSH ist mit <code>sudo raspi-config</code> (Punkt 5 "Interfacing Options", dann Punkt 2 SSH) möglich, erfordert dann aber Tastatur und Monitor am RPi.
* eine Textdatei im Linux Format mit Namen wpa_supplicant.conf und folgendem Inhalt, wenn der Pi sofort mit WLAN starten soll.

<pre>country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="FRITZ!Box 7490"
psk="12345678901234567890"
}
</pre>
* SD Karte auswerfen.
* SD Karte in Raspberry Pi stecken und booten.

Alternativ kann auch Monitor und Tastatur verwendet werden.

====Anmeldung und Grundkonfiguration====
Default raspberrypi-os: Host raspberrypi, User pi, Passwort raspberry

Default ubuntu: Host ubuntu, User ubuntu, Passwort ubuntu

Anmeldung entweder lokal oder mit dem Befehl: ssh <user>@<hostname>

Das Passwort sollte geändert werden, dazu dem Sicherheitshinweis folgen und <code>passwd</code> eingeben.

Alle unten genannten Befehle müssen mit erhöhten Rechten ausgeführt werden (z. B. sudo)!

Als Erstes sollte: Zeitzone, Sprache und Hostname angepasst werden.
Entweder Menügeführt mit <code>sudo raspi-config</code>
oder per Script / Shell Befehle:

<source lang="bash"># Zeitzone einstellen & Zeitsynchronisierung über das Internet aktivieren
timedatectl set-timezone Europe/Berlin
timedatectl set-ntp true

# Konfigurieren lokale Sprache deutsch
sed -i -e 's/# de_DE.UTF-8 UTF-8/de_DE.UTF-8 UTF-8/' /etc/locale.gen
locale-gen
localectl set-locale LANG=de_DE.UTF-8 LANGUAGE=de_DE

# Hostname
hostnamectl set-hostname mymachine

# System aktualisieren
apt-get update
apt-get upgrade

#Neustart
reboot</source>

Am Anfang sollte man Befehle nicht verketten, sondern immer auf die Ausgabe warten (es sei denn, man hat Erfahrung): also kein <code>apt-get update && apt-get upgrade </code>. Ebenso sollte man nicht mit automatischen Bestätigungen arbeiten, also kein upgrade mit "-y". Nach einer Installation ist ein aufräumen immer gut, also:
<source lang="bash">
apt-get autoremove
apt-get clean
apt-get purge $(dpkg --get-selections | grep deinstall | cut -f1 | xargs)
</source>

====Verwendung UART für Zusatzmodule====
Einige Aufsteckmodule (z.B. HM-MOD-RPI-PCB) für den GPIO Port verwenden die serielle Schnittstelle UART. Der Zugriff auf diese serielle Schnittstelle erfordert eine modellabhängige Konfiguration.

Bei allen Modellen muss die Verwendung der seriellen Linux console an ttyAMA0 deaktiviert werden:
<source lang="bash"># seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
</source>
Bei den Modellen mit Bluetooth muss die UART aktiviert und umkonfiguriert werden. Hier ein bash Script, welches die Originaldatei entsprechend modifiziert:
<syntaxhighlight lang="bash">
# serielle Schnittstelle aktivieren und mit BT Schnittstelle tauschen
# für Raspberry Pi OS
config="/boot/config.txt"
# für Ubuntu
#config="/boot/firmware/usercfg.txt"

bash -c "cat <<EOF >> $config
enable_uart=1
dtoverlay=miniuart-bt
core_freq=250
EOF"
</syntaxhighlight>
Wer dem nicht traut, der editiert die Datei von Hand (Linux Editor!) und fügt am Ende die drei Zeilen aus dem Script ein, die vor EOF stehen.

Die config Datei von ubuntu verwendet den Befehl include usercfg.txt. Mit Erscheinen des Pi 4 wurden die overlay Dateien umbenannt (Start mit Pi3- entfernt) die alten Namen funktionieren aber noch.

Um die Konfiguration abzuschließen ist ein Neustart erforderlich
<source lang="bash">#Neustart erforderlich
reboot</source>

====Troubleshooting====
'''Kontrolle der seriellen Schnittstelle'''

Der Befehl <code>ls -l /dev/ttyAMA0</code> muss folgende Ausgabe liefern.
crw-rw---- 1 root dialout 204, 64 Jun 7 22:56 /dev/ttyAMA0
Sollte dies nicht der Fall sein, muss der Dienst serial-getty@ttyAMA0.service deaktiviert werden!

Kontrolle der Verlinkung von /dev/serial*

Der Befehl <code>ls -l /dev/serial*</code> muss folgende Ausgabe liefern.
* Bei Modellen mit BT und richtiger Konfiguration (funktioniert nur unter Raspberry Pi OS)
lrwxrwxrwx 1 root root 7 Jun 7 22:55 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root 5 Jun 7 22:55 /dev/serial1 -> ttyS0
* Bei den Modellen ohne BT und richtiger Konfiguration
lrwxrwxrwx 1 root root 7 Jun 8 18:30 /dev/serial0 -> ttyAMA0
Sollte das nicht der Fall sein, sind die Einträge in der /boot/config.txt fehlerhaft.

Sollte die serielle Schnittstelle unerwartet nicht funktionieren, kann auch andere Software daran Schuld sein, weil diese einfach versucht, alle Schnittstellen abzufragen / zu initialisieren. Für die Fehlersuche ist es also wichtig zu wissen, welche Software so installiert wurde, speziell wenn diese serielle Schnitttstellen (USB) verwendet / verwenden will. Ein Beispiel (deconz/conbee) wird in {{Link2Forum|Topic=116428|Message=1107317|LinkText=diesem Forenbeitrag}} behandelt.

'''Kontrolle Bluetooth'''

Die Funktion von Bluetooth kann mit dem hcitool überprüft werden. Mit <code>hcitool dev</code> wird das interne BT Gerät mit MAC Adresse angezeigt. Mit <code>hcitool scan</code> bzw. <code>hcitool lescan</code> kann nach sichtbaren Geräten gesucht werden.

Weitergehende Informationen zur Anpassung der Konfiguration von Raspberry Pi OS sind nachzulesen auf https://www.raspberrypi.org/documentation/configuration/.

Sollte die Bluetooth Schnittstelle nach der Installation von FHEM nicht funktionieren, hilft es den Dienst abhängig zu starten, siehe diesen Wiki Artikel [[Fhem.service (systemd unit file)]]

=== FHEM ===
Die Installation von FHEM kann nach der Raspberry Pi OS Installation sehr einfach über das Debian-Repository [http://debian.fhem.de] erfolgen.
* Es wird unbedingt empfohlen zur Grundinstallation zunächst keine Module, USB Sticks oder ähnliche Zusatzbaugruppen an den IO Ports des Raspberry gesteckt zu haben.
* Dieser Abschnitt beschreibt nur die Grundinstallation von FHEM auf einem Raspberry Pi mit Raspberry Pi OS!
* Weitere Installationsschritte sind je nach verwendeten FHEM-Modulen notwendig.
** Informationen hierzu liefert üblicherweise die {{Link2CmdRef}} zum jeweiligen Modul.
** Den weiteren Einstieg in FHEM findet man im Artikel [[Quick-Start]]

==== Der einfache Weg zum aktuellen System ====
Der folgende Befehlsblock ist die praktische Umsetzung der Beschreibung auf http://debian.fhem.de. Bitte unbedingt vor Installation rückversichern, ob es dort (insbesondere unter ''The easy way: use apt-get'') Aktualisierungen gab.
* Dieser Befehlsblock erfordert erhöhte Rechte, also bitte als Erstes <code>sudo su</code> ausführen!
* Beim Kopieren aufpassen! Jede Zeile muss einzeln ausgeführt werden!
<source lang="bash"># von debian.fhem.de installieren - siehe aktuelle Anleitung dort https://debian.fhem.de/
wget -qO - https://debian.fhem.de/archive.key | apt-key add -
echo "deb http://debian.fhem.de/nightly/ /" >> /etc/apt/sources.list
apt-get update
apt-get install fhem
</source>

==== Das offizielle Release ====
Man kann FHEM mit dem Debian-Paket von [https://fhem.de/#Installation fhem.de] installieren. Dieser Weg führt zu einem offiziellen Release, welches aber unter Umständen erheblich vom aktuellen Versions- und Diskussionsstand im Forum abweicht.

Alternativ kann man auch den manuellen Weg von https://debian.fhem.de/ wählen.

==== Empfohlener Patch ====
Da gerade auf dem Raspberry die automatische Erkennung der USB Schnittstellen zu 100% CPU Last führt (FHEM träge und reagiert nicht), wird empfohlen sofort nach der Installation noch diesen "Patch" auszuführen: FHEM starten, wenn alle USB-Geräte ausgesteckt sind. Dann <code>attr initialUsbCheck disable 1</code> in der Kommandozeile in FHEMWEB eingeben, <code>save</code> ausführen und FHEM anschließen wieder mit eingesteckten USB-Geräten neu starten.

==== Deinstallation ====
Man kann FHEM auch wieder spurlos vom System entfernen und ganz von vorn beginnen. Allerdings sollte man sich im Klaren sein, damit ensteht kein jungfräuliches System!
<source lang="bash">sudo apt-get purge fhem
sudo apt-get autoremove
</source>

=== Zusatzpakete bei FHEM-Erst- und Zweitinstallation ===
Nachdem der RPi eingerichtet ist, können weitere Pakete installiert werden. Keines davon ist zwingend erforderlich, um das Grundgerüst von FHEM betreiben zu können. Einige Pakete erhöhen aber den Bedienungskomfort, andere sind zur Nutzung bestimmter weiterer FHEM-Module (siehe {{Link2CmdRef}}) erforderlich.

Hierzu wurden in letzter Zeit mehrere Hilfsmodule entwickelt, die insbesondere bei Wiederinstallation (etwa nach Absturz) wichtig sein können. So zeigt das Modul Installer die installierten Perl-Module an, siehe dazu {{Link2Forum|Topic=98381|LinkText=diesen Thread}}.

Wenn man eine frühere Installation auf einer anderen SD-Karte installieren möchte und nicht mehr weiß, welche Zusatzpakete man auf der alten Karte installiert hatte, hilft (diese und nachfolgende Hinweise sind aus dem Blog [https://heinz-otto.blogspot.com/2019/07/infos-zur-installation-von-modulen-und.html])
zcat $(ls -tr /var/log/apt/history.log.*.gz)|grep -A1 Start-Date
weiter. Hier werden frühere Eingaben der Kommandozeile wiedergegeben. Es gibt einen analogen Befehl, um die mit CPAN installierten Pakete anzuzeigen. Dazu muss man das debian Paket perl-doc installiert haben und gibt dann ein
for M in `perldoc -t perllocal|grep Module |sed -e 's/^.*" //'`; do V=`perldoc -t perllocal|awk "/$M/{y=1;next}y" |grep VERSION |head -n 1`; printf "%30s %s\n" "$M" "$V"; done |sort
Ebenso kann man herausfinden, ob und durch welches debian-Paket das Perl-Paket installiert wurde. Die zweite Version sucht nur in Paketen die -perl im Namen tragen und läuft damit wesentlich schneller:
s='Device::SerialPort' ## zu diesem Paket wird gesucht
perl -M$s -e '' 2>/dev/null &&echo "Modul $s ist vorhanden"''
for i in $(dpkg -l |grep ^ii| awk '{ print $2 }'|tr -d "\r"|tr "\n" " ");do if dpkg -L $i|grep $s &> /dev/null;then echo $i enthält $s;fi;done
for i in $(dpkg -l |grep ^ii|grep '\-perl'| awk '{ print $2 }'|tr -d "\r"|tr "\n" " ");do if dpkg -L $i|grep $s &> /dev/null;then echo $i enthält $s;fi;done

Es gibt gute Gründe, die Installation von Perl Modulen über debian-Pakete der Installation über cpan zu bevorzugen. Dazu zählt die Updatefähigkeit und die Geschwindigkeit. Man kann im Internet nach den Paketen suchen, man kann aber auch einfach die Verfügbarkeit für das lokale System testen. Dazu braucht man das Tool apt-file, welches man zuerst installieren muss. Der letzte Befehl lädt den Infocache lokal und dauert etwas:
sudo apt-get update
sudo apt-get install apt-file
sudo apt-file update
Die folgende Suche nutzt den Umstand, dass in der im Paket enthaltenen Liste der Dateien auch die Doku in der Form "/usr/share/man/man3/IO::File.3perl.gz" enthalten ist. Der search Befehl unten akzeptiert mehrere Modulnamen durch Zeilenumbruch getrennt. In dem Beispiel sind die Modulnamen in einem String durch Leerzeichen getrennt, die Trennung wird in Zeilenumbruch geändert, jede Zeile ergänzt und über stdin an den search Befehl von apt-file übergeben. Die Option -l bewirkt das nur die gefunden Pakete gelistet werden, werden mehrere der abgefragten Modulnamen in einem Paket gefunden, wird es nur einmal gelistet:
s="IO::File Digest::MD5" ##Such-String
echo $s|tr " " "\n"|sed 's/$/./;s/^/\//'|apt-file search -l -f -

Zuletzt eine Übersicht diverser Zusatzpakete.
{| class="wikitable"
! style="width:10%" | Beschreibung
! style="width:10%" | Paketname
! style="width:50%" | Kontext
! style="width:30%" | Installieren
|-
|Zeitserver
|ntpdate
|Setzt die Systemzeit bei Start des RPi. Wird für FHEM benötigt, da es sonst nicht startet.
|<code>sudo apt-get install ntpdate
sudo ntpdate -u de.pool.ntp.org</code>
|-
|Perl JSON
|JSON
|Wird von einigen Modulen benötigt, z.B. harmony, iTunes
|<code>sudo apt-get install libjson-perl</code>
|-
|Samba-Server
|samba
|Mittels Samba kann man z.B. den Ordner /opt/fhem als Share freigeben. Dieser Share kann z.B. im Windows-Explorer als Laufwerk verbunden werden, so dass die Bearbeitung von config- und Programmdateien bequem möglich ist. Hier eine hilfreiche [https://www.elektronik-kompendium.de/sites/raspberry-pi/2007071.htm Kurzanleitung] aus der (wenn man auf einen speziellen user verzichtet) nur die Einträge für smb.conf gesetzt werden müssen.
|<code>sudo apt-get install samba cifs-utils</code>
Danach muss der share definiert werden mittels

<code>sudo nano /etc/samba/smb.conf</code>
|-
|Mailversand
|sendemail (alt: sendEmail)
|Wird benötigt, um Mails versenden zu können, bspw. für Alarm-Benachrichtigungen.
Nach Installation des Paketes benötigt man noch eine Routine in FHEM gemäß [[E-Mail senden#Raspberry Pi]]
|<code>sudo apt-get install sendemail</code> bzw. <code>sudo apt-get install sendEmail</code>
|-
|Wake-on-LAN
|etherwake
|Wird z.B. für das Modul WOL benötigt.
|<code>sudo apt-get install etherwake</code>
|-
|Perl Telnet
|telnet
|Wurde vor Fritz!OS 6.2x z.B. für das Modul [[FRITZBOX]] benötigt, da es eine im Netzwerk vorhandene Fritzbox über deren Telnet-Port ansprach. Mittlerweile wird TR-64 und SOAP verwendet.
|<code>sudo apt-get install libnet-telnet-perl</code>
|-
|Socat
|socat
|Kann verwendet werden, um auf anderen Rechnern im Netzwerk Linux-Befehle oder Skripts auszuführen. Auch können auf Slave-FHEM-Installationen Befehl ausgeführt werden, z.B. mit

<code><nowiki>system("echo 'set lampe on' | /usr/bin/socat - TCP:1.2.3.4:7072");</nowiki></code>

1.2.3.4 muss natürlich durch die IP-Adresse des Zielrechners ersetzt werden.
|<code>sudo apt-get install socat</code>
|-
|Libcrypt
|Libcrypt
|Perl libcrypt, erforderlich falls Homematic-devices mit AES verwendet werden sollen.
|<code>sudo apt-get install libcrypt-rijndael-perl</code>
|-
|libdatetime
|libdatetime
|Perl libdatetime, erforderlich für das Weather-Modul.
|<code>sudo apt-get install libdatetime-format-strptime-perl</code>
|-
|EnOcean XML functions
|libxml simple
|Perl XML::SIMPLE, erforderlich für die XML Funktionen des ENOCEAN Moduls.
|<code>sudo apt-get install libxml-simple-perl</code>
|-
|EnOcean Cryptographic functions
|libcrypt-random-source-perl
|Perl Crypt::Random, erforderlich für die Cryptographic Funktionen des ENOCEAN Moduls.
|<code>sudo /usr/bin/perl -MCPAN -e 'install Crypt::Random'</code>
|}

== Bekannte Probleme ==
=== Netzteil ===
Der RPi verwendet ein USB Netzteil als Spannungsversorgung. Gemessen kann der RPi allein bereits um die 900mA Strom fordern. Das bringt kleine Netzteile, besonders wenn noch CULs oder WLAN Sticks an USB hängen schnell an die Grenze. Die Fehler die daraus resultieren sind Abstürze, Netzwerkprobleme uvm. Daher bitte ein ausreichend starkes Netzteil mit mind. 2000mA oder einen aktiven USB-HUB für die Periperie verwenden.

=== Echtzeituhr ===
Der RPi hat keine [http://de.wikipedia.org/wiki/Echtzeituhr Real-Time-Clock] (RTC), das heißt, dass er nach einem Neustart keine gültige (im Sinne von aktuell) Systemzeit hat, sondern ein Datum in der Vergangenheit. Dieses Problem wird sinnvollerweise mit einer [http://de.wikipedia.org/wiki/Network_Time_Protocol NTP-Konfiguration] oder durch [[Raspberry Pi: RTC Hat|Installation einer Echtzeituhr]] umgangen.

Dabei muss Sorge getragen werden, dass der [http://wiki.debian.org/NTP ntpd] schon einen Datums-/Zeitabgleich gemacht hat, bevor FHEM gestartet wird. Geschieht der Abgleich nicht vorher, sondern erst nachdem FHEM schon läuft, stellt FHEM die Logs zwar auf das nun aktuelle Datum um (die "alten" Logs mit dem eigentlich ungültigen Datum werden natürlich behalten), aber irgendetwas scheint FHEM dabei so zu belasten, dass es eine Last von über 0.8 bis 0.9 erzeugt. Diese Last besteht auf Dauer und verschwindet erst, wenn man das Ganze sauber durchkonfiguriert und FHEM neu gestartet hat. Die hohe Systemauslastung zeigt sich auch in einem sehr trägen Laden der FHEM-Webseiten in einem beliebigen Browser. (siehe {{Link2Forum|Topic=70741}})

=== Last durch Backup (während update) ===
Bei einen [[Update]] von FHEM durch den Befehl <code>update</code> kann durch Setzen des Attributs "<code>attr global backup_before_update 1</code>" automatisch vorab ein [[Backup]] durchgeführt werden. Die (ggf. großen) Log-Dateien werden dabei ebenfalls archiviert. Während der Archivierung ist FHEM blockiert. Durch die beschränkte Leistungsfähigkeit des Raspberry Pi kann das Backup zudem lange dauern. Durch ein "<code>attr global updateInBackground 1</code>" wird ein Backup im Hintergrund ausgeführt (Quelle: {{Link2Forum|Topic=15729}}).

Alternative Möglichkeiten:
* Backup ausschalten und manuell durchführen
* Backup-Befehl anpassen und so große Dateien bzw. Verzeichnisse (log/) nicht archivieren

== Watchdog einrichten ==
Man kann den RPi regelmäßig prüfen lassen, ob FHEM noch läuft und gegebenenfalls einen Neustart durchführen lassen. Eine mögliche Vorgehensweise ist in diesem {{Link2Forum|Topic=20553|LinkText=Forumsthema}} beschrieben.
{{Hinweis|Statt des Einsatzes derartiger Methoden ist zu empfehlen, nach der eigentliche Fehlerursache zu forschen und diese abzustellen. Haben Sie dennoch einen solchen Watchdog eingerichtet, sollten Sie bei Fragen zu Ihnen seltsam erscheinenden Phänomänen im Forum darauf hinweisen, auch wenn die Symptome scheinbar nichts mit dem Watchdog zu tun haben sollten.}}

== Interne Links ==
* [[CUL am Raspberry Pi flashen]]
* [[Raspberry Pi und 1-Wire]]

== Externe Links ==
* {{Link2Forum|Topic=33460|Message=264679}} zum Umzug von Raspberry B auf Raspberry Pi 2
* [http://www.raspberrypi.org/ Offizielle Webseite der Raspberry Pi Foundation]
* [http://www.raspberrypi.org/downloads Offizielle Downloads der Raspberry Pi Foundation]

[[Kategorie:Raspberry Pi]]
[[Kategorie:HOWTOS]]

Synology Diskstation

2015-12-02T13:43:41Z

Froggy: /* CUL zum laufen bringen | IPKG installieren */

== Fhem Installation auf der Synology Diskstation (ab DSM 5)==

Fhem auf einer Synology Diskstation (DS) zu installieren ist grundsätzlich nicht schwierig. Wichtig ist zunächst eine aktuelle DSM - also Systemupdates auf der DS installieren).
Zunächst installiert ihr Euch über das Paket-Zentrum der DS das Programm "Perl". Dann besorgt ihr Euch von Martin Fischer ein kompiliertes Fhem 5.3 - dort gibt es zwei Versionen:
Wenn Eure DS einen Marvell 6281 oder 9282 Prozessor hat, nehmt die fhem-5.3-mfr-1.1-syno-88f628x.spk (http://www.fischer-net.de/hausautomation/downloads/file/23-fhem-5-3-mfr-1-1-syno-88f628x-spk.html) ansonsten die fhem-5.3-mfr-1.1-syno-noarch.spk (http://www.fischer-net.de/hausautomation/downloads/file/24-fhem-5-3-mfr-1-1-syno-noarch-spk.html).

Dann wieder den Paket-Zentrum der DS aufrufen und "Manuelle Installation" -> entsprechende Datei auswählen -> weiter. Wenn es Mecker gibt wegen Signierung o.ä., dann Paket-Zentrum -> Einstellungen -> Vertrauensebene auf "Jeder Herausgeber".
Danach ist Fhem installiert und ihr könnt es über das Paket-Zentrum starten. Dann einfach Fhem aufrufen und als erstes mal ein Update durchführen.
Nach dem Update die Datei 99_update.pm löschen, siehe [http://forum.fhem.de/index.php/topic,36249.msg285521.html#msg285521 hier]

Um einen CUL damit zu betreiben oder HUEs anzusteuern müssen noch weitere Schritte unternommen werden. (siehe weiter unten)

Hier noch Links zu Wiki-Einträgen für ältere DSM-Versionen / Modelle:

http://www.fhemwiki.de/wiki/Synology_409:_Update_auf_4.0

http://www.fhemwiki.de/wiki/FHEM_auf_dem_Synology_DS408

== CUL zum laufen bringen | IPKG installieren ==
A.) Zunächst braucht ihr die USB-Treiber: http://forum.synology.com/enu/viewtopic.php?f=155&t=82843&hilit=usbserial - diese einfach über das Paket-Zentrum installieren. Die Zusatzkonfigurationen, die vom Wizard nach der Installation gefragt werden, müssen nicht ausgewählt werden.

B.) Dann braucht ihr das IPKG, damit ihr verschiedene Programme nachladen könnt, die ihr für den Betrieb des CUL benötigt:
1. Prozessor (CPU) Architektur heraussuchen - http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have
2. Der Prozessor (CPU) Architektur entsprechendes Shell-Script herunterladen und in einem beliebigen Ordner auf der DiskStation speichern - http://forum.synology.com/wiki/index.php/Overview_on_modifying_the_Synology_Server,_bootstrap,_ipkg_etc#Bootstrap
Wenn ihr den Prozessor Marvel Armada XP oder Marvel Armada 370 habt (z.B. DS 214+), dann schaut hier: https://gist.github.com/marlun78/9349792
3. Dieses How-to durch arbeiten - http://forum.synology.com/wiki/index.php/How_to_Install_Bootstrap (für den Armada nicht - da steht alles im o.g. Link)
4. DiskStation neustarten

C) Jetzt braucht ihr die SerialPort Modul.
Das kann funktionieren mit:

<code>"ipkg install gcc"

"/usr/local/perl/bin/perl -MCPAN -e shell") / je nachdem wo Eure perl Installation liegt - bei mir war es "/usr/bin/perl -MCPAN -e shell"

"cpan install Device::SerialPort"</code>

Hat es bei mir nicht - ich habe es so geschafft:

<code>"ipkg install perl-device-serialport"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/Device/SerialPort.pm /volume1/@appstore/Perl/lib/perl5/site_perl/Device/"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/auto/Device/SerialPort/SerialPort.bs /volume1/@appstore/Perl/lib/perl5/site_perl/auto/Device/SerialPort/"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/auto/Device/SerialPort/SerialPort.so /volume1/@appstore/Perl/lib/perl5/site_perl/auto/Device/SerialPort/"</code>

Keine der beiden Varianten funktioniert für DS213+ (Stand: Juni 2015). Alternative für DS213+ siehe [[Synology Diskstation DS213+|hier]].

D) ganz wichtig - sonst schmiert Euch der CUL immer wieder ab - synousbmdemd deaktivieren - das habe ich wie folgt gemacht:

<code>mv /usr/syno/sbin/synousbmodemd /usr/syno/sbin/synousbmodemd_bkp</code>

Bei einem DSM update wird dieser Dienst vermutlich wieder installiert - daher nach einem Update same procedure as every year.

Der "Security Advisor" erkennt diese Änderung und glaubt, dass sich eine Malware auf dem NAS breitgemacht hätte. Man erhält deswegen eine entsprechende Warnung.

== Wichtig: Logfile auf USB auslagern ==
Damit die DS auch ab und zu mal die Platten zum schlafen schicken kann, solltet ihr die Logfiles auf ein USB-Laufwerk auslagern. Dazu einfach eines an die DS anschließen und im File-Explorer nachschauen, wie das Laufwerk benannt wurde (z.B. volumeUSB1). Dann Fhem runterfahren ("shutdown"), anschließend als root über z.B. putty mit der DS verbinden, das Log-Verzeichnis auf den Stick verschieben und einen Link anlegen - z.B. so:

<code>mv /usr/local/FHEM/var/log /volumeUSB1/usbshare/fhem/log

ln -s /volumeUSB1/usbshare/fhem/log /usr/local/FHEM/var/log</code>

Dann Fhem wieder starten und es sollte klappen.

== Inhalt von Fhem-Verzeichnissen aus Windows direkt bearbeiten ==
Hier gibt es mehrere Möglichkeiten. Entweder ihr verbindet Euch über WinSCP mit der DS. Oder aber ihr verschiebt und verknüpft noch weitere Teile der Fhem Installation auf den Stick (siehe Logfile auf USB auslagern). Hier wäre ich allerdings vorsichtig, da kann Fhem zickig werden. Ich persönlich habe mir die fhem.cfg auf diese Weise noch auf den Stick geschoben - also das /usr/local/FHEM/etc Verzeichnis analog obiger Beschreibung zum Logfile. Darüber hinaus könnt ihr auch einfach Dateien auf Eurem Stick ablegen und im entsprechenden Fhem-Verzeichnis einen Link dazu erstellen - so habe ich das z.B. mit meinen pm-Files gemacht - z.B.

<code>ln -s /volumeUSB1/usbshare/fhem/99_myUtils.pm /usr/local/FHEM/share/fhem/FHEM/99_myUtils.pm</code>

== HUE auf der Synology Diskstation ==
Da auf der DS standardmäßig kein JSON installiert ist, muss dies nachinstalliert werden (Danke an Patlinger für die Anleitung). Wichtig - ihr braucht IPKG (siehe CUL zum Laufen bringen):

1. Per SSH verbinden (Befehl "ssh <ip-adresse> -l root")

2. Superuser aktivieren (Befehl "su")

3. "make" installieren (Befehl "ipkg install make")

4. PERL und CPAN starten (Befehl "/usr/local/perl/bin/perl -MCPAN -e shell") / je nachdem wo Eure perl Installation liegt - bei mir war es "/usr/bin/perl -MCPAN -e shell"

5. CPAN updaten (Befehl "install CPAN")

6. JSON installieren (Befehl "install JSON")

7. Per telnet verbinden (Befehl "telnet <ip-adresse> <port (7072)>")

8. FHEM Update durchführen (Befehl "update")

9. FHEM Neustart (Befehl "shutdown restart")

10. Hue Bridge hinzufügen (Befehl "define <Name-für-die-Bridge> HUEBridge <ip-adresse-der-Hue-Bridge>")

11. Taste an der Hue Bridge drücken um das "Pairing" zu bestätigen.

12. GANZ WICHTIG - Wenn's jetzt einmal läuft, dann nicht vergessen die Konfiguration zu speichern! (Befehl "save")

== Net::Telnet installieren ==
Net::Telnet benötigt ihr beispielsweises für das geniale Modul FRITZBOX, dass Euch viele Möglichkeiten eröffnet, wenn ihr einen solchen Router besitzt.

Los gehts wie üblich mit
<code>"/usr/bin/perl -MCPAN -e shell"</code>
Der Pfad zu perl kann bei Euch auch anders lauten, siehe oben. Dann seid ihr fast fertig, nur noch folgendes eingeben - und fertig:
<code>install Net::Telnet</code>
[[Kategorie:HOWTOS]]
[[Kategorie:Synology]]

Synology Diskstation

2015-12-02T13:38:55Z

Froggy: /* CUL zum laufen bringen | IPKG installieren */ Unnötige Zusatzoptionen

== Fhem Installation auf der Synology Diskstation (ab DSM 5)==

Fhem auf einer Synology Diskstation (DS) zu installieren ist grundsätzlich nicht schwierig. Wichtig ist zunächst eine aktuelle DSM - also Systemupdates auf der DS installieren).
Zunächst installiert ihr Euch über das Paket-Zentrum der DS das Programm "Perl". Dann besorgt ihr Euch von Martin Fischer ein kompiliertes Fhem 5.3 - dort gibt es zwei Versionen:
Wenn Eure DS einen Marvell 6281 oder 9282 Prozessor hat, nehmt die fhem-5.3-mfr-1.1-syno-88f628x.spk (http://www.fischer-net.de/hausautomation/downloads/file/23-fhem-5-3-mfr-1-1-syno-88f628x-spk.html) ansonsten die fhem-5.3-mfr-1.1-syno-noarch.spk (http://www.fischer-net.de/hausautomation/downloads/file/24-fhem-5-3-mfr-1-1-syno-noarch-spk.html).

Dann wieder den Paket-Zentrum der DS aufrufen und "Manuelle Installation" -> entsprechende Datei auswählen -> weiter. Wenn es Mecker gibt wegen Signierung o.ä., dann Paket-Zentrum -> Einstellungen -> Vertrauensebene auf "Jeder Herausgeber".
Danach ist Fhem installiert und ihr könnt es über das Paket-Zentrum starten. Dann einfach Fhem aufrufen und als erstes mal ein Update durchführen.
Nach dem Update die Datei 99_update.pm löschen, siehe [http://forum.fhem.de/index.php/topic,36249.msg285521.html#msg285521 hier]

Um einen CUL damit zu betreiben oder HUEs anzusteuern müssen noch weitere Schritte unternommen werden. (siehe weiter unten)

Hier noch Links zu Wiki-Einträgen für ältere DSM-Versionen / Modelle:

http://www.fhemwiki.de/wiki/Synology_409:_Update_auf_4.0

http://www.fhemwiki.de/wiki/FHEM_auf_dem_Synology_DS408

== CUL zum laufen bringen | IPKG installieren ==
A.) Zunächst braucht ihr die USB-Treiber: http://forum.synology.com/enu/viewtopic.php?f=155&t=82843&hilit=usbserial - diese einfach über das Paket-Zentrum installieren. Die Zusatzkonfigurationen, die vom Wizard nach der Installation gefragt werden, müssen nicht ausgewählt werden.

B.) Dann braucht ihr das IPKG, damit ihr verschiedene Programme nachladen könnt, die ihr für den Betrieb des CUL benötigt:
1. Prozessor (CPU) Architektur heraussuchen - http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have
2. Der Prozessor (CPU) Architektur entsprechendes Shell-Script herunterladen und in einem beliebigen Ordner auf der DiskStation speichern - http://forum.synology.com/wiki/index.php/Overview_on_modifying_the_Synology_Server,_bootstrap,_ipkg_etc#Bootstrap
Wenn ihr den Prozessor Marvel Armada XP oder Marvel Armada 370 habt (z.B. DS 214+), dann schaut hier: https://gist.github.com/marlun78/9349792
3. Dieses How-to durch arbeiten - http://forum.synology.com/wiki/index.php/How_to_Install_Bootstrap (für den Armada nicht - da steht alles im o.g. Link)
4. DiskStation neustarten

C) Jetzt braucht ihr die SerialPort Modul.
Das kann funktionieren mit:

<code>"ipkg install gcc"

"/usr/local/perl/bin/perl -MCPAN -e shell") / je nachdem wo Eure perl Installation liegt - bei mir war es "/usr/bin/perl -MCPAN -e shell"

"cpan install Device::SerialPort"</code>

Hat es bei mir nicht - ich habe es so geschafft:

<code>"ipkg install perl-device-serialport"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/Device/SerialPort.pm /volume1/@appstore/Perl/lib/perl5/site_perl/Device/"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/auto/Device/SerialPort/SerialPort.bs /volume1/@appstore/Perl/lib/perl5/site_perl/auto/Device/SerialPort/"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/auto/Device/SerialPort/SerialPort.so /volume1/@appstore/Perl/lib/perl5/site_perl/auto/Device/SerialPort/"</code>

Keine der beiden Varianten funktioniert für DS213+ (Stand: Juni 2015). Alternative für DS213+ siehe [[Synology Diskstation DS213+|hier]].

D) ganz wichtig - sonst schmiert Euch der CUL immer wieder ab - synousbmdemd deaktivieren - das habe ich wie folgt gemacht:

<code>mv /usr/syno/sbin/synousbmodemd /usr/syno/sbin/synousbmodemd_bkp</code>

Bei einem DSM update wird dieser Dienst vermutlich wieder installiert - daher nach einem Update same procedure as every year.

== Wichtig: Logfile auf USB auslagern ==
Damit die DS auch ab und zu mal die Platten zum schlafen schicken kann, solltet ihr die Logfiles auf ein USB-Laufwerk auslagern. Dazu einfach eines an die DS anschließen und im File-Explorer nachschauen, wie das Laufwerk benannt wurde (z.B. volumeUSB1). Dann Fhem runterfahren ("shutdown"), anschließend als root über z.B. putty mit der DS verbinden, das Log-Verzeichnis auf den Stick verschieben und einen Link anlegen - z.B. so:

<code>mv /usr/local/FHEM/var/log /volumeUSB1/usbshare/fhem/log

ln -s /volumeUSB1/usbshare/fhem/log /usr/local/FHEM/var/log</code>

Dann Fhem wieder starten und es sollte klappen.

== Inhalt von Fhem-Verzeichnissen aus Windows direkt bearbeiten ==
Hier gibt es mehrere Möglichkeiten. Entweder ihr verbindet Euch über WinSCP mit der DS. Oder aber ihr verschiebt und verknüpft noch weitere Teile der Fhem Installation auf den Stick (siehe Logfile auf USB auslagern). Hier wäre ich allerdings vorsichtig, da kann Fhem zickig werden. Ich persönlich habe mir die fhem.cfg auf diese Weise noch auf den Stick geschoben - also das /usr/local/FHEM/etc Verzeichnis analog obiger Beschreibung zum Logfile. Darüber hinaus könnt ihr auch einfach Dateien auf Eurem Stick ablegen und im entsprechenden Fhem-Verzeichnis einen Link dazu erstellen - so habe ich das z.B. mit meinen pm-Files gemacht - z.B.

<code>ln -s /volumeUSB1/usbshare/fhem/99_myUtils.pm /usr/local/FHEM/share/fhem/FHEM/99_myUtils.pm</code>

== HUE auf der Synology Diskstation ==
Da auf der DS standardmäßig kein JSON installiert ist, muss dies nachinstalliert werden (Danke an Patlinger für die Anleitung). Wichtig - ihr braucht IPKG (siehe CUL zum Laufen bringen):

1. Per SSH verbinden (Befehl "ssh <ip-adresse> -l root")

2. Superuser aktivieren (Befehl "su")

3. "make" installieren (Befehl "ipkg install make")

4. PERL und CPAN starten (Befehl "/usr/local/perl/bin/perl -MCPAN -e shell") / je nachdem wo Eure perl Installation liegt - bei mir war es "/usr/bin/perl -MCPAN -e shell"

5. CPAN updaten (Befehl "install CPAN")

6. JSON installieren (Befehl "install JSON")

7. Per telnet verbinden (Befehl "telnet <ip-adresse> <port (7072)>")

8. FHEM Update durchführen (Befehl "update")

9. FHEM Neustart (Befehl "shutdown restart")

10. Hue Bridge hinzufügen (Befehl "define <Name-für-die-Bridge> HUEBridge <ip-adresse-der-Hue-Bridge>")

11. Taste an der Hue Bridge drücken um das "Pairing" zu bestätigen.

12. GANZ WICHTIG - Wenn's jetzt einmal läuft, dann nicht vergessen die Konfiguration zu speichern! (Befehl "save")

== Net::Telnet installieren ==
Net::Telnet benötigt ihr beispielsweises für das geniale Modul FRITZBOX, dass Euch viele Möglichkeiten eröffnet, wenn ihr einen solchen Router besitzt.

Los gehts wie üblich mit
<code>"/usr/bin/perl -MCPAN -e shell"</code>
Der Pfad zu perl kann bei Euch auch anders lauten, siehe oben. Dann seid ihr fast fertig, nur noch folgendes eingeben - und fertig:
<code>install Net::Telnet</code>
[[Kategorie:HOWTOS]]
[[Kategorie:Synology]]

Synology Diskstation

2015-11-26T21:39:18Z

Froggy: /* CUL zum laufen bringen | IPKG installieren */ Für den Marvel Armada 370 gibt es auch kein Bootstrap-Skript

== Fhem Installation auf der Synology Diskstation (ab DSM 5)==

Fhem auf einer Synology Diskstation (DS) zu installieren ist grundsätzlich nicht schwierig. Wichtig ist zunächst eine aktuelle DSM - also Systemupdates auf der DS installieren).
Zunächst installiert ihr Euch über das Paket-Zentrum der DS das Programm "Perl". Dann besorgt ihr Euch von Martin Fischer ein kompiliertes Fhem 5.3 - dort gibt es zwei Versionen:
Wenn Eure DS einen Marvell 6281 oder 9282 Prozessor hat, nehmt die fhem-5.3-mfr-1.1-syno-88f628x.spk (http://www.fischer-net.de/hausautomation/downloads/file/23-fhem-5-3-mfr-1-1-syno-88f628x-spk.html) ansonsten die fhem-5.3-mfr-1.1-syno-noarch.spk (http://www.fischer-net.de/hausautomation/downloads/file/24-fhem-5-3-mfr-1-1-syno-noarch-spk.html).

Dann wieder den Paket-Zentrum der DS aufrufen und "Manuelle Installation" -> entsprechende Datei auswählen -> weiter. Wenn es Mecker gibt wegen Signierung o.ä., dann Paket-Zentrum -> Einstellungen -> Vertrauensebene auf "Jeder Herausgeber".
Danach ist Fhem installiert und ihr könnt es über das Paket-Zentrum starten. Dann einfach Fhem aufrufen und als erstes mal ein Update durchführen.
Nach dem Update die Datei 99_update.pm löschen, siehe [http://forum.fhem.de/index.php/topic,36249.msg285521.html#msg285521 hier]

Um einen CUL damit zu betreiben oder HUEs anzusteuern müssen noch weitere Schritte unternommen werden. (siehe weiter unten)

Hier noch Links zu Wiki-Einträgen für ältere DSM-Versionen / Modelle:

http://www.fhemwiki.de/wiki/Synology_409:_Update_auf_4.0

http://www.fhemwiki.de/wiki/FHEM_auf_dem_Synology_DS408

== CUL zum laufen bringen | IPKG installieren ==
A.) Zunächst braucht ihr die USB-Treiber: http://forum.synology.com/enu/viewtopic.php?f=155&t=82843&hilit=usbserial - diese einfach über das Paket-Zentrum installieren.

B.) Dann braucht ihr das IPKG, damit ihr verschiedene Programme nachladen könnt, die ihr für den Betrieb des CUL benötigt:
1. Prozessor (CPU) Architektur heraussuchen - http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have
2. Der Prozessor (CPU) Architektur entsprechendes Shell-Script herunterladen und in einem beliebigen Ordner auf der DiskStation speichern - http://forum.synology.com/wiki/index.php/Overview_on_modifying_the_Synology_Server,_bootstrap,_ipkg_etc#Bootstrap
Wenn ihr den Prozessor Marvel Armada XP oder Marvel Armada 370 habt (z.B. DS 214+), dann schaut hier: https://gist.github.com/marlun78/9349792
3. Dieses How-to durch arbeiten - http://forum.synology.com/wiki/index.php/How_to_Install_Bootstrap (für den Armada nicht - da steht alles im o.g. Link)
4. DiskStation neustarten

C) Jetzt braucht ihr die SerialPort Modul.
Das kann funktionieren mit:

<code>"ipkg install gcc"

"/usr/local/perl/bin/perl -MCPAN -e shell") / je nachdem wo Eure perl Installation liegt - bei mir war es "/usr/bin/perl -MCPAN -e shell"

"cpan install Device::SerialPort"</code>

Hat es bei mir nicht - ich habe es so geschafft:

<code>"ipkg install perl-device-serialport"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/Device/SerialPort.pm /volume1/@appstore/Perl/lib/perl5/site_perl/Device/"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/auto/Device/SerialPort/SerialPort.bs /volume1/@appstore/Perl/lib/perl5/site_perl/auto/Device/SerialPort/"

"cp /opt/lib/perl5/site_perl/5.10.0/arm-linux/auto/Device/SerialPort/SerialPort.so /volume1/@appstore/Perl/lib/perl5/site_perl/auto/Device/SerialPort/"</code>

Keine der beiden Varianten funktioniert für DS213+ (Stand: Juni 2015). Alternative für DS213+ siehe [[Synology Diskstation DS213+|hier]].

D) ganz wichtig - sonst schmiert Euch der CUL immer wieder ab - synousbmdemd deaktivieren - das habe ich wie folgt gemacht:

<code>mv /usr/syno/sbin/synousbmodemd /usr/syno/sbin/synousbmodemd_bkp</code>

Bei einem DSM update wird dieser Dienst vermutlich wieder installiert - daher nach einem Update same procedure as every year.

== Wichtig: Logfile auf USB auslagern ==
Damit die DS auch ab und zu mal die Platten zum schlafen schicken kann, solltet ihr die Logfiles auf ein USB-Laufwerk auslagern. Dazu einfach eines an die DS anschließen und im File-Explorer nachschauen, wie das Laufwerk benannt wurde (z.B. volumeUSB1). Dann Fhem runterfahren ("shutdown"), anschließend als root über z.B. putty mit der DS verbinden, das Log-Verzeichnis auf den Stick verschieben und einen Link anlegen - z.B. so:

<code>mv /usr/local/FHEM/var/log /volumeUSB1/usbshare/fhem/log

ln -s /volumeUSB1/usbshare/fhem/log /usr/local/FHEM/var/log</code>

Dann Fhem wieder starten und es sollte klappen.

== Inhalt von Fhem-Verzeichnissen aus Windows direkt bearbeiten ==
Hier gibt es mehrere Möglichkeiten. Entweder ihr verbindet Euch über WinSCP mit der DS. Oder aber ihr verschiebt und verknüpft noch weitere Teile der Fhem Installation auf den Stick (siehe Logfile auf USB auslagern). Hier wäre ich allerdings vorsichtig, da kann Fhem zickig werden. Ich persönlich habe mir die fhem.cfg auf diese Weise noch auf den Stick geschoben - also das /usr/local/FHEM/etc Verzeichnis analog obiger Beschreibung zum Logfile. Darüber hinaus könnt ihr auch einfach Dateien auf Eurem Stick ablegen und im entsprechenden Fhem-Verzeichnis einen Link dazu erstellen - so habe ich das z.B. mit meinen pm-Files gemacht - z.B.

<code>ln -s /volumeUSB1/usbshare/fhem/99_myUtils.pm /usr/local/FHEM/share/fhem/FHEM/99_myUtils.pm</code>

== HUE auf der Synology Diskstation ==
Da auf der DS standardmäßig kein JSON installiert ist, muss dies nachinstalliert werden (Danke an Patlinger für die Anleitung). Wichtig - ihr braucht IPKG (siehe CUL zum Laufen bringen):

1. Per SSH verbinden (Befehl "ssh <ip-adresse> -l root")

2. Superuser aktivieren (Befehl "su")

3. "make" installieren (Befehl "ipkg install make")

4. PERL und CPAN starten (Befehl "/usr/local/perl/bin/perl -MCPAN -e shell") / je nachdem wo Eure perl Installation liegt - bei mir war es "/usr/bin/perl -MCPAN -e shell"

5. CPAN updaten (Befehl "install CPAN")

6. JSON installieren (Befehl "install JSON")

7. Per telnet verbinden (Befehl "telnet <ip-adresse> <port (7072)>")

8. FHEM Update durchführen (Befehl "update")

9. FHEM Neustart (Befehl "shutdown restart")

10. Hue Bridge hinzufügen (Befehl "define <Name-für-die-Bridge> HUEBridge <ip-adresse-der-Hue-Bridge>")

11. Taste an der Hue Bridge drücken um das "Pairing" zu bestätigen.

12. GANZ WICHTIG - Wenn's jetzt einmal läuft, dann nicht vergessen die Konfiguration zu speichern! (Befehl "save")

== Net::Telnet installieren ==
Net::Telnet benötigt ihr beispielsweises für das geniale Modul FRITZBOX, dass Euch viele Möglichkeiten eröffnet, wenn ihr einen solchen Router besitzt.

Los gehts wie üblich mit
<code>"/usr/bin/perl -MCPAN -e shell"</code>
Der Pfad zu perl kann bei Euch auch anders lauten, siehe oben. Dann seid ihr fast fertig, nur noch folgendes eingeben - und fertig:
<code>install Net::Telnet</code>
[[Kategorie:HOWTOS]]
[[Kategorie:Synology]]