@maeuseking Cool wirst du diese dann direkt in den Adapter einspielen?

@domenic sagte in Shelly Adapter findet keine Geräte: @haselchen ich finde diese Option nicht. Jetzt habe ich im Internet gelesen, das die Shellys die Firmware 1.8 brauchen,ist das richtig? Laut App hat der 1PM die Firmware 0.9.3, aber bei Check for Updates sagt er alles aktuell? Habe auch bereits probiert das Update über den Link http://192.168.2.85/ota?url=http://archive.shelly-support.eu/v1.11.7/SHSW-PM_build.zip Probiert,da kommt aber nur Not Found man ruft nach meinereiner? :) welche opton findest du nicht? wie du zu latest, statt stable kommst? du klickst ober auf den schraubenschlüssel und stellst das standard repository auf Beta (latest) um. nach dem update wieder zurückstellen! [image: 1642801667880-aa9a61f8-14ed-4486-8d05-f5c8300fa7cb-grafik.png] danach sollte dir unter adapter shelly die latest angezeigt werden. [image: 1642801754388-c491d966-b976-4ff2-891f-89d2d0786869-grafik.png] und ja, deine shelly brauchen dringend ein update! FW 0.9.3? kann nicht sein... dein link ist falsch. der muss so lauten: in deinem fall x.x mit 2.85 ersetzen http://192.168.x.x/ota?url=http://archive.shelly-tools.de/version/v1.11.7/SHSW-PM.zip

@asgothian sorry ... [image: 1642798627450-screenshot-2022-01-21-215640.png]

@saeft_2003 Habe ich überlesen. :)

@vocaris sagte in MQTT (Anfänger).. Welcher Nutzen?: ... im ioB den Sonoff Adapter nutzen. Die Geräte verbinden sich ja dann per MQTT mit diesem Adapter... Das passt so, für diese Geräte brauchst du keinen weiteren MQTT-Adapter mehr. .... Nun habe ich natürliche in paar Schalter/Lampen auf denen ich kein Tasmota aufspielen kann... Was sind das für Lampen? Eventuell Hersteller oder Bezeichnung der Lampen/Leuchtmittel nennen. Dann könnte man eventuell erkennen welches Funkprotokoll verwendet wird, und dementsprechend nach einer Möglichkeit zu suchen, wie diese Lampen ihren Weg zu ioBroker finden. ... Aber meine TLink Steckdosen kann ich z.B. nicht per ioB ansprechen ... Gilt das Gleiche wie für die Lampen, bitte eine genauere Beschreibung der Steckdosen. Gruß, Karsten

@soc Habe das Problem jetzt anders gelöst (Danke an den Tipp vom Scriptentwickler). Ich habe den sync der Räume beim hm-rega abgeschaltet und die Räume einmalig manuell zugeordnet. Danke nochmals für die Analyse.

Ich schieb das mal wieder an. Ich hab das immer noch nicht gelöst. Die 30.3180 sind wohl eine Spezialität. Vielleicht kriege ich eine Antwort auf meine Frage, ohne das das wieder gekapert wird. Viele Grüße, Vielen Dank Volker

@ewf04214 sagte in "Gelben" Adapterstatus auslesen (z.B. simpleapi): Wo nimmt man solche Infos denn eigentlich her? Lange mit ioBroker unterwegs und Adapterentwickler :-)) (Also an sich hätte jeder Adapterentwickler diese Frage was info.connection angeht so beantworten können ;-))

Danke für die Antworten. Hier der Log: mihome-vacuum.0 2022-01-21 08:20:20.956 debug Helo message Timeout mihome-vacuum.0 2022-01-21 08:20:18.953 debug server started on 0.0.0.0:54321 mihome-vacuum.0 2022-01-21 08:20:18.946 info IOT enabled, create state mihome-vacuum.0 2022-01-21 08:20:18.936 debug MIIO: Config: ip:192.168.10.107 token: 756c6a6c496441706e6d505849716b6f Die IP ist korrekt. Wird in der Xiaomi App angezeigt, im Router und ich kann die IP auch vom iobroker anpingen. ich@iobroker:~# ping 192.168.10.107 PING 192.168.10.107 (192.168.10.107) 56(84) bytes of data. 64 bytes from 192.168.10.107: icmp_seq=1 ttl=63 time=71.4 ms Der alte Sauger hat die 192.168.10.122, welcher funktioniert. Firmware ist: 4.1.5_1398 EDIT: Der Port beim Sauger offen - laut nc: 54321/udp open|filtered Mit dem Packet Sender Tool habe ich mal die Helo Daten von meinen PC zum alten Sauger geschickt - der antwortet sofort Der S7 antwortet darauf nicht. Ratlos.... GELÖST: Der S7 mag es nicht, wenn er sich in einem anderem Subnet befindet. Dem alten Sauger ist das egal.

@ralla66 Meinst du damit den RPI2.0 Adapter (Routine) ? Die Klingel schaltet ein Relais, was wiederum 3,3V auf den GPIO26 schaltet. [image: 1642749808327-c6c06f64-aebd-4e0b-ad95-b711a7a1d5f8-grafik.png]

SO, habe jetzt eine funktionierende Bullseye Installation am laufen. Gibt es jetzt eine Beschreibung wie ich jetzt Iobroker und Raspberrymatic erneut draufbekomme? Bevor ich jetzt etwas falsches mache, wollte ich nochmal nachfragen, bevor doch alles umsonst war :-) dürfte ja soweit passen pi@raspberrypi:~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" NAME="Raspbian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

@madjack84 sagte in Zigbee Reichweite mit Deconz: @asgothian danke. Sowas hab ich mir schon fast gedacht. Grade die xiaomis bevorzugen eher die zentrale vor der Osram Büchse. Hast du Tips für Geräte die tadellos funktionieren? Das kann ich so nicht unterschreiben bei meinem conbee2 stick hängt fast nichts am Koordinator und 90% meiner Zigbee Geräte sind batteriebetriebene Xiaomi Geräte. Hängt meines Erachtens auch von Koordinator ab. Vielleicht liegt es auch eher an den Osram Teilen von den hört man allgemein nichts Positives.

Lief jetzt einen Tag soweit in Ordnung. Habe eben einmal die Sendeleistung auf "High" gestellt und danach kam der Fehler wieder. Aber mach einigen automatischen Reconnects hat er sich dann ohne mein Zutun wieder gefangen. Ist das normales Verhalten?

@soc ich fürchte da kann ich dann leider nicht helfen - mit home magic hab ich bisher nix gemacht, A.

@paul53 Danke das wars also nach Neustart von Javasript läuft wieder alles

@homoran Mit meinem normalen User bekam ich keinen Pfad angezeigt, da er keine bash zugewiesen hatte. Für alle, die ein ähnliches Szenario haben, kann man einfach mittels kommando bash als eben dieser user diesem User eine bash geben. Um das Ganze dauerhaft einzustellen, hilft folgender command sudo /usr/sbin/usermod -s /bin/bash USERNAME Wobei USERNAME der name des benutzers sein soll. Der User sollte auch in der Lage sein, sudo nutzen zu dürfen. Wenn dem nicht der fall ist, kann der command entweder als root ausgeführt werden, oder root gibt dem user mit dem command adduser USERNAME sudo die Rechte, um sudo nutzen zu dürfen. Nach einem re-login, sieht es dann der prompt aus: drloksoft@infrarot:/usr$

@andre1000 Hi, nope, ein "do not start on initial start/boot" gibts nicht. Du könntest höchstens schauen ob Du irgendwie ein "Boot-Skript" (systemd script oder irgendwas Userspezifisches (da bin ich aber nicht der experte!) so machst das es vor dem iobroker start läuft und dort ein "iob stop history.0" ausführst. Aber ja es wäre sehr interessant was da bei Dir los ist. versuchs mal mit Debug Logging

@liv-in-sky besten Dank, ich schau mir das am Sonntag an, cih denke ich mach das mit Deinem script. Danke für die "Betreuung" :-) Das ist ein Widget und script das auch bei meiner Frau gut ankommt ......