NEWS

@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

@wendy2702 Danke für deine Antwort. Mittlerweile hat sich meine WP auch auf tiefere Werte eingependelt.
und dass die Pumpe dabei nicht läuft, scheint dann normal zu sein, wenn es bei dir auch so ist. 🙂

Eine Lösung habe ich bisher noch nicht aber einen Workaround.

Sobald die auszugebende Nachricht eine Formatierung mitbringt verzichtet Android darauf die Ziffern als Link zu markieren. Mit dem parse-mode wird die Interpretation als HTML-Dokument aktiviert. Nun kann man dem Text eine Formatierung verpassen. Es funktionieren bold, italic und predefined Text.

In Abwandlung des Codeschnipsels von oben ergeben die Zeilen

sendTo("telegram.0", "send", { text: "<b>" + InfoMessage + "</b>", user: 'XX', parse_mode: "HTML"}); sendTo("telegram.0", "send", { text: "<i>" + InfoMessage + "</i>", user: 'XX', parse_mode: "HTML"}); sendTo("telegram.0", "send", { text: "<pre>" + InfoMessage + "</pre>", user: 'XX', parse_mode: "HTML"});

folgendes Ergebnis

telegram_temperatures_2.jpg
Ich wäre trotzdem noch an einer grundlegenden Lösung interessiert.

Weitere Kommentare sind sehr willkommen.

Heute mal ein wenig rumprobiert. also mit einem Datenpunkt bekomme ich jetzt das Signal vom iPhone bis zu logo. es wird im iobroker im Objekte Ordner auch angezeigt das sich der zustand ändert aber die LOGO ändert nicht den zustand also scheint die Kommunikation zwischen logo und io nicht zu funktionieren. der Punkt bei den Adaptern ist grün und alles auf wahr. hat da jemand eine Lösung?

@farm sagte in Pilotstudie: appgestützte Stromverbrauchsmodellierung:

hätte natürlich freigegeben sein sollen

nein! sie hätte hier im Forum hochgeladen werden müssen.

@Jey-Cee sagte in Volkszähler autom. Backup:

Dafür musst du einen Cronjob anlegen. Als Benutzer musst du root angeben und den Befehl ohne sudo in den Crontab eintragen.

OK, also zB 0 2 * * * root dd if=/dev/mmcblk0 of=/media/nas/backup/raspi_image.img bs=1M?

oder ist es möglich zB 5 Versionen zu behalten?

Auch ja, aber dazu musst du dir ein Bash script schreiben und das statt dem Befehl aufrufen. Da bin ich dann aber raus, steh etwas auf Kriegsfuß mit den Bash scripten.

kein Problem. Dann erstell ich das Raspi-Backup schon früher und lass es zusätzlich am NAS mit Hyperbackup mitsichern. Dann hab ich auch mehrere Versionen.