soc und grid bekomme ich jetzt hin... aber pv nicht... mache mir grad keine Plan, warum? alle Daten mehrfach gecheck... der DP pv unter mqtt.0.evcc_meters wird gefüllt.. aber evccc zeigt nix an
Edit: habs... musste tatsächlich den Wert in W umrechnen...
Danke Euch für die Hilfestellung bis hierher
@djmarc75 da hast Du Recht! Da ich allerdings auch ein Freund von learning by Doing bin.. werd ich noch mehr Lesen und paar SAchen einfach probieren und versuchen die Ergebnisse entsprechend auszuwerten, zu verstehen und ggf zu korrigieren
@negalein bin mit dem Support am tun. Hab denen die Screenshots geschickt, dass in der App die Alarme kommen, in der APi nicht... zumindest nicht die Bereichsalarme
@duffy Ich würde einen eigen DP anlegen, der true/false kann und diesen mit einem Schalter aus der vis schalten... und auf diesen DP würde ich das Blockly triggern lassen.. also wenn true , dann mach das, sonst was anders
tariffs:
currency: EUR
grid:
type: fixed
price: 0.31
feedin:
type: fixed
price: 0.062 # [currency]/kWh
@negalein TOP!!!!
mit dem MAP Zusatz für die Vis gleich was gebaut und ins Dashboard eingefügt!!!
@jwedenig
häufig wird seitens evcc ja Modbus benutzt, um an die Daten vom WR zu kommen.
Ich benutzte deren modbusproxy, um an die Daten zu kommen.. denn die meister WR haben Register, wo man kaum noch Berechnungen benötigt
- name: my_shellyplug
type: template
template: shelly
host: 192.168.178.114
standbypower: 5
icon: generic
user: xxxxx
password: xxxxxxxxx
@armilar
aber auch 4 Stück?
Hab mal eben den Adapter auf 1.5.0 geupdatet... denke Firmware wird durch den neuen Conbee 3 für meinen Conbee 2 nicht mehr viel kommen...
danke trotzdem für die Infos
@duffy Ich würde einen eigen DP anlegen, der true/false kann und diesen mit einem Schalter aus der vis schalten... und auf diesen DP würde ich das Blockly triggern lassen.. also wenn true , dann mach das, sonst was anders
@michaelf
bei wir war nur der DP als Zahl glaube ich angelegt von mqtt... händisch in mixed geändert und dann lief das bei mir
Der Punkt set ist ein DP, Mode hingegen zeigt das an, was man in den DP schreibt...
@crunchip Danke für den Hinweis... ich habs wohl überlesen!
Ein schnelle Frage... bei späten Schließen eines Rollos, greift dann der Aussperrschutz nicht?
@paul53
entschuldige bitte die Verzögerung meiner Antwort... war einige Tage unterwegs.
"_id": "reolink.0.sensor.people.state",
"type": "state",
"common": {
"role": "value",
"name": {
"en": "people detection",
"de": "menschen entdecken",
"ru": "обнаружение людей",
"pt": "detecção de pessoas",
"nl": "mensen detecteren",
"fr": "détection des personnes",
"it": "rilevamento persone",
"es": "detección de personas",
"pl": "wykrywanie",
"uk": "виявлення людей",
"zh-cn": "目 录"
der DP schaut tatsächlich so aus
deine Erweiterung mit dem zusätzlichen Filter läuft tadellos!
Vielen Dank!
@paul53 hätte doch noch eine Frage dazu...
habe diese 4 DP auf die die Erkennung triggert... das klappt auch tadellos. aber die verschickte Mail enthält statt dem NAMEN nur object,Object....
evt eine Idee... bei den Fenstern geht das wunderbar
Guten Abend...nachstehendes Blockly gibt mit die offenen Fenster aus
Kann ich dieses um eine weitere Schleife für Türen ergänzen und wenn ja, muss ich eine 2. JS Funktion einbauen oder greift bei gleicher filterung das JS auch für eine 2.Schleife?
@Homoran Ergänzung und auch logisch im NAchgang... die später Schließung ist ja ein zusätzlicher Trigger und wird somit auch erst dann aktiv, wenn man das Rollo auf den entsprechenden bereich einstellt INKL. Automatik.. sonst greift der Trigger ja gar nicht.
Hatte ich im ersten Lesen der Adapterbeschreibung nicht aufgenommen, beim erneuten Lesen dann !
@homoran ich habs jetzt anders gelöst... das Rollo Küche steckt jetzt in ner 2. shuttercontrol Instanz..hätte icha uch früher drauf kommen können 
