@Bluefox: Eher falsche Übersetzung. ` :idea:

Danke. hqWidgets habe ich gewusst. Plmbs sind gefixt.

github gegen iobroker.admin https://github.com/ioBroker/ioBroker.admin/issues

Es wird langsam zu viel :) Kannst du bitte auf github ein Issue stellen? https://github.com/ioBroker/ioBroker.vis-metro/issues Sonst wird diese Meldung hier auf dem Forum verschollen.

Die Standardinstallation sieht bereits einen Autostart vor! nicht, dass da zwei Dinge kollidieren. Gruß Rainer

@Bluefox: jup - der import getrennt geht. ABER im Export sind nicht alle Parameter. Ich nutze Norton AV (nicht Internet Security!). Ich war im Tab "Widget". Ich hatte auch mit der rechten Maustaste->mehr->export gearbeitet. Es war nachweislich in jedem View mit jedem Widget, dass zwei Exports in einem waren. Das ganze ca. 30x getestet, neu gestartet usw. Chrome deinstalliert und neu installiert. nun geht es auch mit Chrome wieder. Habe keine großen Spielerei im Chrome - eher brav und einfach. Wenn ich nun zwei Widgets auswähle und exportiere, dann passiert das nicht! 979_falsch3.jpg

Nur, wenn man Druck Effekt angehakt hat. Gesendet von meinem iPhone mit Tapatalk

Habe ich gemacht, sieht jetzt ganz anders aus (habe alles weggehauen was da war für diese IP-Adresse (Cookies, Cache, …)) Aber die Versionsnummer ist geblieben.

@ruhr70: iobroker/admin/Adapter Spalte Beschreibung ` ruhr70 hat Recht. Ich hätte die Stelle mit hinschreiben sollen. Sorry

Nachdem ich es manuell aus vis-views.json gelöscht hatte, tauchte der ungültige View im Edit mode auf und ich konnte ihn dort dann auch löschen.

Ich hatte nur einen Bedienungsfehler gemacht und iobroker nicht gestoppt. 1. iobroker gestoppt 2. Dateien überspielt 3. iobroker gestartet Und schon war alles da wie vorher … Danke nochmals !!

Mir unerklärlich… Das Speichern verhält sich auch extrem komisch. Ich hatte zwei Widgets angelegt, welche auch im View angezeigt wurden. D.h. für mich, dass diese gespeichert wurden. Nun habe ich den Rechner neu gestartet und die Warnung (siehe den Post davor) weggeklickt. Danach waren im VIS Editor und im VIS View die Widgets nicht mehr vorhanden :(

Ja bei mir geht es jetzt auch! Gesendet von iPad mit Tapatalk

@Bluefox: > Ich habe zwei identische hqwidgets mit der Glühlampe erzeugt. Der Anwendungseffekt (Waves) wird nur bei dem Widget angezeigt, welches man nicht anklickt. It's not a bug, it's a feature. ` Damit kann ich leben ;-) Der Effekt kommt also immer, wenn man den Button "fremdsteuert", z.B. über hm-rpc und nicht über sich selbst verändert. Danke für die Info! Muss man wissen :-) @Bluefox: > ID Working: hat bei den Tests mal funktioniert. Warum, keine Ahnung. Derzeit wird das Working Symbol bei zwei Testwidgets (mit identischer rpc ID) dauerhaft an. Wie sieht denn das Symbol aus: als Zahnrad oder als "No parking"? ` Ein kleines blaues Zahnrad unten links. P.S.: Bis auf die uneinheitlichen Zeitangaben (die Systemzeit sollte normalerweise stimmen, daher kein Problem) und dem Working Symbol scheint es jetzt ganz gut zu funktionieren. Warum es manchmal gehakt hat?! Der Button wurde über hm-rpc, javascript, vis angesprochen und muckte etwas rum.

@Bluefox: Hast du aktuellste Version von javascript-Adapter (0.4.13)? ` Jetzt ja. Funktioniert damit wieder. In der Version 0.4.11 trat der Fehler auf.

Eine der Ursachen liegt in der Titelbezeichnung. Umlaute erzeugen dort die Fehler aus der Meldung oben. "Gästebad Klima" erzeugt die genannten Fehler. "Gaestebad" ist OK. Das war vorher nicht so.

Danke, es geht wieder.

Ich beschließe nun nach vielen Tests, dass es am Aktor oder meiner CCU2 selber liegen muss. Dieses eine Gerät zeigt zwar immer einen Wert an, wenn ich aber die Loggings auf der CCU durcharbeite, dann habe ich doch zweifel, dass da was ordentliches bei rumkommt. Also sorry - ich denke hier liegt das Problem NICHT beim Adapter. Bei den anderen geht ja alles. Fitti