@gaspode Hi, ich danke Dir schon mal für deine großartige Arbeit!! Wahnsinn, was du hier bietest.
Ich habe das Problem, dass die Werte die ich im Admin ändere z. . alpha-ess.0.Settings_Charge.Battery_Charging_enabled nicht übernommen werden. Das betrifft alle Werte für "Settings_Charge".
Hast Du einen Tipp?
Danke...
@jenz213 Ich habe die aktuellste Version installiert, finde die von dir genannten "Buttons" alpha-ess.0.Wallbox.Charging_Start und alpha-ess.0.Wallbox.Charging_Stop nicht. kannst Du mal bitte beschreiben, wo die zu finden sind oder einen Screenshot einstellen? Danke!
Hallo,
ich hab noch mal in Ruhe gelesen und hätte auch früher schon "klick" machen sollen...
Das Script ist installiert und "es passiert" was. (?)
Im log sind immer wieder folgende Einträge zu sehen:
23.12.2024, 09:54:39.839 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:41.685 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:43.630 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:43.934 [info ]: javascript.0 (216) script.js.common.Tibber: Bridge Data: Nothing matches the given URI
23.12.2024, 09:54:43.935 [warn ]: javascript.0 (216) script.js.common.Tibber: Fehler beim Abrufen der Bridge Daten:SyntaxError: Unexpected token N in JSON at position 0
23.12.2024, 09:54:45.674 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:47.625 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:49.605 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
23.12.2024, 09:54:51.611 [info ]: javascript.0 (216) script.js.common.Tibber: HEX: 4e6f7468696e67206d6174636865732074686520676976656e20555249
Und in den Objekten sehe ich nur diese Einträge:
Wie kann ich das deuten? Ist mein Zähler nicht kompatibel, oder passt noch was anderes nicht?
Ich bin über jeden Tipp dankbar.
Gruß
Hallo zusammen,
ich bin aktuell genau an diesem Thema. Auf die Bridge kann ich zugreifen und über "http://192.168.2.132/data.json?node_id=3" Daten erfolgreich abrufen.
Nun ich mir aber ich ganz klar, wie ich dieses Script im ioBroker "installiere" / zu laufen kriege...
Kann mir hier bitte ein Kollege helfen? Danke!
Gruß und Gute Nacht
Wie kann ich den Eintrag als [Gelöst] deklarieren?
Ja, der debug-Baustein hat ausgelöst. Dann hab ich mir das alles noch mal in Ruhe durch den Kopf gehen lassen und zur Vermutung gekommen, dass es evtl. ein Timing-Problem ist. Also dass die Variable "Indicator..." noch nicht gesetzt ist, wenn diese abgefragt wird. Nun habe ich eine Verzögerung eingebaut und... tadaa... es läuft wie es soll.
"Der Befehl zum öffnen und schließen des Tors ist aber der selbe? Für mich sieht das erstmal gleich aus." Ja, der Befehl ist der gleicher. Ich kann das Tor leider nicht explizit Auf oder ZU fahren lassen, sondern immer nur den Zustand wechseln. (Auf --> Zu / Zu --> Auf) Deshalb frage ich immer erst den Zustand ab.
So sieht mein Blockly nun aus:
@cinimod
Vielen Dank für Die Antwort.
Du hast vollkommen Recht – in Infos waren etwas knapp.
Der Zustand 1 bedeutet Tor ist Geschlossen.
Der Zustand 2 bedeutet das Tor ist offen.
Es geht hier um zwei Variablen.
“Present users in location Home” ist die Variable, in der die anwesenden User erfasst werden.
“Indicator whether any user is present in location Home” ist die Variable die anzeigt ob jemand (egal wer) @Home ist oder nicht.
Also beim kommen wird die Variable “Present users in location Home” verändert. Es kommt jemand oder es kommt noch ein weiterer User hinzu. Also auf jeden Fall eine Änderung UND das Tor hat Zustand “1” (also geschlossen) dann wird das Tor geöffnet.
Beim Gehen wird die Variable “Indicator whether any user is present in location Home” überwacht. Wenn diese auf “False” geht (also alle sind gegangen) UND das Tor Zustand “2” ist (also offen) dann wird das Tor geschlossen.
Beim Kommen ändert sich die Variable aber die Reaktion (Tor öffnen) bleibt aus. Wenn ich in die Objekte gehe und die Variable “Present users in location Home” händisch ändere und das Tor geschlossen ist, wird es wie gewollt geöffnet.
Hallo,
Ich möchte mit der App „OwnTracks“ gern erkennen wenn ich mich unserem Haus nähere und dann das Hoftor öffnen. Im Forum wurden ja bereits einige Ansätze diskutiert. Darauf hin habe ich selber losgelegt. Nun bin ich an einem Punkt, an dem ich nicht weiterkomme und möchte hier mal nachfragen ob mir jemand einen Hinweis geben kann.
Das mein eigentlich super einfaches Blockly:
Im iOBroker habe ich den OwnTracks-Adapter installiert. Die Kommunikation vom Handy zum iOBroker läuft ohne Probleme.
Das „Gehen“ (also verlassen des Hofes) funktioniert einwandfrei. Leider bleibt das Tor geschlossen wenn ich die Grenze beim Kommen überschreite. Der Grenzübertritt wird in dem Objekt aber korrekt erfasst. D. h. im Datenpunkt „Users“ wird ordentlich auf „iPhone“ geändert. Dennoch erfolgt keine Reaktion. Wenn ich die Variable im iOBroker händisch ändere geht das Tor – für mich unverständlicherweise – auf.
Kann mir jemand einen Hinweis geben, wie ich den Fehler eingrenze?
Danke.
