Hallo,
ich habe meine FHEM-Installation auf einen Raspberry Pi 3 mit Debian Jessie umgezogen. Ich habe den Denkovi-Adapter (Klon von DS9097U). Das Auslesen der Temperatursensoren funktioniert auch. Allerdings bekomme ich den owhttpd nicht gestartet.
Mein /etc/owfs.conf:
server: device = /dev/onewire
http: port = 2121
ftp: port = 2120
server: prt = 4304
! server: port = localhost:4304
server: usb = all
owhttpd -p 192.168.31.41:4711 --debug --error_level=9 liefert nur
DEBUG MODE
libow version:
2.9p8
und laufen tut allein owserver. Hat jemand bitte einen Tipp für mich?
Viele Grüße
Boris
Hallo Boris,
im Wiki http://www.fhemwiki.de/wiki/OWServer_%26_OWDevice (http://www.fhemwiki.de/wiki/OWServer_%26_OWDevice) steht das nur eine bestimmte Version auf dem RasPi läuft,
oder das man sich die Quelle selbst kompilieren muss.
Ich bin allerdings nicht sicher ob das noch so ist.
Grüße
Rainer
Danke Rainer, das hatte ich nach dem Lesen der Forenbeiträge befürchtet. Ich habe die Version aus dem Wiki installiert und damit funktioniert es.
Ich habe die Doku in FHEM aktualisiert (ab morgen per Update verfügbar).
Grüße
Boris
Zitat von: Dr. Boris Neubert am 21 August 2016, 12:19:28
server: device = /dev/onewire
[...]
server: prt = 4304
[...]
hat zwar nichts mit dem ursprünglichem problem zu tun aber vielleicht stolperst du später darüber weil ein 'o' fehlt ;)
Es freut mich, dass Bewegung in die Sache kommt :) Ich probiere schon seit Tagen erfolglos auf einem RPI3 mehrere ds18b20 über einen bei Fuchs gekauften USB-OW-Adapter "LinkUSB Advanced 1-Wire USB Adapter" zum Laufen zu bekommen. Ich wäre froh, wenn der erfolgreiche Weg im Wiki schrittweise und nachvollziehbar dargestellt würde.
Hallo,
Zitat von: krueuw am 21 August 2016, 18:59:18
Es freut mich, dass Bewegung in die Sache kommt :) Ich probiere schon seit Tagen erfolglos auf einem RPI3 mehrere ds18b20 über einen bei Fuchs gekauften USB-OW-Adapter "LinkUSB Advanced 1-Wire USB Adapter" zum Laufen zu bekommen. Ich wäre froh, wenn der erfolgreiche Weg im Wiki schrittweise und nachvollziehbar dargestellt würde.
also ich bin einfach der Anleitung im Wiki gefolgt. Und zwar der Variante, das dort verlinkte zip-File herunterzuladen und die daraus benötigten Packages zu installieren. Meine Konfiguration sieht jetzt so aus:
######################## SOURCES ########################
#
server: device = /dev/onewire
# With this setup, any client (but owserver) uses owserver on the
# local machine...
! server: server = localhost:4304
#
# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
#server: FAKE = DS18S20,DS2405
#
# USB device: DS9490
server: usb = all
#
# Serial port: DS9097
#server: device = /dev/ttyS1
#
# owserver tcp address
#server: server = 192.168.10.1:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405
#
######################### OWFS ##########################
#
#mountpoint = /mnt/1wire
#allow_other
#
####################### OWHTTPD #########################
http: port = 2121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################
server: port = localhost:4304
Viel Erfolg damit.
Grüße
Boris
Und das ist auch noch nützlich, damit es nach einem Update von Debian keinen Verdruss gibt:
sudo apt-mark hold libow-dev libownet-perl libownet-php ow-shell owfs owfs-dbg owfs-doc owfs-fuse owftpd owhttpd owserver python-ow python-ownet
Ich habe jetzt nochmal von vorn begonnen:
- raspian jessie
- fhem
- owfs_2.8p17-1_all.zip
installiert. Gleiche Fehler wie immer:
pi@raspberrypi:/opt/fhem/Downloads $ sudo dpkg -i *.deb
(Reading database ... 35087 files and directories currently installed.)
Preparing to unpack libow-2.8-17_2.8p17-1_armhf.deb ...
Unpacking libow-2.8-17:armhf (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libowcapi-2.8-17_2.8p17-1_armhf.deb ...
Unpacking libowcapi-2.8-17:armhf (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libow-dev_2.8p17-1_armhf.deb ...
Unpacking libow-dev (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libownet-2.8-17_2.8p17-1_armhf.deb ...
Unpacking libownet-2.8-17:armhf (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libownet-dev_2.8p17-1_armhf.deb ...
Unpacking libownet-dev (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libownet-perl_2.8p17-1_all.deb ...
Unpacking libownet-perl (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libownet-php_2.8p17-1_all.deb ...
Unpacking libownet-php (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libow-perl_2.8p17-1_armhf.deb ...
Unpacking libow-perl (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libow-php5_2.8p17-1_armhf.deb ...
Unpacking libow-php5 (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack libow-tcl_2.8p17-1_armhf.deb ...
Unpacking libow-tcl (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owfs_2.8p17-1_all.deb ...
Unpacking owfs (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owfs-common_2.8p17-1_all.deb ...
Unpacking owfs-common (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owfs-dbg_2.8p17-1_armhf.deb ...
Unpacking owfs-dbg (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owfs-doc_2.8p17-1_all.deb ...
Unpacking owfs-doc (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owfs-fuse_2.8p17-1_armhf.deb ...
Unpacking owfs-fuse (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owftpd_2.8p17-1_armhf.deb ...
Unpacking owftpd (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owhttpd_2.8p17-1_armhf.deb ...
Unpacking owhttpd (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack owserver_2.8p17-1_armhf.deb ...
Unpacking owserver (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack ow-shell_2.8p17-1_armhf.deb ...
Unpacking ow-shell (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack python-ow_2.8p17-1_armhf.deb ...
Unpacking python-ow (2.8p17-1) over (2.8p17-1) ...
Preparing to unpack python-ownet_2.8p17-1_all.deb ...
Unpacking python-ownet (2.8p17-1) over (2.8p17-1) ...
Setting up libow-2.8-17:armhf (2.8p17-1) ...
Setting up libowcapi-2.8-17:armhf (2.8p17-1) ...
Setting up libow-dev (2.8p17-1) ...
Setting up libownet-2.8-17:armhf (2.8p17-1) ...
Setting up libownet-dev (2.8p17-1) ...
Setting up libownet-perl (2.8p17-1) ...
dpkg: dependency problems prevent configuration of libownet-php:
libownet-php depends on php5 | php5-cli; however:
Package php5 is not installed.
Package php5-cli is not installed.
dpkg: error processing package libownet-php (--install):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of libow-perl:
libow-perl depends on perlapi-5.14.2; however:
Package perlapi-5.14.2 is not installed.
dpkg: error processing package libow-perl (--install):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of libow-php5:
libow-php5 depends on phpapi-20100525+lfs; however:
Package phpapi-20100525+lfs is not installed.
dpkg: error processing package libow-php5 (--install):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of libow-tcl:
libow-tcl depends on tcl8.5 (>= 8.5.0); however:
Package tcl8.5 is not installed.
dpkg: error processing package libow-tcl (--install):
dependency problems - leaving unconfigured
Setting up owfs-common (2.8p17-1) ...
Creating config file /etc/owfs.conf with new version
Setting up owfs-dbg (2.8p17-1) ...
Setting up owfs-doc (2.8p17-1) ...
dpkg: dependency problems prevent configuration of owfs-fuse:
owfs-fuse depends on libfuse2 (>= 2.8.1); however:
Package libfuse2 is not installed.
dpkg: error processing package owfs-fuse (--install):
dependency problems - leaving unconfigured
Setting up owftpd (2.8p17-1) ...
Setting up owhttpd (2.8p17-1) ...
Setting up owserver (2.8p17-1) ...
Setting up ow-shell (2.8p17-1) ...
Setting up python-ow (2.8p17-1) ...
Setting up python-ownet (2.8p17-1) ...
dpkg: dependency problems prevent configuration of owfs:
owfs depends on owfs-fuse (>= 2.8p17-1); however:
Package owfs-fuse is not configured yet.
dpkg: error processing package owfs (--install):
dependency problems - leaving unconfigured
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for systemd (215-17+deb8u4) ...
Processing triggers for libc-bin (2.19-18+deb8u4) ...
Errors were encountered while processing:
libownet-php
libow-perl
libow-php5
libow-tcl
owfs-fuse
owfs
pi@raspberrypi:/opt/fhem/Downloads $
Hallo,
die Pakete, die nicht installiert werden können, brauchst Du nicht. Die Liste der notwendigen Pakete ist die aus meinem vorherigen Beitrag.
Grüße
Boris
Bisheriges Ergebnis:
- Liste der benötigten Pakete ist installiert,
- Schnittstelle /dev/onewire wird mit angepasster ATTRS{serial} nach Einstecken eingerichtet,
- /etc/owfs.conf mit Wiki-Minimalkonfiguration: http://fhemhost:2121 geht nicht,
- /etc/owfs.conf mit Boris-Konfiguration: http://fhemhost:2121 geht, aber ohne Sensorwerte,
In der Boris-Version der owfs.conf ist kein Mountpoint aktiviert, ist das richtig? Das Wiki spricht davon, dass eine funktionierende Owfs-Installation notwendig wäre. Wie ist das dann gemeint? und wie kann man die ohne Mountpoint überprüfen? Gruß Uwe
Zitat von: krueuw am 22 August 2016, 19:58:31
In der Boris-Version der owfs.conf ist kein Mountpoint aktiviert, ist das richtig? Das Wiki spricht davon, dass eine funktionierende Owfs-Installation notwendig wäre. Wie ist das dann gemeint? und wie kann man die ohne Mountpoint überprüfen? Gruß Uwe
Ich brauche owfs nicht - lässt sich ja auch nicht installieren.
Kannst Du den Webserver erreichen und Einstellungen am Adapter sehen (
http://DEINOWSERVER:2121/bus.0/interface/statistics)?
nein, Ausgabe: null</BODY></HTML>
Aha!
Also Webserver ist erreichbar unter http://DEINOWSERVER:2121 aber kein Adapter sichtbar.
Zeig mal den Output von lsusb und die udev-Regel. Bei mir (Auszüge):
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="DAE001nq", SUBSYSTEMS=="usb", ACTION=="add", MODE="0660", GROUP="plugdev", SYMLINK+="onewire"
lsusb:
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Inhalt von /etc/udev/rules.d/11-onewire.rules:
ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="AL01XC9Y", SUBSYSTEMS=="usb", ACTION=="add", MODE="0660", GROUP="plugdev", SYMLINK+="onewire"
sicherheitshalber noch die Ausgabe von "udevadm info --attribute-walk --path=/sys/bus/usb-serial/devices/ttyUSB0
"
looking at parent device '/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.4':
KERNELS=="1-1.4"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{devpath}=="1.4"
ATTRS{idVendor}=="0403"
ATTRS{speed}=="12"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="8"
ATTRS{busnum}=="1"
ATTRS{devnum}=="4"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="90mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="a0"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="0"
ATTRS{bcdDevice}=="0600"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{quirks}=="0x0"
ATTRS{serial}=="AL01XC9Y"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="274093"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="FTDI"
ATTRS{removable}=="removable"
ATTRS{idProduct}=="6001"
ATTRS{bDeviceClass}=="00"
ATTRS{product}=="FT232R USB UART"
Änder bitte mal die owfs.conf in dem hier dargestellten Ausschnitt wie folgt:
# USB device: DS9490
#server: usb = all
#
# Serial port: DS9097
server: device = /dev/onewire
Der Fuchs-Shop meint, Dein Adapter sei ein DS9097U-Kompatibler.
done, leider gleiches Ergebnis: null</BODY></HTML>
Dann bin ich mit meinem Latein am Ende :-(
Na, dann vielleicht doch probeweise mal OWX verwenden. Steuert den Adapter direkt an, ohne andere Software als Perl + FHEM.
LG
pah
Hallo Herr Professor,
Owfs ist schon der zweite Versuch. Ich habe mit OWX auf RPI1 begonnen, allerdings mit einem anderen USB-Adapter von Ebay (gleich außer ATTRS{serial}=="AL01XC9Y"). Damit bin ich auf einen ca. 6 m langen Bus mit 8 Stück DS18B20 gekommen. Das hat ewig gedauert bis die acht erkannt wurden und bei dem neunten war Schluss, es sollen aber ca. 60 werden. Klare Ursachen konnte ich nicht erkennen. Wie im Wiki beschrieben habe ich Cat5 und die beschriebenen LSA+ Schachteln verwendet. Dann bin ich zu Owfs gewechselt und hab nun schon weitere ca. 20 h ohne Erfolg verbraten.
Bei der Hardware hatte ich gedacht eigentlich gängiges gekauft zu haben. Was mir fehlt ist eine vernünftige nachvollziehbare vollständige Beschreibung funktionierender Konfigurationen, mit Angabe wie es aussieht, wenn es funktioniert. Die Anleitungen die ich fand, sind entweder noch für Weezy oder für mich nicht vollständig nachvollziehbar, wie z.B. der Hinweis im Wiki auf das geändertes Make-File für das eigene Kompilieren. Da bräuchte ich mehr Anleitung.
Es wäre also schön, wenn noch jemand was Erfolgreiches auf gleicher Hardware am Start hat und das Wiki entsprechend bearbeiten kann oder hier schreibt. So ein 1-wire auf RPI3 muss man doch irgendwie zum Laufen bringen können ;-) Uwe
Hallo Boris,
Zitat von: Dr. Boris Neubert am 21 August 2016, 12:19:28
ich habe meine FHEM-Installation auf einen Raspberry Pi 3 mit Debian Jessie umgezogen. Ich habe den Denkovi-Adapter (Klon von DS9097U). Das Auslesen der Temperatursensoren funktioniert auch. Allerdings bekomme ich den owhttpd nicht gestartet.
ich habe zwar im Moment keinen DS9097U zur Hand (zwar irgendwo einen "Eigenbau", nur wo??), daher habe ich es eben mit einem DS9490R auf einem "jungfräulichen" Raspberry Pi 3 getestet:
root@raspi01:~ # cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
root@raspi01:~ # apt install owhttpd
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libow-2.9-8 owfs-common owserver
The following NEW packages will be installed:
libow-2.9-8 owfs-common owhttpd owserver
0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 254 kB of archives.
After this operation, 846 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://mirrordirector.raspbian.org/raspbian/ jessie/main owfs-common all 2.9p8-6 [15.9 kB]
Get:2 http://mirrordirector.raspbian.org/raspbian/ jessie/main libow-2.9-8 armhf 2.9p8-6 [189 kB]
Get:3 http://mirrordirector.raspbian.org/raspbian/ jessie/main owhttpd armhf 2.9p8-6 [25.5 kB]
Get:4 http://mirrordirector.raspbian.org/raspbian/ jessie/main owserver armhf 2.9p8-6 [23.9 kB]
Fetched 254 kB in 1s (143 kB/s)
Selecting previously unselected package owfs-common.
(Reading database ... 46365 files and directories currently installed.)
Preparing to unpack .../owfs-common_2.9p8-6_all.deb ...
Unpacking owfs-common (2.9p8-6) ...
Selecting previously unselected package libow-2.9-8:armhf.
Preparing to unpack .../libow-2.9-8_2.9p8-6_armhf.deb ...
Unpacking libow-2.9-8:armhf (2.9p8-6) ...
Selecting previously unselected package owhttpd.
Preparing to unpack .../owhttpd_2.9p8-6_armhf.deb ...
Unpacking owhttpd (2.9p8-6) ...
Selecting previously unselected package owserver.
Preparing to unpack .../owserver_2.9p8-6_armhf.deb ...
Unpacking owserver (2.9p8-6) ...
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for systemd (215-17+deb8u4) ...
Setting up owfs-common (2.9p8-6) ...
Creating config file /etc/owfs.conf with new version
Setting up libow-2.9-8:armhf (2.9p8-6) ...
Setting up owhttpd (2.9p8-6) ...
Setting up owserver (2.9p8-6) ...
Processing triggers for libc-bin (2.19-18+deb8u4) ...
Processing triggers for systemd (215-17+deb8u4) ...
vi /etc/owfs.conf# Sample configuration file for the OWFS suite for Debian GNU/Linux.
#
#
# This is the main OWFS configuration file. You should read the
# owfs.conf(5) manual page in order to understand the options listed
# here.
# setup owserver's port
server: port = 4304
# all programs BUT not owserver see this line
!server: server = localhost:4304
# setup owserver's device
# only owserver connects to the USB device
server: usb
#server: device = /dev/linkUSBi
# setup owhttpd's port
http: port = 3001
# setup owftpd's port
ftp: port = 2121
# fuseow
fs: mountpoint = /dev/owfs
fs: allow_other
# random simulated device
#server: FAKE = DS2406,DS2413
root@raspi01:~ # /etc/init.d/owhttpd stop
[ ok ] Stopping owhttpd (via systemctl): owhttpd.service.
root@raspi01:~ # /etc/init.d/owserver stop
[ ok ] Stopping owserver (via systemctl): owserver.service.
root@raspi01:~ # /etc/init.d/owserver start
[ ok ] Starting owserver (via systemctl): owserver.service.
root@raspi01:~ # /etc/init.d/owhttpd start
[ ok ] Starting owhttpd (via systemctl): owhttpd.service.
root@raspi01:~ # ps fax
[...]
1544 ? Ssl 0:00 /usr/bin/owserver -c /etc/owfs.conf --pid-file /var/run/owfs/owserver.pid
1580 ? Ss 0:00 /usr/bin/owhttpd -c /etc/owfs.conf --pid-file /var/run/owfs/owhttpd.pid
Ergebnis siehe Screenshot... nix selber gebaut, einfach nur owhttpd installiert, rennt auf Raspberry Pi 3 mit Raspbian GNU/Linux 8 (jessie) und zum Testen einen MultiSensor MS-TH drangehängt.
Teste doch erstmal mit einem DS9490R (falls zur Hand) ob owhttpd prinzipiell funktioniert.
Viele Grüße
Martin
Vlt. mal eine möglichst genaue Skizze der Verkabelung beilegen - da ist irgendetwas faul.
LG
pah
@Martin Fischer: Ich konnte das mit meinem DS9097U-Kompatiblen auf jungfräulichen RPI3 bis zur Ausgabe von ps -fax nachvollziehen. Dann nur:
Zitat716 ? Ss 0:00 /usr/bin/owserver -c /etc/owfs.conf --pid-file /var/run/owfs/owserver.pid
@Prof. Dr. Peter Henning: im Anhang das Verdrahtungsschema. rot Cat5. blau 1m konfektionierte DS18B20
1. Keine Spannungsversorgung für die DS18B20 ?
2. Mit den fetten blauen und roten Linien ist nicht so ganz klar, welche Adern wirklich wie angeschlossen sind. Das sollte so aussehen, wie auf dem angehängten Bild.
LG
pah
Mein Bus ist genauso verdrahtet wie angegeben, streng linear mit 1 m Stubs für die Sensoren, inklusive Stromversorgung. Die verwendeten Adern sind bisher nicht verdrillt, ich überlege aber das zu ändern (Data und GND). Zusätzlich ist aus einer Anleitung ein 4,7 k Pullup-Widerstand am Busanfang vorhanden. Interessant und sinnvoll finde ich die Kondensatoren zum Stützen der Stromversorgung, von deren Notwendigkeit hatte ich bisher nichts gelesen. Ich werde das als Nächstes ausprobieren.
Das Verdrillen ist es sicher nicht. Wie ist denn der Widerstand der Leitungen ? Stimmt da evtl. irgend etwas nicht bei den Klemm-Schneid-Kontakten ?
LG
pah
Ich habe bisher nur jeweils erfolgreich die Versorgungsspannung an den Klemmen mit dem Multimeter gemessen. Spätestens am WE überprüfe ich auch mal den Längswiderstand - da hatte ich bei Verlegung von Ethernetnetzwerkleitung aber bisher nie Probleme. Eventuell kann ja auch ein zweiteiliger Ethernet-Leitungstester trotz Stubs die Wiremap ausspucken, aber eventuell killt dabei die Messpannung die Sensoren - werde ich vorher mal messen wie hoch die ist.
Jetzt ich doch noch mal.
Was hat die richtige Verdrahtung des Bus damit zu tun, das owhttpd nicht zum Laufen kommt? Oder behandeln wir hier im Beitrag abwechseln zwei Probleme?
Um die Einflüsse der Hardware auszuschließen, könntest Du die owfs.conf auf FAKE-Devices umstellen (siehe bei ow* mitgelieferte Beispielkonfiguration).
Viele Grüße
Boris
Ja, eventuell sollte das owhttp-Problem und der OWX-Versuch in zwei Threads getrennt werden. Kann ein Admin die entsprechenden Beiträge entsprechend verschieben? Ich bin an beiden Dingen interessiert.
Logik.
Wenn weder OWFS noch OWX "zum Laufen" kommen, ist die wahrscheinlichste Problemursache etwas Gemeinsames - die Hardware. Darauf deutet auch ein weiteres Indiz - nämlich dass es bis zu einer bestimmten Anzahl von Sensoren ging.
LG
pah
Die originale owfs.conf mit den Fake-Devices funktioniert. Der Rest dauert noch etwas.
Ich hatte mir zur weiteren Fehlersuche einen EDS ow-server-enet-2 http://www.fuchs-shop.com/de/shop/17/1/13372381/ (http://www.fuchs-shop.com/de/shop/17/1/13372381/) geliehen, um was garantiert funktionierendes zu haben. Damit habe ich die Sensoren einzeln geprüft und zwei defekte aussortiert. Eventuell habe die mal mal während der Fehlersuche verpolt angeschlossen? Danach probierte ich unter x64-Ubuntu-16.04 systematisch die möglichen Varianten der owfs.conf durch und hatte mit folgender Konfiguration Erfolg:
######################## SOURCES ########################
# With this setup, any client (but owserver) uses owserver on the
# local machine...
! server: server = localhost:4304
# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
#server: FAKE = DS18S20,DS2405
#USB device: DS9490
#server: usb = all
#
#Schnittstelle mit dmesg nach Einstecken ermittelt -> /dev/ttyUSB4
# für Fuchs LinkUSB™ bzw. DS2480B/9097U Emulation
Serial port: DS9097
server: device = /dev/ttyUSB4
#
# owserver tcp address
#server: server = 192.168.10.1:3131
# random simulated device
#server: FAKE = DS18S20,DS2405
######################### OWFS ##########################
#mountpoint = /mnt/1wire
#allow_other
####################### OWHTTPD #########################
http: port = 2121
####################### OWFTPD ##########################
ftp: port = 2120
####################### OWSERVER ########################
server: port = localhost:4304
Mit dieser /etc/owfs.conf funktioniert es nun probeweise auch auf dem Raspi3 unter Jessie:
- raspian jessie
- fhem
- owfs_2.8p17-1_all.zip
Nach Aussage von aka323 geht es auch ohne Downgrad: https://forum.fhem.de/index.php?topic=43112.new;topicseen#new (https://forum.fhem.de/index.php?topic=43112.new;topicseen#new) Hab ich aber bisher nicht probiert.
Vielen Dank den Helfern.
Nachdem wie im vorigen Beitrag beschrieben, die Software nun funktioniert, hat sich der Verdacht, dass meine Verkabelung nicht richtig funktioniert bestätigt. Als Ursache haben sich die im Wiki empfohlenen Boxen mit LSA+ Leisten erwiesen. Die bei der Fehlersuche öfter wieder entfernten Adern von Sensoren und Cat-5-Verlegeleitung haben teilsweise Spuren in den Schneidklemmen in Form von Isolationsresten und eingeklemmten Feindrähten hinterlassen. Ich konnte diese erst unter einer großen beleuchteten Lupe erkennen. Beides verhinderte eine zuverlässige Kontaktierung. Sicherheitshalber habe ich diese ersetzt und nun funktioniert auch dies :-)
Es begeistert mich zwar nicht, dass ich mit dieser Vermutung Recht hatte - immerhin hat es ja eine Weile gedauert, das zu überprüfen.
Bei der genauen Analyse, dass die Schneid-Klemm-Kontakte durch "Isolationsreste und Feindrähte" verdreckt waren, ziehe ich aber schon etwas die Augenbrauen hoch. Die Kontaktsicherheit der LSA ist nämlich nur für Volldrähte sichergestellt, bei Litzen sollte man auf andere Systeme ausweichen (die gute alte Lüsterklemme, oder moderne WAGO-Klemmen sind Dein Freund).
Das heißt nicht, dass ich nicht auch mal Litzen in die LSA-Boxen klemme ;) - aber ich werde eine entsprechende Warnung auf die Wiki-Seite schreiben.
LG
pah
Die Softwarefehlersuche hatte mit einem Schreibtisch-Versuchsaufbau Erfolg. Danach waren die Probleme wieder da, also musste es ja nun an der Verdrahtung liegen. Der probeweise Tausch der Klemme brachte die Erkenntnis.
Bei den Netzwerk-Verlegeleitungen Cat5 usw. gibt gibt es eindrähtige und mehrdrähtige Adervarianten, bei den vorkonfektionierten Sensoren vermutlich nur feindrähtige. Das einmalige Auflegen mehrdrähtiger Adern führt vermutlich noch zu keiner Unsicherheit, erst wenn man diese wieder entfernt, kann es passieren, dass nicht alle Bestandteile herausgleiten, sondern abreißen und dann die Klemmen unzulässig spreizen. Ich bin jetzt zu eindrähtiger Verlegeleitung gewechselt. Bei den Sensoren muss man dann weiter Vorsicht walten lassen (oder eindrähtige Enden dran löten - Frickelei). Lüsterklemmen (dann mit Aderendhülsen) für diese kleinen Querschnitte kann ich eigentlich nicht empfehlen, weil die Schraube eine zu große Kerbwirkung hat. Das bricht dann relativ leicht. Die klassische Wago-Klemme eignet sich nicht für flexibele Adern und bei eindrähtigen in dem Querschnittsbereich bekommt man sie kaum wieder heraus. Dann kann man eigentlich gleich löten ;-)
Fazit: Die Boxen aus dem Wiki sind preislich attraktiv, haben eine sichere Zugentlastung und sind schnell zu verarbeiten. Für eindrähtige Adern sind sie geeignet bzw. einmal aufgelegte flexibele Adern müssen dran bleiben oder die Klemmen müssen penibel gereinigt werden. Uwe