NEWS

Ich war vor kurzem auch auf der Suche nach neuen Lautsprechern und war mir lange unsicher, welche ich kaufen soll. Zumal ich auch nicht so vie Geld ausgeben wollte. Mir hat dieser Produktvergleich von Breitbandlautsprechern bei der Auswahl geholfen: https://www.diehifiberater.de/breitbandlautsprecher-test/
Vielleicht ist dieser Artikel ja auch interessant für euch 😊

@Segway Hallo Segway, hast Du das Phänomen aufklären können? Bekomme auch keine Werte angeziegt bzw. gespeichert.

Danke für euer Feedback.
Die DNS Einstellungen in der FB Han ich kontrolliert, da steht sowohl bei V4 als auch bei V6 nach wie vor der pinhole drin.

Die Anzeige im Admin Frame
http://<iobroker-IP>:8081/#tab-adapters/readme/iqontrol. Passiert aber ja automatisch, wenn ich auf das Fragezeichen klicke.

Screenshot 2020-09-16 111139.png

Weiter unten ist dann ja: 'In neuem Tab öffnen'. Das öffnet
https://github.com/sbormann/ioBroker.iqontrol/blob/master/README.md
Und dann fehlen dort die Grafiken
Alternativ
https://github.com/sbormann/ioBroker.iqontrol
Auch dort keine Grafiken. Auch wenn ich auf einen der Grafik-Links klicke: Keine Grafik

Screenshot 2020-09-16 113050.png

Danke für den Input. Ich habe jetzt die Lösung für mich wie folgt:

Die Hauseingangstüre ist direkt vom Hersteller so wie ich Sie mir wünsche das ist kein Problem (Vollelektrisch mit E-Key inkl. elektrischer Ansteuerung und Rückmeldung durch potenzialfreie Kontakte).

Bei den Wohnungseingangstüren mache ich kurzen Prozess und werde "Assa Abloy Code Handle" verbauen. Das ist zwar nicht sehr sicher aber in meinem Fall reicht das locker da die Wohnungen nur von der eigenen Familie bewohnt werden. Mit einem Schlüssel könnte man dann immer noch absterren wenn man mal meint es sei nötig.

Die "Spezialanwendung" mit schließen in ruhestrom konfig brauche ich für das Hauptbad, da ich zwei Türen habe die relativ weit auseinander sind und ich nicht jedes mal zu beiden Türen gehen mag, wenn ich absperren will. Dort nehme ich jetzt keinen elekrischen Türöffner in Ruhestromkonfiguration weil ich dann jeweils Knäufe verbauen müsste und ich dauernd diese klacken habe auch in der Nacht im Schlafzimmer. Jetzt werden dort elektrische Türriegel eingebaut die eine Rückmeldung der Tür beinhalten.

Danke, dkleber89

@padrino sagte in Unsere uralt Klingel - kann die jemand Erklären? 😃:

So, jetzt muss ich hier doch nochmal nachhaken, da mir das Thema grad wieder unter gekommen ist... 😇

Da meine vorhandenen Fensterkontakte anschlagen, wenn ich den Gong temporär über einen 9V Block (also mit Gleichstrom) betreibe, könnte ich dann nicht einfach zwischen AC Stromzufuhr und Gong sowas hängen

https://www.ebay.de/itm/283934663491

und dann könnte es auch klappen? 😌

Dann kannst auch das vorgeschlagene Relais nehmen?

@David-G nö . wpzu auch .. dem PI ist es egal was da drinn steckt ..hauptsache bootloader druff

@Thomas-Braun
Hey. Danke schon mal für die Antwort. Also das Durchreichen muss man (leider) manuell über nen Haken machen (nach jedem Neustart / Update des qnap).
Das Problem ist aber, dass dort schon nicht mehr das USB Gerät auftaucht und demnach auch nicht weiter gereicht werden kann 🙂 nur das Umstecken in einen noch nicht benutzten Port klappt. Heute habe ich zum Beispiel den Port versucht, von dem ich das letzte Mal (ein paar Monate her) umgestellt hatte. Der hat nicht funktioniert. Ein weiterer Port dafür direkt.

So, mal ein kleines Update.

Es war genau der fehler, den @Homoran geschildert hat.
Habe mein Mesh Repeater (Fritz 7490) näher an meine Fritz 6660 gesetzt.
Habe auf meiner Fritz 6660 Das OS 7.21 und auf der 7490 hatte ich 7.12.
Habe die 7490 jetzt mal auf die aktuelle labor aktualisiert weil noch kein aktuelles Release von 7.20 verfügbar ist.

und was soll ich sagen? seit über 3 stunden keine Probleme !

Vielen Dank an alle und besonders auch nochmal an @Homoran für den korrekten lösungsansatz

Liebe grüße

Hallo,

inzwischen bin ich sicher, dass mein DNS-Problem durch einen Bug verursacht wird - vermutlich im Docker.

Ich konnte soeben beobachten, dass sich das Verhalten von nslookup mit der Verwendung in zwei Containern verändert.

1. Aufruf im ioBroker-Container:

root@iobroker:/opt/iobroker# nslookup warnung.bund.de
Server: 127.0.0.11
Address: 127.0.0.11#53

** server can't find warnung.bund.de: SERVFAIL

2. Aufruf im FHEM-Container

root@fhem:/opt/fhem# nslookup warnung.bund.de
Server: 127.0.0.11
Address: 127.0.0.11#53

Non-authoritative answer:
warnung.bund.de canonical name = warnung-bund-de.ax4z.com.
Name: warnung-bund-de.ax4z.com
Address: 185.85.0.173
Name: warnung-bund-de.ax4z.com
Address: 2a02:cb40:200::106

3. Aufruf im ioBroker-Container

root@iobroker:/opt/iobroker# nslookup warnung.bund.de
Server: 127.0.0.11
Address: 127.0.0.11#53

Non-authoritative answer:
warnung.bund.de canonical name = warnung-bund-de.ax4z.com.
Name: warnung-bund-de.ax4z.com
Address: 185.85.0.173
Name: warnung-bund-de.ax4z.com
Address: 2a02:cb40:200::106

Zwischen den aufrufen fand keine Änderung an der Konfiguration statt - es lagen nur Sekunden zwischen den Aufrufen.

Kurze Zeit später verliert der ioBroker-Container wieder die Fähigkeit die Adresse aufzulösen. Das Verhalten ist im Moment so reproduzierbar. Ein nslookup im FHEM-Container gibt dem ioBroker-Contaier für kurze Zeit wieder die Fähigkeit zum Auflösen des Namens.

Viele Grüße
Frank

hat sich erledigt - die IP des Gateways war falsch....

Im Video ist wirklich alles super erklärt! danke dafür! hat auch mir geholfen.

@AnamCara
Ich habe den Tipp erhalten CUxD nochmal zu installieren und dann die Geräte zu löschen, das hat funktioniert.

@Heidi02 https://forum.iobroker.net/topic/6830/bild-vom-telegram-empfangen/18
Vielleicht hilft das?

Lösung

show_state: false

@Oskar

Als Erweiterung/Palette in NodeRed habe ich folgenden genutzt:
"node-red-contrib-alexa-home" (dieser funktioniert ohne Alexa-Skill und kann fast direkt genutzt werden)

In Node-Red sieht das ganze dann folgendermaßen aus:

test.png

In der Function habe ich die "true"/"false" Werte aus dem Payload rausgeholt und als neuen Payload gespeichert:

if (msg.payload.on === true) { msg.payload = true; } else { msg.payload = false; } return msg;

Ansonsten ist noch wichtig, dass der Port gemappt wird (da neuere Echo Geräte den Port 80 nutzen).
Dies wird mit folgendem Befehl durchgeführt (Port 80 wird auf Port 60000 gemappt):
sudo iptables -t nat -I PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 60000

Falls die Änderung dauerhaft sein soll (ansonsten muss obiger Befehl nach jedem Neustart erneut durchgeführt werden):
iptables-save > /etc/iptables/rules.v4

Den letzten Befehl jedoch besser noch mal auf folgender Seite abgleichen (je nach Linux-System sind leichte Abweichungen vorhanden):
https://www.poftut.com/how-to-save-and-restore-iptables-rules-permanently-in-ubuntu-centos-fedora-debian-kali-mint/

Ich hoffe die Infos helfen dir weiter.

@Mattn11 also bei mir gab es das genau 1 mal das die Tore unten blieben. Er hat versucht rauszukommen. Aber nach ca 30 sec ist er auf trapped gegangen und hat sich abgeschaltet. Da war auch nichts an Spuren zu sehen am Tor