Vorsicht beim Update!: FHEM auf Synology DSM 4.3 Beta

[eff_Home]

Ich habe seit längerem FHEM auf einer Synology DS112 am laufen. Nach update auf DSM 4.3 Beta wird meine FHZ 1300 von FHEM nicht mehr erkannt. Die Systeminformation der Diskstation zeigt mir unter USB Geräte zwar "ELF FHZ 1300 PC - Future Tech..." aber der
-----------------------
USB Scan unter FHEM sagt für USB 0-6:

### ttyUSB0: checking if it is a TCM310
cannot open the device
----------------------
Versuch die FHZ zu definieren/initialisieren mit:   define FHZ FHZ /dev/ttyUSB0
zeigen:                                             Can't open /dev/ttyUSB0: No such device
------------------------
Der Pfad /dev/ttyUSB0 existiert und alle von M. Fischer bereitgestellten Syno-Module aus
http://www.fischer-net.de/hausautomation/downloads/category/4-synology.html
sind wie unter dem DiskStationManager 4.2 installiert.

Bis zum DSM 4.2 haben Martins Pakete auf meiner Synology DS112 wunderbar funktioniert.
Für das Rollback/Downgrade auf 4.2 habe ich für die DS112 kein passendes .pat zum flashen gefunden:
http://forum.synology.com/enu/viewtopic.php?f=39&t=46450&hilit=downgrading+Synology&start=90#p195442  
http://usdl.synology.com/download/DiskStation/DSM3.2/1955/
------

Hat jemand ähnliche Erfahrung mir der DSM 4.3 Beta?
Oder schon eine Idee an welcher Neuerung es liegen kann?
Ich Tippe mal auf die USB Kernel Module.
Habe bereits mit Hilfe von Bootstrap Installer und IPKGui versucht diverse USB Pakete nachzuladen, aber leider ohne Erfolg.

[eff_Home]

Habe mittlerweile den Downgrade auf die stablie Version geschafft,
hier ein kleines How-To, vieleicht hilft es ja dem einen oder anderen:
-------------------------------------------------------------------------

Zum downgraden auf ein Stable-Release:
--------------------------------------
Bei noch laufendem System in der Systemsteuerung die Terminaldienste Telnet und SSH aktivieren.
Ist die Festplatte schon formatiert, muss als zwischenschritt die zuletzt installierte (Beta-)Version nochmal installiert werden.
-
Die letzte stabile Version holen:
http://usdl.synology.com/download/DiskStation/DSM4.2/
Danach das Netzwerkkabel vom NAS direkt an den PC anschliessen, Firewall und Antivirenprogramme ausschalten.
Eventuell als Benutzer neu anmelden, danach erfährt man die aktuelle IP der Syno  mit dem Synology Assistant.
Mit WinSCP Einstellungen: Protokoll SCP Port 22 IP der Synology DS
Benutzer: root  Passwort: wie Administrator
auf die DS einloggen
--
Die Datei /etc.defaults/VERSION im Texteditor auf eine ältere Version umschreiben, z.B:
( In WinSCP kann ein externer Texteditor - Notepad ++ - eingetragen werden, nach dem bearbeiten einfach speichern, speichert die Änderung direkt auf dem NAS (...Server))
    majorversion="4"
    minorversion="0"
    buildphase="0"
    buildnumber="1000"
    builddate="2012/12/12"
alle Daten kleiner (älter) als die gewünschte Version die wir installieren möchten wählen, aber bei der majorversion 4 um eine 4.x zu installieren.
Speichern und wieder als Admin auf den DSM einloggen, Systeminformation - DSM-Version prüfen.
Danach kann in der Systemsteuerung die DSM Aktualisierung manuell ausgeführt werden und  DSM_DS112_3211.pat mit der DSM 4.2 stable für die DS112 installiert werden.
---
Clean Install:
---
Nach dem Neustart ist der Versionsdowngrade zur stabilen Version beendet. Eventuell an diesem Punkt einen Clean-Install durchführen:
Da an diesem Punkt die installierte Version auch auf dem NAS Flash (~Bios) registriert ist,
kann jetzt auch die Platte über "Standard wiederherstellen" in der DSM Systemsteuerung formatiert
und dann direkt mit dem Synology Assistant auf dem PC die DSM_DS112_3211.pat installiert werden.
Danach sind sämtliche Benutzerkonfigurationen aber auch alle Daten auf dem NAS gelöscht und ein brandneues (vanilla) DSM 4.2 stable werkelt auf der DS112.
-----
FHEM installieren...
-----
...über das Package Center die lokalen FHEM Pakete installieren:
( http://www.fischer-net.de/hausautomation/downloads/category/4-synology.html )
OpenSSL           openssl-1.0.0j-mfr-1.0-syno-88f628x.spk
PERL              perl-5.16.0-mfr-1.0-syno-88f628x.spk
USB Kernel Module   usb-driver-kernel-2.6.32-mfr-1.0-syno-88f628x.spk
FHEM Server         fhem-5.3-mfr-1.1-syno-88f628x.spk
Erstellt werden
Pakete:            /var/packages/
               /usr/local/
               /usr/local/lib/modules
               /volume1/@appstore
(Serverstartscript?:  /usr/local/etc/rc.d)               
Anpassen:
NAS und PC wieder ans Netz, zuvor Firewall und Antivirus wieder einschalten.
Eventuell Benutzer neu anmelden, damit wieder die lokalen Netz-IP's bezogen werden.  
/volume1/@appstore/FHEM/app/config   "url": "http:// (NAS IP hier eintragen) :8082/fhem"  
------
http:// (NAS IP hier eintragen) /fhem starten und prüfen ob fhem's autocreate die die FHZ_0 bereits erstellt hat
-------
...läuft
--------
:-)

[kritzi]

Hallo zusammen,

nachdem jetzt auch die Stable-Version der 4.3 verfügbar ist, habe ich diese installiert.
Seitdem habe ich auf meiner Synology 212j exakt das hier im Thread schon geschilderte Problem - der CUL wird nicht mehr erkannt:

Der bereits definierte CUL steht auf "disconnected" und usb scan ergibt nur Folgendes:

### ttyUSB0: checking if it is a TCM310
cannot open the device
### ttyUSB1: checking if it is a TCM310
cannot open the device
### ttyUSB2: checking if it is a TCM310
cannot open the device
### ttyUSB3: checking if it is a TCM310
cannot open the device
### ttyUSB4: checking if it is a TCM310
cannot open the device
### ttyUSB5: checking if it is a TCM310
cannot open the device
### ttyUSB6: checking if it is a TCM310
cannot open the device

Da ich eigetlich kein Downgrade machen möchte und die 4.3 sich dann ja auch irgendwann etablieren sollte - gibt es denn anderweitig die Aussicht auf Besserung?
Bzw. was mache ich denn falsch und hat jemand eine Idee, wie das korrigiert werden kann?

Vielen Dank im Voraus & Grüße,
kritzi

[MarcP]

Hallo,

ich stehe hier gerade vor dem gleichen Problem:

Opening CUL device /dev/ttyUSB0
Can't open /dev/ttyUSB0: No such device

Wenn ich den CUL ziehe und erneut stecke, scheint das System ihn zu erkennen:

Aug 30 23:23:52 DiskStation hotplugd: ##### ACTION:add
Aug 30 23:23:52 DiskStation hotplugd: DEVICE:/proc/bus/usb/001/006
Aug 30 23:23:52 DiskStation hotplugd: DEVPATH:1-1.2
Aug 30 23:23:52 DiskStation hotplugd: SUBSYSTEM:usb
Aug 30 23:23:52 DiskStation hotplugd: ##### ACTION:add
Aug 30 23:23:52 DiskStation hotplugd: DEVICE:/proc/bus/usb/001/006
Aug 30 23:23:52 DiskStation hotplugd: DEVPATH:1-1.2:1.0
Aug 30 23:23:52 DiskStation hotplugd: SUBSYSTEM:usb
Aug 30 23:23:52 DiskStation hotplugd: INTERFACE:2/2/1
Aug 30 23:23:52 DiskStation hotplugd: ##### ACTION:add
Aug 30 23:23:52 DiskStation hotplugd: DEVICE:/proc/bus/usb/001/006
Aug 30 23:23:52 DiskStation hotplugd: DEVPATH:1-1.2:1.1
Aug 30 23:23:52 DiskStation hotplugd: SUBSYSTEM:usb
Aug 30 23:23:52 DiskStation hotplugd: INTERFACE:10/0/0
Aug 30 23:23:52 DiskStation hotplugd: hotplugd.c:920 ##### complete device hotplug!!

Hat jemand eine Idee?

Viele Grüße,
Marc

[KlausB]

Hallo,
ich habe das gleiche Problem mit dem CUL868.
In der /proc/usb/devices sieht es so aus dass CUL868 zwar erkannt wird, aber es ist kein Driver verkettet, siehe unten.

T:  Bus=01 Lev=02 Prnt=02 Port=99 Cnt=01 Dev#=  3 Spd=12   MxCh= 0
D:  Ver= 1.10 Cls=02(comm.) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=03eb ProdID=204b Rev= 0.00
S:  Manufacturer=busware.de
S:  Product=CUL868
S:  SerialNumber=8cba82ce9bd8
C:* #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=(none)
E:  Ad=82(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=(none)
E:  Ad=04(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=83(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms

[mullischlumpf]

Hallo zusammen,

muss mich leider auch anschließen. Ich habe auf die Stable 4.3 geupdatet und dadurch wird CUL nicht mehr erkannt :-( zurück will ich auch nicht. Bislang habe ich aber leider auch noch keine Möglichkeit gefunden den CUL wieder einzubinden.

[justme1968]

sobald die compiler toolchain und kernel quelltexte zur neuen version veröffentlich sind muss man nur die nötigen kernel module kompilieren. am besten direkt nativ auf der diskstation und nicht als crosskompiler.

es ist die 'offizielle' toolchain von synology nötig. mit der optware version hatte ich bis jetzt (dsm 4.0, 4.1 und 4.2) noch nie erfolg.

gruss
  andre

[MarcP]

Hi,

so, anbei die vier notwendigen Module als ZIP für DSM 4.3
(Kompiliert nativ mit optware-devel auf meiner 211j)

Die enthaltenen ".ko" Files einfach über die bestehenden kopieren:

Code Auswählen Erweitern

/lib/modules/
/usr/local/lib/modules/
/volume1/@appstore/usb-driver-kernel/modules/

Dann die Module neu installieren:

Code Auswählen Erweitern

/var/packages/usb-driver-kernel/scripts/start-stop-status stop
 /var/packages/usb-driver-kernel/scripts/start-stop-status start

Danach FHEM neustarten.

Das ist sicher nicht die feine englische Art, aber es funktioniert bei mir.

Viele Grüße,
Marc

(Danke justme für die "Fährte")

[tigr]

Auch bei mir ist nach update auf DSM 4.3 Beta BSC Smartconnect USB von FHEM nicht mehr erkannt.

Nach dem downgrade auf DSM 4.2 (ver 3211) funktioniert es wieder. Update von .ko modules wird ich noch probieren, danke fürs compiling, Marc.

[eff_Home]

Hi,
so, anbei die vier notwendigen Module als ZIP für DSM 4.3
(Kompiliert nativ mit optware-devel auf meiner 211j)

Cool, danke Marc und justme1968! Wenn jetzt noch jemand bestätigen möchte, dass diese Version auf einer DS112 mit der DSM 4.3 stable läuft, dann wage ich das Update dann wohl doch nochmal...

[MarcP]

Wenn jetzt noch jemand bestätigen möchte, dass diese Version auf einer DS112 mit der DSM 4.3 stable läuft, dann wage ich das Update dann wohl doch nochmal...

Bestätigen kann und werde ich Dir das nicht, allerdings hat die DS112 ebenfall einen ARM Prozessor, wie die 211j, daher wird es aller Wahrscheinlichkeit nach klappen (ohne Gewähr und so). (http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have)

Sei mutig, geh voran. Wenn es mit den Modulen nicht klappt, kannst Du auch selbst kompilieren. Ich wollte, je nachdem wie ich dazu komme, die Tage noch einen Wiki Artikel mit HowTo dazu schreiben. (VERY quick and even dirtier: http://www.fhemwiki.de/wiki/Benutzer:Marc76/USB_auf_DSM4.3)

Viele Grüße,
Marc

[tigr]

Auf DS212 klappen die seriel modulen problemloss mit DSM 4.3. Dannke noch ein mal, Marc.

[KlausB]

Danke Marc!

bei mir reichte es die 4 Files auf
/lib/modules/
/usr/local/lib/modules/
zu kopieren.

Dann noch via Paket-Zentrum
- USB Kernel Modules stoppen
- FHEM stoppen
- USB Kernel Modules starten
- FHEM starten
Thats it.

[eff_Home]

...Sei mutig, geh voran. Wenn es mit den Modulen nicht klappt, kannst Du auch selbst kompilieren...

Jaja, mach ich ja mit Links und noch vor dem Frühstück; irgendwelche Module in den Linuxkernel kompilieren und so'n Kramzeugs. Hab ich mich in die Programmierer-Ecke verlaufen? Ääächtt.. Marc, ich hab ein Syno-NAS mit komfortablem DiskStationManager weil damit alles "ein Klick und läuft" für Dummies! Als Initiator von diesem Thread bin ich wie Du siehst zudem etwas zu übermütig Mutig vorangegangen und hab mir mit der Beta mein automatisiertes Zuhause wieder auf Handbetrieb umgestellt. Ist aber gut so, werd jetzt auf jeden Fall den Winter über wenn die Heizung läuft keine Updateexperimente machen. Achjaundnochwas, langes Gelaber kurzer Sinn:
Danke Marc, die DS112 ist up to date und es sieht so aus als laufen die von Dir kompilierten USB-Kernelmodule auf allen Synology DS mit dem DSM 4.3 und ARM Prozessor.[/color]

[MarcP]

DS112 ist up to date

siehste, geht doch ;-)

[eff_Home]

Damit ich dann doch noch etwas zur Lösung beisteuern und ein paar Reputationspunkte sammeln kann: Hier meine "ein Klick und läuft" für Dummies Version um die USB Kernel Module für FHEM auf der DSM 4.3 direkt im Package Manager updaten zu können:

1. Synology DiskStation PackageCenter öffnen und FHEM Server stoppen
2. Manual Install wählen und die "usb-driver-kernel-DSM_4-3-arm.spk" hochladen
3. FHEM Server wieder starten
4. TESTEN UND EUER FEEDBACK HIER POSTEN....

(Update Log: 4 Kernel Treiber mit MarcP's updates ersetzt. INFO angepasst. ICON angepasst)

[harry53]

Vielen Dank. Die spk-Datei läuft auf meinem DS210j mit der Version 4.3-3776 ohne Probleme.

[wibi_]

Vielen Dank, läuft auf meiner DS212+ unterVersion 4.3-3776 wie geschmiert und hat mir viel Arbeit erspart!

[justme1968]

falls jemand mit anderen modellen über den thread stolpert: auf den intel modellen - zumindest auf der ds1815 und ds1511- sind die module direkt da und werden nur nicht automatisch geladen.

gruss
  andre

[fhwfhem]

Danke für das Paket, läuft auch auf der 212 mit DSM 4.3-3776-2.

Hat es schon jemand mit DSM DSM 4.3-3776-3 ausprobiert? Trau mich nicht zu aktualisieren, bin froh, dass ich endlich wieder Licht machen kann 

[quickhammer]

Ebenfalls Vielen Dank,
Hatte versehentlich meine DS211j upgedated. Die Spk hat aber höchst komfortabel Abhilfe geschafft!
Udo

[kirschrother_lump]

Hallo Zusammen,

beschäftige mich seit heute mit FHEM und wollte mit meiner DS211 (Installierte DSM-Version: DSM 4.3-3810) einmal loslegen.

Von Busware.de habe ich den CC1101-USB-Lite 868MHz (CUL) bestellt und am USB Port der DS211 eingesteckt.

Habe mir alle notwendigen Dateien .spk vom fischer gezogen. Brav über das Paketzentrum hochgeladen und mal die URL vom FHEM Server aufgerufen. Im Logfile Stand dann das.

2013.12.13 20:12:10 1: Including /usr/local/FHEM/etc/fhem.cfg
2013.12.13 20:12:11 3: telnetPort: port 7072 opened
2013.12.13 20:12:11 3: WEB: port 8083 opened
2013.12.13 20:12:11 3: WEBphone: port 8084 opened
2013.12.13 20:12:12 3: WEBtablet: port 8085 opened
2013.12.13 20:12:12 1: usb create starting
2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB0
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB1
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB2
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB3
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB4
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB5
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 3: Opening TCM310 device /dev/ttyUSB6
2013.12.13 20:12:13 1: Can't locate Device/SerialPort.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/MARVELL_88F6281 /usr/lib/perl5/5.8.6 /usr/lib/perl5/site_perl/5.8.6/MARVELL_88F6281 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/DevIo.pm line 168.

2013.12.13 20:12:13 1: usb create end
2013.12.13 20:12:13 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Running with root privileges. Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.12.13 20:12:13 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 1996 2012-10-20 07:11:56Z rudolfkoenig $, pid 29311)

Okay, weiter gegoogelt und hier im Forum diesen Artikel gefunden. Ich habe mich nun angemeldet und dann die .spk runtegezogen und über das Paketzentrum auf meine DS211 geladen.

FHEM-Server gestoppt und wieder gestartet und nun heißt es in der Log wie folgt.

2013.12.13 21:35:46 1: Including /usr/local/FHEM/etc/fhem.cfg
2013.12.13 21:35:47 3: telnetPort: port 7072 opened
2013.12.13 21:35:48 3: WEB: port 8083 opened
2013.12.13 21:35:48 3: WEBphone: port 8084 opened
2013.12.13 21:35:49 3: WEBtablet: port 8085 opened
2013.12.13 21:35:49 1: Including /usr/local/FHEM/var/log/fhem.save
2013.12.13 21:35:49 1: usb create starting
2013.12.13 21:35:52 3: Opening TCM310 device /dev/ttyUSB0
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB0: No such device
2013.12.13 21:35:53 3: Opening TCM310 device /dev/ttyUSB1
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB1: No such device
2013.12.13 21:35:53 3: Opening TCM310 device /dev/ttyUSB2
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB2: No such device
2013.12.13 21:35:53 3: Opening TCM310 device /dev/ttyUSB3
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB3: No such device
2013.12.13 21:35:53 3: Opening TCM310 device /dev/ttyUSB4
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB4: No such device
2013.12.13 21:35:53 3: Opening TCM310 device /dev/ttyUSB5
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB5: No such device
2013.12.13 21:35:53 3: Opening TCM310 device /dev/ttyUSB6
2013.12.13 21:35:53 3: Can't open /dev/ttyUSB6: No such device
2013.12.13 21:35:53 1: usb create end
2013.12.13 21:35:53 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Running with root privileges. Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.12.13 21:35:53 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 1996 2012-10-20 07:11:56Z rudolfkoenig $, pid 18040)

Ich bin nun überfragt und habe mir das erst einmal einfacher vorgestellt.

Habt Ihr noch eine Idee was ich NEULING falsch mache.

Herzlichen Dank für alle die an diesem Artikel gearbeitet haben und vielleicht jetzt noch einmal Hilfestellung geben wollen.

kirschrother_lump

[kirschrother_lump]

So habe es nun selbst gelöst.

Problem ist der USB Kernel gewesen, diesen habe ich nach der sehr guten Beschreibung von hallard.me installiert. (Suche auf Google.de - How to install Kernel modules on Synology DS1010 DSM 4.1, 4.2 or)

Vorher das DSM4.3 Kernel Paket noch angehalten.

Danach hat er nach einem Server Neustart dann den CUL gefunden.

Meine Intertechno Schalter sind nun soweit definiert und aktiv.

[Micha79]

Danke für die usb.spk! Was täten wir dummies nur ohne euch!!!
Ohne das Forum hier wäre ich zumindest verloren!
Frohe Weihnachten und einen guten Rutsch...

[ennimann]

Hallo,
nach langer Suche, bin ich hier gelandet, da mein Datenlogger nach einem Update von DSM 4.2 auf 4.3 auf meiner DS112j leider nicht mehr ging. Ich verwende auch den Kerneltreiber für den FTDI Adapter der ja, wie bekannt, bis 4.2 sauber lief.
Hier fand ich auch die einzigste richtige Beschreibung, wie man ein downgrade machen kann, was ich dann auch tat. Mit der Beschreibung von synology (WIKI) habe ich mir erstmal die Box geschrottet, grrr.
Lange Rede kurzer Sinn.
Besten Dank für die tolle Beschreibung, mit der selbst ich was anfangen konnte und die DS112j jetzt erstmal wieder mit DSM 4.2 läuft.
Nun kann ich es, Dank eff_Home, nochmal mit DSM 4.3 versuchen, auf 4.3 zu wechseln, da es doch einige Verbesserungen verspricht.
Die CPU sollte ja passen für das Paket. Ansonsten kenne ich ja jetzt das "Geheimnis des "Downgrades".

Gruß
ennimann

[kirschrother_lump]

Hallo Zusammen,

ich wünsche Euch allen ein gutes und erfolgreiches Jahr 2014.

Nun habe ich mit meiner DS 211 mit DSM 4.3 noch einmal Probleme.

Bis zum 31.12.2013 hat alles super funktioniert.

...
2013.12.31 08:52:43 3: Opening CUL device /dev/ttyACM0
2013.12.31 08:52:43 3: Setting CUL baudrate to 9600
2013.12.31 08:52:43 3: CUL device opened
2013.12.31 08:52:43 3: CUL: Possible commands: BCFiAZEGMRTVWXefmltux
2013.12.31 08:52:43 1: Including /usr/local/FHEM/var/log/fhem.save
2013.12.31 11:57:48 1: fheminfo global attributes 'uniqueID' added to configfile /usr/local/FHEM/etc/fhem.cfg
2013.12.31 12:44:44 1: /dev/ttyACM0 disconnected, waiting to reappear
2013.12.31 16:22:25 2: IT set Tannenbaum on
2013.12.31 16:22:25 2: IT IODev device didn't answer is command correctly:   raw => No answer
2013.12.31 16:22:25 2: IT set Krippe on
2013.12.31 16:22:25 2: IT IODev device didn't answer is command correctly:   raw => No answer
2013.12.31 16:22:25 2: IT set KuechenFenster on
2013.12.31 16:22:25 2: IT IODev device didn't answer is command correctly:   raw => No answer
2013.12.31 16:22:25 2: IT set HighboardLichterkette on
2013.12.31 16:22:25 2: IT IODev device didn't answer is command correctly:   raw => No answer
2013.12.31 16:35:54 0: Server shutdown
2013.12.31 16:37:42 1: Including /usr/local/FHEM/etc/fhem.cfg
2013.12.31 16:37:44 3: telnetPort: port 7072 opened
2013.12.31 16:37:45 3: WEBphone: port 8084 opened
2013.12.31 16:37:45 3: WEBtablet: port 8085 opened
2013.12.31 16:37:45 3: WEB: port 8083 opened
2013.12.31 16:37:46 3: Opening CUL device /dev/ttyACM0
2013.12.31 16:37:47 3: Can't open /dev/ttyACM0: No such file or directory
2013.12.31 16:37:47 1: Including /usr/local/FHEM/var/log/fhem.save
2013.12.31 16:37:48 1: usb create starting
2013.12.31 16:37:53 3: Opening TCM310 device /dev/ttyUSB0
2013.12.31 16:37:53 3: Can't open /dev/ttyUSB0: No such device
2013.12.31 16:37:53 3: Opening TCM310 device /dev/ttyUSB1
...

Um 12:44 Uhr habe ich den CUL bei laufendem FHEM-Server aus der USB-Buchse gezogen um die Verkleidung wieder anzubringen. CUL wieder eingesteckt und nach dem der Weinachtsbaum zum Sonnenuntergang nicht automatisch angegangen ist habe ich mal nach dem CUL geschaut und seit dem wird er nicht mehr erkannt.

Ich habe noch einmal alles im Thread hier gemacht und auch in meiner vorherigen Beschreibung doch leider funktioniert nichts.

In meiner Fritzbox 7390 wird der CUL sofort erkannt nur die DS 211 stellt sich quer, dort heißt es nur im FHEM Server

CUL  disconnected

Und wenn ich ein dmesg via WinSCP auf der DS 211 absetze kommt folgendes.

[   94.180000] Slow work thread pool: Starting up
[   94.910000] Slow work thread pool: Ready
[   99.170000] findhostd uses obsolete (PF_INET,SOCK_PACKET)
[  103.700000] usbcore: registered new interface driver usbserial
[  103.810000] USB Serial support registered for generic
[  103.810000] usbserial_generic 1-1.3:1.0: Generic device with no bulk out, not allowed.
[  103.820000] usbserial_generic: probe of 1-1.3:1.0 failed with error -5
[  103.830000] usbserial_generic 1-1.3:1.1: generic converter detected
[  104.240000] usb 1-1.3: generic converter now attached to ttyUSB0
[  104.260000] usbcore: registered new interface driver usbserial_generic
[  104.270000] usbserial: USB Serial Driver core
[  104.680000] USB Serial support registered for FTDI USB Serial Device
[  104.700000] usbcore: registered new interface driver ftdi_sio
[  104.700000] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver
[  105.280000] cdc_acm: probe of 1-1.3:1.0 failed with error -16
[  105.420000] usbcore: registered new interface driver cdc_acm
[  105.430000] cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters
[  106.580000] USB Serial support registered for pl2303
[  106.620000] usbcore: registered new interface driver pl2303
[  106.630000] pl2303: Prolific PL2303 USB to serial adaptor driver
[  131.870000] usbcore: registered new interface driver snd-usb-audio

Am FHEM liegt es nicht, am CUL liegt es nicht, also kann es nur an der DS 211 liegen und dort sicher am USB Kernel.

Die USB Module finde ich in der DS 211 an 3 Stellen.

/opt/lib/modules/3.2.40/
/lib/modules/
/volume1/@appstore/usb-driver-kernel/modules/

Die Datei usbserial.ko ist immer vom 03.09.2013 / 23:34 Uhr und hat eine Größe von 62.891 B.

Ich würde mich freuen wenn Ihr mir noch Tipps geben könnt.

Beste Grüße

Joachim

[ennimann]

Hallo zusammen,
wollte mal eine positive Rückmeldung für den Kerneltreiber geben.
Der läuft bei mir in der DS112j einwandfrei unter DSM4.3_3810.
Vielen lieben Dank dafür

[Eniac]

Hallo zusammen,

hat jemand schon Erfahrung mit der DSM 5 Version gemacht. Funktionieren die CUL-Sticks mit den USB-Treibern?

Viele Grüße
Eniac

[dombar]

Also bei mir hat es nach dem Update auf 5.0 funktioniert!
Das heißt mit ein bisschen Hilfe!

[cornyriegel]

Hallo zusammen,

ich habe vor Kurzem auf meiner DS211j ein Doppelupdate des OS durchgeführt, sprich von 4.0 auf 4.3 und direkt im Anschluss auf 5.0. Exakt läuft meine Station jetzt mit dem aktuellen OS DSM 5.0-4458 Update 2.

P.S. Das aktuelle DSM sollte, aufgrund der Sicherheitslücke "Herzbluten" in OpenSSL, für jedermann mit einer Synology DS Thema sein.

Entsprechend habe ich das oben angegebene "usb-driver-kernel-DSM_4-3-arm.spk" unter DSM 5 installiert.

Bis jetzt scheint dies bei mir ohne Probleme geklappt zu haben.

Vielen Dank für die Bereitstellung!!!

VG
Cornyriegel

[rainer1962]

Hallo,
habe heute bei meiner DS412+ ein Synology Update  auf 5.0-4482 gemacht ....
Musste danach einiges neu einrichten (/opt-pfad) und es lief das FHEM problemlos .  Bis dann ca. 2 Stunden später der CUL ausfiel.
Ich habe FHEM neu gestartet und dann lief es wieder. nach ca 90min fiel Cul fiel dann wieder aus ....
An was kann das liegen

folgendes lade ich am Anfang

Code Auswählen Erweitern

insmod /lib/modules/usbserial.ko
insmod /lib/modules/ftdi_sio.ko
insmod /lib/modules/cdc-acm.ko

damit lief auch immer alles  ...
Kann es sein das Synology da irgendetwas geändert hat

im Log sehe ich folgendes

Code Auswählen Erweitern

2014.04.25 14:12:18.175 1: Including /usr/local/FHEM/log/fhem.save
2014.04.25 14:12:18.380 0: Server started with 247 defined entities (version $Id: fhem.pl 5632 2014-04-24 19:16:01Z rudolfkoenig $, os linux, user root, pid
10783)
2014.04.25 14:12:18.381 1: Perfmon: possible freeze starting at 14:12:16, delay is 2.381
2014.04.25 14:12:18.382 1: HMLAN_Parse: HMLAN1 new condition ok
2014.04.25 14:12:35.152 5: [Heizkoerper_FS] MaxScanRun.367 is HeatingThermostat
2014.04.25 14:12:35.153 5: [Heizkoerper_BK] MaxScanRun.367 is HeatingThermostat
2014.04.25 15:51:12.158 1: /dev/ttyACM0 disconnected, waiting to reappear
2014.04.25 15:51:12.165 1: /dev/ttyACM0 reappeared (CUL)
2014.04.25 15:51:12.202 1: /dev/ttyACM0 disconnected, waiting to reappear
2014.04.25 15:51:12.217 1: Cannot init /dev/ttyACM0, ignoring it
2014.04.25 16:12:47.591 1: Error in CUL_MAX_SendQueueHandler: CUL CUL did not answer request for current credits. Waiting 5 seconds.
2014.04.25 16:12:52.593 1: Error in CUL_MAX_SendQueueHandler: CUL CUL did not answer request for current credits. Waiting 5 seconds.
2014.04.25 16:12:57.595 1: Error in CUL_MAX_SendQueueHandler: CUL CUL did not answer request for current credits. Waiting 5 seconds.
2014.04.25 16:13:02.597 1: Error in CUL_MAX_SendQueueHandler: CUL CUL did not answer request for current credits. Waiting 5 seconds.

Wäre toll wenn mir einer nen Tip geben könnte ...
Gruss Rainer

[Thargor]

Habe leider den gleichen Effekt bei meiner DS214+

[Thargor]

Ich habe jetzt folgendes Paket installiert: http://forum.synology.com/enu/viewtopic.php?f=155&t=82843&hilit=usbserial und sicherheitshalber noch die Pfade in fhem Startskript angepasst (Bin aber nicht sicher ob das nötig ist).
Damit scheint das ständige Abmelden des CULs nicht mehr vorzukommen (zumindest über einen Tag hinweg).