IoBroker will sich nicht mehr mit fhem.0 verbinden.
-
Mir ist noch was aufgefallen,
wenn ich in fhem-Adapter (ioBroker) eine IP Adresse eingebe, die es nicht gibt, einmal mit Network-Radar ausgelesen
und einmal mit dem Terminal angepingt
also die IP 192.168.78.112 gibt es bei mir nicht im Netzwerk und diese IP gebe ich dann in den fhem Adapter ein,
wird fhem.0 auch gelb.
Hier dann die Log vom beschriebenen Beispiel:
fhem.0 2018-10-21 22:53:20.902 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:52:50.455 info terminating fhem.0 2018-10-21 22:52:50.451 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:52:50.451 error Error: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:52:50.451 error uncaught exception: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:51:34.897 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:51:04.449 info terminating fhem.0 2018-10-21 22:51:04.445 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:51:04.445 error Error: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:51:04.444 error uncaught exception: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:49:48.753 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:49:18.302 info terminating fhem.0 2018-10-21 22:49:18.299 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:49:18.299 error Error: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:49:18.298 error uncaught exception: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:48:02.790 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:47:32.357 info terminating fhem.0 2018-10-21 22:47:32.352 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:47:32.352 error Error: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:47:32.352 error uncaught exception: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:46:16.847 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:45:46.405 info terminating fhem.0 2018-10-21 22:45:46.401 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:45:46.401 error Error: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:45:46.400 error uncaught exception: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:44:30.798 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:44:00.351 info terminating fhem.0 2018-10-21 22:44:00.346 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:44:00.346 error Error: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:44:00.346 error uncaught exception: connect ETIMEDOUT 192.168.78.112:7072 fhem.0 2018-10-21 22:42:44.806 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:42:26.091 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:41:55.645 info terminating fhem.0 2018-10-21 22:41:55.641 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) fhem.0 2018-10-21 22:41:55.641 error Error: connect ETIMEDOUT 192.168.78.111:7072 fhem.0 2018-10-21 22:41:55.640 error uncaught exception: connect ETIMEDOUT 192.168.78.111:7072 fhem.0 2018-10-21 22:40:40.129 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:40:35.059 info terminating fhem.0 2018-10-21 22:40:35.046 error at process._tickCallback (internal/process/next_tick.js:181:9) fhem.0 2018-10-21 22:40:35.046 error at _combinedTickCallback (internal/process/next_tick.js:132:7) fhem.0 2018-10-21 22:40:35.046 error at net.js:1062:9 fhem.0 2018-10-21 22:40:35.046 error at defaultTriggerAsyncIdScope (internal/async_hooks.js:281:19) fhem.0 2018-10-21 22:40:35.046 error at internalConnect (net.js:964:16) fhem.0 2018-10-21 22:40:35.046 error Error: connect EHOSTDOWN 192.168.78.111:7072 - Local (192.168.78.150:59394) fhem.0 2018-10-21 22:40:35.046 error uncaught exception: connect EHOSTDOWN 192.168.78.111:7072 - Local (192.168.78.150:59394) fhem.0 2018-10-21 22:40:35.038 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:40:12.561 debug [main] start fhem.0 2018-10-21 22:40:12.560 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:40:12.417 debug statesDB connected fhem.0 2018-10-21 22:40:12.398 debug objectDB connected fhem.0 2018-10-21 22:39:55.246 info terminating fhem.0 2018-10-21 22:39:55.235 error at process._tickCallback (internal/process/next_tick.js:181:9) fhem.0 2018-10-21 22:39:55.235 error at _combinedTickCallback (internal/process/next_tick.js:132:7) fhem.0 2018-10-21 22:39:55.235 error at net.js:1062:9 fhem.0 2018-10-21 22:39:55.235 error at defaultTriggerAsyncIdScope (internal/async_hooks.js:281:19) fhem.0 2018-10-21 22:39:55.235 error at internalConnect (net.js:964:16) fhem.0 2018-10-21 22:39:55.235 error Error: connect EHOSTDOWN 192.168.78.111:7072 - Local (192.168.78.150:59295) fhem.0 2018-10-21 22:39:55.234 error uncaught exception: connect EHOSTDOWN 192.168.78.111:7072 - Local (192.168.78.150:59295) fhem.0 2018-10-21 22:39:55.229 debug [main] start fhem.0 2018-10-21 22:39:55.228 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-21 22:39:55.087 debug statesDB connected fhem.0 2018-10-21 22:39:55.068 debug objectDB connected fhem.0 2018-10-21 22:39:52.731 info Adapter is disabled => stopJa aber es ist eine Veränderung zur anderen Log, hier ist sehr viel rot.
Aber ich wollte die (für mich) Entdeckung (die vermutlich voll unwichtig ist) (trotzdem) niemanden vorenthalten.
Schönen Sonntag noch und Grüße aus Oberfranken.
Kai
-
Danke für die Infos
Leider im Log noch nichts gefunden…habe nochmal was im Adapter geändert...bitte nochmal update github, neustart und Log posten
In der Übersicht ist jeweils die IP vom Aufruf telnet...alles OK
Kannst du den Inhalt von telnet_127.0.0.1_58238 und telnet_127.0.0.1_58239 zum Vergleichen noch posten?
Zum Test mit unbenutzter IP: Alles OK kommt error keine Verbindung telnet
-
Hallo,
ja habe ich gemacht. Sogar den Mac habe ich neu gestartet. Folgendes Ergebnis:
fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.onlySyncRoom = ioBroker,ioB_OUT fhem.0 2018-10-22 17:25:41.752 debug [startSync] start ts_update = 1540221941747 connected = false fhem.0 2018-10-22 17:25:41.752 debug [getConfigurations] end fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.ignorePossibleSets = getConfig,etRegRaw,egBulk,regSet,deviceMsg,CommandAccepted fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.ignoreReadings = currentTrackPositionSimulated,currentTrackPositionSimulatedSec fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.allowedInternals = TYPE,NAME fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.allowedAttributes = room,alias,comment fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.ignoreObjectsInternalsTYPE = fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.ignoreObjectsInternalsNAME = info fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.ignoreObjectsAttributesroom = fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.allowedIOBin = fhem.0 2018-10-22 17:25:41.752 info > info.Configurations.autoConfigFHEM = false fhem.0 2018-10-22 17:25:41.750 info > info.Configurations.autoFunction = false fhem.0 2018-10-22 17:25:41.750 info > info.Configurations.autoRole = false fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.onlySyncRoomioBroker,ioB_OUT fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.ignorePossibleSetsgetConfig,etRegRaw,egBulk,regSet,deviceMsg,CommandAccepted fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.ignoreReadingscurrentTrackPositionSimulated,currentTrackPositionSimulatedSec fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.allowedInternalsTYPE,NAME fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.allowedAttributesroom,alias,comment fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.ignoreObjectsInternalsTYPE fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.ignoreObjectsInternalsNAMEinfo fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.ignoreObjectsAttributesroom fhem.0 2018-10-22 17:25:41.750 debug [getConfig] info.Configurations.allowedIOBin fhem.0 2018-10-22 17:25:41.750 debug [getSetting] info.Configurations.autoConfigFHEM false fhem.0 2018-10-22 17:25:41.750 debug [getSetting] info.Configurations.autoFunction false fhem.0 2018-10-22 17:25:41.750 debug [getSetting] info.Configurations.autoRole false fhem.0 2018-10-22 17:25:41.750 info check fhem.0.info.Configurations fhem.0 2018-10-22 17:25:41.750 debug [getConfigurations] start fhem.0 2018-10-22 17:25:41.750 debug [getSettings] end fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logIgnoreConfigurations = true fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logUnhandledEventFHEM = true fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logEventFHEMstate = false fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logEventFHEMreading = false fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logEventFHEMglobal = true fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logEventFHEM = false fhem.0 2018-10-22 17:25:41.750 info > info.Settings.logEventIOB = true fhem.0 2018-10-22 17:25:41.749 info > info.Settings.logDeleteChannel = true fhem.0 2018-10-22 17:25:41.749 info > info.Settings.logCreateChannel = true fhem.0 2018-10-22 17:25:41.749 info > info.Settings.logUpdateChannel = false fhem.0 2018-10-22 17:25:41.749 info > info.Settings.logCheckObject = false fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logIgnoreConfigurations true fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logUnhandledEventFHEM true fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logEventFHEMstate false fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logEventFHEMreading false fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logEventFHEMglobal true fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logEventFHEM false fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logEventIOB true fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logDeleteChannel true fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logCreateChannel true fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logUpdateChannel false fhem.0 2018-10-22 17:25:41.749 debug [getSetting] info.Settings.logCheckObject false fhem.0 2018-10-22 17:25:41.749 info check fhem.0.info.Settings fhem.0 2018-10-22 17:25:41.749 debug [getSettings] start fhem.0 2018-10-22 17:25:41.749 debug [myObjects] end fhem.0 2018-10-22 17:25:41.749 info check objects fhem.0.info fhem.0 2018-10-22 17:25:41.749 debug [myObjects] start fhem.0 2018-10-22 17:25:41.749 debug [main] telnetOut.on ready fhem.0 2018-10-22 17:25:41.748 debug [main] start fhem.0 2018-10-22 17:25:41.748 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0Hier noch die Bilder von dem Mysteriösen Telnet in FHEM:
und das andere:
Es bleibt unverändert.
Liebe Grüße.
Kai
-
Nabend Kai,
danke für die Infos, aber leider keine neuen Erkenntnisse
Die beiden telnet Verbindungen sind exakt wie bei mir. Habe schon alles probiert den Fehler hier zu reproduzieren…..nichts
Verbindung wird korrekt aufgebaut aber auf den Befehl jsonlist2 kommt keine Reaktion mehr.
Vielleicht gibt es hier noch einen telnet Spezialist der sich der Sache annehmen kann ????
Eins noch: Wenn du in FHEM "version" eingibts was kommt bei telnet ??
Gruß
LausiD
2201_telnet.png -
Hallo,
also erstmal vielen vielen Dank. Ich bin echt dankbar für den Einsatz.
Ja hier mal der Ausschnitt von FHEM.
Liebe Grüße aus Oberfranken
Kai
-
Hallo Kai,
telnet Verison ist auch gleich.
Versuch mal nochmal update github und adapter neu starten
Gruß
LausiD
-
Hallo,
ja habe ich gemacht.
Folgendes Ergebnis kam dabei heraus:
fhem.0 2018-10-23 20:10:47.896 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-23 20:10:17.432 error uncaught exception: read ECONNRESET fhem.0 2018-10-23 20:10:17.415 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-23 20:10:00.157 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-23 20:09:29.680 error at TCP.onread (net.js:622:25) fhem.0 2018-10-23 20:09:29.680 error Error: read ECONNRESET fhem.0 2018-10-23 20:09:29.680 error uncaught exception: read ECONNRESET fhem.0 2018-10-23 20:09:29.666 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-23 20:15:18.031 error already runningdas war Log-Stufe "info"
das ganze auch im "debug"
fhem.0 2018-10-23 20:19:30.981 debug system.adapter.admin.0: logging true fhem.0 2018-10-23 20:19:24.670 debug [main] telnetOut.on end fhem.0 2018-10-23 20:19:24.661 debug [main] start fhem.0 2018-10-23 20:19:24.660 info starting. Version 1.1.0 in /Users/fhem/Documents/iobroker/node_modules/iobroker.fhem, node: v8.12.0 fhem.0 2018-10-23 20:19:24.517 debug statesDB connected fhem.0 2018-10-23 20:19:24.498 debug objectDB connectedWas auch anders ist:
Im FHEM kommen die beiden telnet_5XXXX sind in FHEM nicht mehr vorhanden.
Kai
-
Keine Verbindung zu telnet. Kann aber nich von meiner Änderung kommen.
FHEM neu starten und neuer Versuch
-
Hallo Kai,
so letzter Versuch, dann gebe ich auf
Bitte nochmal update über github. Adapter starten und kurz drauf wieder beenden.
Danach gibt es ein Objekt fhem.0.info.Configurations.onlySyncNAME. Hier kannst du jetzt ein einzelnes Device aus FHEM oder auch mehere durch "," getrennt eintragen.
Bei erneutem Start FHEM Adapter werden nicht mehr alle Devices (jsonlist2) abgefragt, sondern nur noch Inhalt von fhem.0.info.Configurations.onlySyncNAME (jsonlist2 [fhem.0.info.Configurations.onlySyncNAME])
Viel Erfolg und Gruß
LausiD
-
Hallo,
Erfolg kann ich immer gut brauchen.
Leider war auch der Versuch ohne Erfolg.
Aber es gibt positives zu berichten.
Ich bin nun überzeugt, dass es nicht an fhem-adapter liegt, sondern am Mac bzw FHEM auf dem Mac.
Ich bin soeben dabei wieder einen Raspberry mit FHEM zu bestücken. Backup raufgespielt, läuft. fhem-Adapter wird nach Eingabe der IP grün.
Ich habe zuvor mit einem externen Raspberry (Alter Raspi mit ioBroker - Vorgänger von meiner Mac Version) versucht eine Verbindung mit dem FHEM auf dem Mac herzustellen. Gleiches Fehlerbild, gleiche Baustelle. Sobald FHEM nicht auf dem Mac ist, läuft die Telnet Verbindung. Ich kann beide (ioBroker und FHEM zusammen) leider nicht auf einem "Mac-freien" System testen. Dafür fehlen die Ressourcen am Raspberry. Aber interessant ist das schon. Ich lasse nun mal die FHEM Installation auf dem Mac ausgeschalten drauf. Dürfte ja keine Probleme machen, solange ich die nicht starte. Vielleicht findet sich ja irgendwann ein ähnlicher Fehler hier im Forum oder im fhem-Forum mit Lösung. Mal sehen.
Ich bin sehr sehr dankbar. Lernen konnte ich bei der ganzen Sache eine Menge. Dafür auf jeden Fall ein großes Dankeschön und vor allem auch für die investierte Mühe.
Liebe Grüße
Kai
-
Die Beobachtungen von KBLc decken sich grösstenteils mit meinen Recherchen vom Wochenende. Ich habe 6(!) verschiedene FHEM Installationenen auf unterschiedlichen Plattformen (Virtualbox: Debian9, Ubuntu16 Server,Ubuntu18 Server) Aspire Netbook mit Debian9 XFC, 2 Raspberry3 mit Raspbian Jessie und 2 auf unterschiedlichen Plattformen (Raspberry Pi und Viirtualisiertes Ubuntu 18 Server) installierte IOBroker Installationen versucht über den FHEM Adapter von IOBroker zu verbinden. Bei allen auf Debian 8 basierten Installationen gar kein Problem nach wenigen Sekunden wurde der Adapter grün, egal von welcher IOBroker Installation ich es versucht habe. Anders das Bild bei den Debian9 bzw. Ubuntu18 Installationen hier konnte ich lediglich die virtualisierte Version von Debian9 nach der Installation aller Updates zur Verbindung überreden, alle anderen (Ubuntu18 Server,Aspire Netbook und ein weiterer auf Raspian Stretch laufender Pi) haben sich nicht verbunden, ich konnte aber auf alle Systeme per telnet (getestet mit Putty unter Windows und vom Ipad mit Teminus) zugreifen. Meine Vermutung ist das hier irgendwelche Software Komponenten je nach Harware unterschiedlich sind. Als Alternative sehe ich im Moment nur MQTT, oder sieht jemand der Experten hier noch eine andere Lösung?
schönes Wochenende noch
Gruß Thomas
-
Wow das sind Möglichkeiten für einen Test
Bist du nach dieser Anleitung vorgegangen? http://www.iobroker.net/docu/?page_id=5106&lang=de
So läuft es bei mir:
Mac ist leider so gar nicht meins
Kannst du die Versionen auch Prüfen?
node -v
nodejs -v
npm -v
Gruß
LausiD
-
Hallo das ganze bitte nicht überbewerten,
waren 3 Installationen in Virtualbox, die ich nur aktualisert habe und dann FHEM installiert habe und nur auf Ubuntu Server 18 IOBroker installert und ja nach der verlinken Anleitung.Netbook(Debian9 XFC:
tester@debian9Server:~$ node -v
v8.12.0
tester@debian9Server:~$ nodejs -v
v8.12.0
tester@debian9Server:~$ npm -v
6.4.1
tester@debian9Server:~$
Ubuntu Server 18:
node:8.11, nodejs:8.11, npm 6.4.1
Raspberry Pi:
attform: linux Die Architektur: arm CPUs: 4 Geschwindigkeit: 900 MHz Modell: ARMv7 Processor rev 5 (v7l) RAM: 927.1 MB System uptime: 2 T. 23:17:20 Node.js: v8.12.0 NPM: 6.4.1 Adapter zählen: 202 Uptime: 2 T. 23:17:13Diese Systeme können nicht vom FHEM Adapter angesprochen werden. Andererseits können diese Systeme StandaloneFHEM Installationen ansprechen, also Systeme auf Raspbian nur mit FHEM ohne node oder npm installert ist
Ein Raspi der beides hat und auch den Apapter nutzen kann:
Plattform: linux Die Architektur: arm CPUs: 4 Geschwindigkeit: 600 MHz Modell: ARMv7 Processor rev 4 (v7l) RAM: 927.3 MB System uptime: 218 T. 07:47:38 Node.js: v6.12.0 NPM: 3.10.10 Adapter zählen: 202 Uptime: 2 T. 09:01:43jetzt so beim Zusammenstellen fällt mir auf das auf Systemen mit einer hohen NPM Version Schwierigkeiten auftreten, kann das sein?
Gruß Thomas
-
Hallo Thomas,
danke für die ausführliche Rückmeldung.
In der Doku steht:
"das mitglieferte npm 5.6.0 npm unbedingt downgraden mit sudo npm install -g npm@4
npm 5.x enthält noch einen Bug, der bei ioBroker zu massiven Problemen führt."
Wäre noch einen Versuch wert
Gruß
LausiD
-
da hast du recht, ich hatte aber gedacht das die 6.xx Versionen einwandfrei sind…. ich starte mal einen test...
-
so, gerade mein virtualisiertes Ubuntu Server 18 auf NPM 4.6.1 downgegradet, leider kein Erfolg
-
Auch gemacht?
cd /opt/iobroker
Iobroker stop
dann:
sudo chmod +x reinstall.sh
./reinstall.sh
Iobroker start
-
Hallo,
` > @Kai
Mac ist leider so gar nicht meins
Kannst du die Versionen auch Prüfen?
node -v
nodejs -v
npm -v `
Klaro, gerne.
Vermutlich habe ich etwas nicht installiert. Denn bei nodejs kommt nix raus.
Hier mal die Übersicht vom Mac.
Last login: Mon Oct 22 17:14:56 2018 from 192.168.78.152 Kais-Mac-mini:~ Kai$ node -v v8.12.0 Kais-Mac-mini:~ Kai$ nodejs -v -bash: nodejs: command not found Kais-Mac-mini:~ Kai$ npm -v 6.4.1 Kais-Mac-mini:~ Kai$Soll ich da noch was installieren?
` > "das mitglieferte npm 5.6.0 npm unbedingt downgraden mit sudo npm install -g npm@4
npm 5.x enthält noch einen Bug, der bei ioBroker zu massiven Problemen führt."
Wäre noch einen Versuch wert
`Soll ich das am Mac auch mal Downgraden?
Liebe Grüße aus Oberfranken
Kai
-
Hallo Kai,
In der Doku steht:
Node.js neu installieren für Linux und Raspberry 2/3
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
reboot
Downgrade npn ist auf jeden Fall einen Versuch wert.
Gruß
LausiD
-
Auch gemacht?
cd /opt/iobroker
Iobroker stop
dann:
sudo chmod +x reinstall.sh
./reinstall.sh
Iobroker start `
Ich denke irgendwie schon, IOBroker Übersicht Info sagt wenigstens folgendes:
Plattform: linux Die Architektur: x64 CPUs: 1 Geschwindigkeit: 3000 MHz Modell: AMD Athlon(tm) II X4 640 Processor RAM: 985.4 MB System uptime: 00:04:46 Node.js: v8.10.0 NPM: 4.6.1 Adapter zählen: 202 Uptime: 00:04:18
