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

[4-Real]

Also momentan muss ich wohl erstmal meine G-Tags an die Seite legen denn ich bekomme immer wieder die gleichen Fehler.

radar2.0	2019-03-24 22:57:06.025	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:56:46.023	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:56:26.022	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:56:06.022	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:55:46.022	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:55:26.018	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:55:06.016	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:54:46.015	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:54:26.015	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:54:06.017	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:53:46.015	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:53:26.008	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:53:06.011	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:52:46.009	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:52:26.010	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:52:06.005	info	Noble scan Err 'not powered on'
radar2.0	2019-03-24 22:51:46.006	info	Noble scan Err 'not powered on'

Alle Abhängigkeiten etc. sind wie auch auf der Github Seite ausgeführt worden.
Es ist in dem Fall auch egal ob ich den Internen oder Externen Bluetooth Adapter nehme.
Ich kann hier nichtmal genau sagen wie lange dies immer Dauert. Manchmal geht es 2 Stunden gut, dann passiert es nach Neustart des Tinkerboards manchmal nach 20 Minuten. Es läuft auch kein weiterer Adapter der Bluetooth benutzt.

[MathiasJ]

langsam vermute ich, es liegt am Tinkerboard (S).
Du bist jetzt der dritte, den ich kenne, der Probleme mit dem Adapter Radar2 hat.
das interne BT-Modul (UART) funktioniert beim Tinker nicht, weil es da zu Treiberproblemen kommt.
als mit sudo hciconfig mal auslesen, welchen Port Du hast. ich vermute mal, der USB-Dongle hat hci 0.
Den nehmen......
Gruß,
Mathias

[4-Real]

@MathiasJ said in [Adapter] Neuer radar2-Adapter:

langsam vermute ich, es liegt am Tinkerboard (S).
Du bist jetzt der dritte, den ich kenne, der Probleme mit dem Adapter Radar2 hat.
das interne BT-Modul (UART) funktioniert beim Tinker nicht, weil es da zu Treiberproblemen kommt.
als mit sudo hciconfig mal auslesen, welchen Port Du hast. ich vermute mal, der USB-Dongle hat hci 0.
Den nehmen......
Gruß,
Mathias

Leider besteht dieses Problem dann immer noch. Ich habe ja testweise den Adapter mit 0 und 1 ausprobiert und beide spucken mir nach einer ungewissen Zeit leider diese Fehlermeldung aus.. egal ob internes oder externes device.

[MathiasJ]

@4-Real
das ist schon klar.
das ist bei meinen Bekannten genau so.
ich vermute mal, dass das am internen BT-Modul liegt.
Daß da etwas mit den Treibern quer liegt. deshalb auch die Probleme mit dem externen BT-USB Stick
Du müsstest mal versuchen, das UART-Funkmodul komplett stillzulegen.
Vielleicht hilft das weiter.

[Fab296]

Wollte mit dem Adapter eine Anwesenheitsabfrage machen über mein Iphone. Allerdings zeigt der Adapter mir dann alle 7-10min dann an, dass das Iphone nicht mehr im Wlan ist. Hab mal gelesen, dass es am Iphone liegt. Ist das richtig? Oder stimmt was mit dem Radaradapter nicht?

Würde mich freuen über eure Erfahrungen mit dem radar-adapter in Verbindung mit einem Iphone.

[sveni_lee]

@Fab296

ja, das ist leider so...
ich mache das jetzt über die CCU, die spricht dann mit meiner Fritzbox.
Das klappt sehr zuverlässig mit dem iPhone.

[Fab296]

hab leider keine Fritzbox und hab das bisher immer über IFTTT und dem IOT-Adapter gemacht. Jedoch hab ich da alle 5min diesen bekannt fehler Econnreset und hab nach einer alternative zur Anwesenheitserkennung gesucht.

[MathiasJ]

@Fab296
das Iphone sowie Android ab 6.x geht bei Nichtnutzung in den Deep sleep.
da hilft nur eins:
hast Du ein wearable wie smartwatch per BT am Iphone hängen?
Wenn ja, dann mach doch die Anwesenheitskennung per Bluetooth.

[Diginix]

@MathiasJ Dennoch kann ich ungenutzte Android 8 und 9 Smartphones stabil über Stunden hinweg per radar2 als anwesend erkennen. Das ganze über BT und Wifi.
Deep Sleep bedeutet nicht dass es generell nicht funktioniert.

[SBorg]

Hängt IMHO am Energiemanagement. Der schaltet dann zum Stromsparen einfach das WLAN ab. Ich habe es deaktiviert und mein Android ist auch nach Stunden noch als Online zu sehen :)

[MathiasJ]

@Diginix
das habe ich auch nicht behauptet.
bei mir hängt z.B. meine Smartwatch 24/7 an meinem Smartphone. Deshalb ist deep sleep für mich kein Thema.
Aber ich nutze trotzdem die G-Tags.
Nun wird sich das bald ändern. Ich bin schon auf der Suche nach BT-Tracker mit Bluetooth 5, weil der neue Raspberry PI 4B ein neues BT-Modul hat, das auch Bluetooth 5 kann. Somit dürften "Schatten" in meiner Wohnung der Vergangenheit angehören.

@SBorg
das funktioniert wohl nicht mit jedem Android-Gerät.
ich kann beim VIS-Tablet am Energie-Management einstellen, was ich will. nach einer gewissen Zeit ist die Verbindung tot.
Es geht hier ein paar Tage, dann fängt das Teil wieder zu zicken an :-1:

@frankjoke
weiß man schon, ob es dann auch mit Bluetooth 5 funktioniert?
Sobald man den Raspberry PI 4B zu kaufen bekommt, bin ich dabei.

[ostseereiter]

Hallo Freunde nach einen JS-Conroller-Update bekomme ich den Radaradapter nicht zum laufen. Habe ihm schon deinstalliert. Aber es geht nicht. Folgende Meldung wird ausgegeben.

host.debianhp	2019-06-25 10:42:50.532	info	Restart adapter system.adapter.radar2.0 because enabled
host.debianhp	2019-06-25 10:42:50.532	error	instance system.adapter.radar2.0 terminated with code 0 (OK)
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: port: 67 }
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: address: '0.0.0.0',
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: syscall: 'bind',
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: code: 'EACCES',
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: errno: 'EACCES',
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9)
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:142:11)
host.debianhp	2019-06-25 10:42:50.532	error	Caught by controller[0]: at _handle.lookup (dgram.js:266:18)
host.debianhp	2019-06-25 10:42:50.531	error	Caught by controller[0]: { Error: bind EACCES 0.0.0.0:67

[AlCalzone]

@ostseereiter Bitte mal den Fixer ausführen, oder alternativ nur:

sudo setcap 'cap_net_admin,cap_net_bind_service,cap_net_raw+eip' $(eval readlink -f `which node`)

[ostseereiter]

@AlCalzone
Danke das war es.

[MathiasJ]

@ostseereiter
glück gehabt, bei mir hat es nach dem Node-Update nichts gebracht.
habe IObroker dann neu aufgesetzt, dann waren die Fehler auch weg.

[ostseereiter]

@MathiasJ
das ist dann nicht so gut aber wenn es jetzt läuft.

[marcuskl]

Hallo Leute ich bekomme den Radar2 Adapter nicht zum laufen, was mache ich falsch ?

[AlCalzone]

@marcuskl Lass mal den Fixer laufen:

curl -sL https://iobroker.net/fix.sh | bash -

[frankjoke]

@marcuskl

Wenn du etwas änderst im ioBroker (Nodejs oder ioBroker neu installierst u.s.w.) dann bitte immer vor installation/update vom adapter

sudo apt-get install libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hcitool`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which hciconfig`)
sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which l2ping`)

ausführen. Das sollte die eingeschränkten Standardbewilligungen wieder aufheben.

[AlCalzone]

Das einzige was sich bei Node-Update ändern sollte ist

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f which node)