Test Adapter radar2 v1.2.x GitHub

[crunchip]

@sainthein die info hättest ja gleich mitgeben können
Welche Version hattest denn zuvor?
Sonst noch irgendwelche Updates gemacht?
Welche Version hat der Adapter?

[sainthein]

Letzter Stand war um Weihnachten 2020.
Wollte eigentlich nur das Forum raus nehmen, aber Änderungen lässt der Adapter nicht zu, ansonsten funktioniert er aber.
Ist jetzt nicht so wild, habe bei meinen Eltern mal wieder upgedatet, da habe ich die Quellen grundsätzlich auf Stable stehen.

[crunchip]

@sainthein sagte in Test Adapter radar2 v1.2.x GitHub:

Letzter Stand war um Weihnachten 2020.

bin ich nun auch nicht schlauer welche Versionen vorher liefen

@sainthein sagte in Test Adapter radar2 v1.2.x GitHub:

Wollte eigentlich nur das Forum raus nehmen,

das Thema ist auch schon paar Wochen her, das man das tun sollte
des weiteren auch da keine Info der version

@sainthein sagte in Test Adapter radar2 v1.2.x GitHub:

da habe ich die Quellen grundsätzlich auf Stable stehen.

und selbst nicht?

@sainthein sagte in Test Adapter radar2 v1.2.x GitHub:

Ist jetzt nicht so wild

glaub ich dir, andernfalls würdest du die Fragen dazu beantworten

[JohGre]

@sainthein Es gibt dazu schon ein Github Issue https://github.com/frankjoke/ioBroker.radar2/issues/75. Ist zwar schon auf Closed, aber der Entwickler kümmert sich wenn er Zeit hat darum. Ein downgrade von Admin 5 auf 4.x soll angeblich helfen.

FRYYYYYY created this issue in frankjoke/ioBroker.radar2

closed radar2, Version 2.x, Config lost/not visible #75

[crunchip]

@johgre da geht es aber um

• Npm7.x
• Js-controller3.x
• Admin5.x

Hat er aber nicht, oder doch ....man weiss es nicht

[sainthein]

Sorry für die späte Antwort, musste erst den Tunnel wieder einrichten da Vaddern selbsständig ne neue Fritzbox rudimemtär angeschlossen hat.

Node.js ist 12.22.1
NPM ist 6.14.12

Aber so wie es aussieht hat der Herr selbst Hand angelegt, kam aber erst sehr spät raus mit der Sprache. Dabei ist ein wilder Mix von Adaptern aus dem Stable und dem Beta entstanden.

Habe jetzt das letzte sauber Backup aufgespielt und ein Passwort vergeben alles Stable upgedatet und es läuft wieder.

[Messiahs]

Ist Frank noch aktiv ? bzw. was machen wir mit der Fehlermeldung "has been written without ack-flag" ?

[Diginix]

@messiahs Das wurde schon in einem Fork gefixt.
https://github.com/TA2k/ioBroker.radar2

Läuft bei mit seit 2 Monaten damit perfekt. Und wenn man mit Admin 5 etwas an der Konfiguration ändern will, geht das über das Editieren des RAW vom Instanzobjekt system.adapter.radar2.0. Natürlich mit der nötigen Sorgfalt und Ahnung was man da macht.

[jwerlsdf]

@diginix
hi, ich habe folgende Frage:
Ich habe den Code vonn github runtergeladen und alle Dateien entsprechend angepasst. Wie bekomme ich nun die Dateien über den Adapter drübergebügelt? Würdest du mir bitte helfen?

[Diginix]

@jwerlsdf Wieso hast du Dateien angepasst?
Entw. du installierst dir direkt den Fork mittels Github URL oder du lädst dir die Adapter als ZIP herunter und überschreibst den Ordner /opt/iobroker/node_modules/iobroker.radar2/ auf deinem iobroker System.
Aber eigentlich sind alle relevanten Änderungen bzgl der Logenträge nur in dieser Datei /opt/iobroker/node_modules/iobroker.radar2/radar2.js
D.h. du könntest auch nur diese auf deinem System überschreiben bzw. editieren und den Code vom Fork hinein kopieren.
Alles natürlich auf eigene Verantwortung. Wenn du dir also nicht sicher bist, dann ist es ggf. besser es nicht zu machen.
Wenn du den Loglevel vom radar2 auf warn oder error stellst, solltest du auch keine Logeinträge mehr sehen.
Es ist nur Kosmetik und kein echtes Problem. Unbedarftes Handeln kann aber zu einem echten Problem führen.

[coyote]

Hey, habe nahezu tägliche Abstürze des radar2 Adapters. Jemand eine Idee dazu?

Log:

host.debian
2021-09-07 21:53:25.853	error	instance system.adapter.radar2.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

radar2.0
2021-09-07 21:53:23.273	error	Cannot read property 'toLowerCase' of undefined

radar2.0
2021-09-07 21:53:23.272	error	TypeError: Cannot read property 'toLowerCase' of undefined at Network.combine (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:1016:17) at Dhcp.<anonymous> (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:961:22) at Dhcp.emit (events.js:400:28) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:776:26) at Socket.emit (events.js:400:28) at UDP.onMessage [as onmessage] (dgram.js:941:8)

radar2.0
2021-09-07 21:53:23.271	error	uncaught exception: Cannot read property 'toLowerCase' of undefined
host.debian
2021-09-07 21:49:39.993	error	instance system.adapter.radar2.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

radar2.0
2021-09-07 21:49:37.499	error	Cannot read property 'toLowerCase' of undefined

radar2.0
2021-09-07 21:49:37.499	error	TypeError: Cannot read property 'toLowerCase' of undefined at Network.combine (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:1016:17) at Dhcp.<anonymous> (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:961:22) at Dhcp.emit (events.js:400:28) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.radar2/myNetworks.js:776:26) at Socket.emit (events.js:400:28) at UDP.onMessage [as onmessage] (dgram.js:941:8)

radar2.0
2021-09-07 21:49:37.497	error	uncaught exception: Cannot read property 'toLowerCase' of undefined

Installiert ist der Fork von TA2k Version 2.0.3

[crunchip]

@coyote sagte in Test Adapter radar2 v1.2.x GitHub:

error uncaught exception: Cannot read property 'toLowerCase' of undefined

reine Vermutung meinerseits, das irgend ein Gerät,, was im radar Adapter hinterlegt wurde, einen "falschen/nicht lesbaren" Wert liefert.
bzw Netzwerk

Cannot read property 'toLowerCase' of undefined at Network.combine

[coyote]

@crunchip
hm, gut möglich, wobei die Datenpunkte eigentlich gut aussehen. Habe mal ein Gerät entfernt, dass momentan nie "online" ist. Mal schauen, ob es daran liegt. Es sind nur 5 Geräte definiert, davon 3 Smartphones. Das 2 Geräte in einem anderen Subnetz liegen, sollte doch aber eingentlich nicht stören, oder?

EDIT:

Kurze Rückmeldung, der Absturz lag wohl wirklich an einem Gerät, dass zwar in der Konfig noch hinterlegt, aber dauerhaft nicht erreichbar war. Läuft jetzt seit paar Tagen ohne Absturz.

[Flo 0]

hi,

Habe gerade das Problem das ich via bluetooth eine ue boom an meinem raspi connected habe. Dabei habe ich festgestellt das wenn radar2 läuft mir bei jedem Scan die Koppelung der Boxen aufgehoben wird.

Wenn ich etwas laufen lasse und der Scan kommt wird sofort der Output & Koppelung aufgehoben. Aktuell habe ich das so implementiert das bevor ich was laufen lasse den Adapter stoppe und danach wieder starte. Hat jemand hier ein Tipp für mich, damit Radar nach wie vor seine Arbeit im Hintergrund verrichten kann?

[Diginix]

@flo-0 Vermutlich liegt das daran, dass die BT Hardware nicht "geteilt" werden kann. Wenn radar2 den Scan laufen lässt, dann kann der Audioplayer oder was auch immer die Box nicht mehr nutzen.
Du könntest mal einen BT Dongle als USB Stick anschließen und diesen dann für die Box oder radar2 nutzen.

[Flo 0]

@diginix Danke für die Info, das wusste ich nicht. Dann werde ich das mit Adapter/Stop/Start implementieren. Was natürlich cool wäre ist ein Flag/Status im Adapter welcher gesetzt werden könnte damit ein Scan manuell ausgelassen wird. Somit müsste ich nicht dauernd dad ding Stoppen/Starten.

[Streit187]

Hallo zusammen,
der Adapter läuft in der Version 2.03 auf einem pi 4 (iob 5.2.3 / Node.JS 12.22.1 / NPM 6.14.12)
WLAN wird nicht genutzt. Lediglich die BT Funktionalität.
Es wird der Status von zwei Android Handy's geprüft. Es funktioniert auch tadellos. Leider nur ein paar Stunden.
Dann werden die Geräte plötzlich als offline angezeigt. iob Log ist komplett unauffällig.
Adapter neu starten o.ä. ändert auch gar nichts. Wenn ich jedoch den BT Service neu starte (service bluetooth restart) sind beide Geräte innerhalb von Sekunden wieder erreichbar. Status des Services ist zu diesem Zeitpunkt ok bedeutet active und running.
Hat jemand Ideen oder Ansätze?
Danke & VG

[Diginix]

@streit187 Das liegt dann nur bedingt am Adapter. Ich hatte bei meinem Raspi bzw Beelink ein ähnliches Problem und dann einfach ein Shellscript mit

sudo service bluetooth stop
sleep 5
sudo service bluetooth start

oder auch

sudo rfkill block bluetooth
sleep 5
sudo rfkill unblock bluetooth

Dieses habe ich dann in Blockly mit exec ausgeführt wenn bestimmte Kriterien erfüllt waren. Ich hab ein BT Gerät welches immer anwesend ist. Wenn dieses als offline galt und zB auch alle Smartphones, dann war das ein Verdacht dass die BT Hardware nicht mehr verfügbar war und radar2 somit nichts finden konnte.

[Streit187]

@diginix
Dankeschön. Ich hätte gerne die Ursache statt der Auswirkung beseitigt. Hab es jetzt über einen cron job "gelöst".

[Diginix]

@streit187 Lass es mich wissen wenn du eine echte Ursache findest. Bisher konnte ich weder beim Raspi, Beelink noch NUC etwas dazu in irgend einem Log finden. Beim NUC reicht manchmal die VM zu restarten. Manchmal kennt nicht mal der Host die BT Hardware mehr. Dann reicht idR nicht mal Proxmox zu rebooten sondern ich muss den NUC herunter fahren und kurz stromlos nehmen. Mal läuft alles >70 Tage, mal keine Woche. Von daher kann die reine Nutzungszeit der BT Hardware nicht das Limit sein.