NEWS

Ich habe seit geraumer Zeit folgende Fehlermeldung im Log

2023-12-05 09:45:41.907 - error: web.0 (259076) Invalid pattern on subscribe: The pattern "[{"name":"Heizung","hideName":false,"caption":"","heading":"","commonRole":"linkedState","icon":"./images/symbols/temperature.png","role":"","value":"hm-rpc.0.xxxxxxxx.2.SET_TEMPERATURE"}]" is not a valid ID pattern

Ich gehe davon aus, dass diese von iqcontrol ausgeht. Ich habe mittlerweile eigentlich jedes Smarthome Gerät in iqcontrol. Habt ihr ggf. einen Tipp für mich, wie ich dem auf die Spur gehen kann? 😕

Grüße

@rudi-ment
In den Logs, mit Level gebug, steht was von complete down at 22:00.
Leider fahren die Rollläden aber definitiv nicht runter.
Die Zeiten im Log und im System stimmen.
Kann mir jemand einen Tip geben ?

@mcu sagte in jarvis v2.2.0 - just another remarkable vis:

{"default":{"color":"'{zigbee.0.002674239824..color}'"}}

Super Danke, das ist es 🙂

Habe fertig 😊

@mickym Ja, das werde ich auch machen, aber erstmal klappt alles und das ist super.

@armilar @damst

Ich verwende ein Blockly, um einen Rolladen mit den HW Tasten zu bewegen. Kannst du aber sicher analog verwenden:

IMG_1813.jpeg

<xml xmlns="https://developers.google.com/blockly/xml"> <block type="comment" id="ZbJz+/[p1rajA5=A_Jer" x="163" y="188"> <field name="COMMENT">NSPanel HW Buttons Rolladen UG Büro hoch/ runter</field> <next> <block type="on" id="eg!xq0T5*|mP_W-*@x!n"> <field name="OID">mqtt.1.SmartHome.NSPanel_1.stat.POWER1</field> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <statement name="STATEMENT"> <block type="controls_if" id="J.e]tOLx_Dy,!Pk#2Ds8"> <value name="IF0"> <block type="logic_compare" id="84*dZQ!phLqJM)VGg_7J"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="{_qF%I9_m_u.av;`!S1u"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="text" id="M4#3.o%.#;){.U@0SF[T"> <field name="TEXT">ON</field> </block> </value> </block> </value> <statement name="DO0"> <block type="control" id="rX[aMW`4Y}pEF.HXDxeJ"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">hm-rpc.0.00111A49A1BD55.4.LEVEL</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_number" id="P2t}lcI8;=Lul[Pd(m#:"> <field name="NUM">100</field> </block> </value> </block> </statement> </block> </statement> <next> <block type="on" id="#r:^6n(/2fD=H,`}GfN5"> <field name="OID">mqtt.1.SmartHome.NSPanel_1.stat.POWER2</field> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <statement name="STATEMENT"> <block type="controls_if" id=",)L?:v;*RO^UrfdAW|vp"> <value name="IF0"> <block type="logic_compare" id="DriV5:M(,I2k^s}XZyjr"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="8._u#%.BN^x5Rf$^R@CO"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="text" id="vF9sdr98LEJUGgyFIJsQ"> <field name="TEXT">ON</field> </block> </value> </block> </value> <statement name="DO0"> <block type="control" id="pD,JDj,v-lo~7`kHi5D,"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">hm-rpc.0.00111A49A1BD55.4.LEVEL</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_number" id="QluVuVi#f0xw;eCMV#mW"> <field name="NUM">0</field> </block> </value> </block> </statement> </block> </statement> </block> </next> </block> </next> </block> </xml>

@mcu
Besten Dank 👍

@klassisch sagte in Adapter "smartmeter":

@arni_banone Das liegt wahrscheinlich nicht am Sensor, sondern am Zähler. Mein EHZ001K funktioniert noch immer einwandfrei und da der eigentlich für die Nutzung hinter der Plombe gebaut ist, wird er eine längere Lebensdauer haben.
Der Logarex steht (wie auch der Holley) auf der Weidmann Liste https://shop.weidmann-elektronik.de/media/files_public/67303f78bbcd558d664d0095291562d3/BekannteProblememitZhlermodellen.pdf der Zähler mit sterbenden Sende-IR-LEDs.

Ja, das hab ich natürlich auch gelesen.
Das Weidmann die info hat das die IR LED schwächer sendet nach x Monaten ...ist nur tatsächlich die Frage ob am Messaufbau was geändert wurde?
Wie etwas andere Lichtverhältnisse zum Messzeitpunkt das die das schlechtere Ergebnis dann produziert!?

Ich kann nach x Testes 100%ig belegen das der Lichteinfall oder eine Lichtquelle auf den Zähler die Daten dann 100% liefern kann da die LED dann stärker sendet. (oder erst richtig)
Zur Zeit hab ich eine Flicklösung (gruselig!) mit einer USB Lese LED Lampe die den Zähler im geschlossenam Schrank anleuchtet.

Dadurch kommen die Daten sofort lesbar an...
Deswegen die Frage ob es möglich ist die Sende LED des Lesekopfs auf "Dauerlicht" (senden) zu bekommen (welche Daten auch immer gesendet werden können)

Falls für jemanden relevant: Ich habe ein Update von 13.0.8 auf 15.3.0. hinter mir. Das hat (wider Erwarten) einwandfrei über die Weboberfläche funktioniert! Und hat einige Verbesserungen mit sich gebracht (siehe Changelogs).

Mein Wasserzähler lief vorher aber auch einwandfrei - 2 Wochen Testlauf mit der 15.3.0 ebenso.

@gargano sagte in Test Adapter HeatingControl v2.12.x:

und das ist das Problem, daß er bei der nächsten regulären Änderung wieder auf die programmierte Temperatur geht. Ein manueller Mode schaltet die Automatik ab, solange bis wieder von Hand auf Auto geschaltet wird. Das ist das normale Verhalten eines Thermostaten.

das kann man in den adaptereinstellungen ändern

12bc1596-baac-46a6-9f3c-f67cfaf71ef7-image.png

@bambulko
Du kannst jederzeit neue Ports hinzufügen
Der Container wird dann halt neu generiert.
Alles was nicht stimmt n volumes liegt ist dann halt verloren

@marc-berg sehr komisch ... Chrome und Safari funktionieren auch

@abyss sagte in E3DC Hauskraftwerk steuern:

Das selbe Probleme ist nochmal aufgetreten, da stand der Wert auf Default=10sec (drunter lässt die Einstellung im ELWA2 nicht zu).

Wenn nur 10 sek. möglich sind, wird es schwierig das zu berechnen.
Man müsste das ganze somit ohne Verbrauchswerte vom Heizstab machen.
Man könnte einfach davon ausgehen, dass der Heizstab die vorgegebene Leistung auch verwendet und diese beim Hausverbrauch abziehen.

Meine Güte, darf habe ich nicht geachtet. Sorry und Danke ☺️

@giermann Kommando zurück!
Ein paar Minuten nach meinen Versuchen, die Bedingungen zu akzeptieren klappt es nun nach einem Adapter-Neustart wieder...

@fabian-krauss Hi Fabian.
Mir gefällt dein View.

Könntest mir den schicken?

Danke dir schon mal.

Gruß Shakesbier

@crunchip
Danke für den Hinweis.

Falls noch jemand sowas vorhat:
Ich hab's jetzt so gelöst, dass ich einen neuen Datenpunkt "Netzbezug_dynamisch" angelegt habe. Diesen beschreibe ich mit "Netzbezug * (VariablerPreis / FixerPreis)" wobei FixerPreis mein aktueller Strompreis ist und der variable halt der von Tibber/Awattar.
Damit stimmt zwar bei diesem Datenpunkt die kWh Angabe nicht, aber der Preis den Sourceanalytix berechnet sollte dem des dynamischen Tarifs entsprechen. Schaun wir mal, ob das klappt.

@skb es hängt zusammen mit dem JavscriptAdapter.. ich guck gerade

Habe heute die Architektur umgestellt. Bisher konnte ich nichts negatives feststellen.

Edit: ist nicht sicher woran es lag aber meine Tochter ist mit ihrem IPhone aus unserem Zuhause geflogen.