@tombox Danke für die Info. Ich dachte mir schon, dass ich die Aussage des Supports nicht für voll nehmen kann. Aber das ist jetzt ja eine positive Überraschung. Das Problem ist momentan die SC Geräte noch herzubekommen... SD18 bekommt man viel einfacher.

Ich habe vor 2 Wochen eine Anfrage an den Grünberg Support geschickt wegen der SD18 und einer offenen Cloud API. Hier ist die Antwort:

Sehr geehrter Herr xxx,

besten Dank für Ihre Anfrage und Entschuldigung für die späte Antwort.

Derzeit gibt es keine offene API in der Cloud. Es besteht nur die Möglichkeit über die App auf die Anlage zuzugreifen.
Aktuell gibt es auch keine Pläne für eine offene API in der softliQ D Baureihe.

Für weitere Fragen stehe ich Ihnen gerne zur Verfügung

Hallo,

ich würde mir auch gerne eine Grünbeck kaufen, sehe ich es richtig, dass immer noch keiner sicher weiß ob die SD18 eine offenen Schnittstelle hat?

@andre sorry,
wollte ich schon früher machen, ich war aber unterwegs ohne Zugriff auf die Logs.

,
----------------------------------------,
-----   Image-Version: 3.0.2beta   -----,
-----      2019-06-23 21:27:34     -----,
----------------------------------------,
,
Startupscript running...,
,
Installing additional packages...,
The following packages will be installed: nano,
Installing additional packages done...,
,
Changing permissions upon first run (This might take a while! Please be patient!)...,
Changing permissions done...,
,
Starting ioBroker...,
,
----------------------------------------,
-------     ioBroker Logging     -------,
----------------------------------------,
,
host.iobrokerv3Test check instance "system.adapter.admin.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.discovery.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.hm-rpc.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.hm-rpc.1" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.hm-rega.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.sony-bravia.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.fritzbox.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.web.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.scenes.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.ical.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.javascript.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.fakeroku.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.tankerkoenig.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.tvspielfilm.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.synology.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.zigbee.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-bars.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-history.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-hqwidgets.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-jqui-mfd.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-justgage.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-timeandweather.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-players.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-metro.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.dwd.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.weatherunderground.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.yr.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.feiertage.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.fullcalendar.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.daswetter.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.history.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.harmony.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.telegram.0" for host "iobrokerv3Test",
host.iobrokerv3Test check instance "system.adapter.vis-colorpicker.0" for host "iobrokerv3Test",
Sun, 23 Jun 2019 19:29:46 GMT node-telegram-bot-api deprecated Automatic enabling of cancellation of promises is deprecated.,
In the future, you will have to enable it yourself.,
See https://github.com/yagop/node-telegram-bot-api/issues/319. at module.js:653:30,
,

Und danach kommt einfach nichts mehr.

mania25 created this issue in yagop/node-telegram-bot-api

closed Error: cannot enable cancellation after promises are in use #319

@andre ok, dann hatte ich doch einen Denkfehler.

Ich bekomme die Meldung beim ersten Starten des Containers. Nach dieser Meldung hört der Log auf und es kommt gar nichts mehr. Der iobroker ist mMn auch nicht gestartet, ich bekomme über die Oberfläche jedenfalls keinen Zugriff und es steht nicht im Log iobroker started oder so etwas ähnliches. (Wobei ich nicht ausschließen will, dass ich etwas falsch konfiguriert habe (MACVLAN Methode))

@ChrisXY ich verstehe nicht genau was du machen willst. Du hast ja dein Netzwerk Subnetz zu Hause 192.168.2.0/24. Die 192.168.2.1 ist dein Gateway bzw. deine Fritzbox und dein DHCP Server? Willst du jetzt für das MACVLAN ein neuen Subnetz erstellen oder einfach dem iobroker die IP 192.168.2.200 geben?

@andre

du meinst ich soll den Fehler iobroker-community-adapters/ioBroker.telegram im Github melden? Der Fehler scheint ja bekannt zu sein und es gibt ein Issue dazu aber in der node-telegram-bot-api. Ich denke mal, dass der Adapter diese API benutzt. Der permanent fix ist ja, die Environment Variable zu setzen.

@andre ich habe mich jetzt an die iobroker v3 Installation gewagt und gleich die MACVLAN Variante nicht die Host Variante. Dazu habe ich die letzt beta geladen und alle Einstellungen gemacht.

Der Fehler den ich kriege hat auch nichts mit Host oder MACVLAN zu tun sondern mit ENV.
Im Log bekomme ich diese Meldung:

Sun, 23 Jun 2019 19:19:52 GMT node-telegram-bot-api deprecated Automatic enabling of cancellation of promises is deprecated.

In the future, you will have to enable it yourself.

See https://github.com/yagop/node-telegram-bot-api/issues/319. at module.js:653:30

Schnell gegoogelt und auf diese Lösung gekommen:

Permanent fix: set the environment variable NTBA_FIX_319 (to any value). You will have to enable Promise cancellation yourself, if you need it. This fix will be applied by default once we bump major version as it introduces backwards-incompatible changes.

Gesagt getan und habe den Container editiert und die ENV hinzugefügt. Leider habe ich das Problem, dass die zusätzliche ENV nicht übernommen wird. Ich habe das jetzt schon öfter probiert, add environment variable und dann deploy ich und die Variable ist wieder weg. Oder liege ich hier vollkommen falsch mit meinem Lösungsversuch? Bin eher nicht der iobroker Spezialist

mania25 created this issue in yagop/node-telegram-bot-api

closed Error: cannot enable cancellation after promises are in use #319

@andre würde mich auch zum Testen anbieten. Bin momentan noch auf der V2.
Was sollen wir genau machen, um es zu testen?

Gruß
Denis

@foxriver76 es laufen eigentlich beide Adapter, aber irgendwie funktioniert das Zusammenspiel nicht (mehr). Ich weiß auch nicht wie ich "debuggen" soll oder wie ich herausfinden soll, an was es liegt.

fakeroku.0	2019-04-28 12:37:51.175	debug	system.adapter.admin.0: logging true
fakeroku.0	2019-04-28 12:36:46.699	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:36:41.699	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:36:36.697	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:36:31.697	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:36:26.696	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:35:57.373	debug	system.adapter.admin.0: logging false
fakeroku.0	2019-04-28 12:34:46.560	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:34:41.560	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:34:36.559	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:34:31.557	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:34:26.556	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:34:16.841	debug	responding to 192.168.178.38:55901
fakeroku.0	2019-04-28 12:34:16.741	debug	responding to 192.168.178.38:55901
fakeroku.0	2019-04-28 12:32:46.540	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:32:41.538	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:32:36.544	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:32:31.534	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:32:26.533	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:31:43.641	debug	responding to 192.168.178.27:51896
fakeroku.0	2019-04-28 12:31:40.641	debug	responding to 192.168.178.27:51896
fakeroku.0	2019-04-28 12:31:37.651	debug	responding to 192.168.178.27:51896
fakeroku.0	2019-04-28 12:30:46.473	debug	responding to 192.168.178.1:54063
fakeroku.0	2019-04-28 12:30:41.472	debug