NEWS
IOBroker - Radar2
-
@Fabian1 nö
mach mal ein iobroker fix .... bzw. mach mal auch die ganzen Vorbedingungen wieder richtig ...
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`) -
Hi Zusammen,
ich habe letztens meinen IOBroker auf eine andere SD Karte gebackuped und es hat auch alles funktioniert, außer der Radar2, obwohl ich keine Fehler bekomme, werden keine Bluetooth Geräte mehr gefunden.Super komisch, da die Hardware und alles im IOBroker genau so ist wie auf der anderen SD Karte.
Wie gesagt, es gibt keine Fehler und es wird im log auch (11167) Will use l2Ping for BT scans and (11167) found und will use '@abandonware/noble' angezeigt mit dem richtigen HCI0 Gerät. Aber er findet einfach nichts.
Ich hab dann ca. 2 Nächte durch debugged, hab jeden Tipp hier ausprobiert und hab sogar eine neue Bluez Version kompiliert, alles ohne Erfolg.
Dann ist mir etwas aufgefallen und ich hab einfach ein altes Raspian Image: 2019-07-10-raspbian-buster-lite runtergeladen und installiert und das backup von vorher eingespielt und alles lief perfekt.
Dann apt-get update und upgrade und wieder der selbe Fehler, es werden keine bluetooth geräte gefunden, ohne fehler.
irgendwas im neuen Raspberry PI OS August 2020 macht den Radar2 kaputt.
@Fabian1 sagte in IOBroker - Radar2:
Hi Zusammen,
ich habe letztens meinen IOBroker auf eine andere SD Karte gebackuped und es hat auch alles funktioniert, außer der Radar2, obwohl ich keine Fehler bekomme, werden keine Bluetooth Geräte mehr gefunden.Super komisch, da die Hardware und alles im IOBroker genau so ist wie auf der anderen SD Karte.
Wie gesagt, es gibt keine Fehler und es wird im log auch (11167) Will use l2Ping for BT scans and (11167) found und will use '@abandonware/noble' angezeigt mit dem richtigen HCI0 Gerät. Aber er findet einfach nichts.
Ich hab dann ca. 2 Nächte durch debugged, hab jeden Tipp hier ausprobiert und hab sogar eine neue Bluez Version kompiliert, alles ohne Erfolg.
Dann ist mir etwas aufgefallen und ich hab einfach ein altes Raspian Image: 2019-07-10-raspbian-buster-lite runtergeladen und installiert und das backup von vorher eingespielt und alles lief perfekt.
Dann apt-get update und upgrade und wieder der selbe Fehler, es werden keine bluetooth geräte gefunden, ohne fehler.
irgendwas im neuen Raspberry PI OS August 2020 macht den Radar2 kaputt.
August 2020 kommt vom Gefühl hin. Bei mir läuft radar2 auf dem Pi3 auch nicht mehr seit der Zeit nach einem Update nicht mehr.
Schon eine Lösung gefunden?
Mein Fehler:radar2.1 2020-10-06 21:54:46.063 info (9909) Unload adapter now with null radar2.1 2020-10-06 21:54:46.048 warn (9909) Uncaught Exception: ENODEV, No such device radar2.1 2020-10-06 21:54:46.038 error (9909) Error: ENODEV, No such device at Hci.init (/opt/iobroker/node_modules/@abandonware/noble/lib/hci-socket/hci.js:100:35) at NobleBindings.init (/opt/iobroker/node_modules/@abandonware/nob radar2.1 2020-10-06 21:54:46.036 error (9909) uncaught exception: ENODEV, No such device radar2.1 2020-10-06 21:54:46.019 info (9909) arp-scan will use the following interfaces: [ 'eth0' ] radar2.1 2020-10-06 21:54:46.014 info (9909) debug: use known IP list: [] radar2.1 2020-10-06 21:54:46.013 info (9909) debug: use known BT list: [] radar2.1 2020-10-06 21:54:46.006 info (9909) debug: radar2 set to flag items away if they are not seen for 2 minutes radar2.1 2020-10-06 21:54:45.949 info (9909) found and will use '@abandonware/noble' radar2.1 2020-10-06 21:54:45.658 info (9909) Will use l2Ping for BT scans. radar2.1 2020-10-06 21:54:45.639 info (9909) radar2 initialization started... radar2.1 2020-10-06 21:54:45.440 info (9909) starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.radar2, node: v12.18.4, js-controller: 3.1.6 radar2.1 2020-10-06 21:54:10.470 info (9547) debug: ChangeState ack:false of radar2.1.info.connection = false radar2.1 2020-10-06 21:54:10.455 info (9547) debug: created State radar2.1.info.connection radar2.1 2020-10-06 21:54:10.451 info (9547) terminating radar2.1 2020-10-06 21:54:10.444 info (9547) terminating radar2.1 2020-10-06 21:54:10.443 info (9547) Terminated (NO_ERROR): Without reason radar2.1 2020-10-06 21:54:10.440 info (9547) terminating radar2.1 2020-10-06 21:54:10.406 info (9547) Adapter disconnected and stopped with dostop(null) and callback(true) radar2.1 2020-10-06 21:54:10.404 info (9547) Unload adapter now with null radar2.1 2020-10-06 21:54:10.389 warn (9547) Uncaught Exception: ENODEV, No such device radar2.1 2020-10-06 21:54:10.380 error (9547) Error: ENODEV, No such device at Hci.init (/opt/iobroker/node_modules/@abandonware/noble/lib/hci-socket/hci.js:100:35) at NobleBindings.init (/opt/iobroker/node_modules/@abandonware/nob radar2.1 2020-10-06 21:54:10.377 error (9547) uncaught exception: ENODEV, No such device radar2.1 2020-10-06 21:54:10.361 info (9547) arp-scan will use the following interfaces: [ 'eth0' ] radar2.1 2020-10-06 21:54:10.356 info (9547) debug: use known IP list: []Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
- Slave: Pi4
-
@Fabian1 sagte in IOBroker - Radar2:
Hi Zusammen,
ich habe letztens meinen IOBroker auf eine andere SD Karte gebackuped und es hat auch alles funktioniert, außer der Radar2, obwohl ich keine Fehler bekomme, werden keine Bluetooth Geräte mehr gefunden.Super komisch, da die Hardware und alles im IOBroker genau so ist wie auf der anderen SD Karte.
Wie gesagt, es gibt keine Fehler und es wird im log auch (11167) Will use l2Ping for BT scans and (11167) found und will use '@abandonware/noble' angezeigt mit dem richtigen HCI0 Gerät. Aber er findet einfach nichts.
Ich hab dann ca. 2 Nächte durch debugged, hab jeden Tipp hier ausprobiert und hab sogar eine neue Bluez Version kompiliert, alles ohne Erfolg.
Dann ist mir etwas aufgefallen und ich hab einfach ein altes Raspian Image: 2019-07-10-raspbian-buster-lite runtergeladen und installiert und das backup von vorher eingespielt und alles lief perfekt.
Dann apt-get update und upgrade und wieder der selbe Fehler, es werden keine bluetooth geräte gefunden, ohne fehler.
irgendwas im neuen Raspberry PI OS August 2020 macht den Radar2 kaputt.
August 2020 kommt vom Gefühl hin. Bei mir läuft radar2 auf dem Pi3 auch nicht mehr seit der Zeit nach einem Update nicht mehr.
Schon eine Lösung gefunden?
Mein Fehler:radar2.1 2020-10-06 21:54:46.063 info (9909) Unload adapter now with null radar2.1 2020-10-06 21:54:46.048 warn (9909) Uncaught Exception: ENODEV, No such device radar2.1 2020-10-06 21:54:46.038 error (9909) Error: ENODEV, No such device at Hci.init (/opt/iobroker/node_modules/@abandonware/noble/lib/hci-socket/hci.js:100:35) at NobleBindings.init (/opt/iobroker/node_modules/@abandonware/nob radar2.1 2020-10-06 21:54:46.036 error (9909) uncaught exception: ENODEV, No such device radar2.1 2020-10-06 21:54:46.019 info (9909) arp-scan will use the following interfaces: [ 'eth0' ] radar2.1 2020-10-06 21:54:46.014 info (9909) debug: use known IP list: [] radar2.1 2020-10-06 21:54:46.013 info (9909) debug: use known BT list: [] radar2.1 2020-10-06 21:54:46.006 info (9909) debug: radar2 set to flag items away if they are not seen for 2 minutes radar2.1 2020-10-06 21:54:45.949 info (9909) found and will use '@abandonware/noble' radar2.1 2020-10-06 21:54:45.658 info (9909) Will use l2Ping for BT scans. radar2.1 2020-10-06 21:54:45.639 info (9909) radar2 initialization started... radar2.1 2020-10-06 21:54:45.440 info (9909) starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.radar2, node: v12.18.4, js-controller: 3.1.6 radar2.1 2020-10-06 21:54:10.470 info (9547) debug: ChangeState ack:false of radar2.1.info.connection = false radar2.1 2020-10-06 21:54:10.455 info (9547) debug: created State radar2.1.info.connection radar2.1 2020-10-06 21:54:10.451 info (9547) terminating radar2.1 2020-10-06 21:54:10.444 info (9547) terminating radar2.1 2020-10-06 21:54:10.443 info (9547) Terminated (NO_ERROR): Without reason radar2.1 2020-10-06 21:54:10.440 info (9547) terminating radar2.1 2020-10-06 21:54:10.406 info (9547) Adapter disconnected and stopped with dostop(null) and callback(true) radar2.1 2020-10-06 21:54:10.404 info (9547) Unload adapter now with null radar2.1 2020-10-06 21:54:10.389 warn (9547) Uncaught Exception: ENODEV, No such device radar2.1 2020-10-06 21:54:10.380 error (9547) Error: ENODEV, No such device at Hci.init (/opt/iobroker/node_modules/@abandonware/noble/lib/hci-socket/hci.js:100:35) at NobleBindings.init (/opt/iobroker/node_modules/@abandonware/nob radar2.1 2020-10-06 21:54:10.377 error (9547) uncaught exception: ENODEV, No such device radar2.1 2020-10-06 21:54:10.361 info (9547) arp-scan will use the following interfaces: [ 'eth0' ] radar2.1 2020-10-06 21:54:10.356 info (9547) debug: use known IP list: []@lobomau
Da wird offenbar das Netzwerk-Interface eth0 nicht gefunden, aber angesprochen. Kein Netzwerkkabel eingestöpselt? Auf wlan umgestellt?ifconfigzeigt?
-
@lobomau
Da wird offenbar das Netzwerk-Interface eth0 nicht gefunden, aber angesprochen. Kein Netzwerkkabel eingestöpselt? Auf wlan umgestellt?ifconfigzeigt?
-
Edit: es scheint jetzt zu laufen... ich habe unter raspi-config einige Veränderungen durchgeführt.... dafür komme ich jetzt von unterwegs nicht mehr drauf ... aber immerhin... das "rfkill" war ein Hinweis, dass wlan und smit wohl BT geblockt wurde...
@Thomas-Braun Netzkabel ist drin. Es funktioniert ja auch sonst alles. Nur radar2 will nicht so Recht.
Wenn ich den Haken aktiviere wird zwar der Adapter radar2 grün, aber Bluetooth scannen funktioniert trotzdem nicht. Ohne Aktivieren von "hcitool + lescan anstelle von noble" kommt der Fehler.
Edit.: auf dem pi3 läuft auch deconz... zwar schon länger ohne Probleme... aber wer weiß ob sich das etwas beim letzten update geändert hat!?
-
0.0.0.0 bedeutet nur dass auf allen interfaces (kannst mit
ifconfigauslisten) gehorcht werden soll, port 67 ist das wichtige, ich versuche darauf nicht exclusiv zu horchen, s.h. ich lasse andere zu auch zu horchen, aber wenn irgendwer exklusiv darauf horcht dann kann ich auch nicht :(Es gibt 2 Möglichkeiten zu verhindern dass der Adapter vielleicht durchkommt:
- wenn du im environment (bevor iobroker startet) den im env
DEBUG="testing:"stehen hast dann benutz er DHCP nicht und führt den Befehl nicht aus - Wenn du erkennst dass du mehrere interfaces hast und nur auf einem horchen willst (und das wird nicht sonst belegt) dann könntest in myNetwork.js auf Zeile 956 die IP des interfaces eintragen was dann ca. so ausschaut:
self._listener = new Dhcp("192.168.1.77");und damit horcht er nur mehr dort.
Ich überleg mir ob ich eine Konfig einbaue um die IP oder alle (oder keine) eintragen kann die beim nächsten Update vielleicht das flexibler macht
@frankjoke Hallo, ich stehe vor dem gleichen Problem. Ich habe auf meinem Raspberry parallel Pihole installiert (incl DHCP Server), das scheint sich nicht zu vertragen. Hast du eine Anleitung wie ich das DHCP-Scanning abschalten kann?
Gruß
Martin - wenn du im environment (bevor iobroker startet) den im env
-
Hallo zusammen,
Ich habe momentan das Problem das im Log bei mir
„ arp-scan maybe without rights because no data returned!“
Ich habe schon den Fixer laufen lassen und alle Schritte gem. Anleitung gemacht. Zusätzlich habe ich iobroker Root Rechte verpasst.
Wenn ich im Terminal folgendes eingebe „ arp-scan -lgq --retry=7“
Kommt auch ein Ergebnis. Im Adapter selber habe ich keine Einstellung geändert. Hat jemand noch ein Idee was ich machen kann?
Danke
-
Hallo zusammen,
Ich habe momentan das Problem das im Log bei mir
„ arp-scan maybe without rights because no data returned!“
Ich habe schon den Fixer laufen lassen und alle Schritte gem. Anleitung gemacht. Zusätzlich habe ich iobroker Root Rechte verpasst.
Wenn ich im Terminal folgendes eingebe „ arp-scan -lgq --retry=7“
Kommt auch ein Ergebnis. Im Adapter selber habe ich keine Einstellung geändert. Hat jemand noch ein Idee was ich machen kann?
Danke
@gabe sagte in IOBroker - Radar2:
Zusätzlich habe ich iobroker Root Rechte verpasst.
Was hast du genau getan?
-
@gabe sagte in IOBroker - Radar2:
Zusätzlich habe ich iobroker Root Rechte verpasst.
Was hast du genau getan?
@thomas-braun über den Weg
sudo visudo
Und man fügt dort in eine Zeile unter '# User privilege specification'
iobroker ALL=(ALL:ALL) NOPASSWD: ALL
-
Hallo zusammen,
Ich habe momentan das Problem das im Log bei mir
„ arp-scan maybe without rights because no data returned!“
Ich habe schon den Fixer laufen lassen und alle Schritte gem. Anleitung gemacht. Zusätzlich habe ich iobroker Root Rechte verpasst.
Wenn ich im Terminal folgendes eingebe „ arp-scan -lgq --retry=7“
Kommt auch ein Ergebnis. Im Adapter selber habe ich keine Einstellung geändert. Hat jemand noch ein Idee was ich machen kann?
Danke
@gabe sagte in IOBroker - Radar2:
„ arp-scan maybe without rights because no data returned!“
hab ich auch schon vor geraumer Zeit entdeckt, funktioniert aber alles
-
@gabe sagte in IOBroker - Radar2:
„ arp-scan maybe without rights because no data returned!“
hab ich auch schon vor geraumer Zeit entdeckt, funktioniert aber alles
-
@thomas-braun über den Weg
sudo visudo
Und man fügt dort in eine Zeile unter '# User privilege specification'
iobroker ALL=(ALL:ALL) NOPASSWD: ALL
@gabe
Genau das macht man nicht.
Jetzt kann der iobroker alles im System und das auch noch ohne Passwort.Mach den Quatsch wieder rückgängig und dann setzt du nötigenfalls das SUID-Bit:
sudo chmod u+s /usr/sbin/arp-scan -
@thomas-braun alles klar. danke
@gabe
Von den mit der großen Kelle vergebenen Rechten, die du da jetzt hoffentlich wieder rausgenommen hast, abgesehen: Hast du die capabilities gesetzt?Denn eigentlich sollte das alles darüber geregelt werden. Dann braucht es nicht mal das SUID bit.
-
@gabe
Von den mit der großen Kelle vergebenen Rechten, die du da jetzt hoffentlich wieder rausgenommen hast, abgesehen: Hast du die capabilities gesetzt?Denn eigentlich sollte das alles darüber geregelt werden. Dann braucht es nicht mal das SUID bit.
-
@thomas-braun ich glaube nicht, was muss ich genau machen?
iobroker stop iobroker fix iobroker startkönnte schon reichen. Ansonsten steht das unter Garantie auch in der Readme zum Adapter.
[Edit:] Tut es natürlich...
https://github.com/frankjoke/ioBroker.radar2/blob/master/README.md -
iobroker stop iobroker fix iobroker startkönnte schon reichen. Ansonsten steht das unter Garantie auch in der Readme zum Adapter.
[Edit:] Tut es natürlich...
https://github.com/frankjoke/ioBroker.radar2/blob/master/README.md@thomas-braun ok das habe ich alles gemacht
Leider ändert sich nichts
-
iobroker stop iobroker fix iobroker startkönnte schon reichen. Ansonsten steht das unter Garantie auch in der Readme zum Adapter.
[Edit:] Tut es natürlich...
https://github.com/frankjoke/ioBroker.radar2/blob/master/README.md@thomas-braun also ich kann als root user den Befehl ohne Probleme ausführen. Es muss wohl an dem User iobroke rliegen. Hast du eine Idee wie ich das ind er Konsole ausprobieren kann? Iobroker braucht ein Passwort, dass habe ich aber nicht...
-
@thomas-braun also ich kann als root user den Befehl ohne Probleme ausführen. Es muss wohl an dem User iobroke rliegen. Hast du eine Idee wie ich das ind er Konsole ausprobieren kann? Iobroker braucht ein Passwort, dass habe ich aber nicht...
sudo -u iobroker arp-scan [OPTIONEN]Der user iobroker (als System-User) hat und braucht kein Passwort.
-
@thomas-braun said in IOBroker - Radar2:
sudo -u iobroker arp-scan
ok also ich habe ein Ergebniss bekommen. Liegt es denn doch am Adapter?
668
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge