Hallo zusammen,
ich komme leider nicht weiter, habe ein RPI mit jessie light am laufen. DS9490R Buskoppler OWFS Server und FHEM am laufen.
Mehrfach eingerichtet und die Konfiguration wie im angehängten PDF
Wenn ich direkt auf dem Bus nachschaue, unter ip-adresse:2121 sehe ich die Temperatur.
Wie auf dem Bild im Anhang zu sehen wird die Temperatur nicht im FHEM angezeigt.
Wo kann ich hier noch nach dem Fehler suchen?
Vielen dank schon
Attribut model nicht setzen.
Was gibt get wire devices?
Log posten!
Hi,
Ich sehe unterschiedliche IODevs, hier einmal kontrollieren ob auch das richtige zugeordnet würde!
Meine Vermutung es wurden mehrere OWServer in fhem definiert und der falsche entweder manuell oder nach dem autocreate vom Modul ausgewählt.
Greetz
Eldrik
Guten Abend,
und schon mal vielen dank für die Antworten.
Ich habe das ganze System nochmal neu aufgesetzt (stehe ja noch am Anfang war flott möglich)
Habe in FHEM ausschlißlich meine OWServer mit dem Namen wire angegeben
sowie das OWDevice temp1 angelegt.
Mit dem Ergebnis das der Temperatur wert immer noch 0 beträgt.
Zitat von: eldrik am 19 April 2017, 04:34:42
Hi,
Ich sehe unterschiedliche IODevs, hier einmal kontrollieren ob auch das richtige zugeordnet würde!
Meine Vermutung es wurden mehrere OWServer in fhem definiert und der falsche entweder manuell oder nach dem autocreate vom Modul ausgewählt.
Greetz
Eldrik
IODev unten steht jetzt auch auf wire wie kann ich überprüfen wie viele angelegt sind?
Zitat von: Dr. Boris Neubert am 19 April 2017, 03:12:40
Attribut model nicht setzen.
Was gibt get wire devices?
Log posten!
Ich würde gerne ein Log posten, welchen Befehl muss ich genau eingeben?
bei "get wire devices" kommt ein leeres Fenster mit einem OK-Button
bei "Unknown arguemtn devices?, und ein reihe an Vorschlägen welche befehle ich nehmen soll.
Vielen Dank schon mal
Moin, das Device heißt "temp1" aber im Stateformat fragst Du "Temp1" ab.......
Moin Moin
ahh stimmt das habe ich völlig übersehen.
Allerdings habe ich das Stateformat nach der neu Instalation nicht mehr eingerichtet.
Bekommen leider immer noch keine Temperatur angezeigt...
Hast Du mal "OWX" statt OWServer getestet?
Zitat von: Bartimaus am 20 April 2017, 09:36:05
Hast Du mal "OWX" statt OWServer getestet?
Hi Bartimaus,
nein habe ich noch nicht,
ich suche mir gerade alles zusammen um OWX testen zu können.
auf folgenden Befehl bin ich gestoßen:
define OneWire OWX /dev/ttyUSB0allerdings habe ich den usb buskoppler an einem 4-fach USB hub hängen (wegen einer Stabilen Stomversorgung)
mit
lsusbkommt bei mir folgende Info
Bus 001 Device 007: ID 04fa:2490 Dallas Semiconductor DS1490
F 2-in-1 Fob, 1-Wire adapter
Bus 001 Device 006: ID 05e3:0608 Genesys Logic, Inc. USB-2.0
4-Port HUB
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. USB-2.0
4-Port HUB
Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd
EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root h
ub
wie müsste dann der Befehl zum einbinden als OWX aussehen?
Die Definition sieht gut aus, sofern der USB-Adapter auf .. ttyUSB0 hört.
Ansonsten mal auf ttyUSB1... probieren.
Es gibt auch nen Linuxbefehl um das exakt herauszufinden, aber der liegt
mir gerade hier im Hotelrestaurant nicht vor ;D
Hehe das kann ich mir vorstellen hoffe das essen schmeckt
also der Befehl
define OneWire OWX /dev/ttyUSB0
geht auch mit ttyUSB1 nicht.
Soweit ich mich durchgearbeitet habe müsste auf dem raspi ja im ordner /dev/ mit dem Befehl "ls" ja ein ttyUSB* zu finden sein.
Da kommen viele tty1, tty2... aber kein ttyUSB.
da muss ich erst mal schauen wie ich ein ttyUSB da reinbekomme
Hi,
Ein DS9490R taucht auch nicht als ttyusbx im OS auf!
Poste mal deine owfs.conf und die Definition deiner owserver Instanz in Fhem.
Deinen Angaben nach scheinst du ja per owhttpd den Ds18b20 angezeigt zu bekommen, dann sieht es für mich erst einmal so aus als wenn die owserver Definition in fhem nicht korrekt sein könnte, daher liefert ein get Devices auch nichts zurück.
Mit aktivierten autocreate in Fhem werden die gefundenen Sensoren auf dem Bus automatisch als OWDevice Geräte angelegt insofern die Verbindung zum Owserver funktioniert.
Greetz
Eldrik
Hi Eldrik,
wenn ich dich richtg verstehe heißt das, dass FEHM bei richtiger Konfiguration und aktiviertem autocreate alle sensoren geleich Anzeigt.
Das wäre echt praktisch....
hier die 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.
######################## 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 = localhost:4304
Und ich hoffe mit der Definition meiner owserver instanz ist der angehängte Screenshot gemeint.
Oder kann ich die owserver conf auch in einer Datei auslesen?
vielen dank schon mal!
probiere mal anstelle localhost:4304 die tatsächliche IP:4304 des Raspis in der fhem owserver Definition einzutragen.
Und danach ein get wire devices.
Greetz
Eldrik
so den localhost habe ich durch die IP-Adresse ersetzt ... leider kein Erfolg kompletter reboot des pi.
und mit der eingabe von
get wire devices
kommt wieder das leere Fenster mit dem OK.
war gerade erschrocken. Habe nach der Änderung zur "192.168.1.46:4304" in der owfs.conf
über wire:2121 die owhttpd?? nicht mehr erreicht.
habe es jetzt wieder auf localhost:4304 stehen und jetzt geht zumindest wire:2121 wieder
hilft das weiter?
es sollte nichts in der owfs.conf geändert werden, lediglich in der owserver Definition von Fhem!
Greetz
Eldrik
ahh okay das hatte ich falsch verstanden.
also in der
dev von wire geändert, save config und mit shutdown restart fhem neugestartet.
leider kein Erfolg
zur Sicherheit auch noch mal den Screenshot von 1-wire Web mit der Ip also die sollte passen
Hi,
anbei mal meine owfs.conf
Ich habe derzeit keine DS9490 mehr in Betrieb, daher nicht von den anderen Gerätedefinitionen durcheinander bringen lassen.
Ich habe in meiner owfs.conf durchgehend die reale IP Adresse, das wäre mein nächster Ansatz gewesen, es wird aber vermutlich einer der anderen Parameter sein, der dir noch fehlt.
# 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
#server: HA7S=10.0.81.95:23
server: HA7S=/dev/vha7skg
server: HA7S=/dev/vha7sog
server: HA7S=/dev/vha7seg
server: HA7S=/dev/vha7sab
#server: usb=scan
#rasp keller i2c
#server: server=10.0.81.22:4304
#server: server=10.0.81.21:4304
#--altusb
#
# 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
Celsius
#
####################### OWHTTPD #########################
http: port = 2121
####################### OWFTPD ##########################
#ftp: port = 2120
####################### OWSERVER ########################
server: port = 10.0.81.56:4304
! server: server = 10.0.81.56:4304
Greetz
Eldrik
Zitat von: flo12ferrari12 am 19 April 2017, 22:52:55
Ich würde gerne ein Log posten, welchen Befehl muss ich genau eingeben?
Du findest das Log heraus, indem Du
list globalauf der FHEM-Konsole eingibst und die Einträge
logdir
logfilebetrachtest. Bitte einmal mit einer Konfiguration starten, die nur den OWServer enthält, und dann das Log hier zeigen.
Grüße
Boris
Hallo zusammen,
erst mal Herzlichen Dank an alle die mir hier echt super Support geleistet haben!!!
Ich habe nun Temp Werte und unter OWDevice alle angeschlossenen Devices.
So was habe ich gemacht!
Zitat von: eldrik am 20 April 2017, 20:14:46
Ich habe in meiner owfs.conf durchgehend die reale IP Adresse, das wäre mein nächster Ansatz gewesen, es wird aber vermutlich einer der anderen Parameter sein, der dir noch fehlt.
Greetz
Eldrik
wie Eldrik's Konfiguration habe ich nun an 3 Stellen aus "localhost" meine IP eingetragen und zwar:
1: in der FHEM Konfiguration
2 & 3: in der OWFS.conf
und siehe da auf ein mal hatte ich Temperaturwerte.
Ich verstehe noch nicht so ganz warum "localhost" nicht akzeptiert wird.
Somit habe ich alles wieder zurück konfiguriert und die Temp werte waren eingefroren.
Also wieder alles auf IP-Adresse und es geht.
So ganz will das aber noch nicht in meinen Schädel rein...
.... okay vielleicht liegt es am W-lan Adapter?
Netzwerkkabel rein lange rum gespielt mit dem kurzen Ergebnis auch mit der neuen IP-Adresse geht das auslesen mit localhost nicht.
Aber vielleicht ist ja doch noch was nicht sauber deshalb hier das ergebnis von "list global" als Bild.
Vielen dank auf jeden Fall schon mal jetzt kann ich zumindest mal mit FHEM und 1wire weiter testen ich bin gerade am abwägen was muss alles auf KNX Basis gemacht werden und wo kann 1wire mir Sensorwerte liefern.
Vielen Dank und viele Grüße
Florian
Nein, es liegt sicher nicht am WLAN-Adapter - und so ganz verstehe ich auch nicht, warum man etwas wieder "zurückkonfiguriert". Verständnis schafft das nämlich nicht.
LG
pah
Naja es gab mir die Sicherheit beim den ganzen Versuchen nicht versehentlich oder unwissentlich etwas anders beeinflusst zu haben. Durch das zurück konfigurieren habe ich dies für mich ausgeschlossen. Bin auf jeden Fall sehr dankbar hier im Forum sehr viel Unterstützung zur erhalten.