owserver stürzt ab

Begonnen von neuschi, 28 November 2013, 00:11:33

Vorheriges Thema - Nächstes Thema

neuschi

Hallo,
ich versuche seit ein paar Tagen die OW-Counter-Platine von dougie an meinem RaspberryPi zum laufen zu bekommen, aber ich schaffe es nicht, den owserver zu starten.

Wenn ich den per /etc/init.d/owserver start starte (Meldung: ok), dann liefert  /etc/init.d/owserver status in den nächsten 2 Sekunden [ ok] owserver is running.

Nach ca. 2 Sekunden ist owserver dann offenbar abgestürzt, denn dann kommt nur noch [FAIL] owserver is not running

Meine owfs.conf:

! server: server = localhost:4304
server: device = /dev/i2c-1
mountpoint = /mnt/1wire
allow_other
http: port = 2121
ftp: port = 2120
server: server = localhost:4304


i2c_dev wurde geladen, mountpoint ist angelegt.

Das Problem scheint nicht an der Platine zu liegen, ich habe einfach mal nur einen 18DS20 angeschlossen, auch dann startet der owserver auch nicht, aber wenn ich dann w1-gpio und w1-therm lade taucht der Sensor in /sys/bus/w1/devices auf.

Ich habe auch /usr/bin/ --foreground --error_print=2 --error_level=9 -c /etc/owfs.conf probiert, das wird ohne jede Ausgabe beendet.

Mir fehlt so ein wenig das Verständnis über den Zusammenhang mit owserver/owfs etc., vielleicht kann mir hier jemand mal ein paar Tipps für weiteres Debuggen geben?

\Ralf

justme1968

owserver beendet sich wenn er keinen busmaster findet.

deine server zeile ist für einen der i2c bus master. wenn du tatsächlich einen hast versuch mal das hier als server zeile:server: i2c=/dev/i2c-1aber ich vermute du hast keinen sondern verwendest die w1 kernel treiber? dann versuch mal einserver: w1

vor vor start und status gehört eigentlich kein /.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

neuschi

Zitat von: justme1968 am 28 November 2013, 00:33:18
owserver beendet sich wenn er keinen busmaster findet.

deine server zeile ist für einen der i2c bus master. wenn du tatsächlich einen hast versuch mal das hier als server zeile:server: i2c=/dev/i2c-1aber ich vermute du hast keinen sondern verwendest die w1 kernel treiber? dann versuch mal einserver: w1
Wie gesagt, ich habe die DS2423-Counter-Platine von Dougie angeschlossen, mehr nicht.
Wenn ich deine Einstellungen nehme, dann bleibt owserver zwar oben, aber wenn ich in fhem ein get OWS devices mache, dann kommt in der Konsole die Fehlermeldung Use of unintialized value in split at ./FHEM/10_OWServer.pm line 425.

Zitat von: justme1968 am 28 November 2013, 00:33:18
vor vor start und status gehört eigentlich kein /.

Klar, hab ich geändert, danke!
\Ralf

justme1968

#3
dann dann schließ doch mal den trmperatursensor an vom d du weißt das er geht.

gruss
  andre

edit: hast du eine stromversorgung an den counter angeschlossen? der alternative zähler lässt sich nicht passiv über den bus versorgen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

neuschi

Zitat von: justme1968 am 28 November 2013, 08:41:34
dann dann schließ doch mal den trmperatursensor an vom d du weißt das er geht.
Das hab ich ja schon gemacht: owserver tut trotzdem nix, aber wenn ich i2c-gpio und i2c-therm lade erscheint er als device unter /sys/bus/w1

Zitat von: justme1968 am 28 November 2013, 08:41:34
edit: hast du eine stromversorgung an den counter angeschlossen? der alternative zähler lässt sich nicht passiv über den bus versorgen.
Ich habe ihn an Pin 2 (5V), 6  (GND) und 7  (GPIO 4) angeschlossen.

\Ralf

neuschi

Hallo zusammen,

ich habe den Ehrgeiz, das heute zum Laufen zu kriegen, dazu brauche ich aber ein paar Tipps und Hinweise von euch.

Status Quo:
  Ein Raspberry Pi Rev B (512 MB) daran via Pin 2,6 und 7 angeschlossen der DS2423-Counter von Dougie an X4-1 und X4-2 sowie X1-3.
Leds leuchten, zieht man X3-1 oder X3-2 auf GND, dann geht die zugehörige LED aus. Spannungen am Attiny: Pin1->Pin4 : 4,3V, Pin 8->Pin4: 4,3V
Soweit sieht alles gut aus, Spannung ist ein bisschen niedrig. Was mir hier aufgefallen ist: Beim Starten liegen 4,8V an GPIO 2 an, während des Bootens geht es auf 4,6V zurück.

Nun die Software-Seite: Raspbian Wheezy auf dem aktuellsten Stand. In der /etc/modules das i2c-dev eingetragen, aus der Blacklist entfernt.
owfs.conf wie oben beschrieben., mit server: w1

owserver startet, wir auch per owhttpd gefunden, aber in fhem gibt get OWS devices nichts aus. Auf der Platine ist ein DS1820 verbaut, der sollte doch mindestens gefunden werden, oder?

Fragen: Was müssten Befehle wie i2c-detect, i2cdump,  owget, owmon etc. ausgeben?

Wie gehe ich am besten weiter vor?

\Ralf

justme1968

die i2c- kommandos geben ziemlich sicher nichts (relevantes) aus. du hast ja nicht wirklich ein i2c device an deinem bus.

in owfs.conf musst in der letzen zeile den server mit server: port = 4304angeben werden NICHT mitserver: port = localhost:4304sonst ist er nur von localhost erreichbar.

ansonsten bietet sich immer an owhttpd mit zu starten. dann kannst du über http://<owserver-ip>:2121 recht einfach schauen was der owserver macht.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

neuschi


Zitat von: justme1968 am 28 November 2013, 21:37:55
ansonsten bietet sich immer an owhttpd mit zu starten. dann kannst du über http://<owserver-ip>:2121 recht einfach schauen was der owserver macht.

owhttpd läuft und ich komme auch dran, aber wie deute ich die Ausgaben? Wo finde ich Infos über die Devices?

\Ralf

justme1968

die seite sollte so aussehen wie auf dem screenshot. die gefunden devices sind einfach anklickbar.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

neuschi


Zitat von: justme1968 am 28 November 2013, 21:52:48
die seite sollte so aussehen wie auf dem screenshot. die gefunden devices sind einfach anklickbar.


Bei mir erscheint nur alles ab 'Bus.0', die Devices darüber tauchen nicht auf.
Wenn ich nur einfach einen DS1820 anklemme, also ohne die Counter-Platine, dann sollte der dort doch auch auftauchen, oder?

\Ralf

fiedel

ZitatWenn ich nur einfach einen DS1820 anklemme, also ohne die Counter-Platine, dann sollte der dort doch auch auftauchen, oder?

Hi Ralf,

ja, sollte er. Um den Server zu testen, kannst du in der owfs.conf auch ein oder mehrere "Fakedevices" anlegen. Die müsstest du dann auf jeden Fall in OWHTTPD sehen:


FAKE = DS18S20,DS2405


Gruß

Frank
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

neuschi

Zitat von: fiedel am 29 November 2013, 09:50:28
ja, sollte er. Um den Server zu testen, kannst du in der owfs.conf auch ein oder mehrere "Fakedevices" anlegen. Die müsstest du dann auf jeden Fall in OWHTTPD sehen:


FAKE = DS18S20,DS2405


Das mit den FAKE-Devices hatte ich schon getestet, das funktioniert. Mein Problem ist das Verständnis von owserver vs. owfs. Wer baut auf wem auf, wer ist wofür zuständig?
owserver läuft, aber owfs sehe ich nicht, ist das korrekt? Wann/wie würde ofws normalerweise gestartet?

Hat jemand vielleicht einen Link zu einer verständlichen Einführung?

\Ralf

justme1968

owserver: stellt die 1-wire devices im netz bereit. verwendet ein protokoll das nicht 'menschen lesbar' ist.
owfs: verwendet owserver um die 1-wire devices in einem virtuellen fillesystem darzustellen. du kannst mit ls/cat/... darauf zugreifen
owhttp: verwendet owserver um die 1-wire devices per http zugreifbar zu machen

OWServer: das fhem modul greift per owserver auf die 1-wire devices zu. owfs und owhttp sind nicht nötig.
OWDevice: das fhem module für die 1-wire devices. greift per OWServer (und somit per owserver) auf die 1-wire devices zu

owfs ist auch noch der sammelname für das projekt das die ersten drei komponenten oben (und noch andere) bereitstellt. mehr dazu findest du hier: http://owfs.org

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

neuschi

VIelen Dank für eure Hilfe! Ich hab's ans Laufen gebracht. Der Schlüssel zum Erfolg war der Hinweis auf das w1 Kernelmodul.
Ich musste noch das Modul w1-gpio laden, nun werden die Platinen und der DS1820 wunderbar erkannt und zählen richtig!

Wieder was gelernt, klasse!

\Ralf