@apollon77 sagte in vis 1.x Revived als MIT-Community-Projekt ohne Lizenz!:
ioBroker hebt sich schon seid Jahren..
Kleiner Flüchtigkeitsfehler. Muss "seit" heißen.
@apollon77 sagte in vis 1.x Revived als MIT-Community-Projekt ohne Lizenz!:
ioBroker hebt sich schon seid Jahren..
Kleiner Flüchtigkeitsfehler. Muss "seit" heißen.
Ich habe mal ein Issue dafür erstellt:
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/532
@cash sagte in Sinnvolles Logging:
in meinen Script nutze ich zwei Variablen
logging = true;
debugging = false;
Ich nutze einen Datenpunkt. Den kann man zur Laufzeit aktivieren und deaktivieren. Bei einer Variable muss das Skript erst gestoppt werden, um den Wert zu ändern. Nach dem Neustart des Skripts tritt die fehlerhafte Kondition meist erst mal nicht auf und man muss warten, bis sie wieder erscheint.
@rtwl
Das wurde ich schon mal gefragt...die einfache Antwort ist: Ich hatte an dem Tag einfach keine bessere Idee als einen Passwortgenerator auch für den Username zu verwenden...
Das hier?:
https://forum.iobroker.net/topic/46098/test-adapter-influxdb-2-0/164
Ich werde das bei Gelegenheit mal so probieren.
Ich hatte mich vor allem gewundert, weil man zum Löschen in der Regel nur genau eine Person mit einem zu dicken Finger braucht...
Richtig. Noch besser: Einen Datenpunkt erstellen. Dann kann man die Debug-Ausgaben sogar zur Laufzeit ein-/ausschalten.
Dann liegt die Meldung daran. Das wird gerade gefixt. Du könntest die Version 2.3.3 von Github probieren.
Das ist richtig. Der Workaround dafür ist ein Downgrade auf die Adapterversion 1.21.1.
Versehentlich einen Filter in der Adapterliste gesetzt?
Nach der Installation habe ich viele dieser Meldungen erhalten:
2024-04-18 08:22:48.680 - [32minfo[39m: alexa2.0 (11427) Information for Developer: Binary States are deprecated and will be removed in js-controller 5.1, please migrate to Files (alexa2.0.Echo-Devices.7fc297f823c84a888e0ffb5d88fd3e7c.Music-Provider.My-Library-Playlist)
Ich kann mir gar nicht vorstellen, dass gerade du noch Binary States verwendest.
Hat das was hiermit zu tun?:
7.9.1 (2024-03-15)
(klein0r) Configurable trigger warning limit (default: 100 per script)
(klein0r) Allow to use objects in create state blocks for common
(klein0r) Added warning if latitude or longitude is not configured correctly
https://github.com/ioBroker/ioBroker.javascript/blob/master/CHANGELOG_OLD.md#791-2024-03-15
@foxriver76 sagte in Feature: Geofence/Anwesenheitserkennung - Visu App v1.1:
...Es ist eine v1.1.1 auf dem Weg...
Scheint ein langer, steiniger Weg zu sein. Gibt es noch Probleme?
Erstellt doch bitte ein Issue dazu im Adapter-Repo:
Dann erstelle doch einfach eine neue Instanz vom Adapter.
Der von dir beschriebene Fehler kann nur auftreten, wenn eine unter 1.22 erstellte Instanz mit dem Adapter in der Version 1.21.1 konfiguriert werden soll. Nach dem Löschen der Instanz und dem neu anlegen MUSS die Konfiguration wieder möglich sein.
In deinem Blockly gibt es aber mehr als eine Fehlerquelle. Ziehe entweder zum Testen den Telegram-Baustein aus dem Trigger raus, oder baue ein Debug-Baustein ein, damit du weißt, dass der Trigger ausgeführt wurde.
Ist bekannt und tritt mit 1.1.0 nur unter Android auf. Mit 1.1.1 soll das behoben sein. Kann man aber nicht prüfen, weil es sie zumindest bis gestern nicht im Play Store in der Version gab.