Sooo jetzt möchte ich auch mal einen sinnvollen Beitrag als IOBrokker Neuling hier im Forum leisten: Ich hoffe er wird dem einen oder anderen gleich Gesinnten behilflich sein. Es gibt kein temporäres Passwort mehr, das IOBrokker Passwort ist = Alexa IOT Passwort :-) Vielen Dank an die Rückmeldungen und an den tollen IOBrokker Support.

Nach der Änderung scheint es zu funktionieren - ich bekomme die Geräte in Alexa rein, sie werden erkannt und können gesteuert werden (zumindest was den on/off State angeht). Andere Dinge habe ich noch nicht probiert. Bin gespannt, ob es am Zigbee Adapter ggf. noch Änderungen geben wird, die das Zusammenspiel hier Verbessen oder ob sich das bei neu angelernten Geräten erledigt hat. Danke Euch für die Hilfe :) Allen ein schönes Wochenende.

noch kleinwenig geduld: https://github.com/schmupu/ioBroker.shelly/issues/148 PS: bei mir hat der fehler irgendwann einfach so aufgehört

Hi, wir haben es herausbekommen! So geht es (Windows 10 Pro vorausgesetzt): Hinweis: Das Vorgehen hier basiert auf einem ioBroker-System, dass nicht mit dem neuen Windows-Installer aufgesetzt wurde. Beim neuen Installer ist beim Service bereits ein User hinterlegt. Wenn da Fragen auftreten, dann bitte an @Stabilostick wenden. In der Windows Benutzerverwaltung (ist in der "Computerverwaltung" enthalten) - wenn noch nicht vorhanden - einen Windows Benutzer zur Ausführung des ioBroker-Services einrichten: [image: 1595524638899-7b327b7f-0c4a-4636-8f99-ffaa3600f571-image.png] Anschließend in der Diensteverwaltung (services.msc) dem "iobroker"-Service diesen Windows User zuordnen: [image: 1595524574756-acfd00dc-9263-4fb0-bbb2-b36ff9a5f907-image.png] Der User erhält bei der ersten Zuordnung das Recht, sich auch als Dienst anzumelden. Ab jetzt läuft ioBroker, wenn er als Dienst gestartet wird, mit diesem Benutzerkonto und nicht mehr als System-User. Synology kannte dieses System-/Computerkonto nicht und hatte deshalb den Zugriff verhindert. Natürlich muss dieser Benutzer mit dem gleichen Benutzernamen und dem gleichen Kennwort auch auf der Synology eingerichtet und für die Freigabe berechtigt sein! Jetzt kann z.B. mit JavaScript direkt auf den Share zugegriffen werden. ... function main() { workbook.xlsx.readFile("\\\\Synology\\Computer\\Pool\\Messungen.xlsm") // direkter Zugriff //workbook.xlsx.readFile("\\\\192.168.243.5\\Computer\\Pool\\Messungen.xlsm") // alternativer Zugriff über IP .then(function() { var worksheet = workbook.getWorksheet('Messungen'); ... PS: Hier nicht die Laufwerksbuchstaben verwenden sondern direkt zugreifen. Wir hoffen, das hilft allen, die später noch auf dieses Problemchen stoßen. Viele Grüße (Text kommt primär von stabilo...)

Okey, das übrige Problem (mit dem nicht funktionieren von der edit.html vom Flot Adapter hat sich so lösen lassen: cd /opt/iobroker iobroker stop iobroker fix iobroker start Jetzt funktioniert wieder alles und ich kann mich weiter damit beschäftigen das VIS so einzurichten wie ich's gern hätte :)

@joergfrde https://github.com/iobroker-community-adapters/ioBroker.deconz#german

@AlCalzone Soweit mir bekannt nicht. Unter instances wird nur eine Instanz aufgelistet und die ist auf dem System mit dem Admin Adapter installiert. Das prüfe ich aber nachher nochmal via der command shell. Das wäre natürlich eine Erklärung warum der Fehler auftritt. Danke für den Hinweis

ok, ich versuche mal das zwischen den Zeilen nicht geschriebene zu raten und ganze viele Fragen zu stellen (Sorry aber eine "ausführliche und hilfreiche Fehlerbeschreibung" ist ein bissl was anderes ...) Der Adapter tut generell? Dann bedienst Du das Rollo ... über ioBroker oder über Tuya App oder an nem Schalter?? Dann passieren komische Dinge und alle (?) Geräte verlieren die Verbindung? Oder startet der Adapter neu? Dann gibts aber ne andere Meldung als der gepostete Ausschnitt. Oder was genau "schmiert (wie) ab"? Gelöst wird es nur mit nem Reboot? Restart vom Adapter hilft nicht? Bitte also mal ganz ausführlich und vollständig beschreiben, am besten mit einem sinnvollen Debug Log unterfüttert (also Text aus dem Logfile auf Platte und nicht als Screenshots). Dann kann ich ggf auch wirklich helfen

@Thomas-Braun Da der Befehl tatsächlich nichts anderes macht, als die manuelle Eingabe von curl ... | bash -, tippe ich auf einen Schluckauf beim Download des Skripts: https://github.com/ioBroker/ioBroker/blob/master/installer.sh#L175

@Sebastian-0 dann hast du aber noch irgendwo ein gerät mit mqtt am laufen ;)

Hi, das habe ich bereits auch herausgelöscht. Leider behebt es das Problem nicht. Grüße

@arteck @AlCalzone @Thomas-Braun Besten Dank für eure Ratschläge, ich war die Woche über ziemlich eingespannt und bin jetzt erst dazu gekommen das nochmal zu testen. Die Neuinstallation von Nodejs hat geholfen, außerdem war die URL zur iobroker Installation von der Sophos geblockt, deswegen wurde hier keine Aktion ausgelöst. Die Installation hat jetzt funktioniert! Besten Dank an Beteiligten! :-)

hab's sudo npm remove -g node-red-contrib-modbus cd /opt/iobroker/node_modules/iobroker.node-red/node_modules rm -R node-red-contrib-modbus git clone https://github.com/BiancoRoyal/node-red-contrib-modbus.git npm remove node-red-contrib-modbus

ich denke jetzt nicht, dass der Pi oder iobroker neu startet, nur die Instanz Telegram ?? sheduled restart.... nicht von mir wo definiert, weder in der Instanz noch im Telegram kann ich solch eine Einstellung nachvollziehen 2020-07-18 04:44:09.034 - info: web.0 (615) <==Disconnect system.user.admin from 192.168.0.170 flotEdit 2020-07-18 04:44:09.906 - info: web.0 (615) <==Disconnect system.user.admin from 192.168.0.170 flot 2020-07-18 04:44:11.719 - info: web.0 (615) <==Disconnect system.user.admin from 192.168.0.170 vis.0 2020-07-18 04:44:11.731 - info: web.0 (615) <==Disconnect system.user.admin from 192.168.0.170 vis.0 2020-07-18 04:44:11.983 - info: web.0 (615) <==Disconnect system.user.admin from 192.168.0.170 2020-07-18 05:04:00.070 - info: telegram.0 (1147) Scheduled restart. 2020-07-18 05:04:00.621 - info: telegram.0 (1147) terminating 2020-07-18 05:04:00.623 - info: telegram.0 (1147) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2020-07-18 05:04:01.200 - info: host.humidor instance system.adapter.telegram.0 scheduled normal terminated and will be restarted on schedule. 2020-07-18 05:04:01.230 - info: host.humidor Restart adapter system.adapter.telegram.0 because enabled 2020-07-18 05:04:02.287 - info: host.humidor instance system.adapter.telegram.0 started with pid 24331 2020-07-18 05:04:06.273 - info: telegram.0 (24331) starting. Version 1.5.9 in /opt/iobroker/node_modules/iobroker.telegram, node: v12.18.2, js-controller: 3.1.6 2020-07-18 05:22:12.811 - info: javascript.0 (1163) script.js.common.Humidor_#1: Temperatur OK 2020-07-18 05:22:12.815 - info: javascript.0 (1163) script.js.common.Humidor_#1: Feuchte OK 2020-07-18 06:13:38.841 - info: web.0 (615) ==>Connected system.user.admin from 192.168.0.170 2020-07-18 06:13:39.481 - info: web.0 (615) ==>Connected system.user.admin from 192.168.0.170 #OK gefunden, ein Cron Job (im Experten Modus sichtbar) macht einen Restart

@KWR, du bist nicht der Einzige. Bei mir verhält es sich exakt genauso. Hoffentlich gibt es bald eine Lösung, ich habe sehr viele Sachen über Alexa laufen. Bei Alexa alleine läuft alles planmäßig.

@Eulo da musst du dich mal an @frankjoke wenden oder hier mal suchen https://forum.iobroker.net/topic/26721/test-adapter-radar2-v1-2-x-github/105

Keine Ahnung was das Problem war. habe einen Proxmox LCX Container genommen, alle Ports waren offen das ganze Netzwerk gescannt. Irgendwo schient dennoch ein Problem gewesen zu sein. Habe das ganze nochmal eingerichtet Debian und diesmal aber eine VM und siehe da alles auf an hieb geklappt. Leider habe ich keine genauen Infos, aber evtl hilf es ja jemanden.

@crunchip ja, aber der ist ja zentral gesetzt. Also gilt er sowohl für den Reiter Objekte, als auch für den Reiter Scripte. So wie ich die Checkbox verstehe, wird die ID bei einer Umbenennung beibehalten, falls ich schon an anderer Stelle auf diese ID referenziert hätte. Der Name ist für mich als Mensch lesbar, und auf die ID würde ich mich in scripten, oder sonst wo beziehen. Mir geht es darum, dass die gleiche Funktion (Filtern von Objekten nach Raum) an zwei verschiedenen Stellen erstens anders heißt (Raum / Zimmer) und zweitens unterschiedliche Werte zum Filtern nutzt (Name / ID). Klar, die für mich einfachste Möglichkeit ist es, die IDs umzubenennen, dann sieht es gleich aus. Aber im Sinne der Verbesserung einer schon sehr coolen Software, fänd ich es besser, wenn die Filter einheitlich arbeiten würden.

Okay, hab den Browser Cache gelöscht und nun funktioniert es wieder. (Aber nur das http://iobroker.live/repo/sources-dist-latest.json, aber das reicht mir) Manchmal ist es doch einfacher als gedacht. Danke für die Hilfe. :)

@crunchip Ich hab alle 3 drin. Aktuell funktioniert keine. Zwischendurch ging mal die latest. Hab hier schon öfter von Problemen mit Unitymedia/Vodafone Kabel im Zusammenhang mit DS-Lite gelesen. kA ob es daran liegt. Per direktlink im Browser erreiche ich alle. Nur der IOBroker will sich auf keinen verbinden... Vielleicht kann @Stabilostick helfen? /e: Ok jetzt geht es gerade wieder mit dem live link. Hoffe das es so bleibt..