@tt-tom
ne, noch nicht.
War mir nicht sicher, ob es gerade eine gute Idee.
Nein. Die Uhrzeit ist noch die Gleiche

Ich starte das Skript wieder

hmm...
ich hatte bei den Dingern durchaus schon Werte unter 10% und auch schon welche über 74%
Dafür waren die LUX.Werte merkwürdig und auch die Temperaturen unterschieden sich von Sensor zu Sensor im gleichen Raum.

So oder so ist das kein Präzisions-Sensor und sollte nur als Hinweiswert angesehen werden

So.
Endlich kamen die PIR aus Chinaland und ich konnte die Hardwaremodifikation vornehmen.
War einfacher als befürchtet.
Und die PIR sind sooo niedlich. Nix im Vergleich zu den Sonoff-Riesen.

Jetzt alber mal zu meinen Fragen:

Seit wann ist die Baumstruktur bei den Objekten geändert?

Ich habe noch alte Objekte , die sich Sensor_1, Sensor_2... Sensor_n nennen.
Ich vermute, das sind die Alten.

Dann gibt es einen Knoten mit "Sensors"
Da sind jetzt alle Sensoren durchnummeriert eingehängt.
Ich vermute, das ist jetzt neu.

Wie auch schon bei den "Zauberwürfeln" werden mehrere IDs für den PIR generiert.
Das ist immer noch unschön.
In der Deconz-Software wird der Sensor als ein Gerät erkannt.
Im Adapter erscheint er nun als 3 Geräte.
Und unter jedem ID-Knoten gibt es Objekte. Und die sind noch nicht einmal eindeutig sortiert.
So ist "battery" bei allen Knoten zu finden. "tampered" nur bei einem.

Das macht es etwas unübersichtlich, weil ich nicht weiß, welchen der Objekte ich nun verwenden muss.

Ist es nicht möglich, in einer zukünftigen Adapter-Version die Objekte so zusammen zu fassen, dass ein Gerät auch nur unter einem ID-Knoten zu finden ist?

@armilar
Danke
ich habe schon an mir gezweifelt.

Ich habe die wichtigsten Datenpunkte mal angepasst. Damit ist der Log-Spam erst einmal unterbunden.

Danke für die Antwort

@micymic ich glaube, auf eine Lösung - vor Allem eine langlebige- warten hier viele.
Das Problem ist nicht, dass du etwas falsch gemacht hast oder dass der Adapter plötzlich seinen Geist aufgegeben hat.
Viel mehr sind die Technologieen, die der Adapter verwendet, in den letzten Tagen mehrfach von Amazon verändert worden.
Apollon77 arbeitet fieberhaft daran, einen Weg zu finden, der den Adapter wieder zum Fliegen bringt.
Eigentlich könnte man es beschreiben: Kampf Apollon77 gegen Amazon.

Es gibt einen Workaround. Den wollte ich selbst nnicht bauen. Ich warte erst einmal, ob es doch noch eine offizielle Lösung geben wird.

@ticaki sagte in SONOFF NSPanel mit Lovelace UI:

bottomScreensaverEntity[4]

Hat prima funktioniert
Danke

Oh Mann....
gerade wollte ich schreiben, dass ich keinen Erfolg verbuchen konnte.
Nur um festzustellen, dass ich zu doof bin, die Beta zu installieren.
Ich bekomme immer nur die 3.24.1 installiert.
Dann kann es ja keinen Erfolg geben.

wie wäre denn der Github-Link für die 3.25?

OK.
bin doppelt-doof.
habe nicht gemerkt, dass npm statt github eingestellt war.
Jetzt hat die Installation geklappt. Ich teste jetzt

[Update]

und siehe da.... schon geht es

Werde jetzt mal schauen, ob das bei mir auch klappt, wenn die 3 Stunden rum sind

@liv-in-sky
lol danke.
Manchmal ist es ja so einfach.

Dann sollte es ja auch in nbode Red gehen

Habe zumindest eine Liste der Datenpunkte ermitteln können

bisher

@apollon77
Geräte werden wieder gefunden.
Ich habe bemerkt, dass ich die Fehlermeldung hatte, dass das 50-Aufrufe-Limit erreicht wurde.
Nur: Ich kann mir nicht erklären, warum die Grenze schon ausgeschöpft sein sollte.
Oder werden beim Scannen der Geräte alle Geräte noch einmal gezählt?
Auch die, die sonst nicht mit dem Adapter verwaltet werden?

Ansonsten funktioniert es (im Moment) einwandfrei
(Nachdem ich das Abo vergrößert hatte)

@bullet_586
jetzt auch bei mir.
Zuerst wurden meine Test-Geräte gefunden.
Jetzt behauptet Alexa, dass keine neuen Geräte da wären.
Adapter habe ich schon neu gestartet

@denjo
ich verstehe jetzt nicht, wie das gehen soll, da der Wert ja vom Skill direkt in den Datenpukt geschrieben wird, der dann wiederum dem mqtt-Befehlsendet

Ich habe aber auch noch nie Blockly verwendet

Hm. Jetzt habe ich mich mal in das Thema rein gearbeitet. So weit läuft alles recht gut. Vielen Dank @apollon77

Was ich aber noch nicht hinbekommen habe:
Wenn ich der Alexa sage, dass ich den Schalter an oder aus schalten will, liefert mir der Skill true oder false zurück.
Ich habe es auch schon mit Steckdose versucht.
Das ist ja so erst einmal ok, wenn man diesen Boole-Wert verarbeiten kann.

Jetzt möchte mein NSPanel aber für an/aus schalten das MQTT-Komando 1 bzw 0 .

Habt ihr eine Lösung gefunden, wie ich den Skill (oder den Adapter ?) überreden kann, auch eine 1 oder 0 zu schreiben?

@thomas-braun
ich habe die neuste Version unter NPM installieren können. Auch wenn sie noch nicht zur Verfügung steht.
Also NICHT über Github

Aber egal.
Und siehe da: Es geht jetzt wieder Firefox (ohne NoScript).
Allerdings muss NoScript nicht mehr deaktiviert werden

@ofbeqnpolkkl6mby5e13
Thomas Braun hatte den gestern schon

@thomas-braun
gibt es wahrscheinlich auf github
Ich habe als Standard npm eingetragen. Da gibt es das wohl noch nicht.
6.13.15 wurde mir gestern erst als aktuell (neu) angezeigt

@thomas-braun
so, bin jetzt mit allen ioBroker-Systemen durch.

sudo apt update
sudo apt upgrade
reboot
iob fix (vorher natürlich stoppen)
Adapter geupdatet

Auch man bei der Gelegenheit an einen NTP-Server gebunden

Ist alles ne lange Geschichte.

Ich habe den Admin jetzt unter Edge aufgerufen. Läuft gefühlt flüssiger.
Ob es an der neuen Version oder dem Edge liegt, weiß ich nicht.

Sobald die neue Admin-Version eine neue Version hat, gebe ich ihm noch ne Chance.
Mir ist der fireox irgendwie sympathischer.

NoScript habe ich bei lokalen Anwendungen in der Regel ausgeschaltet. (nicht deaktiviert). Also auch beim ioBroker

In den Diags der 4 Broker habe ich keine Probleme mehr gesehen.
Brauchst du die wirklich noch einmal?

@spike2 nehme ich ja jetzt.

@thomas-braun musst du auch nicht