Ankündigung

Einklappen
Keine Ankündigung bisher.

LBS19000193 - 1wire-owphp

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • DolcheVita
    antwortet
    Zitat von mfd Beitrag anzeigen

    Das würde dann bedeuten, dass eine aktive Abfrage von Sensoren nicht möglich ist, denn da könnte sich ja immer mal wieder etwas überschneiden... oder sehe ich da was falsch?
    Naja es geht, man muss halt nur aufpassen, dass man nicht zu viel gleichzeitig abfragt...

    Vielleicht liegt es ja auch nur an meinem betagten PasPi 1b, dass das nicht gleichzeitig läuft. Ich frage bei "Licht an im Bad" die entsprechenden Sensoren alle 10 sec ab, und habe dann so 5 Fehllesungen am Tag, nachdem ich die Verzögerer eingebaut habe...

    Ich haba ekine Ahnung, ob man genauso gut/schnell/einfach alle Sensoren auf einmal abfragen kann?! jonofe hast du da eine Idee/Meinung dazu?

    Einen Kommentar schreiben:


  • mfd
    antwortet
    Zitat von DolcheVita Beitrag anzeigen
    Man sollte bloß zusehen, dass dann nicht mehrere Sensoren gleichzeitig abgefragt werden. Das hatte bei mir ebenfalls zu Fehlern geführt. Ließ sich aber mit einem Versatz von 2 sec beheben.
    Das würde dann bedeuten, dass eine aktive Abfrage von Sensoren nicht möglich ist, denn da könnte sich ja immer mal wieder etwas überschneiden... oder sehe ich da was falsch?

    Beispiele wären Szenen wie Duschen/Baden wo dann bei Präsenz Temperatursensoren (häufiger) nach ihren Werten gefragt werden. Man müsste dann erst durch eine separate Logik sicherstellen, dass es keine "Kollisionen" gibt?

    Da wäre dann vermutlich ein LBS für mehere Sensoren, der das intern regelt notwendig, oder der bestehende LBS bräuchte quasi einen Taktgeber-Eingang...

    Einen Kommentar schreiben:


  • Langer89
    antwortet
    Super! Danke für eure Hilfe! Dann werde ich jetzt mal meine Heizungsanlage erfassen ;-)

    Einen Kommentar schreiben:


  • Wingfighter
    antwortet
    server: port = 4304 ist quasi die Freigabe für extern und localhost.

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Da muss keine IP rein, denn dann horcht der Raspi auf allen Interfaces. Wenn die Raspo IP da steht, dann horcht er auf seinem Netzwerk Interface eth0.
    Beides würde funktionieren. Per http hat es funktioniert, weil du ja per Netzwerk auf den owhttp auf Port 2121 zugreifst und der owhttp dann lokal (localhost) auf den owserver.

    Einen Kommentar schreiben:


  • Langer89
    antwortet
    Zitat von Wingfighter Beitrag anzeigen
    Wenn Du den OWFS-Server auf einem autarken Raspi laufen hast, musst Du in der owfs.conf außer localhost noch den Zugriff auf die Netzwerk-IP des RasPi freigeben.

    Code:
    [FONT=courier new]####################### OWSERVER ########################
    
    server: port = 127.0.0.1:4304
    server: port = <IP des RasPi>:4304 [/FONT]
    Warum muss da die IP des Raspberrys rein? dieser ist doch der localhost oder verrenne ich mich da gerade?

    Einen Kommentar schreiben:


  • Langer89
    antwortet
    Fehler gefunden! Es muss heißen:

    Code:
     ####################### OWSERVER ########################  
    server: port = 4304
    und nicht:

    Code:
     ####################### OWSERVER ########################  
    server: port = 127.0.0.1:4304
    Der localhost war wohl zuviel. Allerdings war er meiner Meinung nach von Anfang an so eingetragen!?

    Im Browser konnte ich meine Sensoren immer sehen.

    Vielen Dank gth und saegefisch

    Einen Kommentar schreiben:


  • Wingfighter
    antwortet
    Wenn Du den OWFS-Server auf einem autarken Raspi laufen hast, musst Du in der owfs.conf außer localhost noch den Zugriff auf die Netzwerk-IP des RasPi freigeben.

    Code:
      
    [FONT=courier new]####################### OWSERVER ########################
    
    server: port = 127.0.0.1:4304
    server: port = <IP des RasPi>:4304  [/FONT]

    Einen Kommentar schreiben:


  • gth
    antwortet
    Hast du nach dem Ändern von 25 auf 28 das Projekt neu aktiviert? (Vergesse ich auch hin und wieder)

    Bei mir in der owfs.conf steht die Angabe "owfs:" auch nicht drin.

    Hier mal meine owfs.conf (die funktioniert), nutze aber den DS9490R als Busmaster:

    Code:
    # 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.
    
    ######################## 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
    #
    # 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 = 4304
    Zuletzt geändert von gth; 13.11.2017, 17:55.

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    und andere Frage: Unter http://<IP des OWFS-Servers>:2121/ werden mir alle Messwerte angezeigt - oder anfangs eben halt nicht. Damit kann man die Fehlerquelle eingrenzen auf vor/hinter OWFS. Kommen die Messwerte?

    in der conf steht bei mir führend "owfs:"
    Code:
    [...]
    ######################### OWFS ##########################
    #
    owfs: mountpoint = /mnt/1wire
    owfs: allow_other
    und mir ganz unten der server ohne localhost
    Code:
    [...]####################### OWSERVER ########################
    
    #server: port = localhost:4304
    server: port = 4304
    # all programs BUT not owserver see this line
    !server: server = localhost:4304
    vielleicht hilft das ja...

    Einen Kommentar schreiben:


  • Langer89
    antwortet
    Meine owfs.conf vom Raspi sieht so aus:


    Code:
    ######################## 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
    server: w1 = all
    #
    # 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 = 127.0.0.1:4304

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Wie sieht denn deine owfs.conf aus?

    Einen Kommentar schreiben:


  • Langer89
    antwortet
    Mein Gott, wie blind kann man sein .... Sorry. Habe es auf 28 geändert, allerdings immer noch das selbe Fehlerbild...

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Ich denke Family sollte 28 sein.

    Laut http://owfs.sourceforge.net/family.html gibt es gar keine Family 25.

    Ansonsten habe ich das genauso konfiguriert wie bei dir.

    Einen Kommentar schreiben:


  • Langer89
    antwortet
    Hallo allerseits,
    ich versuche nun schon seit Tagen mit dem LBS auf meinen OWFS zuzugreifen. Ich habe einen Raspberry Pi Model 2 (mit WLAN angebunden) an welchem ich ersteinmal am internen GPIO4 einen DS18B20 angeschlossen habe. Auf dem Raspberry ist owfs installiert un im Webinterface kann ich den Sensor auch sehen und Werte lesen.
    Auf meinem EDOMI-Server habe ich das LBS nach vorgaben aus diesem Post eingerichtet (auch die php.ini) allerdings bekomme ich nun dauerhaft folgende Fehlermeldung (wie soviele andere auch):
    2017-11-13 13:38:00 241772 23753 debug LBS19000193 [v0.2]: </25.D8D80A060000/temperature> READ triggered
    2017-11-13 13:38:00 274149 11207 debug EXE19000193 [v0.2]: </25.D8D80A060000/temperature> READ started
    2017-11-13 13:38:05 330970 11207 debug EXE19000193 [v0.2]: </25.D8D80A060000/temperature> 1Wire READ result /25.D8D80A060000/temperature:
    2017-11-13 13:38:05 331614 11207 debug EXE19000193 [v0.2]: </25.D8D80A060000/temperature> 1Wire READ failed
    2017-11-13 13:38:05 331854 11207 debug EXE19000193 [v0.2]: </25.D8D80A060000/temperature> READ ended
    Welche ID muss ich am Baustein angeben? die ID aus dem OWFS-Web oder muss die Adresse hier angebunden werden?

    Hoffe ihr könnt mir bei meinem Versuchsaufbau etwas helfen. Danke im Vorraus!
    Angehängte Dateien

    Einen Kommentar schreiben:

Lädt...
X