Hallo, beim DS2413 wird im reading A auch der Inhalt von reading B ausgegeben.
Nun möchte ich A auswerten und brauche explizit nur den Wert A im reading.
Wie kann ich das bewerkstelligen?
Gruß Jens
schaut nach OWX aus? da müssen andere helfen, setze OWServer & OWDevice ein, da ist jedes reading einzeln.
Greetz
Eldrik
Kann ich für den DS2408 auch bestätigen, ist mir zuerst gestern bei einem Test aufgefallen und lässt sich aber nur sporadisch reproduzieren. Man muss einige Schaltvorgänge hintereinander ausführen, dann kommt's...
Sollt eigentlich nicht passieren, kann ich auch nicht reproduzieren.
@Eldrik: Unsinn, um kein stärkeres Wort zu verwenden. Auch im Modul OWCOUNT wird normalerweise jeder Kanal einzeln im reading angezeigt.
LG
pah
Ich verwende folgende Version:
Zitat
###########################################################
# OWSWITCH.pm
#
# FHEM module to commmunicate with 1-Wire adressable switches DS2413, DS206, DS2408
#
# Prof. Dr. Peter A. Henning
# Norbert Truchsess
#
# $Id: 21_OWSWITCH.pm 6681 2014-10-05 04:55:43Z pahenning $
#
############################################################
Ja, ebenso, gleiche Version.
Wie schon geschrieben, der Effekt lässt sich nicht zuverlässig reproduzieren. Vorhin hab ich bestimmt 8-10 Versuche gebraucht, gestern wiederum hat fast jeder Schaltbefehl den kompletten STATE in Kanal A geschrieben. Bisher aber nur beim DS2408...
Zitat von: Prof. Dr. Peter Henning am 23 Januar 2015, 21:39:03
Sollt eigentlich nicht passieren, kann ich auch nicht reproduzieren.
@Eldrik: Unsinn, um kein stärkeres Wort zu verwenden. Auch im Modul OWCOUNT wird normalerweise jeder Kanal einzeln im reading angezeigt.
LG
pah
Eher Fakt als Unsinn, er verwendet eins der OWX Module, zu denen ich leider keine Aussage treffen kann, da ich die anderen 1Wire Module verwende bei denen dies definitiv nicht der Fall ist?... :o
Der DS2450 hat das gleiche Verhalten. Als OWX verwende ich:
Zitat
###############################################################
#
# OWX.pm
#
# FHEM module to commmunicate with 1-Wire bus devices
# * via an active DS2480/DS2482/DS2490/DS9097U bus master interface attached to an USB port
# * via a passive DS9097 interface attached to an USB port
# * via a network-attached CUNO
# * via a COC attached to a Raspberry Pi
#
# Prof. Dr. Peter A. Henning
#
# Contributions from: Martin Fischer, Rudolf König, Boris Neubert, Joachim Herold
#
# $Id: 00_OWX.pm 6392 2014-08-11 15:25:00Z ntruchsess $
#
###############################################################
Das kann nichts mit dem Backend zu tun haben (OWX), sondern muss, wenn überhaupt, vom Frontendmodul OWCOUNT oder OWAD kommen (die übrigens auch beide mit OWServer zusammenarbeiten). Dort werden die Readings in einem FHEM-konformen Aufruf gesetzt - es könnte sein, dass das Webfrontend beim Laden der Seite einen undefinierten Zustand dieses Aufrufes erwischt.
Insofern wäre es interessant zu sehen, ob das wirklich im den Readings so falsch steht (glaube ich nicht), oder ob das ein Frontendeffekt ist, der bei einem "Reload" der Webseite verschwindet (Darauf tippe ich eher).
LG
pah
Richtig getippt ;)
Ein Refresh beseitigt die Anzeige. Trotzdem bleibt die Frage, warum das jetzt verstärkt auftritt.
Gruß
Uwe
Ich nehme an, das hat mit den Änderungen im JavaScript des Frontends zu tun. Auf diesen Effekt sollte man vielleicht mal Rudi hinweisen.
LG
pah
Habe ich gerade getestet. Der Wert für A wird sauber erzeugt(OFF) und anders dargestellt(OFF B: OFF).
Somit kann ich den ausgelesenen Wert verwenden. Danke pah!
Gruß Jens
Nun, ich habe einfach die professorale Kristallkugel gerieben - und siehe, es war richtig.
LG
pah
das ist ein droblem das mit dem refresh per longpoll zu tun hat bzw. damit das state an einigen stellen 'anders' als die anderen readings ist und sich deshalb auf event ebene dann nicht mehr eindeutig identifizieren lässt.
dieses problem gibt es schon länger/immer. inzwischen gib es aber möglichkeiten etwas dagegen zu tun.
ich habe rudi hier: http://forum.fhem.de/index.php/topic,31293.msg251096.html#msg251096 (http://forum.fhem.de/index.php/topic,31293.msg251096.html#msg251096) noch mal darauf hingewiesen.
gruss
andre
Longpoll ist raus, fhem neugestartet und siehe da, die Anzeige ist:
Zitat
A OFF B: OFF 2015-01-24 20:54:40
Bei mir tritt der Effekt aber auch ohne longpoll auf...
Was kann ich noch tun, um den Wert für A richtig darzustellen? Das dazugehörige readingsProxy hat die selbe Anzeige und dadurch bekomme ich kein DevStateIcon hin. :-[
Gruß Jens
wenn dein device stateFormat unterstützt kannst du als workaround ein stateFormat definieren das keine leerzeichen nach den doppelpunkten enthält.
es gibt einen effekt der auf jeden fall mit longpoll zusammen hängt. ich bin gerade mit rudi dabei das zu beheben.
das ganze lässt sich auch mit einem dummy nachstellen:define s dummy
setreading s a reading a
setreading s state reading state
wenn dabei ein fenster auf die detail ansicht von s offen hat und setreading s state a: fehler in einer telnet verbindung eingibt sieht man das im browser auch das reading a aktualisiert wird. das ein list auf das device bzw. ein ReadingsVal auf a gibt aber immer noch das korrekte ergebnis und ein refresh im browser auch. ohne probleme geht aber das hier:[code]setreading s state a:fehler[/code]
readingsProxy bekommt den wert auch aus dem event und ist deshalb anfällig. wenn rudi die oben angesprochene änderung eincheckt wird auch readingsProxy funktionieren.
wenn der effekt auch ohne longpoll auftritt, d.h. auch nach einem refresh der seite und einem list auf das device ein falscher wert im reading steht gibt es noch ein zweites problem das vom obigen völlig unabhängig ist.
gruss
andre
Longpoll ist deaktiviert und ein refresh bringt auch nichts - also eher das zweite Problem.
Gruß Jens
p.s. Evtl. ist es von Belang - die Devices hängen an einem an einem Uno mit ConfigurableFirmata auf einem OneWire-Port(nicht I2C).