UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MiB]

Hi,
warum müssen die States jetzt alle ein vorangestelltes "_" haben? Sieht irgendwie komisch gegenüber den anderen aus. Hat das einen bestimmten Zweck? Kann ich das ändern?

[frankjoke]

@MiB
Die States haben nicht alle ein '_', nur jene die vom Adapter erzeugt werden und sozusagen künstlich (intern oder kalkuliert) sind.
Die namen die du für die Geräte vergibst bekommen kein '_' davor, somit ist sichergestellt dass nicht der selbe Name verwendet wird.
Ausschalten kann man das nicht.

[MiB]

@frankjoke
Moin, du hast bestimmt mit den Augen gerollt als du das gelesen hast :eyes: ,ich weiß ich bin da ein wenig eigenartig. Aber eine andere Sache:

2019-03-25 00:00:28.542  - warn: radar2.0 BT already scanning!
2019-03-25 00:00:28.562  - warn: radar2.0 bl scan error: 'BT already scanning!'
2019-03-25 00:00:30.673  - info: radar2.0 Noble scan Err 'not powered on'
2019-03-25 00:00:48.562  - warn: radar2.0 BT already scanning!
2019-03-25 00:00:48.580  - warn: radar2.0 bl scan error: 'BT already scanning!'
2019-03-25 00:00:50.694  - info: radar2.0 Noble scan Err 'not powered on'
2019-03-25 00:01:08.581  - warn: radar2.0 BT already scanning!
2019-03-25 00:01:08.599  - warn: radar2.0 bl scan error: 'BT already scanning!'
2019-03-25 00:01:10.712  - info: radar2.0 Noble scan Err 'not powered on'
2019-03-25 00:01:28.600  - warn: radar2.0 BT already scanning!
2019-03-25 00:01:28.619  - warn: radar2.0 bl scan error: 'BT already scanning!'
2019-03-25 00:01:30.731  - info: radar2.0 Noble scan Err 'not powered on'
2019-03-25 00:01:48.620  - warn: radar2.0 BT already scanning!
2019-03-25 00:01:48.641  - warn: radar2.0 bl scan error: 'BT already scanning!'
2019-03-25 00:01:50.750  - info: radar2.0 Noble scan Err 'not powered on'

Ich hatte massig diesen Fehler. Hab Radar2 erstmal wieder entfernt und mir einen anderen BT Dongle bestellt. Muss ich noch etwas einstellen, oder was bedeutet der Fehler.

[frankjoke]

@MiB
Ja. Anscheinend verträgt sich da was nicht. Hast auch das scanintervall zu kurz da der BT scan noch nicht fertig ist und ein neuer wird schon gestartet. Auf manchen BT-geräten kann der scan schon 25-35 Sekunden dauern.

[Chaot]

20 - 35 Sekunden?

Ich bin aktuell auf 45 Sekunden und habe 2-3 mal am Tag noch die Fehlermeldung das noch ein Scan aktiv ist.

[lobomau]

Moin,
ich versuche radar2 auf einem Pi3 (slave) ans Laufen zu bringen.
BLE funktioniert über die Konsosole. Geräte werden gescant und gefunden.
Adapter steigt leider dauernd mit der Meldung aus.
Habe auf 30sec gestellt und hci auf 0.
Vielleicht ein Idee?

radar2.1	2019-03-26 21:43:30.386	info	Adapter disconnected and stopped with dostop(1) and callback(false)
radar2.1	2019-03-26 21:43:30.385	error	Error was catched by Adapter: should check installation or restart: { Error: bind EACCES 0.0.0.0:67 at _handle.lookup (dgram.js:266:18) at _combinedTickCallback (internal/process/next_tick.js:142:11)
radar2.1	2019-03-26 21:43:30.337	info	radar2 set to scan every 30 seconds and printers every 720 minutes.
radar2.1	2019-03-26 21:43:30.336	info	arp-scan will use the following interfaces: [ 'eth0' ]
radar2.1	2019-03-26 21:43:30.335	info	use known IP list: [ '1.1.1.1' ]
radar2.1	2019-03-26 21:43:30.331	info	use known BT list: []
radar2.1	2019-03-26 21:43:30.327	info	radar2 set to flag items away if they are not seen for 2 minutes
radar2.1	2019-03-26 21:43:30.327	info	found 'node-bluetooth'
radar2.1	2019-03-26 21:43:30.311	info	found '@abandonware/noble'
radar2.1	2019-03-26 21:43:29.342	info	radar2 starting main...
radar2.1	2019-03-26 21:43:29.341	info	radar2 initialization started...
radar2.1	2019-03-26 21:43:22.339	info	starting. Version 1.0.3 in /opt/iobroker/node_modules/iobroker.radar2, node: v8.15.1

[MathiasJ]

Hast Du am Slave BLE und Radar laufen?
Wenn ja, wie viele BT Dongles sind drin?

[lobomau]

@MathiasJ war etwas missverständlich von mir. Ich meinte mit BLE nicht den Adapter, sondern die Bluetooth Funktion.
Habe nur den Radar Adapter alleine am laufen.
Bluetooth funktioniert also grundsätzlich, nicht aber der Adapter. Wird grün, aber alle 30s rot und startet wieder neu.

[steimi]

Ich habe bisher den Radar-Adapter Version 1 im Einsatz und benutzte das Objekt Handy.here als Trigger für mein Blockly-Skript zum Ein-/Ausschalten der Überwachungskameras. Mit dem neuen Adapter gibt es dieses Objekt ja nicht mehr sondern nur das Objekt über .lastHere welches den Anwesenheitsstatus anzeigt. Allerdings wird bei Verwendung dieses mein Skript jetzt jede Minute angetriggert, weil sich ja das darunterliegende Objekt _lastHere ändert und somit das darüberliegende aktualisiert wird (wenn auch mit dem gleichen Wert). Wie kann ich das verhindern bzw wie muss ich meinen Blockly-Trigger jetzt anpassen? Ich bin Neueinsteiger in ioBroker und Blockly.

[Muchul]

@steimi
Du trigerst vermutlich auf "aktualisiert".
Ändere da mal auf "geändert"

[smarti2015]

Der Adapter lief jetzt fast 2 Tage gut durch, heute morgen hat er dann aber 2 von uns abwesend gemeldet, obwohl das gar nicht der Fall ist. Lass ihn jetzt immer um 3 Uhr neu starten und hatte die Hoffnung, das damit das Problem weg wäre, aber nun passt wieder was nicht.

Im log meldet er immer:

radar2.0	2019-03-27 07:48:24.566	info	Noble scan Err 'not powered on'

[steimi]

leider bringt das keine Änderung. Bei jeder Änderung des Objektes .lastHere wird der Trigger ausgelöst

[SBorg]

Was macht (soll) dein Blockly denn genau (machen)? Handy da --> Kamera AN (bzw. AUS), Handy weg --> Kamera AUS (bzw. AN).
Da sich der Datenpunkt minütlich bei Anwesenheit aktualisiert und ändert, funktioniert das ändern des Triggers leider auch nicht, wie du schon festgestellt hast.
Ist aber eigentlich "hier" falsch und wäre ein eigener Thread ;)

[steimi]

Genau das soll das Blockly-Skript tun und hat es mit dem alten Radar-Adapter ja auch gemacht. Jetzt fehlt mir der Ansatz, welche Änderung ich mit dem neuen Adapter durchführen muss da leider das Objekt .here nicht mehr da ist.

[frankjoke]

@steimi
Nimm einfach das Gerät selbst, also den Gerätenamen!
Wenn du ein Gerät mit dem Namen MeinHandy checken willst ob da ist dann musst du einfach MeinHandy in Blocky prüfen, es ist true/wahr wenn da und false/falsch wenn nicht!
Der state MeinHandy._lastHere zeigt dir nur wann dein Handy das letze mal gesehen wurde!

[frankjoke]

@lobomau

Es scheint dass der Adapter keine Rechte hat sich auf den DNS-Port zu hängen.

Hast die Kommandos ausgeführt die im Install-spoiler (1. Post hier im Forum) angegeben sind? Wenn nicht dann stoppe und lösche adapter, führe die Kommandos durch und installiere/starte ihn dann wieder.
Wenn ja, hast eine bridge laufen da am Rechner noch was anderes läuft als ioBroker (wie pinhole oder kodi oder ....)?

p.s.: Sehe aus dem log dass du noch eine Menge Beispielsdaten in der Konfig hast, wie die 1.1.1.1-Adresse. Die Konfig kommt mit Beispielen die dir zeigen was du da eingeben kannst, sie können etliche davon sollen aber auf deine Werte adaptiert werden.

[frankjoke]

@smarti2015
Passiert das einmal oder bei jedem scan?
Wenn es bei jedem scan probiert hast irgendwas noch laufen was auf BT zugreift und der Adapter kann deshalb nicht auch noch drauf zugreifen, oder dein BT-stick ist nicht wieder auffindbar....
Wenn du sicher sein willst dass radar2 nicht selbst mehrmals läuft kannst sudo pkill -f radar2 eingeben.

[frankjoke]

@Chaot

Das kann leider vorkommen, ich habe 3 Testsysteme und die Scans können leider sehr variieren. Das hängt anscheinen vom USB-stick ab und auch wie gut die Verbindungen zu den Geräten sind. Wenns nur 1-3mal am Tag ist dann ist nicht so schlimm, wird ja nur ein scan ausgelassen.

[steimi]

@frankjoke das habe ich gemacht, aber irgendwie einen Denkfehler. Odebenötige ich jetzt mehrere Skripte dafür. Bisher habe ich abgefragt, ob sich 2 Handys geändert haben und dann per falls/sonstfall verzweigt ob die Cams ein oder ausgeschaltet werden müssen. Jetzt habe ich beim Trigger die beiden Handys eingetragen mit dem Effekt, dass jede Minute das Skript getriggert wird. Soll ich dafür einen neuen Thread aufmachen?

[frankjoke]

@steimi
Ich kenne zwar blocky nicht aber glaub zu sehen dass der erste Teil bei jedem scan getriggert wird, was auch OK ist, deine Abfrage ob beide da sind passiert aber nur etwas später, die würde ich als ersten nach dem 'Was im Objekt geändert wurde' , dort wo jetzt ein debug steht, einhängen.

Wenn du im radar2-Adapter nur diese 2 Geräte hast könntest ja auch den state ._nHere abfragen, er zeigt die Anzahl der Geräte (welche nicht ein '-' am Ende des Namens haben, also ausgeblendet sind) welche da sind. Also wenn alle weg 0 und sonst 1/2..

Ob blocky es kann dass das nur getriggert wird wenn sich ein Wert ändert entziht sich meines Wissens.