NEWS

@phantomkommander
Das sollte so aussehen

BEGIN:VCALENDAR VERSION:2.0 PRODID:regio iT BEGIN:VEVENT UID:8d50f164-6304-4e6e-93ea-30d715f6aca8 DTSTAMP:20231230T121154Z SUMMARY;LANGUAGE=de:Altpapier\, blau DTSTART:20240108T120000Z DTEND:20240108T120000Z DESCRIPTION:Altpapier\, blau LOCATION:XXXstraße\, Willich BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT15M DESCRIPTION:Altpapier END:VALARM END:VEVENT BEGIN:VEVENT UID:9c62d7ab-003b-4f6b-8ea7-490c257ea397 DTSTAMP:20231230T121154Z SUMMARY;LANGUAGE=de:Altpapier DTSTART:20240205T120000Z DTEND:20240205T120000Z DESCRIPTION:Altpapier

@pixelsolution Der Tuya-Adapter hat ein Button definiert. Ein Button ist ein Taster, der keinen Zustand hat, sondern den Du mit einem Boolean true betätigst und damit eine Aktion triggerst. Diese Definition ist aber im iobroker hinterlegt und hat mit NodeRed nichts zu tun. Triggern tut man einen Button eben nur mit true. Wenn Du in den Expertenmodus umstellst, siehst Du den Wert des Objektes.

bce0e149-c3cc-4213-be6c-2ee2f2d7f659-image.png

Bei einem Button ist der Wert oder Zustand IMMER true. Es geht nur um das Triggern - also das Drücken der Taste.

@ilovegym
Presense Erkennung gab es wohl mal, haben sie aber raus genommen, soweit ich das richtig mitbekommen hab. Man konnte wohl auch mal in der Nuki App mit 7x tippen den RSSI Wert für Auto Unlock einstellen, ist aber mittlerweile auch entfernt worden. Egal, Espresense funktioniert richtig gut und wenn bei unterschiedliche Geräten abweichende Entfernungen "gemessen" werden, so kann man das in der Logik anpassen.

Über den Adapter Link2Home

20241002_153524.jpg

@stefan-falt Hallo,
ich leide immer noch am gleiche Problem.

Hat jemand Erfahrung mit der Keba P30c Wallbox mit der neuesten Firmware? (Version P30 v 3.10.57)
Es wäre schön zu wissen, ob bei anderen Leuten der Adapter mit der neuesten Firmware noch wie gewünscht funktioniert.

Es funktioniert noch das Überschussladen, aber das Auto saugt dann auch noch immer die Batterie leer.

Kann jemand bestätigen, dass der Adapter bei ihm noch klappt?

Danke + MFG

@haus-automatisierung sagte: Manche Adapter fangen doppelte Werte auch ab und tun nichts, wenn schon eingeschaltet.

Welche Adapter (außer MQTT) senden nur Wertänderungen?

@bynight sagte in goto in node red:

@mickym ja endlich :-))) und nun hab ich auch noch das Summieren rausgekriegt...
im Switch:

NR Snap13.jpg

Ausserdem läst man in JSONATA das msg weg, sondern greift direkt auf die Namen des Objektes zu.

45cd43a4-0b4c-4d5c-b020-c0ad12b43b9e-image.png

Sorry, dass so lange keine Reaktion kam. Family first, dann die technischen Spielereien.
Also nach dem ich den Rollladen im iobroker des Öfteren auf den automatischen modus gesetzt habe (2-3 Tage in Folge), bleibt dieser in dem Modus und der Rollladen macht auch erfolgreich die Beschattung. Danke für eure Unterstützung 😊

@bananajoe said in Automatische Laden - Alexa will Gerät wissen...:

@fibricus also bei mir klappt das. Extra gerade angelegt und getestet.

Hast du schon "Alexa, scanne Geräte" gesagt gehabt? Dann sollte er das finden. Das musst leider jedesmal machen wenn du da ein Gerät hinzufügst oder änderst

Das war es!
Vielen Dank - also hatte ich doch keinen Denkfehler...

Hallo. Es funktioniert doch mit dem Adapter von Fully. Screen Off schaltet komplett den Bildschirm aus. Nun brauche ich noch ein Blockly dafür

@yablu87 sagte: Ist Homematic classic.

Dann kann man alle Batterien mit einem Selektor erfassen:

Blockly_temp.JPG

Inhalt der JS-Funktion deviceName(id):

id = id.substring(0, id.lastIndexOf('.')); id = id.substring(0, id.lastIndexOf('.')); return getObject(id).common.name;

@tomaa
Du liest per Script (Blockly, JS) aus der DB und schreibst das als Wert in einen eigenen DP.

SELECT val FROM `ts_number` WHERE id = 42 ORDER BY ts DESC LIMIT 1;

https://forum.iobroker.net/topic/74261/sql-abruf-in-blockly/5

@Karl-Heinz1
Ausserdem nutzt ein xml nichts, wenn man keine iobroker Installation greifbar hat!

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@jey-cee Perfekt. Funktioniert alles wie es soll. Danke nochmal!

@homoran said in Helligkeit per blockly ändern?:

@florian1 ich nehme an der "update" block wäre auf Deutsch der "aktualisiere" Block.ACK ist true

Der ist falsch!
es muss der "steuere" Block sein. mit ACK = false

lol. Das ist mir unangenehm. Ich hätte schwören können ich habe das gestern Abend auch damit probiert

Danke. Jetzt geht es..

@homoran said in Statischen Wert zum weiterverarbeiten einbringen:

@geophysiker sagte in Statischen Wert zum weiterverarbeiten einbringen:

letzter abgelesener Wert für den Versorger 500 (steht nirgends in iob).

dann trag ihn doch in einen eigenen DP ein.

Sch*isse, ich habe mich immer an den Aliassen versucht.

Ich danke Dir, hat auf anhieb funktioniert! 🙂

Tschö, Ralf

@io_andre sagte: Value nach iobroker Neustart nicht 0 sind

Datenpunkte bei Skriptstart einlesen anstelle Initialisierung mit 0.

@arteck said in EcoFlow Server Too Busy:

@frank-b ach dieses Script..ja ne ist klar..

so und jetzt überlegmal.. was sollen wir mit deiner Aussage anfangen..?

———
Irgendwie ist das Mist von mir. 🤣👍
Dabei predige ich doch selbst immer, wie Jira-Tickets auszusehen haben.
Ich mache das mal ordentlich heute Abend
Eigentlich sollte das in den Thread von dem Script. My Bad😇

Da der Thread noch nicht so lange abgeschlossen ist, hänge ich mich einmal kurz daran und möchte eine kurze Lösung vorstellen, die ich bei mir laufen habe. Ist in NodeRed implementiert, sollte sich aber auch einfach in Blockly umsetzen lassen.

Und zwar ist es für mich wichtig, dass eine Szene nur auf "true" steht, wenn sie komplett zutrifft. Und wenn nicht alle Parameter zutreffen, soll die Szene immer "false" sein. Ich nutze die Szenen oft mit den gleichen Lampen, aber verschiedenen Farben / Helligkeiten. Damit habe ich eigentlich immer 2-x Szenen im Raum dann auf "uncertain" stehen.
In dem Script ersetze ich dann "uncertain" immer durch "false", wobei beim setzen die "ack" flag auf TRUE stehen muss (sonst würde der Adapter oder andere Scripte) ja wieder darauf reagieren (in Blockly glaube "setzen" und nicht "steuern"). Wenn man das entgegengesetzte Verhalten möchte (wie der Thread Ersteller wenn ich es richtig gelesen habe), dann "uncertain" immer durch "true" ersetzen.

Dadurch werden in Visualisierungen nur Szenen, die zu 100% zutreffen als aktiv angezeigt, und ich kann mich an allen anderen Stellen darauf verlassen, dass ich immer mit boolean Werten arbeite.

Vielleicht hilft es ja jemandem, der in der Zukunft mal in der Suche über den Tread stolpert.

[ { "id": "37a819661a802676", "type": "tab", "label": "Szenen", "disabled": false, "info": "", "env": [] }, { "id": "5afecc8e369d8b73", "type": "ioBroker in", "z": "37a819661a802676", "name": "", "attrname": "payload", "topic": "scene.0.*", "payloadType": "value", "onlyack": "", "func": "all", "gap": "", "fireOnStart": "false", "outFormat": "ioBroker", "x": 260, "y": 100, "wires": [ [ "34475eda69ecaa8c" ] ] }, { "id": "128c113f803512b9", "type": "ioBroker out", "z": "37a819661a802676", "name": "Korrigiere \"uncertain\"", "topic": "", "ack": "true", "autoCreate": "false", "stateName": "", "role": "", "payloadType": "", "readonly": "", "stateUnit": "", "stateMin": "", "stateMax": "", "x": 1120, "y": 100, "wires": [] }, { "id": "34475eda69ecaa8c", "type": "switch", "z": "37a819661a802676", "name": "is uncertain", "property": "payload", "propertyType": "msg", "rules": [ { "t": "eq", "v": "uncertain", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 1, "x": 530, "y": 100, "wires": [ [ "f3670e9b1b166b9e" ] ] }, { "id": "f3670e9b1b166b9e", "type": "change", "z": "37a819661a802676", "name": "FALSE", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "false", "tot": "bool" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 800, "y": 100, "wires": [ [ "128c113f803512b9" ] ] } ]