NEWS

Hallo,
es könnte mit https://github.com/nodejs/nan/issues/807 zutun haben. Auf einem alten System mit gcc 6 habe ich keine Probleme aber auf allen mit gcc 8
Viele Grüße
Markus

zbjornson created this issue in nodejs/nan closed Compilation warnings with GCC 8 #807

@Glasfaser sehr schön!
Hat geklappt und reicht für meine Zwecke völlig aus 🙂
Jetzt ist mir dann auch aufgefallen, dass ich in der Object ID die 'JS iCal table' referenziert hatte.
Das gibt zwar eine schöne Tabelle aber eben wohl nicht so einfach formatierbar .... 😉

Also ich hatte die Probleme auch nach einem Umzug von RPI3 auf 4.

Folgendes war bei mir erfolgreich:

Bluetooth muss an sein:

sudo systemctl enable hciuart

Diese Befehle nochmal durchgeführt:
Siehe auch https://github.com/frankjoke/ioBroker.radar2 bei Installation

sudo apt-get install -y coreutils libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools # and below need to be run whenever you update nodejs! 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`)

Installation node-bluetooth

npm install node-bluetooth --save

Jetzt sind alle gelbe und rote Logeinträge weg und die Radar2 Ojekte sind wieder da.

In der Zwischenzeit könntest du auch mal meinen Adapter probieren 🙂
Müsste auch mit der froggit laufen.

https://forum.iobroker.net/topic/32599/wetterstation-ws980wifi-von-elv-neuer-adapter/86

Danke dir für die Antwort. Ich kenne mich nur mit Blockly aus. wie starte ich das script dann via VIS?

Die stable-Version ist nach wie vor 3.7.8, in der Entwicklung sind sie mittlerweile bei 4.1.1., mal sehen, wann eine neue Version als stable freigegeben wird.

Nachtrag vom 01.05.2020
Heute wurden im Latest diverse Adapter , u.a. die oben genannten um einen Versionsschritt angehoben.

Offensichtlich ist dem ioB Entwicklerteam der Fehler selber aufgefallen (oder aufgrund meines Postings hier).

Stand heute: ioB unter Android stürzt jetzt nicht sofort ab, sondern erst wenn der Re-Sync Ladebalken in der App seeeeeehrrr lange am Ende stehen bleibt.

cloud.0 2020-05-01 07:49:38.367 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.315 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.315 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.300 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.299 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.299 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.298 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.298 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.297 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.297 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.296 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.295 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:38.291 error (1548) Received unknown command: log cloud.0 2020-05-01 07:49:37.936 debug (1548) Subscribes: vis.0.app.brightness.value, vis.0.control.instance, vis.0.control.data, vis.0.control.command, ical.0.data.count, ical.0.data.html, tr-064.0.calllists.all.json, fb-checkpresence.0.J cloud.0 2020-05-01 07:49:35.443 debug (1548) Subscribes: vis.0.app.brightness.value, vis.0.control.instance, vis.0.control.data, vis.0.control.command cloud.0 2020-05-01 07:49:34.163 debug (1548) Subscribes: vis.0.app.brightness.value cloud.0 2020-05-01 07:49:34.001 debug (1548) 2020-05-01T05:49:34.001Z Request authenticate [system.user.admin]

Außerdem bleibt immer noch die Problematik, das die Einwahl GRUNDSÄTZLICH erstmal über den PRO Account erfolgt, auch wenn man im heimischen Netzwerk ist. Klickt man auf Re_Sync, solange das "Pro" Logo zu sehen ist, kommt es sofort wieder zum Absturzt.

...... und das Trashscheduler Widget wird immer noch nicht mit angezeigt, obwohl auf GIT das Issue geschlossen wurde.

Auch unter iOS ist ein gewisser Teilerfolg zu verzeichnen. Logt man sich hier auf ioB ein, kommt nach unendlich langer Wartezeit (weißer Bildschirm) das VIS Bild wieder, begleitet von div. Fehlermeldungen im LOG File.

VIS Seiten Aufrufe dauern "Stunden" und führen Teilweise zum Neustart der App.

oud.0 2020-05-01 07:53:14.475 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.475 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.475 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.474 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.474 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.474 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.474 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.473 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.473 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.473 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.472 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.472 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.469 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.468 error (1548) Received unknown command: log cloud.0 2020-05-01 07:53:14.335 debug (1548) sendTo "getHistory" to system.adapter.history.0 from system.adapter.cloud.0 cloud.0 2020-05-01 07:53:14.134 debug (1548) sendTo "getHistory" to system.adapter.history.0 from system.adapter.cloud.0 cloud.0 2020-05-01 07:53:14.133 debug (1548) sendTo "getHistory" to system.adapter.history.0 from system.adapter.cloud.0 cloud.0 2020-05-01 07:53:14.126 debug (1548) sendTo "getHistory" to system.adapter.history.0 from system.adapter.cloud.0 cloud.0 2020-05-01 07:53:13.881 debug (1548) Subscribes: vis.0.control.instance, vis.0.control.data, vis.0.control.command, ical.0.data.count, ical.0.data.html, tr-064.0.calllists.all.json, fb-checkpresence.0.Jörg, fb-checkpresence.0.Jann cloud.0 2020-05-01 07:53:13.766 info (1548) User accessed from cloud: skb1u-X2eixUIuvRB3BR cloud.0 2020-05-01 07:53:13.705 debug (1548) sendTo "getHistory" to system.adapter.history.0 from system.adapter.cloud.0 cloud.0 2020-05-01 07:53:13.535 debug (1548) sendTo "getHistory" to system.adapter.history.0 from system.adapter.cloud.0 cloud.0 2020-05-01 07:53:13.430 debug (1548) Subscribes: vis.0.control.instance, vis.0.control.data, vis.0.control.command, ical.0.data.count, ical.0.data.html, tr-064.0.calllists.all.json, fb-checkpresence.0.Jörg, fb-checkpresence.0.Jann cloud.0 2020-05-01 07:53:13.398 info (1548) User accessed from cloud: _KxkZdHfYXud_VdnB3BQ cloud.0 2020-05-01 07:53:13.144 debug (1548) Subscribes: vis.0.control.instance, vis.0.control.data, vis.0.control.command, ical.0.data.count, ical.0.data.html, tr-064.0.calllists.all.json, fb-checkpresence.0.Jörg, fb-checkpresence.0.Jann cloud.0 2020-05-01 07:53:13.078 info (1548) User accessed from cloud: tzBbtTZV32GeXUVLB3BP cloud.0 2020-05-01 07:53:12.953 info (1548) User accessed from cloud: JWx0k_uVW9SKnmP8B3BO

@xxxspxxx
Benutze doch einfach rega nicht und mach die Zuordnungen im IoBroker, dann sollte das problemlos funktionieren

@MyzerAT Das sieht doch super aus!
Ich würde die Geräte die jetzt nicht gehen nochmal löschen und neu Pairen und dann mal testen.

Hallo zusammen,

jetzt habe ich das Problem wieder...
Anbei mal ein Video.

Jemand eine Idee? .. bin echt am verzweifeln.

ioT.mov

... gestern ist mir die Installation schon wieder "abgeraucht"
Es kündigte sich leise an, da plötzlich einige Icons verschwunden waren.

Dann scheiterte wieder, wie schon einmal, die Installation eines neuen Adapter.
Nach einem Reboot, welcher auch recht lange dauerte, lief dann plötzlich VIS nicht mehr ...

Und die grafische Oberfläche des Raspis ließ sich auch nicht mehr starten... (init 5).
Bei einem erneuter Reboot kam das Gerät dann gar nicht mehr hoch.

Was soll ich sagen, ich hatte das ja vor 2 Wochen schon einmal und hatte damals schon eine SD-Karte aussortiert.
Nun habe ich die zweite, baugleich/zusammen angeschafft, gleich hinterher entsorgt.

So etwas ist mir auch noch nicht unter gekommen.
Immerhin hatte ich ja nun Übung im Neuinstallieren 🙂

@pdg007
Hallo ich habe es auf gegeben und spiele jetzt die Alarme über Alexa.

Habe den Fehler gefunden.
Musste mich in hm-rega per HTTPS anmelden und schon ging es!

Ich benutze BWM und Lampe von Philips Hue und, wie gesagt, sehr sehr träge.
Habe ich irgendwelche Nachteile, wenn ich die Bridges aussondere?

@Asgothian Danke, dass war das Problem! 👍

Besten Dank!