Last call für Flug sV 2.9

[schuma]

Foxi352 Was mit IOS8 funktioniert hat und mit dem PC noch funktioniert ist in der Menu.html:

/** ----------- Audio für Events ----------------*/
    {{ multimedia.audio('soundmeldung1', 'GLOBAL.Meldungen.MeldungSound', './sounds/Washmaschine_fertig.m4a', '1') }}
    {{ multimedia.audio('soundmeldung2', 'GLOBAL.Meldungen.MeldungSound', './sounds/Trockner_fertig.mp3', '2') }}
    {{ multimedia.audio('soundmeldung3', 'GLOBAL.Meldungen.MeldungSound', './sounds/Auto_aufgeladen.mp3', '3') }}
    {{ multimedia.audio('soundmeldung4', 'GLOBAL.Meldungen.MeldungSound', './sounds/Geschirrspueler_fertig.mp3', '4') }}
    {{ multimedia.audio('soundmeldung5', 'GLOBAL.Meldungen.MeldungSound', './sounds/Mikrowelle_fertig.mp3', '5') }}

[schuma]

Ich sehe momentan aber zwei mögliche Lösungsansätze:

Ein guter Moment wäre der pagecontainer load event:

$(document).on('pagecontainerload', function (ev, ui) {
ui.toPage.find('[data-widget="multimedia.audio"]').each(function() {
this.load();
});
});

In welcher Datei an welcher Stelle könnte ich das mal testen?

Vielleicht funktioniert es sogar, den Code beim Erstellen des Widgets auszuführen. Dieses wird ja letztlich auch durch den load und damit den click event ausgelöst.
Dazu wäre in widgets/multimedia.js etwa auf Zeile 10 folgendes einzufügen:

_create: function() {
this.element[0].load();
},

Habe ich mal getestet, aber damit findet dann überhaupt keine Audioausgabe mehr statt. Auch nicht mit Firefox am PC.

[Simml]

Die Stellwertanzeige hat fälschlicherweise die Ist-Temperatur anstelle des Stellwertes angezeigt. Ist korrigiert.

Super Danke. Dumme Frage aber kann ich den Bug bei mir auf dem Rapberry auch beheben bzw. wie bringe ich die gefixte Version am besten bei mir drauf?

[smai]

Auf demselben Weg wie du develop installiert hast.
Bei Nutzung des develop Branches würde ich sehr dazu raten, diesen per git clone zu installieren. Damit kann dann jederzeit per git pull updaten.

[Maxthomas2001]

Die Stellwertanzeige hat fälschlicherweise die Ist-Temperatur anstelle des Stellwertes angezeigt. Ist korrigiert.

Mich erstaunt immer wieder, wie lange gewisse Fehler von niemandem erkannt werden.

Hallo,

kann es sein, dass die Stellwertanzeige die Werte invertiert?
In Räumen, denen die Heizung immer läuft, wird im Diagramm Summe Off 99% Prozent angezeigt.
Das müsste meiner Meinung nach andersrum sein.

[schuma]

kann es sein, dass die Stellwertanzeige die Werte invertiert?

Also bei mir passt das... z.B. Wohnzimmer (80% off ; 20% on)

[Maxthomas2001]

Habe es noch einmal kontrolliert.
In den meisten Räumen sind die Werte plausibel. Wenn jedoch die Heizung immer läuft, wird daraus Summe Off 99% Prozent gemacht. Und da müsste Summe On 100% hingehören.
Vielleicht kann das mal jemand im Code überprüfen.

[schuma]

Ist jetzt irgendwie egal, aber Du hast Räume wo die Heizung immer 100% läuft???

[smai]

Die Ursache liegt darin, dass der Datentyp des Stellwertitems erraten wird (0-100%, 0-255 oder 0/1). Dieser Algorithmus ist seit sV 2.5 unverändert, verständlicherweise ist aber das Risiko eines Irrtums relativ hoch.
Ich schau mir an, ob ich dies verbessern kann.

Ich hatte auch schon überlegt, einen Parameter einzubauen, um den Typ anzugeben.

Ist jetzt irgendwie egal, aber Du hast Räume wo die Heizung immer 100% läuft???

Das hoffe ich doch, sonst wäre die Hydraulik wohl schlecht abgeglichen.

[schuma]

Also bei einem Stellwert von 100% in 24 Std. muss man schon in einem Leuchtturm aus Blech wohnen. Oder verstehe ich da wieder etwas nicht?

[smai]

Die Therme ist ja hoffentlich aussentemperaturgeführt, so dass die ERR nur runterregelt, wenn es in einem Raum wärmer wird als erwartet (z.B. durch hereinscheinende Sonne, viele Menschen oder andere Wärmequellen)
Aber das ist hier ziemlich OT.

[Tom Bombadil]

[offtopic on]
@schuma: Ein im Haustechnikdialog viel gefragtes und diskutiertes Thema. Dort einfach mal ein bisschen stöbern, oder in der Infosammlung von OldBo mal nach "Thermischer Abgleich", "ERR", "Heizkurve" oder "Hydraulischer Abgleich" suchen.

Im Grunde geht es darum, bei den heute üblichen Flächenheizungen zur Heizkosteneinsparung die Temperatur weitestmöglich abzusenken (z.B. 24...34°VL im Bereich 10...-20°C), und dafür lieber rund um die Uhr das Heizwasser zirkulieren zu lassen. Also ständig ein bisschen zu heizen, als immer wieder kurzzeitig voll loszuballern. Die VL-Temperatur wird dabei von einem Außensensor gesteuert.

Funktioniert auch bei mir zu Hause sehr gut, die ERR springen nur an, wenn durch Sonneneinstrahlung zu viel Fremdwärme von außen eingebracht wird, ansonsten regelt sich das gesamte System selbst und liefert dauerhaft konstante Innentemperaturen.
[offtopic off]

/tom

Edit: Also die ERR laufen 100%, wie von Stefan beschrieben, und regeln bei bedarf nur *ab*.

[smai]

Ich schau mir an, ob ich dies verbessern kann.

Nun funktioniert es so:
- Existiert irgend ein Wert > 100 wird 255 angenommen.
- Existiert irgend ein Wert > 1 aber keiner >100 wird 100 angenommen.
- Andernfalls (also alle Werte <= 1) wird ein/aus angenommen.

Zuvor wurde nur der abschliessende Durchschnittswert betrachtet und zudem die Grenze bei < 1 anstatt <= 1 angesetzt, deshalb wurde dann eine durchegehend 1 als 1% anstatt als 100% betrachtet.

---

Ich hatte auch schon überlegt, einen Parameter einzubauen, um den Typ anzugeben.

Zusätzlich gibt es jetzt den Parameter state_max. Damit kann man den Maximalwert selbst angeben.

Als Schmankerl habe ich gleich noch eingebaut, dass man damit die Berechnung auch an das Backend delegieren kann, indem die Abfrage per 'on' geschieht.
Da bitte ich euch, dies genauer zu testen, weil es ebenfalls fehleranfällig sein könnte.

---

Zusätzlich neue Parameter für tmin und tmax.

Die Logik dazu hatte ich schon vor längerem implementiert, aber anscheinend die Parameter nie eingebaut

[schuma]

smai Die letzte Änderung am basic.stateswitch hat irgendetwas auf den IOS Geräten durcheinander gebracht.

Bei dem Aufruf von:

{{ basic.stateswitch('', 'GLOBAL.Anwesenheit.Urlaub_anwesend', 'mini', ['0','1'], 'status_available.svg', 'ANw.', '') }}

sieht es so aus, als würde er nach der 1 gleich wieder eine 0 senden oder nach der 0 wieder eine 1. Das muss mit den neuen Parametern für Longpress zu tun haben.
Wenn ich für longpress etwas eintrage, dann ändert sich das verhalten in einen Glückszustand kann schalten oder manchmal auch nicht.
Da keine Arrays in den Longpress Parametern funktionieren liegt das dann warscheinlich daran.

{{ basic.stateswitch('', 'GLOBAL.Anwesenheit.Urlaub_anwesend', 'mini', ['0','1'], 'status_available.svg', 'ANw.', '', '', 'GLOBAL.Anwesenheit.Urlaub_anwesend', '0', '0') }}

Kann es sein, das auch bei keiner Angabe für Longpress, der Wert null gesendet wird?
Auf dem PC sieht das eigentlich gut aus. Nur auf dem IOS macht sich das bemerkbar.

Ergänzung: bei einem kurzen Tastendruck wird gleich im Anschluss der entgegengesetzte Wert gesendet. Mit einem langen Tastendruck kann ich den Stateswitch dann an oder ausschalten. Obwohl kein Item bei langen Tastendruck angegeben ist.

EDIT: Das mit dem Basic.symbol hat sich erledigt. Da war auf dem Gerät noch irgendetwas im Cache durcheinander.

[Onkelandy]

Ich hab das Problem auch am Mac unter Chrome. Wird gerade auf gitter diskutiert.