owhttpd kommt nicht zum Laufen

Begonnen von Dr. Boris Neubert, 21 August 2016, 12:19:28

Vorheriges Thema - Nächstes Thema

krueuw

done, leider gleiches Ergebnis: null</BODY></HTML>

Dr. Boris Neubert

Dann bin ich mit meinem Latein am Ende :-(
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Prof. Dr. Peter Henning

Na, dann vielleicht doch probeweise mal OWX verwenden. Steuert den Adapter direkt an, ohne andere Software als Perl + FHEM.

LG

pah

krueuw

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

Martin Fischer

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
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

Prof. Dr. Peter Henning

Vlt. mal eine möglichst genaue Skizze der Verkabelung beilegen - da ist irgendetwas faul.


LG

pah

krueuw

@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

Prof. Dr. Peter Henning

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

krueuw

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.

Prof. Dr. Peter Henning

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

krueuw

#25
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.

Dr. Boris Neubert

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
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

krueuw

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.

Prof. Dr. Peter Henning

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

krueuw

#29
Die originale owfs.conf mit den Fake-Devices funktioniert. Der Rest dauert noch etwas.