[…gelöst] HILFE Admin ist nicht mehr erreichbar ???
-
Ist leider nicht auf einmal gegengen waren zu viele Zeichen
-
Das sieht erstmal OK aus.
Wie ist der Status im Admin? Was ist grün, was rot oder gelb?
Geht der Editor oder VIS jetzt?
Welchen Browser nutzt du?
Mal den Cache gelöscht und ein Forced Reload (CTRL+F5) gemacht?
-
Das sieht erstmal OK aus.
Wie ist der Status im Admin? Was ist grün, was rot oder gelb?
Geht der Editor oder VIS jetzt?
Welchen Browser nutzt du?
Mal den Cache gelöscht und ein Forced Reload (CTRL+F5) gemacht? `
Status ADMIN: Alles auf Grün
ausser der influxdb.0 der ist auf Gelb
der hm-rpc.0 und der hm-rpc.1 ist auf ROT
Die IP Adresse ist aber richtig eingetragen das hab ich schon kontrolliert
Status VIS: so wie es aussieht startet jetzt auch die VIS allerdings dauert das ewig ca. 5 Minuten
Browser: Firefox
Cach löschen usw.: Hab ich gemacht hat aber nichts gebracht.
Status auf meinem Bildschirm im VZ ist das die VIS jetzt zwar angezeigt wird aber es funktioniert nichts.
Ich kann nichts schalten
Die History der Temperatur der letzten sieben Tage wird nicht angezeigt usw.
Ich kann zwar zwischen den einzelnen Views hin und her wechseln das geht jetzt aber wie gesagt
ich kann absolut nichts schalten.
So wie es aussieht fehlt irgendwie die Verbindung zur Homematic.
host.iobroker 2018-04-17 11:45:23.677 info Restart adapter system.adapter.hm-rpc.1 because enabled host.iobroker 2018-04-17 11:45:23.676 error instance system.adapter.hm-rpc.1 terminated with code 0 (OK) host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: port: 2010 } host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: address: '192.168.113.31', host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: syscall: 'listen', host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: errno: 'EADDRNOTAVAIL', host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: code: 'EADDRNOTAVAIL', host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:104:9) host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:83:11) host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: at net.js:1423:9 host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: at listen (net.js:1313:10) host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: at Server._listen2 (net.js:1264:19) host.iobroker 2018-04-17 11:45:23.676 error Caught by controller[0]: at exports._exceptionWithHostPort (util.js:1043:20) host.iobroker 2018-04-17 11:45:23.675 error Caught by controller[0]: at Object.exports._errnoException (util.js:1020:11) host.iobroker 2018-04-17 11:45:23.675 error Caught by controller[0]: { Error: listen EADDRNOTAVAIL 192.168.113.31:2010 hm-rpc.1 2018-04-17 11:45:23.653 info Disconnected hm-rpc.1 2018-04-17 11:45:23.607 info Connected hm-rpc.1 2018-04-17 11:45:23.550 info xmlrpc -> 192.168.113.30:2010 init ["http://192.168.113.31:2010",""] hm-rpc.1 2018-04-17 11:45:23.550 error Error: listen EADDRNOTAVAIL 192.168.113.31:2010 at Object.exports._errnoException (util.js:1020:11) at exports._exceptionWithHostPort (util.js:1043:20) at Server._listen2 (net.js:1264:19) hm-rpc.1 2018-04-17 11:45:23.550 error uncaught exception: listen EADDRNOTAVAIL 192.168.113.31:2010 hm-rpc.1 2018-04-17 11:45:23.549 info xmlrpc client is trying to connect to 192.168.113.30:2010 with ["http://192.168.113.31:2010","hm-rpc.1"] hm-rpc.1 2018-04-17 11:45:23.548 info xmlrpc server is trying to listen on 192.168.113.31:2010 hm-rpc.1 2018-04-17 11:45:23.445 info starting. Version 1.6.1 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.14.1 host.iobroker 2018-04-17 11:45:23.307 info Restart adapter system.adapter.hm-rpc.0 because enabled host.iobroker 2018-04-17 11:45:23.307 error instance system.adapter.hm-rpc.0 terminated with code 0 (OK) host.iobroker 2018-04-17 11:45:23.307 error Caught by controller[0]: port: 2001 } host.iobroker 2018-04-17 11:45:23.307 error Caught by controller[0]: address: '192.168.113.31', host.iobroker 2018-04-17 11:45:23.307 error Caught by controller[0]: syscall: 'listen', host.iobroker 2018-04-17 11:45:23.307 error Caught by controller[0]: errno: 'EADDRNOTAVAIL', host.iobroker 2018-04-17 11:45:23.307 error Caught by controller[0]: code: 'EADDRNOTAVAIL', host.iobroker 2018-04-17 11:45:23.307 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:104:9) host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:83:11) host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: at net.js:1423:9 host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: at listen (net.js:1313:10) host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: at Server._listen2 (net.js:1264:19) host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: at exports._exceptionWithHostPort (util.js:1043:20) host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: at Object.exports._errnoException (util.js:1020:11) host.iobroker 2018-04-17 11:45:23.306 error Caught by controller[0]: { Error: listen EADDRNOTAVAIL 192.168.113.31:2001 hm-rpc.0 2018-04-17 11:45:23.286 info Disconnected hm-rpc.0 2018-04-17 11:45:23.278 info Connected hm-rpc.0 2018-04-17 11:45:23.225 info binrpc -> 192.168.113.30:2001 init ["xmlrpc_bin://192.168.113.31:2001",""] hm-rpc.0 2018-04-17 11:45:23.225 error Error: listen EADDRNOTAVAIL 192.168.113.31:2001 at Object.exports._errnoException (util.js:1020:11) at exports._exceptionWithHostPort (util.js:1043:20) at Server._listen2 (net.js:1264:19) hm-rpc.0 2018-04-17 11:45:23.225 error uncaught exception: listen EADDRNOTAVAIL 192.168.113.31:2001 hm-rpc.0 2018-04-17 11:45:23.225 info binrpc client is trying to connect to 192.168.113.30:2001 with ["xmlrpc_bin://192.168.113.31:2001","hm-rpc.0"] hm-rpc.0 2018-04-17 11:45:23.224 info binrpc server is trying to listen on 192.168.113.31:2001 hm-rpc.0 2018-04-17 11:45:23.077 info starting. Version 1.6.1 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.14.1 host.iobroker 2018-04-17 11:45:22.632 info instance system.adapter.hm-rpc.1 started with pid 11397 host.iobroker 2018-04-17 11:45:22.291 info instance system.adapter.hm-rpc.0 started with pid 11391 rpi2.0 2018-04-17 11:45:20.156 error No Value found for soc_temp rpi2.0 2018-04-17 11:45:20.156 error Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/md2 933062924 608113720 324949204 66% / /1024 rpi2.0 2018-04-17 11:45:20.155 error Cannot evaluate: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/md2 933062924 608113720 324949204 66% / /1024 rpi2.0 2018-04-17 11:45:20.155 error No Value found for memory_available rpi2.0 2018-04-17 11:45:20.155 error No Value found for mem_gpu rpi2.0 2018-04-17 11:45:20.155 error No Value found for mem_arm rpi2.0 2018-04-17 11:45:20.154 error No Value found for cpu_voltage host.iobroker 2018-04-17 11:44:52.625 info Restart adapter system.adapter.hm-rpc.1 because enabled host.iobroker 2018-04-17 11:44:52.625 error instance system.adapter.hm-rpc.1 terminated with code 0 (OK) host.iobroker 2018-04-17 11:44:52.625 error Caught by controller[0]: port: 2010 } host.iobroker 2018-04-17 11:44:52.625 error Caught by controller[0]: address: '192.168.113.31', host.iobroker 2018-04-17 11:44:52.625 error Caught by controller[0]: syscall: 'listen', host.iobroker 2018-04-17 11:44:52.625 error Caught by controller[0]: errno: 'EADDRNOTAVAIL', host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: code: 'EADDRNOTAVAIL', host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:104:9) host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:83:11) host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at net.js:1423:9 host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at listen (net.js:1313:10) host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at Server._listen2 (net.js:1264:19) host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at exports._exceptionWithHostPort (util.js:1043:20) host.iobroker 2018-04-17 11:44:52.624 error Caught by controller[0]: at Object.exports._errnoException (util.js:1020:11) host.iobroker 2018-04-17 11:44:52.623 error Caught by controller[0]: { Error: listen EADDRNOTAVAIL 192.168.113.31:2010 hm-rpc.1 2018-04-17 11:44:52.605 info Disconnected hm-rpc.1 2018-04-17 11:44:52.569 info Connected hm-rpc.1 2018-04-17 11:44:52.509 info xmlrpc -> 192.168.113.30:2010 init ["http://192.168.113.31:2010",""] hm-rpc.1 2018-04-17 11:44:52.509 error Error: listen EADDRNOTAVAIL 192.168.113.31:2010 at Object.exports._errnoException (util.js:1020:11) at exports._exceptionWithHostPort (util.js:1043:20) at Server._listen2 (net.js:1264:19) hm-rpc.1 2018-04-17 11:44:52.509 error uncaught exception: listen EADDRNOTAVAIL 192.168.113.31:2010 hm-rpc.1 2018-04-17 11:44:52.509 info xmlrpc client is trying to connect to 192.168.113.30:2010 with ["http://192.168.113.31:2010","hm-rpc.1"] hm-rpc.1 2018-04-17 11:44:52.507 info xmlrpc server is trying to listen on 192.168.113.31:2010 hm-rpc.1 2018-04-17 11:44:52.400 info starting. Version 1.6.1 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.14.1 host.iobroker 2018-04-17 11:44:52.284 info Restart adapter system.adapter.hm-rpc.0 because enabled -
Kannst du deine CCU aus dem Docker per ping erreichen?
ping 192.168.133.30Wie sehen die RPC Adapter Einstellungen aus?
Bei mir sieht es so aus:
192.168.178.8 ist meine CCU
192.168.178.18 mein iobroker
Mach doch mal den haken bei der Markierung rein.
Edit: Du musst glaube ich noch die Callback Adresse kontrollieren und auf die von deinem NAS Einstellen.
-
Kannst du deine CCU aus dem Docker per ping erreichen?
ping 192.168.133.30Wie sehen die RPC Adapter Einstellungen aus?
Bei mir sieht es so aus:
rpc_Haupteinstellungen.jpg
192.168.178.8 ist meine CCU
192.168.178.18 mein iobroker
Mach doch mal den haken bei der Markierung rein.
Edit: Du musst glaube ich noch die Callback Adresse kontrollieren und auf die von deinem NAS Einstellen. `
OK schaut gut aus.
zumindestens sind die rpc-Adapter nach dem eintragen der Callbackadresse jetzt grün.
So wie es aussieht hab ich jetzt noch das Problem mit dem influxdb
der ist weiter auf Gelb und mein flot zeigt nichts an
-
Ok. Den nutze ich leider nicht und kann dir dazu nichts sagen.
Funktioniert das schalten über Vis denn wieder ?
Gesendet von iPhone mit Tapatalk Pro
-
Ja teilweise.
Ich kann zwar jetzt über die VIS schalten.
Es wird aber nichts richtig visualisiert.
Sprich ich kann jetzt zwar über die VIS z.B. ein Licht einschlaten und ausschalten.
Wenn ich aber das selbe Licht normal über den Schalter ein oder ausschalte wird mir in der VIS nichts angezeigt.
Ausserdem dauert es extrem lange bis die VIS startet das war früher nie so
-
Wenn du etwas extern Schaltest, über was für Schalter machst du das dann?
Wird denn beim externen Schalten der Datenpunkt (Objekt) aktualisiert?
Was kommt zu dem Zeitpunkt im log?
-
Wenn du etwas extern Schaltest, über was für Schalter machst du das dann?
Wird denn beim externen Schalten der Datenpunkt (Objekt) aktualisiert?
Was kommt zu dem Zeitpunkt im log? `
Habe diverse Schlater im Einsatz:
fix verkablete aber auch Funkschalter:
Aber alles vom Homematic
Was ich bis jetzt herrausgefunden habe ist das wenn ich etwas extern schalte wird der Datenpunkt nicht aktualisiert.
Wenn ich aber über die VIS schalte wird er aktualisiert und somit auch Visualisiert.
Es scheint so zu sein das die Verbindung VIS zur Homatic funktioniert aber umgekehrt die Verbindung Homematic zur VIS nicht.
Ach ja im Log steht zur Zeit nichts anderes als das
web.0 2018-04-17 15:51:03.964 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:51:03.095 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:51:01.915 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:51:00.516 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:59.156 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:58.064 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:56.484 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:55.112 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:54.321 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:52.854 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:51.879 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:50.995 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:49.629 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:48.367 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:47.195 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:46.529 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:44.952 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:43.661 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:42.731 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:41.448 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:40.321 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:39.245 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:37.915 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:37.245 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:36.570 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:35.663 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:34.164 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:32.572 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:31.373 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:30.399 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:29.632 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:50:28.303 info Connected system.user.admin from ::ffff:192.168.113.31 web.0 2018-04-17 15:49:43.947 info Connected system.user.admin from ::ffff:192.168.113.31 -
Was ich bis jetzt herrausgefunden habe ist das wenn ich etwas extern schalte wird der Datenpunkt nicht aktualisiert.
Wenn ich aber über die VIS schalte wird er aktualisiert und somit auch Visualisiert.
ähnliche Probleme hatte ich mit der Javascript-Engine 1.4.2 nach downgrade auf 1.4.0 lief es wieder normal
-
@Adnim:`Was ich bis jetzt herrausgefunden habe ist das wenn ich etwas extern schalte wird der Datenpunkt nicht aktualisiert.
Wenn ich aber über die VIS schalte wird er aktualisiert und somit auch Visualisiert.
ähnliche Probleme hatte ich mit der Javascript-Engine 1.4.2 nach downgrade auf 1.4.0 lief es wieder normal
Das heist jetzt was genau BITTE???
-
Na wenn du auf 1.4.2 bist könntest du mal versuchen ob die 1.4.0 bei dir besser läuft?
cd /opt/iobroker/
sudo iobroker stop
npm cache clean
npm install iobroker.js-controller@1.4.0
reboot
-
Wenn ich mich richtig erinnere funktioniert die Installation in einem Docker anders.
So würde man auf den aktuellen JS-Controller kommen:
pkill io npm install iobroker.js-controller --production node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 &Den hast du aber schon.
Ich würde mal in diesem Thread viewtopic.php?f=17&t=5089&start=420&hilit=Docker
Fragen wie man eine bestimme Version des JS-Controllers in einem Docker installieren kann.
Ich vermute mal so:
pkill io npm install iobroker.js-controller@1.4.0 node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 &Weiß es aber nicht mit hundertprozentiger Sicherheit.
Gesendet von iPhone mit Tapatalk Pro
-
Aktueller Stand der Dinge:
So wie es zur Zeit aussieht funktioniert es wieder.
Warum, wieso, weshalb weis ich ehrlich gesagt nicht genau.
Habb nur jetzt Nachmittag alles einmal runtergefahren und dann wieder hoch.
Jetzt läuft auch die VIS d.h. ich kann Hardwaremäßig schalten und alles wird visualisiert
umgekehrt kann ich auch über die VIS schalten.
Ob meine Scripts funktionieren kann ich jetzt noch nicht sagen das kann ich dann in drei vier Tagen beantworten.
Einziges Problem das ich jetzt noch habe, ist das mit dem influxdb.0 bzw. der dazugehörige Float.
Der will nicht mehr.
Da hatte ich im Herbst voriges Jahr eine ANleitung nach der ich das gemacht habe, nur die finde ich irgedwie nicht mehr.
Was mir jetzt noch zu denken gibt ist,
WAS KANN ICH TUN DAMIT SO ETWAS NIE WIEDER PASSIERT?
Denn ehrlich ich hab was besseres zu tun als tagelang vor dem PC zu sitzen und solche sch…. zu beheben.
-
Tja,
Updates wird es immer geben. Ob man die macht bleibt einem selber überlassen.
Vor dem nächsten Update vielleicht hier mal in die Runde fragen ob es bekannte Probleme bei deiner HW/SW Konstellation gibt.
Ich denke in deinem aktuellen Fall hätte man dir dazu geraten vorher den JS-Controller zu aktualisieren.
Regelmäßig Backups machen ist die halbe Miete.
Wenn jetzt dein „Admin“ System wieder läuft, kannst du dann den Titel vom ersten Post um ein
[Gelöst] ````ergänzen, Bitte! -
WAS KANN ICH TUN DAMIT SO ETWAS NIE WIEDER PASSIERT? `
Nicht gleich schreien!selbst wenn du auf sämtliche Computer verzichtest, weil die ja so böse sind, kann dir mal eine Türklinke abfallen oder ein Schlüssel im Schloss abbrechen und du kommst nicht mehr ins Haus.
Probleme kann es immer und überall geben.
Evtl. war es ja gar nicht ioBroker sondern dein Docker.
Auch kann es influx gewesen sein, oder, oder, oder…
Eine Garantie #, dass es NIE ein Problem geben wird, kann dir keiner geben.
Wenn du in Urlaub bist und der Strom ausfällt - was dann?
und bei den sehr empfehlenswerten Updates musst du natürlich auch daran denken von allem ein Backup zu machen. Da wäre ein komplettbackup deiner Synao auf einem externe Laufwerk eine Möglichkeit.
außer der Strom fällt genau während eines Schreibvorgangs des Backups aus....
Gruß
Rainer
-
Ich möchte mich hier mal ausdrücklich für die Hilfe bedanken.
Besonders bei Wendy2702 der sich wirklich sehr, sehr viel Mühe gegeben hat damit ich das wieder zum laufen bringe.
Auch zu dem Zeitpunkt als ich schon das Handtuch werfen wollte
Was ich aber trotz alle dem gerne los werden möchte ist folgendes:
Was ich irgendwie nicht ganz akzeptieren kann oder halt nur nicht verstehe sind Aussagen, wie
.) Probleme kann es immer geben.
.) Updates wird es immer geben
.) mit sowas muss man rechnen
.) eine Garantie gibt es nicht
usw. usw. usw.
Ich will auch erklären warum ich solche Aussagen nicht wirklich akzeptieren kann.
Ich war über 40 Jahre im Maschinebau tätig davon die letzten zwanzig Jahre selbstanändig.
Ich habe Sondermaschinen gebaut, d.h. Maschinen die es vorher noch nie gegeben hat.
Es waren Maschinen die in Firmen automatische Produktionsabläufe erledigt haben.
Wie gesagt keine einzige dieser Maschinen die ich gebaut habe, hat es vorher in irgend einer Art und Weise so gegeben
und keiner wuste wirklich wie es funktionieren sollte
Nur wenn ich einen Auftrag übernommen habe, dann musste ich liefern und da konnte ich nicht sagen:
.) damit muss man rechnen,
.) oder so etwas kann doch mal passieren.
.) eine Garantie gibt es nicht
Wenn ich geliefert habe dann musste es zu 100% funktionieren,
Wenn nicht, musste ich tief sehr tief in die Tasche greifen, ja auch das ist mir passiert,
denn da waren gleich Haftungsansprüche, Verdienstausfälle usw. am Tisch und das waren keine Pinats.
Die Maschinen die ich gebaut habe wurden ebenfalls mit Software gesteuert, die wir immer selbst entwickelt haben.
Dabei hat es aber immer eine goldene Regel, die sogenannte DAU Regel gegeben.
Was soviel heist wie, auch der
D ümmste
A nzunehmende
U ser
muss die Maschine bedienen können ohne das etwas passiert.
Wie gesagt das ist meine Meinung.
Ich bin aber jetzt erst mal froh das das ganze zu 90% wieder funktioniert.
Ob ich dabei bleibe oder ob ich mich um etwas anders umsehe, werde ich jetzt in den nächsten Wochen entscheiden.
jetzt gehts erst mal für die nächsten sechs Wochen wieder auf Reisen und da werden wir ja sehen wie es läuft.
-
Was ich irgendwie nicht ganz akzeptieren kann oder halt nur nicht verstehe sind Aussagen, wie
.) Probleme kann es immer geben.
.) Updates wird es immer geben
.) mit sowas muss man rechnen
.) eine Garantie gibt es nicht
usw. usw. usw. `
Diese Aussagen beziehen sich ausdrücklich nicht nur auf ioBroker!
Wie ich es mit dem Beispiel des abbrechenden Schlüssels im Schloss verdeutlichen wollte.
Und jeder(!) Computer, dem in derm Moment des Schreibens von Daten der Strom abgezogen wird wird immer(!) anschließend eine zerstörte Datenstruktur haben.
Gruß
Rainer
-
Danke für das Danke!
Du vergisst noch einen ganz entscheidenden Punkt: iobroker kostet dich nichts.
Es wird von einem sehr kleinen Team in der Freizeit entwickelt und voran gebracht.
Mich ärgern fehlgeschlagene Updates auch enorm, ist aber so und ich habe mir angewöhnt entweder vorher zu fragen oder ein paar Tage das Forum zu beobachten.
Achja, nur damit das nicht wie Werbung rüberkommt: ich beim kein iobroker Team Mitglied oder Entwickler sondern auch nur ein DAU (gewesen).
Trotzdem weiterhin viel Spaß mit iobroker.
Gruß
Mirko
Gesendet von iPhone mit Tapatalk Pro
-
Und jeder(!) Computer, dem in derm Moment des Schreibens von Daten der Strom abgezogen wird wird immer(!) anschließend eine zerstörte Datenstruktur haben. `
Frage:
warum betonst du das so?
Das ist ja bei mir nicht passiert.
