OWSWITCH zeigt nur ON

Begonnen von LB, 09 Januar 2013, 11:06:01

Vorheriges Thema - Nächstes Thema

LB

Nach einem Update letzte Woche wird der Status nicht mehr richtig angezeigt. Schalten funktioniert, aber der i/o Status bleibt bei Befehl "output X OFF" weiterhin als ON angezeigt, allerdings erscheint das Symbol für Eingangssignal, das bei "output X ON" wieder verschwindet. Der beschaltete Eingang zeigt dasselbe Verhalten.

Hat sonst noch jemand das Verhalten, oder tritt das nur bei mir auf? Ich habe mittlerweile auch ein Development-Update gefahren, aber keine Veränderung bekommen.

Grüße,

LB
FritzBox 7390 mit FHZ1300, CUL, 1Wire, RS485 und FS20, FHT, zur Heizungssteuerung und PV-Anlagenüberwachung.

Prof. Dr. Peter Henning

Schaue ich mir an, dauert aber etwas.

LG

pah

Prof. Dr. Peter Henning

Bei einem Umbau habe ich offenbar hier im Modul etwas zerschossen. Reparatur erfolgt in den nächsten Stunden. Bitte einfach so lange die alte Version des Moduls verwenden.

LG

pah

Prof. Dr. Peter Henning

Hm, sehr seltsam, ich beobachte inzwischen dasselbe Verhalten - aber nur beim DS2408.

Dabei ist das Modul OWSWITCH vollkommen in Ordnung, und geschaltet wird auch alles korrekt. Nur meldet der DS2408 immer, dass alle Eingänge "ON" sind - weil das betreffende Byte im Statusregister immer nur Null ist.

Das sollte eigentlich nicht sein, da muss ich mal etwas tiefer in der DS2408-Dokumentation wühlen.

LG

pah

Prof. Dr. Peter Henning

Ist im Modul gefixt, steht im SVN zur Verfügung.

LG

pah

UweH


LB

Danke. Wenn ich die Ausgänge des DS2408 schalte, wird der Zustand jetzt entsprechend ON und OFF angezeigt.

Leider bekomme ich dafür keine Meldung mehr, wenn ich die A...H als Eingänge benutze. 0V wird zwar als "ON" angezeigt, allerdings ohne das Symbol stateS. Wird der Eingang von außen auf 5V gesetzt, erscheint er als undefiniert "???".

Bei mir wird per Relais die Heizung und die Zirkulationspumpe geschaltet, gleichzeitig ist einer der Eingänge an den Heizungsregler gehängt, um das Brenner an/aus zu registrieren.

Früher hatte ich ein M232-Modul, dessen Zählereingang noch mit dem S0-Ausgang des Solarstromzählers verbunden war. Das M232 ist nach einem Blitzschlag hinüber, und ich suche noch nach einer Möglichkeit, die Zählfunktion zu ersetzen. Die Impulse kommen maximal im Sekundentakt, vielleicht könnte das auch der DS2408 vom Timing herleisten?
FritzBox 7390 mit FHZ1300, CUL, 1Wire, RS485 und FS20, FHT, zur Heizungssteuerung und PV-Anlagenüberwachung.

UweH

Hallo pah,

hat irgendwie nicht lange funktioniert :(

In den Readings der DS2408 wurden nur noch Kanal A und B angezeigt, bei den anderen wurde nur " :ON" angezeigt, es fehlten die Bezeichnungen. Hier z.B. der Log für output G:

2013.01.12 17:07:48 3: set Switch_Rollo output G ON : OWSWITCH: invalid output address, must be A,B,... or defined channel name

Der Befehl "init yes" wurde kurioserweise von OWCOUNT quittiert:
OWCOUNT: Re-initialized device

Das Einspielen einer älteren OWSWITCH-Version hat das Problem erst mal behoben.


Prof. Dr. Peter Henning

Ist schon gefixt und steht im SVN. Und wenn Du Folgendes liest, hast Du vielleicht Verständnis für die Umbauten.


1. Erweiterung der Definition.

OWSWITCH akzeptiert jetzt Definitionen der Art

define OW.SW1 OWSWITCH DS2406 E0EA7B000000 60   _oder_
define OW.SW1 OWSWITCH 12.E0EA7B000000 60

Das ist also vollständig kompatibel mit den Definitionen von OWServer/OWDevice

2. Zusammenarbeit mit OWServer

Erfordert noch etwas Handarbeit, weil OWServer.pm noch kein OWSWITCH als Client eingetragen hat. Man muss also

a.) eine OWServer Instanz definieren, z.B.

define OWS OWServer 192.168.0.1:4304

Natürlich sollte dieser OWServer auch im Netz existieren, sonst hat das keinen Sinn...

b.) händisch dem OWSWITCH-Device das IODev zuweisen, das dem OWServer zugeordnet ist - also hier OWS.

Dann holt sich OWSWITCH seine Werte von dem OWServer.

Warum das Ganze ? OWSWITCH ist nur das erste Modul mit diesen Eigenschaften - die anderen, also OWID,OWAD,OWCOUNT,OWMULTI,OWTHERM und OWLCD werden folgen. Damit sind diese Module in der Lage, mit direkten Interfaces (USB), mit dem OWFS-Backend und mit dem COC/CUNO zusammenzuarbeiten.

So war das von Anfang an geplant und in OWTHERM auch umgesetzt. Dass die Entwicklung jetzt mit OWServer und OWDevice einen anderen Weg gegangen ist, hat, sagen wir mal, persönliche Gründe.

Was sollte man jetzt nehmen ? Nun, wir sind in einer freien Welt. Ich halte viel davon, intelligente Logik (etwa die Kurzschlusserkennung bei OWSWITCH oder die Ratenberechnung bei OWCOUNT) in die Module einzubauen. Wer dies nicht mag, sollt eben OWDevice nutzen.

LG

pah

UweH

OK, Danke für die Erläuterung.
Auf der Maschine läuft kein OWServer und wird es auch nicht so schnell (Never change...) ...damit spiele ich nur auf zwei Raspberrys rum. Mein Hintergedanke bei der Geschichte ist, den CUNO zu entlasten.

Kurioserweise haben die DS2408 (und deren Readings) bis heute morgen 10h noch tadellos funktioniert (Heizung und Rolladen), kurz danach sind sie ausgestiegen. Und vorhin hab ich mich gewundert, wieso nur ein Rolladen runtergefahren ist... :o

Prof. Dr. Peter Henning

Nun, dann bitte ich um Entschuldigung, dass Du mal von Hand auf den Knopf drücken musstest.

Der CUNO steht bei mir auch auf der Abschussliste ... Ich habe damit nun wirklich alle Tricks ausprobiert, bin jedoch immer noch nicht zufrieden. Aber da ich in diesem Forum die Arbeit anderer Leute nicht mehr kommentieren werde, soll es dabei belassen werden.

RPi als CUNO-Ersatz: Für genau diesen Zweck ist übrigens die Einbindung von OWServer in die OWX-Module gedacht. In einer meiner Eigentumswohnungen haben wir gerade eine neue Heizungsanlage installiert, die ich auf diese Weise überwachen kann (die Wohnung wird von meiner Tochter bewohnt.)

LG

pah

UweH

Zitat von: Prof. Dr. Peter Henning schrieb am Sa, 12 Januar 2013 18:28Nun, dann bitte ich um Entschuldigung, dass Du mal von Hand auf den Knopf drücken musstest.
:)) Kein Problem, faul wie ich bin, hab ich nicht auf den Knopf gedrückt, sondern die alte Version eingespielt und die sub gestartet, die die Rolläden runterfährt... ;-)

UweH

Hallo pah,

ich muss das hier noch mal ausgraben...
Nach einem Update heute (großer Fehler wieder, ich weiß, trotz Dateien aus dem STABLE) habe ich wieder das Gleiche Problem. Nur Kanal A und B ist ansprechbar, die anderen fehlen.
OWSWITCH überschlägt sich mit Fehlermeldungen auf der Konsole, viele enthalten
Use of uninitialized value within @owg_channel[...] ... und
Use of uninitialized value within @owg_fixed


Folgende Dateien sind neu:

2013.01.21 13:00:16 1: updatefhem updated ./CHANGED
2013.01.21 13:00:16 1: updatefhem updated ./fhem.pl
2013.01.21 13:00:17 1: updatefhem updated FHEM/00_HMLAN.pm
2013.01.21 13:00:17 1: updatefhem updated FHEM/00_MAXLAN.pm
2013.01.21 13:00:17 1: updatefhem updated FHEM/00_OWX.pm
2013.01.21 13:00:17 1: updatefhem updated FHEM/01_FHEMWEB.pm
2013.01.21 13:00:18 1: updatefhem updated FHEM/09_BS.pm
2013.01.21 13:00:18 1: updatefhem updated FHEM/09_USF1000.pm
2013.01.21 13:00:19 1: updatefhem updated FHEM/10_CUL_HM.pm
2013.01.21 13:00:19 1: updatefhem updated FHEM/10_EnOcean.pm
2013.01.21 13:00:19 1: updatefhem updated FHEM/10_MAX.pm
2013.01.21 13:00:19 1: updatefhem updated FHEM/10_OWServer.pm
2013.01.21 13:00:19 1: updatefhem updated FHEM/10_ZWave.pm
2013.01.21 13:00:20 1: updatefhem updated FHEM/11_FHT.pm
2013.01.21 13:00:20 1: updatefhem updated FHEM/11_FHT8V.pm
2013.01.21 13:00:20 1: updatefhem updated FHEM/11_OWDevice.pm
2013.01.21 13:00:20 1: updatefhem updated FHEM/14_CUL_MAX.pm
2013.01.21 13:00:20 1: updatefhem updated FHEM/20_OWFS.pm
2013.01.21 13:00:20 1: updatefhem updated FHEM/21_OWAD.pm
2013.01.21 13:00:21 1: updatefhem updated FHEM/21_OWCOUNT.pm
2013.01.21 13:00:21 1: updatefhem updated FHEM/21_OWID.pm
2013.01.21 13:00:21 1: updatefhem updated FHEM/21_OWLCD.pm
2013.01.21 13:00:21 1: updatefhem updated FHEM/21_OWMULTI.pm
2013.01.21 13:00:22 1: updatefhem updated FHEM/21_OWSWITCH.pm
2013.01.21 13:00:22 1: updatefhem updated FHEM/21_OWTEMP.pm
2013.01.21 13:00:22 1: updatefhem updated FHEM/21_OWTHERM.pm
2013.01.21 13:00:22 1: updatefhem updated FHEM/71_YAMAHA_AVR.pm
2013.01.21 13:00:22 1: updatefhem updated FHEM/72_FB_CALLMONITOR.pm
2013.01.21 13:00:22 1: updatefhem updated FHEM/90_at.pm
2013.01.21 13:00:23 1: updatefhem updated FHEM/93_DbLog.pm
2013.01.21 13:00:23 1: updatefhem updated FHEM/98_XmlList.pm
2013.01.21 13:00:23 1: updatefhem updated FHEM/98_telnet.pm
2013.01.21 13:00:23 1: updatefhem updated FHEM/98_update.pm
2013.01.21 13:00:23 1: updatefhem updated FHEM/99_SUNRISE_EL.pm
2013.01.21 13:00:23 1: updatefhem updated FHEM/HttpUtils.pm
2013.01.21 13:00:24 1: updatefhem updated www/pgm2/commandref.html
2013.01.21 13:00:25 1: updatefhem updated www/pgm2/commandref_DE.html
2013.01.21 13:00:25 1: updatefhem updated www/pgm2/fhemweb.js
2013.01.21 13:00:25 1: updatefhem updated www/pgm2/set_off.png
2013.01.21 13:00:25 1: updatefhem updated www/pgm2/set_on.png



Was kann ich tun?

Danke und Gruß
Uwe

UweH

Nachtrag: OWSWITCH v 2494 funktioniert noch, Problem ist offenbar die 2515 aus dem SVN.

Prof. Dr. Peter Henning

Nun, die 2494 habe ich eingespielt. Die 2515 hat am 14.1. Rudolf König eingespielt.

Er hat möglicherweise etwas an der enthaltenen Dokumentation geändert - und dabei aus Versehen einen alten Code verwendet.

Also bitte revert auf Version 2494 - und ich sehe, dass ich die Änderungen irgendwie zusammenführe.

LG

pah