NEWS

@pusemuckel dann hängt es evtl mit Admin zusammen. Da bin ich allerdings raus.

@Mitch Bitte Beitrag löschen oder ignorieren. Ich habe die 2.0.4 installiert und bügle gerade 2.0.5 drauf, um das Problem zu verhindern.

Sorry, für den blinden Post!

@haselchen sagte in ioBroker reagiert nicht mehr nach Neustart RaspberryMatic:

Das heisst Du hast IOBroker und RaspberryMatic auf 2 verschiendenen Geräten?
Wenn ja müsstest Du mal genau die Versionen aufschreiben.
1)RaspberryMatic
2)IOBroker Hm-Rega, Hm-Rpc , dann die dortigen Einstellungen

JS-Controller Version
Node Version
NPM Version

Da bei mir insoweit alles funktioniert, würde ich dir anhand meiner Konfiguration Tipps geben.
Du siehst, das Zusammenspiel der beiden Systeme ist ein wenig komplizierter.

Hier nun die angefragten Informationen:

HM-Rega: 2.3.0

HM-RPC: 1.9.6

JS-Controller: 4.1.0

Node Version: v6.14.4

NPM-Version: 3.10.10

RaspberryMatic Version: 3.41.11.20190126

Bilder:
2019-02-21 22_19_28-Program Manager.png 2019-02-21 22_18_54-instances - ioBroker.png 2019-02-21 22_18_12-instances - ioBroker.png 2019-02-21 22_17_16-.png 2019-02-21 22_16_40-instances - ioBroker.png 2019-02-21 22_15_38-instances - ioBroker.png

Wie ich aber schon erwähnt habe das Thema ist nicht neu und ich beobchte das schon lange sicherlich 6+ Monate. Ich glaube eher an ein Timing Problem, wenn das System x Sek. keinen Kontakt mit der Homamtic hat, dann hängt sich irgendetwas auf.

@klmf2 sagte in hm-rpc Installation lässt ccu abstürzen:

Könnte noch mal eine ältere raspberrymatic Version versuchen

Da wird es am ehesten dran liegen

Hi,
ich habe nach dem Umzug von einem RPi2 zu einem OPi das gleiche Problem, dass in der History-Tabelle nur für kurze Zeit Einträge vorhanden sind und diese nach ein paar Minuten wieder verschwinden.
Ich habe auch geschaut, ob der NTP richtig eingestellt ist, sehe aber da keinen Fehler, da die Zeit zu stimmen scheint. Kann bitte jemand genau aufzeigen, worauf ich da genau achten muss, bzw welche Schritte notwendig sind, evtl hab ich da etwas übersehen.
Vielen Dank schon mal

Grüße
Lutzy

@Homoran sagte in Java Script Adapter 4.1.0 mit Bug?:

@sigi234
Ich tippe auf den Speicherort

Unter Scripts enabled sollen keine Scripte liegen, sondern nur für Datenpunkte zu den Scripts.

Die Scripte gehören unter Javascript.0

Von daher ist das imho kein Bug

Tippen heißt nicht wissen und da liegen alle meine Blocklys und warum, weil die dort automatisch abgelegt werden wenn ich die erstelle.
Sollte das der Grund sein, wäre es noch ein viel größer Bug und so wie es aussieht wohl auch nicht der einzige.

gelöst nach kompletter Neuinstallation mit Hilfe von Beitrag:
https://forum.iobroker.net/topic/6607/gelöst-problem-mit-der-installation-des-zwave-adapters/7

kann ich dass irgendwie automatisieren?
muss bei jeden Neustart gemacht werde. 😞

@AkiraFFM said in Amazon Dashbutton:

Hi,

ich hatte auch das Problem. Versuch es mal damit, hat das Problem bei mir gelöst.

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

Hier der Link wo ich es gefunden habe

geil danke 😄

@Homoran sagte in iobroker.vis app für android handys - manche widgets werden nicht übertragen:

Ersteres ist eine Unterstellung, zweiteres ist auch nicht Sinn der Sache.

Wenn du meinst, dann ist ja alles gut.

Hi,
ihr seid die besten, Danke!

👍 👍 👍

hat sich erledigt !

Skill war nicht mehr verknüpft --> jetzt ist er es wieder "ioBroker SmartHome wurde erfolgreich verknüpft"

oder:

2019-02-20 07:57:42.563 - error: mihome.0 Error: bind EADDRINUSE 0.0.0.0:9898

Ich kann Harmony nicht auf die 0.93 downgraden: es kommen immer wieder Fehler:

iobroker 2019-02-20 07:02:11.447 info exit 0 iobroker 2019-02-20 07:02:11.443 info Adapter "harmony" updated iobroker 2019-02-20 07:02:11.388 info upload [0] harmony.admin /opt/iobroker/node_modules/iobroker.harmony/admin/harmony.png harmony.png image/png iobroker 2019-02-20 07:02:11.334 info upload [1] harmony.admin /opt/iobroker/node_modules/iobroker.harmony/admin/index.html index.html text/html iobroker 2019-02-20 07:02:11.280 info upload [2] harmony.admin /opt/iobroker/node_modules/iobroker.harmony/admin/index_m.html index_m.html text/html iobroker 2019-02-20 07:02:11.224 info upload [3] harmony.admin /opt/iobroker/node_modules/iobroker.harmony/admin/words.js words.js application/javascript iobroker 2019-02-20 07:02:11.199 info got /opt/iobroker/node_modules/iobroker.harmony/admin iobroker 2019-02-20 07:02:11.152 info created a lockfile as package-lock.json. You should commit this file. iobroker 2019-02-20 07:02:11.152 info npm notice iobroker 2019-02-20 07:02:04.122 info npm install --production (System call) in "/opt/iobroker/node_modules/iobroker.harmony" iobroker 2019-02-20 07:02:04.114 info npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2019-02-20T06_02_04_106Z-debug.log iobroker 2019-02-20 07:02:04.113 info iobroker 2019-02-20 07:02:04.105 info npm ERR! enoent iobroker 2019-02-20 07:02:04.105 info npm ERR! enoent This is related to npm not being able to find a file. iobroker 2019-02-20 07:02:04.105 info npm ERR! enoent spawn git ENOENT iobroker 2019-02-20 07:02:04.105 info enoent npm ERR! enoent iobroker 2019-02-20 07:02:04.104 info npm ERR! iobroker 2019-02-20 07:02:04.104 info ERR! enoent Error while executing:npm ERR! enoent undefined ls-remote -h -t https://github.com/swissmanu/ltx.git iobroker 2019-02-20 07:02:04.103 info npm iobroker 2019-02-20 07:02:04.103 info npm ERR! syscall spawn git iobroker 2019-02-20 07:02:04.103 info npm ERR! errno ENOENT iobroker 2019-02-20 07:02:04.103 info path gitnpm ERR! code ENOENT iobroker 2019-02-20 07:02:04.102 info npm ERR! iobroker 2019-02-20 07:02:03.093 info deprecated node-xmpp-stanza@1.1.0: use @xmpp/xml package <https://www.npmjs.com/package/@xmpp/xml> iobroker 2019-02-20 07:02:03.093 info npm WARN iobroker 2019-02-20 07:01:56.967 info npm install iobroker.harmony@0.9.3 --production --save --prefix "/opt/iobroker" (System call) iobroker 2019-02-20 07:01:56.811 info NPM version: 6.7.0 iobroker 2019-02-20 07:01:56.656 info Update harmony from @1.2.0 to @0.9.3

Ich hatte vorher die 1.15 in Betrieb, auch diese konnte ich nicht downgraden.

Kann mir Jemand helfen? Oder kommt bald ein Update?

Gruß
Martin

@cburger kannst du bei Gelegenheit mal testen ab welcher Version genau es nicht mehr geht. Zwischen 2.0.0 und 2.3 gab es ja noch ein paar Versionen. So könnte man das mal eingrenzen, und es ist eine originale CCU3?

@MyzerAT
hier findest Du im ersten Beitrag entsprechende Links bei eventuellen Problemen mit IOT

Klick hier drauf

Hallo,

den Fehler mit dem "enums.room.Technikraum" konnte ich nun finden und auch lösen. Bisschen schwierig zu erklären aber ich versuche es einmal: Es waren Objekte von einer Siemens LOGO, die zwar in der Adapterinstanz auf den Raum (Technikraum) zugewiesen waren aber bei den Objekten war keine Zuordnung auf den Raum (Technikraum) vorhanden. Woher das kommt ist mir unklar, da ich noch mehrere LOGO´s im Einsatz habe, bei denen so etwas nicht aufgetreten ist. Ich habe nun bei den Objekten den Raum angegeben und nun ist Ruhe.

Bzgl. des 2. Fehlers mit dem doppelten Stop hat @foxriver76 ja schon geantwortet.

Somit kennzeichne ich dieses Thema hier für mich als gelöst.

Edit: Peinlich, wie kennzeichne ich im neuen Forum ein Thema als gelößt 🤔

Gruß Steffen

@arteck
Danke! So etwas ähnliches habe ich heute morgen auch überlegt, das dann aber wieder verworfen - denn es hatte ja gestern schon funktioniert und ich hatte ja schon erfolgreich mehrere Sensoren wieder angelernt.
Aber bei meinen ganzen verzweifelten Wiederherstellungs- und Backup-Versuchen habe ich da wohl was übersehen/zerschossen. Durch deinen Hinweis habe ich jetzt nochmal alles mehrfach kontrolliert und neu durchgereicht: Erfolgreich!

Aktuell geht´s also positiv weiter: DerStick ist wieder da (!) und ich habe auch die sheperd-Datei mal rüberkopiert. Jetzt sind alle Zigbee-Geräte da, 3 machen noch Probleme, die kann ich aber noch nicht eingrenzen. Die werde ich mal neu anlernen.

Danke euch beiden!!! 👍

mqtt und sonoff adapter muessen auf verschiedene Ports liegen, als Standard ist leider bei beiden 1883 gesetzt, da beide mit dem mqtt-protokoll arbeiten. Stelle einen Adapter auf einen anderen Port, z.bsp. 1886, und dann klappts.

Ich habe 60 Devices, die mit dem sonoff Adapter auf Port 1883 kommunizieren, und 35, die mit mqtt auf Port 1886 reden.
Läuft.
Die Adapter werden erst grün, wenn der erste Client sich angemeldet hat, also nicht wundern, wenn man den Server konfiguriert und dann erstmal gelb ist.
Mehr findest du auch im Protokoll in iobroker ( /opt/iobroker/log da sind alle logfiles von iobroker täglich abgelegt).