Hallo zusammen,
ich habe heute mein iobroker komplett aktualisiert und dabei auch js-controller und java script engine auf den neusten stand gebracht.
und siehe da, endlich kann man beim bearbeiten von blockly scripte das mausrad zum scrollen benutzen.
Deshalb an dieser stelle einen großen dank an all diejenigen, die dies ermöglicht haben.
@shadowhunter23 sagte in anzahl gestoppter instanzen / wert vorhanden?:
device-watcher kann anzeigen wie viele Adapter gestoppt sind
https://github.com/ciddi89/ioBroker.device-watcher/blob/main/README.md
hi.. ich wollte nur kurz einmal danke sagen für den tipp mit dem adapter.
zuerst war ich skeptisch und wollte nicht noch einen weiteren adapter installieren, und stattdessen das ganze mit skripts lösen.
aber der apdater hat echt einiges zu bieten und hat auch dazu geführt, dass ich sogar weitere skripts und selbst angelegte datenpunkte komplett löschen konnte.
danke nochmal 
Hallo zusammen,
zunächst einmal vielen Dank für die rege Beteiligung – genau das zeichnet dieses Forum aus!
Letztendlich habe ich mich der Einfachheit halber für die Variante von Paul53 entschieden. Diese war für mich am verständlichsten, ließ sich am einfachsten umsetzen und hat auf Anhieb funktioniert.
Das Ganze sieht dann jetzt so aus:
Inwiefern diese Lösung im Vergleich zu anderen Varianten hinsichtlich der Systemauslastung besser oder schlechter ist, kann ich schwer beurteilen.
Nochmals herzlichen Dank an alle für die Unterstützung!
PS: Ein zusätzliches Dankeschön für die Tipps zur Script-Optimierung! Diese werde ich mir bei Gelegenheit noch einmal genauer anschauen und versuchen bei meinen bestehenden und neuen Scripts umsetzen.
Viele Grüße
@john-smith sagte in Anleitung zum Rooten von Vacuum Cleaner von Xiaomi:
@Knallochse said in Anleitung zum Rooten von Vacuum Cleaner von Xiaomi:
Hier eine Anleitung zum Rooten von Vacuum Cleaner von Xiaomi
Bitte seid euch bewusst, das das Update eures Saugers mit selbst generierten Firmwarefiles
auch schief gehen kann. Da beim Root die Dustcloud enthalten ist, ist danach der Zugang über die Xiaomi Home App nicht mehr möglich - dafür seid Ihr aber auch von den Chinesischen Mithörern befreit. Der Zugang mit dem IoBroker Adapter ist weiterhin Problemlos möglich.Ich habe meie 2 Staubsauer (Gerneration1) mit dieser Methode erfolgreich geflasht.
Euer Token , die WLAN Zugangsdaten und eventuell eingespielte Sprachausgabe bleiben beim Flashvorgang erhalten.
Mit freundliche Genehmigung von dgi aus dem Roboter-Forum möchte ich kurz beschreiben, wie ich meinem Xiaomi Mi Vacuum Cleaner 1 mit einer gerooteten Firmware inclusive Valetudo Webinterface ohne Linux-Befehle geflasht habe.
Benötigt wird :
- Token des Staubsauger (Anleitung bitte selber Googlen)
- Firmware File gerootet
- RoboRock Control Center (Linux, Windows oder Mac)
Das fertige Firmware File könnt Ihr euch über diese Seite erstellen lassen.
https://dustbuilder.xvm.mit.edu/
- Voucher „rockrobo“
- eure E-Mail Adresse (ich habe mehrere versucht, da nicht alle akzeptiert wurden - mit meiner Googlemail Adresse hat es funktioniert. Ihr bekommt umgehend eine Bestätigungsmail und nach ca. 10min eine Mail mit dem Link zum Firmwarefile
- unter "Your SSH-Public key:" könnt Ihr euer selbst generiertes Keyfile hochladen welches den Rootzugang zu eurem Sauger verwaltet ODER
„Let DustBuilder generate a SSH Keypair for you, it will be sent unencrypted via Email“ auswählen - Das generierte Keyfile bekommt Ihr in der E-Mail zugesendet (für SSH-Zugang z.Bsp. per Putty)- „Preinstall valetudo 0.3“ auswählen zum steuern per Webserver
- richtige Firmware auswählen (auf die Modellnummern achten!!! Versionen für "Generation1 sind nicht mit Generation2 kompatibel und umgedreht) - Es werden hier immer die neuesten Firmware Versionen angeboten. Es wird vom Anbieter darauf geachtet, dass hier nur Firmware Versionen angeboten werden, bei denen die User ein "Normales" Fahrverhalten berichtet haben.
- Rest sollte klar sein.
Dieses Firmwarefile könnt Ihr mit dem Rockrobo ControCenter flashen. Die könnt Ihr hier runterlasen
https://github.com/LazyT/rrcc
Unter Datei / Einstellungen die Ip und den Token eures Saugers eingeben und prüfen, ob eine Verbindung besteht.
Unter Firmware / Aktualisierung noch das runtergelange Firmwarefile „*.pkg“ auswählen und flashen.Euer Sauger bestätigt die Firmware Aktualisierung nach Beendigung per Sprachausgabe. (Dauer ca. 10min)
Anschließend könnt Ihr das Webinterface im Browser eurer Wahl aufrufen. Einfach IP Adresse des Saugers aufrufen.
Sieht dann so aus:
Seit der Valetudo Version 0.30 kann man die Karte wohl per MQTT abgreifen.
Sollte das jemand hier beschreiben können, würde ich mich sehr freuen.Viel Erfolg
danke für das teilen dieser nett informationen, das ist wirklich informativ und hilfreich für mich
es juckt mich schon in den fingern...
würde mich aber vorher dennoch interessieren, was genau dustcloud ist.
ist es auch eine art cloud lösung die mit dem internet verbunden ist?
auf golem steht dass es als unsicher eingestuft ist:
Dustcloud selbst ist derzeit allerdings eher Proof of Concept als produktiv nutzbare Software. Auf dem CCC hatten die Macher gewarnt, die derzeit entwickelte Software sei vermutlich "sehr unsicher".
um am allermeisten würde mich jetzt endlich mal interessieren, ob die karte dann später dauerhaft bestehen bleibt bzw. sich nicht mehr willkürlich dreht, damit ich auch mal zonenreinigung in iobroker einrichten kann...
wäre schön wenn mir da jemand mit gesammelter erfahrung feedback geben könnte.
dankeeee
@gfrene sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore said in ioBroker.js-controller 1.5.6:
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
Ah okay danke....
Gut zu wissen...Stellt sich dennoch die Frage
- Wieso der feher kommt
- Wieso der iot seit dem update keine Geräte mehr hinzufügt
Da du ioT nutzt und warn 10 bekommst ... sage ich mal vorsichtig das du noch nicht die KAUF-Version hast. Weil ioT TEST gehen nur 10 Geräte und 10 Befehle am Tag. Kann auch sein das ich im anderem Jahrhundert z.Z lebe ... falls ja dann SORRY
Edit: Weil das Wetter sollte wenn überhaupt den (Fehler) schmeissen : Instance system.adapter.daswetter.0 terminated with code 11 ()
das ist schon die pro version des ioT..
ich werde morgen zum testen mal zurück auf die 1.4.2 gehen und schauen, ob ich dann wieder geräte hinzufügen kann.
dies sollte im übrigen auch in der nicht pro version möglich sein, da ja bei der nicht pro version nur die anfragen auf 10 pro tag limitiert sind.
hm.. eigentlich wollte ich nur wissen wieso es keine shelly 1L mehr zu kaufen gibt; doch nun überlege ich, alle shelly 1L und Dimmer 2, welche ich installiert habe, wieder auszubauen, wegen der sorge, dass diese die wohnung in brand setzen könnten.
ich habe nämlich zu allen ein bypass (nicht in der schalterdose sondern am verbraucher) angeschlossen.
eine deckenleuchte macht mir dabei ganz besonders sorgen, und zwar eine per fernbedienung dimmbare deckenleuchte der marke TRIO NAGANO – 677718000, die ich trotzdem an einem shelly 1L angeschlossen habe. Diese funktioniert zwar, aber nur solange man nicht komplett mit der fernbedienung runterdimmt. dennoch fühlt sich das irgendwie falsch an dort ein shelly 1L eingebaut zu haben, auch wenn es soweit funktioniert.
ich bin leider kein fachman, deshalb kann ich das alles fachlich schwer beurteilen und lasse mich ein wenig von der "angst" bzw. den kommentaren im netz leiten.
@Thomas-Braun sagte in Test Adapter WhatsAPP-CMB:
@ltsalvatore sagte in Test Adapter WhatsAPP-CMB:
wer zeit mit groß und kleinschreibung verschwendet, der ist selbst schuld.
Du verschwendest MEINE Zeit damit. Und dann bin ich auch raus.
autsch
@liv-in-sky sagte in Test Adapter WhatsAPP-CMB:
@ltsalvatore du solltest vielleicht in einem backuitup thread ( https://forum.iobroker.net/topic/27267/test-adapter-backitup-v1-6-x/681 ) die frage stellen - soviel ich weiß, ist @simatec der backitup verwalter
danke liv-in-sky für deine rückmeldung.
dann versuche ich dort mein glück.
hoffe du hattest keine schwierigkeiten damit den text zu lesen trotz fehlender großbuchstaben
scheint ja tatsächlich menschen zu geben, die sich an sowas aufgeilen 
@wawyo sagte in Test DreameHome: 3D-Visualisierung und Alexa-Steuerung:
0.1.8
Vielen Dank für den großartigen Adapter – endlich etwas, womit man wirklich arbeiten kann!
Trotzdem habe ich ein paar Fragen, bevor ich den Adapter in mein System einbinde:
1. Installation der Version 0.1.8
Frage: Wie kann ich zuverlässig Version 0.1.8 installieren?
2. Einstellung „Auf der Karte“
Frage: Was bedeutet diese Option genau?
3. Steuerung über Alexa
Frage: Wie richte ich den Adapter so ein, dass Alexa die Steuerung übernimmt? Gibt es dazu ein Tutorial oder eine Schritt-für-Schritt-Anleitung?
4. Steuerung über einen Wand-Switch
Frage: Welche Datenpunkte muss ich in einem Skript dafür nutzen?
Ich danke dir schon mal für jegliche Hilfestellung!
viele grüße
ltsalvatore
Danke für die ausführlichere Rückmeldung!
Da war ich wohl ein bisschen zu blauäugig und gutgläubig, als ich mir den 6-fach-Taster von Homematic geholt habe. Bin einfach davon ausgegangen: „Hat bisher mit Homematic Geräten und ioBroker (auch über den Access Point) immer geklappt – also wird ein Simpler Taster schon laufen.“ Tja, falsch gedacht.
Einen Raspberry oder ein weiteres System will ich mir ehrlich gesagt nicht hinstellen – hab keine Lust, noch mehr Kram zu pflegen. Am liebsten so simpel und wartungsfrei wie möglich.
Wird also wohl darauf hinauslaufen, dass ich den Taster wieder verkaufe und schaue, was es sonst noch Passendes gibt. Eigentlich will ich ja nur einen simplen Mehrfachtaster, den ich im Flur an die Wand packen kann, um über Skripte ein paar Aktionen zu starten (alle Lichter aus, Staubsauger los, etc.).
Hätte echt nicht gedacht, dass das so ein Akt wird.
Vielen Dank für die ausführliche Rückmeldung! 
Mich würde interessieren, ob vielleicht jemand noch weitere Informationen dazu hat:
Liegt es technisch einfach daran, dass es grundsätzlich nicht umsetzbar ist,
oder hat sich bisher schlicht niemand die Aufgabe gestellt bzw. bestand bislang zu wenig Interesse daran, es umzusetzen?
Und falls es tatsächlich keine Möglichkeit geben sollte: Welche Alternativen gäbe es über Zigbee oder BidCoS, die als 6-fach oder von mir aus nur ein 4fach Taster zuverlässig mit ioBroker nutzbar sind?
Hallo zusammen,
ich habe mir kürzlich den Homematic IP 6-fach Wandtaster (HMIP-WRC6) angeschafft und in mein Setup mit Homematic IP Access Point + ioBroker eingebunden. Das Gerät wird erkannt und die Objekte/Datenpunkte erscheinen auch, aber ich konnte bislang keine brauchbaren Events (z. B. Taster drücken, langer Tastendruck, kurzer Tastendruck) finden, mit denen ich andere Objekte oder Lampen zuverlässig steuern könnte.
Deshalb meine Fragen an die Community:
Gibt es inzwischen eine Möglichkeit, über den Homematic IP Access Point mit dem HMIP-WRC6 echte, nutzbare Tastendruck-Events in ioBroker zu bekommen (z. B. für alle 6 Tasten, kurz/lang)?
Falls das nicht möglich ist / bisher nur eingeschränkt funktioniert:
Welche Taster könnt ihr empfehlen, die nicht über WLAN arbeiten, sondern über BidCoS (Homematic) oder Zigbee, und zuverlässig 6 Schaltflächen bzw. Kanäle liefern (mit Kurz-/Langdruck wenn möglich)?
Vielen Dank schon mal im Voraus.
Hallo zusammen,
zunächst einmal vielen Dank für die rege Beteiligung – genau das zeichnet dieses Forum aus!
Letztendlich habe ich mich der Einfachheit halber für die Variante von Paul53 entschieden. Diese war für mich am verständlichsten, ließ sich am einfachsten umsetzen und hat auf Anhieb funktioniert.
Das Ganze sieht dann jetzt so aus:
Inwiefern diese Lösung im Vergleich zu anderen Varianten hinsichtlich der Systemauslastung besser oder schlechter ist, kann ich schwer beurteilen.
Nochmals herzlichen Dank an alle für die Unterstützung!
PS: Ein zusätzliches Dankeschön für die Tipps zur Script-Optimierung! Diese werde ich mir bei Gelegenheit noch einmal genauer anschauen und versuchen bei meinen bestehenden und neuen Scripts umsetzen.
Viele Grüße
Hallo zusammen,
ich habe ein Blockly-Skript, das eine Aktion ausführt, wenn eine bestimmte Bedingung erfüllt ist. Allerdings möchte ich verhindern, dass die Aktion sofort wiederholt wird – sie soll erst wieder ausgelöst werden, wenn mindestens 60 Sekunden vergangen sind.
Hier ist mein aktuelles Blockly-Skript:
Nach etwas Recherche habe ich verstanden, dass man dafür mit Variablen und den Blöcken aus „Datum und Zeit“ arbeiten kann. Aber ich bin mir unsicher, wie genau ich das umsetzen muss – vor allem, wie ich den Zeitvergleich richtig verknüpfe, damit die Aktion erst nach 60 Sekunden erneut ausgeführt wird.
Hat jemand eine Idee, wie ich das in Blockly umsetzen kann? Welche Blöcke brauche ich, und wie sollte ich sie verbinden?
Danke für eure Hilfe!
Danke, jetzt sieht alles wieder normal aus.
Alle Instanzen scheinen wie erwartet Einträge zu generieren. Es werden wohl immer nur die letzten 250 Einträge angezeigt, und eine Filterung nach Zeit ist nicht möglich – aber das scheint wohl so im Sinne des Erfinders zu sein.
ich schalte den debug modus für den zigbee adapter wieder aus und beobachte das ganze.
sieht jetzt auch um einiges besser aus:
auch wenn die datei in ein paar tagen automatisch gelöscht worden wäre, habe ich die log datei von heute entfernt und neu erstellen lassen.
@crunchip sagte in Inhalt in Protokolle ziemlich leer:
@ltsalvatore dann direkt in der Konsole schauen, wie Thomas schrieb und/oder auch mal nen anderen Browser probieren.
andernfalls was sollte denn im log zu sehen sein,
bzw was heisst ?@ltsalvatore sagte in Inhalt in Protokolle ziemlich leer:
wird unter Protokolle nicht wirklich viel protokolliert.
kommt etwas, wenn du ne Instanz neu startest?
ja, die werden alle kurzzeitig angezeigt und verschwinden dann auch wieder in der ansicht.
@thomas-braun sagte in Inhalt in Protokolle ziemlich leer:
Was steht denn direkt in der Datei drin?
cat /opt/iobroker/log/iobroker.current.log
Das Logfile ist mit etwa 100 Einträgen ziemlich leer – möglicherweise, weil ich es im Laufe des Tages über das Web-Frontend immer wieder geleert habe.
Jetzt habe ich mir das Logfile für den Tag angesehen – und das ist mit 5,9 MB ziemlich gut gefüllt.
Darin sind alle Einträge sichtbar, und alles wirkt eher normal.
Das bedeutet also: Die Logeinträge werden kurzzeitig im Web-Frontend angezeigt und auch in der Tages-Logdatei protokolliert, aber aus irgendeinem Grund nicht in der für die Ansicht relevanten Datei iobroker.current.log gespeichert?
