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

[MathiasJ]

Hast Du die Python Version installiert?
Hast Du Radar2 repariert?

[deta]

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

Hast Du die Python Version installiert?
Denke schon

Hast Du Radar2 repariert?
Wie warum?

[MathiasJ]

@deta Wells sonst nicht geht.
@AlCalzone hat mir das in einem anderem Threat schön erklärt, wo ich das gleiche Problem hatte.
Mach mal
/opt/iobroker/node_modules/iobroker.radar2
npm install

Damit reparierst Du Radar2,

[deta]

Hab es gemacht, denke ich hab das schon mal gemacht! Beobachte es jetzt mal.

[MathiasJ]

@deta
Ich würde evtl noch einen reboot machen. Das schadet nie :)

[deta]

Auch nach dem Reboot immer noch der Fehler:
host.rock 2019-03-16 21:14:39.315 error instance system.adapter.radar2.0 terminated with code null ()
host.rock 2019-03-16 21:14:39.314 warn instance system.adapter.radar2.0 terminated due to SIGSEGV

[MathiasJ]

@deta

ich würde hier https://forum.iobroker.net/topic/20663/ble-und-radar2-rot/24 weiter machen,
da wird das Problem geschildert, das ich auch hatte.
Eine versions-Änderung von Python und Reparaur von BLE bzw Radar2 hat mir damals geholfen.
Vllt liest ja @AlCalzone mit, und hilft Di bei Deinem Problem.
Mir hat er sehr geholfen, deshalb :+1: :+1: :+1:

Gruß,
Mathias

[deta]

Ich warte mal bis mein neuer Bluetooth Adapter da ist.

[MathiasJ]

@deta
Darf ich fragen, welchen Du bestellt hast?
Da ich das ganze System ins Wohnzimmer umziehen will, versuche ich den USB-Dongle für Radar2 über den USB RJ45 Extender an eine andere Stelle zu platzieren. Der USB-Dongle für BLE soll am Rock bleiben.
Schauen wir mal, ob es geht.

[deta]

@MathiasJ Ja das ist einfach ein USB Dongel. Der an den Rock soll, meiner ist bereits im Wohnzimmer, nur mein uralter kann den BLE4 nicht. Ich hab bei Ebay den Dongel bestellt.
Ob der funktioniert weis ich noch nicht. Kann ich dir in ein paar Tagen sagen, wenn er da ist und ich Ihn getestet habe.

cu Deta

[MathiasJ]

https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183704639382
Der hier geht bei meinem Rock64.
Davon habe ich 2 dran, jeweils einen für BLE und Radar.
Der Logilink geht eigenartiger Weise beim PI.

[AlCalzone]

@deta sagte in [Adapter] Neuer radar2-Adapter:

SIGSEGV

Das ist ein segmentation fault und hat oft mit kompilierten Libraries zu tun, die nicht zur Hardware passen. Ich bin mir jetzt nicht sicher, was deine Ausgangslage ist und was du schon alles probiert hast.

[deta]

@AlCalzone sagte in [Adapter] Neuer radar2-Adapter:

@deta sagte in [Adapter] Neuer radar2-Adapter:

SIGSEGV

Das ist ein segmentation fault und hat oft mit kompilierten Libraries zu tun, die nicht zur Hardware passen. Ich bin mir jetzt nicht sicher, was deine Ausgangslage ist und was du schon alles probiert hast.

Ich bin vor kurzen vom PI3b+ auf den Rock64 umgezogen.

Was soll ich prüfen? Was brauchst du an Infos?

cu Deta

[AlCalzone]

Hast du nach dem Umzug deine Module neu kompiliert?

cd /opt/iobroker
npm rebuild

oder wenn das Kommando noch nicht unterstützt ist

cd /opt/iobroker
bash ./reinstall.sh

[deta]

@AlCalzone Kann ich dir nicht mal jetzt sagen. Aber wenn ich die Befehle ausführe, hoffe ich mal das mir nicht das ganze System zerlegt wird. Sonst sitzen alle im Dunklen :relaxed:

cu Deta

[AlCalzone]

@deta Dann zieh dir vorher besser ein Backup

[msauer]

Der neue Radar2 Adapter gefällt mir wirklich sehr gut. Vor allem das super schnelle Erkennen der Geräte mittels DHCP Scan. Hier kann ich nun viel schneller auf Anwesende reagieren und bekomme keine Fehlalarme mehr.

Ich habe jedoch zwei Fehler zu melden. Dazu habe ich auch entsprechende Issues auf dem Github aufgemacht.

Den ersten "radar2.0._nHere not set to zero" hatte ja schon jemand weiter oben bemerkt. Es wurde allerding nicht darauf eingegangen. Der Fehler ist insoweit unschön, das die Variable "nHere" nie 0 wird und ggfs. so immer jemand anwesend wäre. Das kann ich ja noch mit "_isHere" umgehen, da diese korrekte Daten enthält.
Das zweite Issue "Erstes Erkennen einen Objektes funktioniert nicht" ist allerdings mehr als unschön. Ein bekanntes, aber noch nie gescanntes Gerät, wird nicht als Anwesend erkannt, die IP Adresse findet sich allerdings als unkown IP.
Erst nach einem Adapter Neustart wird dann das Objekt korrekt erkannt und die entsprechenden Felder angelegt.

Ich helfe gerne beim Troubleshooting.

[deta]

@AlCalzone sagte in [Adapter] Neuer radar2-Adapter:

@deta Dann zieh dir vorher besser ein Backup

Hab ich sowieso :-)
Habs durch Rebuild.

Dennoch auch nach neustart des Rock immer noch diese Meldungen;
host.rock 2019-03-18 18:34:12.170 info Restart adapter system.adapter.radar2.0 because enabled
host.rock 2019-03-18 18:34:12.170 error instance system.adapter.radar2.0 terminated with code null ()
host.rock 2019-03-18 18:34:12.169 warn instance system.adapter.radar2.0 terminated due to SIGSEGV

cu Deta

[AlCalzone]

Hmm dann weiß ich leider auch nicht weiter.

[frankjoke]

@msauer

Hallo nochmals! Danke für Test und feedback. Das nHere-Problem hab ich schon gefunden und korrigiert (auf git mit selber V 1.0.1).

Dein zweites Problem konnte ich nicht nachvollziehen bis ich einen Test machte wo ich nur eine Netzwerk-Mac eingebe und keinen Hostnamen oder ip (was ich normal nicht tue denn nur mac's können nur von arp-scan gefunden werden, aber nicht von pings!)

Das Problem war dass der Adapter Zeilen die nur Netzwerk-Macs enthalten haben heraus geschmissen hat (mit einer Warnmeldung)!

Hab das Problem denke ich jetzt auch behoben!

p.s.: Seid ihr böse wenn ich den Namen von .lasthere auf ._lastHere ändere? Es passt besser da ich alle zur Steuerung angelegten States mit _ beginnen lassen will.