Ankündigung:
In den Modulen OWCOUNT, OWSWITCH, OWAD, OWMULTI war die Angabe der Kanalnamen und Einheiten bisher so geregelt, dass man
Kanalname|Datentyp
Einheit|Einheitsabkürzung
spezifizieren sollte. Das hat sich in der Praxis nicht bewährt, wurde niemals verwendet. Folgende Änderung werde ich demnächst einchecken, um diese Spezifikation mit anderen Modulen zu harmonisieren:
- Für Kanalname und Einheit reicht eine einfache Spezifikation ohne "|".
- Wenn (an einer oder beiden Attributwerten) etwas in der Form string1|string2 verwendet wird, nimmt das Modul string1 für das direkte reading, string2 für die Ausgabe des state.
Von dieser Änderung könnte das eine oder andere Logging betroffen sein.
Termin für die Änderung möglicherweise Ende nächster Woche, wird hier bekannt gegeben.
LG
pah
OK, Änderungen wurden HEUTE eingecheckt. Fehler bitte melden.
LG
pah
:)
Hab nix zu melden ;)
Keine Auffälligkeiten bisher.
Gruß
Uwe
auch in meinen Systemen keine "Erscheinungen", alles prima, wie bisher.
Wegen des neuen Update.pm mußte ich nur OWLCD aus dem Updateprozess ausschliessen, da ich das zur Anpassung an mein Display verändern mußte. Ist mal wieder so eine tolle Neuerung mit unangenehmen Nebenwirkungen.
Öh - OWLCD habe ich nicht angerührt :o
LG
pah
Die Module OWSWITCH, OWAD und OWMULTI benutzen (lt. Commandref) noch das loglevel Attribut, das seit einiger Zeit deprecated ist und durch verbose ersetzt werden sollte.
Falls evtl. an einem der Module noch was zu ändern sein sollte, ...
Hm, dieses Attribut muss durch Norbert Truchsess im Rahmen seiner ASYNC-Erweiterung eingebaut worden sein. Ist nämlich vollkommen ohne Funktion...
LG
pah
Zitat von: Prof. Dr. Peter Henning am 02 Mai 2015, 16:34:48
Öh - OWLCD habe ich nicht angerührt :o
Klar, aber ich habe Zeile 87 auskommentiert weil für meinen Display Zeile 88 richtig ist und diese Veränderung veranlasst update seit gestern, die Originaldatei jedes mal zu überschreiben... Du bist daran völlig schuldlos.
Zitat von: Prof. Dr. Peter Henning am 02 Mai 2015, 16:34:48
Öh - OWLCD habe ich nicht angerührt
Mhh:
List of new / modified files since last update:
UPD FHEM/10_ZWave.pm
UPD FHEM/21_OWAD.pm
UPD FHEM/21_OWCOUNT.pm
UPD FHEM/21_OWLCD.pm
UPD FHEM/21_OWMULTI.pm
UPD FHEM/21_OWSWITCH.pm
UPD FHEM/45_TRX.pm
UPD FHEM/95_Dashboard.pm
UPD FHEM/98_UbiquitiMP.pm
UPD www/gplot/temp4hum4.gplot
UPD www/gplot/temp4hum6.gplot Also bei mir hat er die OWLCD überschrieben, ich musste auch wieder alles anpassen. Das wäre echt mal praktisch bestimmte Sachen als Attribut zu übergeben, wie LCD Typ, Zeilen und einige Sonderzeichen. So als kleinen Feature Request ;-)
Ansonsten läuft auch bei mir alles ohne Fehler.
Gruß
Daniel
;)
Erzähl mir was: Im SVN steht eine Version von OWLCD, die am 20.8.2014 von Norbert Truchsess eingecheckt wurde...
LG
pah
Bei mir gib es eine reprozierbare Situation - ich benutze OWX-ASYNC
1. Habe alle Module aktualisiert (update force)
2. shutdown restart
3. Es wird alles initiatilisiert, OWSWITCH, OWMULTI läuft, bei OWAD kriege ich aber immer nur Status initialize - die am OWAD hängenden Kanäle behalten die Werte vom letzten Reading vor dem Start.
4. Reload der vorher benutzten Version von owad (8513) und alles läuft wie gewohnt.
3a. OWAD mit der im Forum erwähnten veränderten Zeile 253 (!) $hash->{ASYNC} = 1;
Das Modul wird nicht aktualisiert.
4. Reload der Version 8513 - es läuft.
Herzliche Grüße und bei dieser Gelegenheit: Vielen Dank für die großartigen Module zur Nutzung von 1-Wire und die hilfreichen Wiki-Artikel/Forumsartikel...
Christian
OK, das war eine fehlerhafte Version. Habe ich gerade behoben, bitte 21_OWAD.pm noch einmal testen.
LG
pah
Ja, OWAD läuft wieder.
Gruß
Uwe
Gleich noch eine Ankündigung für OWAD: Bitte statt Offset/Factor künftig nur noch Function verwenden.
LG
pah
Na, was denn nun: Läuft oder läuft nicht ?
LG
pah
Läuft zumindest bei mir...Beweisfoto:
Mit Version 8520 läuft es auch bei mir zusammen mit OWX_ASYNC nun ohne Fehler...
Vielen Dank für das Fixing
Christian
Moin,
sagt mal eine Frage, irgendwie habe ich Probleme mit dem OW_LCD Modul. Ich habe für mein Display immer folgende Anpassungen gemacht:
21_OWLCD:
my $lcdcontroller = "HD44780";
my $lcdlines = 4;
my $lcdchars = 20;
#my @lcdpage = (0,32,64,96);
my @lcdpage = (0,64,20,84);
#-- replace umlaut chars for special codepage
$msg =~ s/ä/\xE1/g;
$msg =~ s/ö/\xEF/g;
$msg =~ s/ü/\xF5/g;
$msg =~ s/Ä/\xE1/g;
$msg =~ s/Ö/\xEF/g;
$msg =~ s/Ü/\xF5/g;
$msg =~ s/ß/\xE2/g;
$msg =~ s/°/\xDF/g;
Jetzt mit einmal stimmen die Zeichen nicht mehr, also ich sehe Matsch bei Umlauten und ß. Kann es sein, dass die Funktion irgendwie ignoriert wird oder so? Ich meine meine Änderungen sind copy und paste aus einer Datei, die sollten stimmen und das in dem Modul zu ändern sollte ja eigentlich nicht das Problem sein. Aber warum funktioniert das mit einmal nicht mehr?
Gruß
Daniel
Das Modul wurde seit August 2014 nicht gändert.
LG
pah
Grund ist in Antwort 4 und 8 zu lesen!
Mhh ich glaube nicht dass das der Grund ist, das ist ja nichts Neues sondern schon von Anfang an so das man nach einem Update die Zeilen oben ändern muss die ich gepostet habe, war ja bis jetzt auch kein Problem. Ich verstehe nur nicht wieso das von heute auf morgen nicht mehr richtig funktioniert.
OK also keine Änderung in der OWLCD, was ist es dann? Irgend was anders FHEM seitig, UTF8 Kodierung oder sowas, das meine Sachen nicht mehr matchen?
Mhh sehr komisch, naja, muss ich mal schauen.