IoBroker will sich nicht mehr mit fhem.0 verbinden.

KBLc

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

TL60

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

LausiD

@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:

@Kai

Mac ist leider so gar nicht meins :-(

Kannst du die Versionen auch Prüfen?

node -v

nodejs -v

npm -v

Gruß

LausiD

TL60

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:13

Diese 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:43

jetzt so beim Zusammenstellen fällt mir auf das auf Systemen mit einer hohen NPM Version Schwierigkeiten auftreten, kann das sein?

Gruß Thomas

LausiD

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

TL60

da hast du recht, ich hatte aber gedacht das die 6.xx Versionen einwandfrei sind…. ich starte mal einen test...

TL60

so, gerade mein virtualisiertes Ubuntu Server 18 auf NPM 4.6.1 downgegradet, leider kein Erfolg :(

LausiD

Auch gemacht?

cd /opt/iobroker

Iobroker stop

dann:

sudo chmod +x reinstall.sh

./reinstall.sh

Iobroker start

KBLc

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

LausiD

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

TL60

~~@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

KBLc

Hallo,

bei mir kann sich die nächste "Status-Information" noch etwas hinziehen. Ich bekomme es nicht installiert, bzw. geändert:

Folgendes Problem:

Kais-Mac-mini:~ fhem$ sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
sudo: apt-get: command not found
Kais-Mac-mini:~ fhem$ brew install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
Error: No available formula with the name "build-essential" 
==> Searching for a previously deleted formula (in the last month)...
Warning: homebrew/core is shallow clone. To get complete history run:
  git -C "$(brew --repo homebrew/core)" fetch --unshallow

Error: No previously deleted formula found.
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
==> Searching taps on GitHub...
Warning: Error searching on GitHub: curl failed!   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (6) Could not resolve host: api.github.com

Error: No formulae found in taps.
Kais-Mac-mini:~ fhem$

Ich habe noch keine Ahnung wie ich es anfangen soll, die Pakete auf meinem Mac zu installieren.

Allerdings habe ich folgendes in ioBroker gefunden was meiner Meinung nach nicht passen kann, oder liege ich da falsch?

host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	info	Restart adapter system.adapter.alexa2.0 because enabled
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at emitErrorAndCloseNT (internal/streams/destroy.js:50:3)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at emitErrorNT (internal/streams/destroy.js:82:8)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at TLSSocket.emit (events.js:182:13)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at TLSSocket.socketErrorListener (_http_client.js:391:9)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at ClientRequest.emit (events.js:182:13)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at ClientRequest. <anonymous>(/Users/fhem/Documents/iobroker/node_modules/alexa-cookie2/alexa-cookie.js:114:24)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: at request (/Users/fhem/Documents/iobroker/node_modules/alexa-cookie2/alexa-cookie.js:236:72)
host.Kais-Mac-mini.local	2018-11-01 09:27:21.701	error	Caught by controller[0]: TypeError: Cannot read property 'options' of undefined
host.Kais-Mac-mini.local	2018-11-01 09:27:20.901	info	instance system.adapter.alexa2.0 started with pid 25350
host.Kais-Mac-mini.local	2018-11-01 09:26:50.895	info	Restart adapter system.adapter.alexa2.0 because enabled
host.Kais-Mac-mini.local	2018-11-01 09:26:50.895	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.Kais-Mac-mini.local	2018-11-01 09:26:50.112	info	instance system.adapter.alexa2.0 started with pid 25347
host.Kais-Mac-mini.local	2018-11-01 09:26:20.106	info	Restart adapter system.adapter.alexa2.0 because enabled
host.Kais-Mac-mini.local	2018-11-01 09:26:20.106	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.Kais-Mac-mini.local	2018-11-01 09:26:19.304	info	instance system.adapter.alexa2.0 started with pid 25346
host.Kais-Mac-mini.local	2018-11-01 09:26:01.054	info	instance system.adapter.tvspielfilm.0 terminated with code 0 (OK)
host.Kais-Mac-mini.local	2018-11-01 09:25:49.299	info	Restart adapter system.adapter.alexa2.0 because enabled
host.Kais-Mac-mini.local	2018-11-01 09:25:49.299	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.Kais-Mac-mini.local	2018-11-01 09:25:48.502	info	instance system.adapter.alexa2.0 started with pid 25345</anonymous>

Liebe Grüße aus Oberfranken.

Kai

LausiD

Hallo Kai,

habe noch was gefunden viewtopic.php?t=15693

~~@Stabilostick:~~

Das schöne am ioBroker ist, dass er fast überall läuft, wofür es Nodejs gibt.

OSX-Installation: siehe hier –> http://www.iobroker.net/docu/?page_id=2293&lang=de

Nimm als Node-Installation das node-v8.11.3.pkg: --> https://nodejs.org/en/download/

Führe nach dem Setup von Node und vor dem Installationschritt vom ioBroker in der Doku noch den Befehl
npm install -g npm@4 
aus. `

Auch hier der Hinweis auf Verwendung von npm 4.61 !

Also ioBroker deinstallieren und node nach Vorgabe installieren oder falls möglich noch mal nach dieser Anleitung neu aufsetzen.

Zum 2.Punkt Adapter alexa2 und tvspielfilm werden mit Fehler abgebrochen

Gruß

LausiD

AllElectrified

Auch wenn dieser Thread schon etwas älter ist. Ich scheine von dem gleichen Problem (nur gelb zu FHEM unter Ubuntu) zu stehen:

LINK.

Gibt es mittlerweile dazu eine Lösung?

Danke.

Gruß
Thomas.

Community Forum

NEWS

IoBroker will sich nicht mehr mit fhem.0 verbinden.

Support us

753

32.5k

81.7k

1.3m