ioBroker Adapter für die Smart Home integration

[Alex]

Bin mir nicht ganz sicher ob das richtig beschrieben ist... vermutlich nicht... es müsste Bit4 sein das angibt ob die Extension aktiv ist oder nicht - unabhängig davon ob es eine SPI oder DMX Extension ist. Müsstest shiften ... wie auch immer die App programmiert wird... in JS sowas wie:

Code: Alles auswählen

isExtensionEnabled = decimalValueFromGetStateCSV  & (0x01<<4) ? true:false;

isExtensionEnabled ist dann entsprechend true oder false




EDIT:
Ja, ist falsch beschrieben Muss Bit4 sein. Sorry

[yannic]

Macht ja nichts, dafür bekommt man hier ja unkompliziert Unterstützung. Also abermals Danke!
Dann schaue ich dafür einfach auf das vierte Bit. Hatte gerade noch die Idee, die Werte mal als big-endian zu interpretieren. Zum Glück hab ich vorher doch noch die Antwort gesehen. Hatte nur die Seite zwischendurch aktualisiert und dabei vollkommen übersehen, dass eine zweite Seite hinzugekommen ist.

UPDATE: Die Version 0.4.1 ist jetzt verfügbar. Leider muss diese Version noch immer manuell über die github URL (https://github.com/ylabonte/ioBroker.procon-ip) installiert werden. Aber damit sollten sich nun auch externe Relais korrekt bedienen lassen.

[Bernd P.]

jetzt funktionieren die ext.Relais perfekt, vielen Dank für den Adapter

[thakikka]

yannic, vielen Dank dafür! Eine ganz tolle Sache! Dank dir habe ich iobroker überhaupt entdeckt und fuchse mich da aktuell immer tiefer rein.

Ich habe allerdings das Problem, dass irgendwann die Verbindung zum Poolcontroller verloren geht und das Log (im 3000ms-Takt) mit derartigen Einträgen vollgeschrieben wird:

(1122) Error: connect ETIMEDOUT 192.168.0.111:80

Ich kann aber jederzeit via Browser auf den Poolcontroller zugreifen, er ist also erreichbar.

Könnte das an irgendwas liegen, was mit iobroker zusammenhängt?

Der Poolcontroller hängt an einem WLAN-AP, hat dort aber ansich eine sehr stabile Verbindung.

[yannic]

Hallo,
du hast nicht zufällig einen Github Account, sodass es kein großer Umstand wäre, das Problem dort auch einmal kurz als Issue zu melden? Ansonsten würde ich das übernehmen. Es würde bloß schöner aussehen, wenn nicht fast alle Issues von mir selber erstellt worden sind.

Falls doch, kannst du dir die Antworten auf die folgenden Fragen hier im Forum sparen, weil ich sie auf Github erneut stellen würde (damit dort auch alles nachvollziehbar dokumentiert ist).

• Wenn ich das richtig verstehe, hängt die Poolsteuerung per LAN an einem WLAN-AP, der im Client-Mode mit dem WLAN des Routers verbunden oder Teil eines WLAN Mesh Netzes ist? Oder um auf den Kern der Frage zu kommen: Nehmen der Browser, mit dem du die Poolsteuerung aufrufst und ioBroker den selben Weg im Netzwerk? Also müssen beide über die selbe WLAN Verbindung und/oder die gleichen Switches?
• Hast du mal ausprobiert, ob der Fehler ausbleibt, wenn du das Update-Intervall höher (bspw. zum Testen mal auf 5000 oder sogar 10000 ms) stellst? Falls nicht, könntest du das bitte mal ausprobieren und berichten?
• Der Fehler verschwindet erst, wenn du den Adapter neustartest?
• Wenn du auf Instanzen gehst müsstest du über der Tabelle eine Zeile in der Art "Datenträger verfügbar: 72.8 %, gesamte RAM-Nutzung: 279 MB / Frei: 96% = 9.621 MB [Host: abcd - 4 Prozesse]" und in der letzten Spalte der Tabelle die RAM-Nutzung für meinen Adapter ablesen können. Mich würden die jeweiligen Werte interessieren, während der Fehler auftritt.

Übrigens ist der Adapter nun über das latest Repo in ioBroker verfügbar.
Um das Repo zu aktivieren und den Adapter darüber zu aktualisieren, müsst ihr in der Admin Oberfläche von ioBroker oben auf System gehen (das Maulschlüssel-Icon) und dort direkt im Haupteinstellungen Tab, bei "Aktiver Verwahrungsort" den Wert "latest" auswählen und speichern. Anschließend könnt ihr auf die Adapter-Übersicht gehen, die Liste einmal neu laden und dann sollte sich dort der Adapter finden lassen. Theoretisch sollte er dort eh schon auftauchen, wenn ihr ihn zuvor über Github installiert habt. Aber zukünftig könnt ihr dort auch sehen, wenn es ein Update gibt und das dann auch gleich mit einem Klick installieren.
In diesem Moment zeigt das Repo noch Version 0.4.1 als aktuell an. Es sollte dort aber in Kürze die Version 1.0.0 erscheinen. Aber nicht zu viel erwarten! Der große Versionssprung rührt daher, dass es nun im ioBroker Repo verfügbar ist und ich mit diesem Schritt auf eine Version 1.x gehen wollte. Aus Anwendersicht hat sich am Adapter kaum etwas geändert.

[thakikka]

Seit dem Update auf die "latest" (wie beschrieben) funktioniert was nicht mehr richtig. Wenn ich im Poolcontroller einen Wert ändere, wird das vom Adapter nicht mehr erkannt. Updated sich nichts.

Ändere ich aber einen Wert im Adapter, wird er direkt an den Poolcontroller übertragen.

Was da los?

edit: Bin wieder auf die 0.41 - alles geht wieder wie zuvor. Hmmm?

[yannic]

Okay, kann ich reproduzieren. Ich schau mir an, was da schief gelaufen ist.

Edit: Ich habe das Problem gefunden. Ich bin nicht sicher, was da passiert ist. Ich sehe keine relevante Stelle im Code, die das veränderte Verhalten erklärt. Vielleicht hängt es auch mit dem Update der Abhängigkeiten zusammen, wobei auch TypeScript aktualisiert wurde. Ich habe jedenfalls einen Fix und veröffentliche ihn jetzt schnellstmöglich. Ich bin nicht sicher, wie schnell der dann über das latest Repo verfügbar ist.

Für alle, die es interessiert: Der Adapter aktualisiert die Object States nur dann, wenn sich ein Wert des Objects seit dem letzten Abruf geändert hat. Das Problem war, dass die Variable, in der die Werte des letzten Abrufs festgehalten wurden, plötzlich bloß noch eine Referenz und kein eigenes Object mehr war. Und diese Referenz hat auf die selbe Variable gezeigt, die die neuen Werte für den Vergleich enthielt. Ergo waren beim Vergleich nun immer beide Werte gleich, weil da wo der Vorher-Wert stehen sollte auf den Nachher-Wert gezeigt wurde...

Edit 2: Der Fix (Version 1.0.1) ist online und kann über das latest Repository installiert werden.

[thakikka]

Ich muss leider nochmal auf den "Error: read ECONNRESET"-Fehler im Log kommen.

Von Programmierung hab ich keine Ahnung, aber kann es sein, dass es an einer keepalive-Geschichte hängt?

Ich konnte beobachten, dass wenn ich im Browser die ProCon-Weboberfläche auf habe, es NICHT zu Fehlern kommt. Schließe ich sie, kommt der erste Fehler nach kurzer Zeit, nach etwas längerem Zeitraum kommen dann dauerhaft Fehlermeldungen.

Ich bin mir nun nicht sicher, woran es liegt. Das Ganze hängt hier an einem Fritz-Repeater mit LAN-Anschluss.

Vermutung: Die Verbindung geht irgendwie "schlafen" (seitens Fritz?), wenn nicht aktiv Daten angefordert werden, bspw. über einen Browser-Aufruf.

Kann man da irgendwas programmiertechnisch machen, dass die Verbindung entsprechend aktiv bleibt?

Sorry, ist für mich schwierig zu beschreiben. Ich kann gerne noch weiter beobachten und testen.

[yannic]

Hm... Also grundsätzlich fordert der Adapter seinerseits auch aktiv die Daten von der ProCon.IP an. Also er macht nichts anderes, als wenn du mit deinem Browser alle x Millisekunden die Adresse "http://<ip-der-poolsteuerung>/GetState.csv" aufrufen würdest (wobei x das in den Adapter-Einstellungen konfigurierte Abruf-Intervall ist). Ich will nicht behaupten, dass es da nicht feine Unterschiede gäbe (wie HTTP-Header), aber da der Fehler bei mir bzw. bei meinen Eltern nicht auftritt, ist die Art des Abrufs offenbar eigentlich in Ordnung. Trotzdem klingt deine Beschreibung wirklich so, als ob da ein Zusammenhang zwischen deinen Browser-Aufrufen und dem Bestehen/Abbruch der Verbindung wäre. Nur habe ich gerade noch überhaupt keine Vorstellung, was die AVM/Fritz-Dinger veranlassen sollte, einfach so schlafen zu gehen.

Zum selber testen/rumspielen, habe ich zwar auch Fritz-Hardware (Box, DVB-Repeater und PowerLAN Adapter mit und ohne WLAN), aber die ProCon.IP und leider auch der Pool sind bei meinen Eltern im Garten, wo die Poolsteuerung auf meine eindringliche Bitte hin über einen Switch per LAN (Cat7 Unterbodenkabel) an den Router angeschlossen ist. Heißt: Ich kann es selber nicht ganz exakt nachstellen, aber ich werde mal schauen, wie weit ich das vielleicht trotzdem nachstellen kann.

Ich bin mir nun nicht sicher, woran es liegt. Das Ganze hängt hier an einem Fritz-Repeater mit LAN-Anschluss.

Kannst du mir das noch etwas genauer aufschlüsseln? Mir verrät die Aussage so nämlich z.B. noch nicht, was denn jetzt genau am LAN-Anschluss hängt.
Aber besonders zum Nachstellen habe ich eh noch mehr Fragen:

• In welchem Betriebsmodus ist der Repeater eingerichtet? (Damit meine ich "Mesh ja/nein?", "Via LAN oder WLAN an der Fritzbox?")
• Ich glaube es so verstanden zu haben, dass die Poolsteuerung am LAN-Anschluss des Repeaters hängt und dieser als WLAN-Brücke zur FritzBox dient. Wo kommt ioBroker in das Netzwerk?Und wie bzw. wo bist du mit dem Netzwerk verbunden, wenn du die Poolsteuerung mit dem Browser aufrufst?
• Nutzt du irgendwelche erweiterten Features deiner Fritzbox? Also z.B. Zugangsprofile (unter Internet -> Filter) oder irgendeine Funktion, die du selber konfiguriert hast, von der du selber nicht gänzlich ausschließen kannst, dass sie absolut nichts mit dem Problem zu tun haben kann?

[thakikka]

Ich habe gestern Nacht nochmal alles neugestartet und dann frisch laufen lassen. Hier das ioBroker-Log seitdem:

Screenshot_28.jpg (297.64 KiB) 91 mal betrachtet

Wobei das noch "harmlos" ist. Hier mal ein kleiner Auszug von einem etwas früheren Log:

[...]
2020-08-22 22:30:33.945 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:37.017 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:39.961 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:42.905 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:45.977 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:48.921 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:51.993 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:54.937 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:30:58.009 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:00.953 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:03.897 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:06.969 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:10.041 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:12.985 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:15.929 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
2020-08-22 22:31:19.001 - warn: procon-ip.0 (1527) Error: connect ETIMEDOUT 192.168.0.111:80
[...]

• In welchem Betriebsmodus ist der Repeater eingerichtet? (Damit meine ich "Mesh ja/nein?", "Via LAN oder WLAN an der Fritzbox?")

Genau, MESH. Insgesamt ist der Aufbau so:

FRITZ!Box 7590
-> FRITZ!Repeater 1750E (Obergeschoss) via WLAN / MESH
-> FRITZ!Repeater 2400 (Erdgeschoss) via WLAN / MESH
--> daran FRITZ!Repeater 1200 (Garten/Technikbox) via WLAN / MESH
---> daran (via LAN) der Poolcontroller

fritzheimnetz.jpg (92.01 KiB) 91 mal betrachtet

IPs allesamt manuell vergeben. DHCP ist aktiviert.

• Ich glaube es so verstanden zu haben, dass die Poolsteuerung am LAN-Anschluss des Repeaters hängt und dieser als WLAN-Brücke zur FritzBox dient. Wo kommt ioBroker in das Netzwerk?Und wie bzw. wo bist du mit dem Netzwerk verbunden, wenn du die Poolsteuerung mit dem Browser aufrufst?

Es gibt eine Synology Diskstation DS916+ (via LAN mit der FRITZ!Box (via 16-Port-Switch) verbunden) - auf dieser läuft via Docker dann ioBroker (eigene IP).

Ich meine, es ist egal, wie ich mit dem Netzwerk grad verbunden war, wenn ich die Poolsteuerung im Browser aufgerufen hatte, aber ich kann nochmal drauf achten. Gestern Abend jedenfalls war ich an meinem PC im Arbeitszimmer, der ist via LAN mit der FRITZ!Box (via 16-Port-Switch) verbunden.

• Nutzt du irgendwelche erweiterten Features deiner Fritzbox? Also z.B. Zugangsprofile (unter Internet -> Filter) oder irgendeine Funktion, die du selber konfiguriert hast, von der du selber nicht gänzlich ausschließen kannst, dass sie absolut nichts mit dem Problem zu tun haben kann?

[/list][/list]

Ich meine nicht. Keine Kindersicherung, keine Zugangsprofile, keine Priorisierung.

Danke dir vielmals für deine Mühe!

[Alex]

>>IPs allesamt manuell vergeben.
von welchen Geräten? Von den ganze Repeatern oder von allen Netzwerkgeräten?

>>DHCP ist aktiviert.
...und auf welchen Bereich ist der DHCP Server eingestellt?

WLAN Sendeleistungs-Einstellungen in der Box stehen auf max? (nicht auf automatisch)
Energiespar-Modi für LAN und WLan sind aus?
Mach das 5GHz Frequenzband mal aus, das generell nur 2.4 verwendet wird.

[thakikka]

>>IPs allesamt manuell vergeben.
von welchen Geräten? Von den ganze Repeatern oder von allen Netzwerkgeräten?

Ich glaube, ich sollte mittlerweile alle auf manuell umgestellt haben.
Definitiv alle Repeater. Und natürlich auch der Poolcontroller, die Diskstation, etc.

>>DHCP ist aktiviert.
...und auf welchen Bereich ist der DHCP Server eingestellt?

192.168.0.40 bis 192.168.0.80

WLAN Sendeleistungs-Einstellungen in der Box stehen auf max? (nicht auf automatisch)
Energiespar-Modi für LAN und WLan sind aus?

Ja, alles aus.

[thakikka]

Mach das 5GHz Frequenzband mal aus, das generell nur 2.4 verwendet wird.

Jetzt erst gesehen. Ok, hab ich testweise auch komplett ausgeschaltet.

[yannic]

Ich meine, es ist egal, wie ich mit dem Netzwerk grad verbunden war, wenn ich die Poolsteuerung im Browser aufgerufen hatte, aber ich kann nochmal drauf achten. Gestern Abend jedenfalls war ich an meinem PC im Arbeitszimmer, der ist via LAN mit der FRITZ!Box (via 16-Port-Switch) verbunden.

Die Frage kommt daher, dass ich bislang davon ausgehe, dass das Problem irgendwo auf der Strecke im Netzwerk zwischen ioBroker und Poolcontroller zu suchen/identifizieren ist und ich versuche zu verstehen, wo die Unterschiede zu der Strecke von deinen Browserzugriffen auf den Poolcontroller sind.

Ich kann mir nicht vorstellen, dass die Fritzbox einen Unterschied aufgrund von HTTP-Headern macht. Dazu wären Firewall-Features (Deep Packet Inspection) nötig, die die Kapazität von so einem Heimrouter einfach übersteigen würden. Ansonsten fällt mir bislang auch nichts ein, worin sich die Anfragen von ioBroker und Browser protokollseitig/softwareseitig sonst unterscheiden könnten. Die verbleibenden Parameter, aufgrund derer die Geräte handeln, sollten die Verbindungswege der Netzkomponenten (also Repeater, Switches und Router) untereinander und dann eben IPs, Ports und Protokolle sein. Gegebenenfalls halt noch diverse Einstellungsmöglichkeiten, der AVM/Fritz-Geräte, aber da hast du ja schon gesagt, dass du nichts spezielles eingestellt hast. Deshalb möchte ich das Netzwerk so gut es geht verstehen und die nächsten Tage mal schauen, ob ich ein gleichartiges Problem nachgestellt bekomme.

Ist die Verbindung von deinem Browser aus denn immer stabil? Also lädt immer alles beim ersten Aufruf oder musst du die Seiten öfter mal neuladen (F5 drücken), bis alles angezeigt und richtig dargestellt wird?

[thakikka]

Schade, ist nun wieder schlimm wie zuvor:

[...]

procon-ip.0 2020-08-23 15:05:37.452 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:34.380 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:31.308 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:28.364 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:25.420 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:22.348 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:19.404 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:16.460 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:13.388 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:10.316 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:07.372 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:04.428 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:05:01.356 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:58.412 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:55.468 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:52.396 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:49.324 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:46.382 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:43.436 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:40.364 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:37.420 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:34.348 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:31.404 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:28.332 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:25.388 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:22.444 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:19.372 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:16.300 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:13.356 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:10.412 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:07.340 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 15:04:04.396 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
[...]

Ging solange, bis ich die Weboberfläche im Browser aufgerufen hatte und mich neu in die FritzBox-Weboberfläche eingeloggt habe, um dort zu sehen, ob der Client gefunden wird. Seitdem, auch während ich hier nun schreibe, ist wieder Ruhe im Log. Versteh ich einfach nicht.

Ist die Verbindung von deinem Browser aus denn immer stabil? Also lädt immer alles beim ersten Aufruf oder musst du die Seiten öfter mal neuladen (F5 drücken), bis alles angezeigt und richtig dargestellt wird?

Das ist eine interessante Frage! Ich meine nämlich, dass ich ab und beim ersten Aufruf der Poolcontroller-Weboberfläche nochmal mittels Reload oder sogar Hard-Reload nachhelfen muss.

Ich werde da mal gezielt drauf achten.

[thakikka]

Vielleicht noch ganz interessant. So fing es dieses Mal an. Es kommt erst ein paar Mal die "ECONNRESET"-Fehlermeldung, dann geht es im 3000ms Takt mit den ETIMEDOUT-Meldungen weiter.

[...]
procon-ip.0 2020-08-23 14:38:07.020 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 14:38:03.948 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 14:38:01.005 warn (1038) Error: connect ETIMEDOUT 192.168.0.111:80
procon-ip.0 2020-08-23 14:28:42.373 warn (1038) Error: read ECONNRESET
procon-ip.0 2020-08-23 14:25:32.872 warn (1038) Error: read ECONNRESET
procon-ip.0 2020-08-23 14:23:28.269 warn (1038) Error: read ECONNRESET
procon-ip.0 2020-08-23 14:19:58.855 warn (1038) Error: read ECONNRESET
[...]

[Alex]

...was macht die DiskStation in der Zeit so? Irgendwas abspeichern oder streamen?

Wie is das Netzwerk-Interface der Diskstation konfiguriert?
Kannst Du mit Telnet oder SSH mal die Ausgabe von ifconfig posten.

[thakikka]

...was macht die DiskStation in der Zeit so? Irgendwas abspeichern oder streamen?

Hm... gute Frage, hab ich nie drauf geachtet. Nichts Spezielles, denke ich, was sich darauf zurückführen lassen könnte.

Wie is das Netzwerk-Interface der Diskstation konfiguriert?
Kannst Du mit Telnet oder SSH mal die Ausgabe von ifconfig posten.

Code: Alles auswählen

docker0   Link encap:Ethernet  HWaddr 02:42:60:B0:E2:B8
          inet addr:172.17.0.1  Bcast:172.17.255.255  Mask:255.255.0.0
          inet6 addr: fe80::42:60ff:feb0:e2b8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:34347 errors:0 dropped:0 overruns:0 frame:0
          TX packets:42493 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:14509589 (13.8 MiB)  TX bytes:29550109 (28.1 MiB)

docker80a Link encap:Ethernet  HWaddr 96:34:6E:80:6E:78
          inet6 addr: fe80::9434:6eff:fe80:6e78/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1396 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2340 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:8742473 (8.3 MiB)  TX bytes:640623 (625.6 KiB)

dockerfed Link encap:Ethernet  HWaddr 8E:58:BB:E1:84:A4
          inet6 addr: fe80::8c58:bbff:fee1:84a4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:32951 errors:0 dropped:0 overruns:0 frame:0
          TX packets:41240 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:6247974 (5.9 MiB)  TX bytes:29004552 (27.6 MiB)

eth0      Link encap:Ethernet  HWaddr 00:11:32:62:CC:39
          inet addr:192.168.0.126  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::211:32ff:fe62:cc39/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:388211 errors:0 dropped:0 overruns:0 frame:0
          TX packets:356347 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:144572871 (137.8 MiB)  TX bytes:155264432 (148.0 MiB)

eth1      Link encap:Ethernet  HWaddr 00:11:32:62:CC:3A
          inet addr:169.254.73.203  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:39054 errors:0 dropped:0 overruns:0 frame:0
          TX packets:39054 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:7270069 (6.9 MiB)  TX bytes:7270069 (6.9 MiB)

[Alex]

>>Nichts Spezielles, denke ich, was sich darauf zurückführen lassen könnte.
Na ja wenn sie zu langsam werden würde, dann könnte das zumindest eine Option für den ECONNRESET sein (weil die Procon dann schon lange geantwortet hat, bevor der ioBroker im Container überhaupt auf die Antwort wartet) ... zu den Timeouts würde das aber eher nicht führen.

Sind da drei docker Container installiert?

[thakikka]

Genau, sind drei, aber nur zwei aktiv. Der dritte war mal ein Versuch von mir, eine Software zum Laufen zu bringen...

Screenshot_29.jpg (35.07 KiB) 66 mal betrachtet

Ich habe ioBroker mit einer Anleitung aus dem Internet installiert. Dort wurde was mit "Portainer" gebaut. Frag mich nicht, wofür und was das ist... ich hab ioBroker damit zum Laufen gebracht und ansich läuft ja alles. Nur mit dem Poolcontroller will es nicht so recht klappen.

Ich hatte jetzt mal testweise die Diskstation-Firewall ausgeschaltet. Kam trotzdem zu dem bekannten ECONNRESET.