Skip to content

Off Topic

Hier kann über alles geredet werden was sonst nirgendwo hinpasst
3.1k Themen 48.4k Beiträge

NEWS

Unterkategorien


  • 84 Themen
    2k Beiträge
    JackDanielJ
    danke, hat geklappt :) jackdaniel@NUC:~$ sudo apt update && sudo apt full-upgrade Hit:1 https://repos.influxdata.com/debian stable InRelease Hit:2 https://deb.debian.org/debian trixie InRelease Get:3 https://security.debian.org/debian-security trixie-security InRelease [43.4 kB] Hit:4 https://deb.debian.org/debian trixie-updates InRelease Hit:5 https://downloads.plex.tv/repo/deb public InRelease Hit:6 https://repo.homebridge.io stable InRelease Hit:7 https://deb.nodesource.com/node_22.x nodistro InRelease Fetched 43.4 kB in 0s (153 kB/s) All packages are up to date. Warning: https://downloads.plex.tv/repo/deb/dists/public/InRelease: Policy will reject signature within a year, see --audit for details Warning: https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details Summary: Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0 jackdaniel@NUC:~$
  • 252 4k
    252 Themen
    4k Beiträge
    M
    Geht doch [image: 1762540898822-84da7797-1785-45e9-883a-033f360580a6-image.png]
  • 138 3k
    138 Themen
    3k Beiträge
    wendy2702W
    Hier der select: [image: 1763974938404-d341299e-411b-46b2-a0e2-6bc05024e30e-grafik.png] Dieser Eintrag im log mit dem Limit etc. kommt übrigens nur für dieses eine Objekt: influxdb.0 2025-11-24 09:56:22.842 debug Removed Alias: modbus.4.holdingRegisters.4.588_battery_capacity !-> Battery Capacity influxdb.0 2025-11-24 09:56:13.123 debug Send: 43 of: 44 in: 16ms influxdb.0 2025-11-24 09:56:13.109 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:57:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:57:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:56:13.107 debug modbus.4.holdingRegisters.4.588_battery_capacity17639745731070.9087331471236297 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974620000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:56:13.107 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:56:13.080 debug Send: 500 of: 500 in: 154ms influxdb.0 2025-11-24 09:56:12.929 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '1999-12-31T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '1999-12-31T23:00:00.000Z' AND time < '2025-11-24T08:56:13.795Z' ORDER BY time ASC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:56:13.795Z' LIMIT 1 influxdb.0 2025-11-24 09:56:12.926 debug modbus.4.holdingRegisters.4.588_battery_capacity17639745729260.9845860834479072 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":946681200000,"end":1763974573795,"limit":1,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"none","user":"system.user.admin"}} influxdb.0 2025-11-24 09:56:12.926 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:56:12.845 debug Incoming message features from system.adapter.admin.0 influxdb.0 2025-11-24 09:55:40.273 debug Send: 43 of: 44 in: 15ms influxdb.0 2025-11-24 09:55:40.259 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:56:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:56:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:55:40.258 debug modbus.4.holdingRegisters.4.588_battery_capacity17639745402580.19325231080612948 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974560000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:55:40.257 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:54:40.259 debug Send: 42 of: 43 in: 17ms influxdb.0 2025-11-24 09:54:40.243 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:55:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:55:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:54:40.242 debug modbus.4.holdingRegisters.4.588_battery_capacity17639744802420.4969135714440529 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974500000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:54:40.242 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:53:40.673 debug Send: 42 of: 43 in: 21ms influxdb.0 2025-11-24 09:53:40.653 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:54:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:54:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:53:40.652 debug modbus.4.holdingRegisters.4.588_battery_capacity17639744206520.6842324958529225 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974440000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:53:40.652 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:52:41.288 debug Send: 42 of: 43 in: 14ms influxdb.0 2025-11-24 09:52:41.275 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:53:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:53:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:52:41.274 debug modbus.4.holdingRegisters.4.588_battery_capacity17639743612740.973533320590052 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974380000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:52:41.274 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:41.462 debug Send: 42 of: 43 in: 11ms influxdb.0 2025-11-24 09:51:41.452 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:52:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:52:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:51:41.451 debug modbus.4.holdingRegisters.4.588_battery_capacity17639743014510.3997624257885206 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974320000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:51:41.451 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:41.413 debug Send: 500 of: 500 in: 88ms influxdb.0 2025-11-24 09:51:41.326 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '1999-12-31T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '1999-12-31T23:00:00.000Z' AND time < '2025-11-24T08:51:42.188Z' ORDER BY time ASC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:51:42.188Z' LIMIT 1 influxdb.0 2025-11-24 09:51:41.325 debug modbus.4.holdingRegisters.4.588_battery_capacity17639743013250.9753410809096223 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":946681200000,"end":1763974302188,"limit":1,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"none","user":"system.user.admin"}} influxdb.0 2025-11-24 09:51:41.325 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:41.252 debug Incoming message features from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:04.621 debug Send: 44 of: 43 in: 366ms influxdb.0 2025-11-24 09:51:04.261 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:52:00.000Z' ORDER BY time ASC;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:52:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:51:04.255 debug modbus.4.holdingRegisters.4.588_battery_capacity17639742642550.8420108482029569 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974320000,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"minmax","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:51:04.249 debug Incoming message getHistory from system.adapter.admin.0
  • 260 Themen
    4k Beiträge
    BananaJoeB
    @exaware1 Nachtrag: Oder als DO einen status 8 ausführen lassen Die Auswertung müsstest du dann aber so oder so auf ioBroker Seite machen.
  • 178 5k
    178 Themen
    5k Beiträge
    G
    @arteck said in Backup wird auf andere Nummer zurückgespielt: @guitardoc meine Frage brauchst nicht bantworten.. jo Oops, sorry, das hatte ich ganz übersehen... Hmm, ich kann auch nicht mehr sagen, wie ich es zurückgespielt hab. Vermutlich hab ich das genommen, wo ich zuerst gesehen hab, dass es das Backup ist was ich brauche... Interessant, dass es da Unterschiede gibt. Aber bei näherer Betrachtung macht das schon Sinn - wenn man aus dem LXC rückspielt, dann weiß er ja wohin, während von der Backupplatte kann es sonst wohin gehen. Ich vermute daher, dass ich es von der Backupplatte genommen hab, und dann hat er den ersten freien Slot vorgeschlagen, der ihm untergekommen ist (das war die 100). Und da die 101 möglicherweise auch noch lief, ließ sich die 101 auch nicht mehr für die Herstellung auswählen. Wieder was gelernt!
  • Fragen zu Docker-Installationen

    15 191
    15 Themen
    191 Beiträge
    Marc BergM
    @mkiobroker sagte in Update von 6.3.5 auf 7.7.2: Ich möchte meinen ioBroker von einem Server auf einen anderen Server umziehen. Auf beiden läuft Ubuntu 20.04 Warum startest du auf dem "neuen" Server gleich mit einem alten Betriebsssystem? Auf dem alten ist installiert 6.3.5 und auf dem neuen läuft 7.7.2. Das sind die Admin Versionen, entscheidend für das Backup / Restore ist die Version des js-controllers. Dann hab ich versucht den alten Server zu updaten (ich dachte, dass das backupit 2.x nicht kompatibel mit der 3.x Version ist), in dem ich den Container und das Image gelöscht habe und dann anschließend den obenstehenden Einzeiler ausgeführt. Image wurde neu geladen und beim Start war auch von den neuen Versionen die Rede. Leider wurde aber immer noch die Version 6.3.5 angezeigt. Klar, das Update des Images ändert nichts an den installierten Versionen unter "iobrokerdata". Was kann ich noch machen - oder muss ich echt alles per Hand übertragen? Siehe oben, die js-controller-Versionen müssen übereinstimmen. Also entweder den alten Server up- oder den neuen Server downgraden. Das geht (wenn nicht zu viele Äonen dazwischen liegen).
  • 31 346
    31 Themen
    346 Beiträge
    B
    @Beggall Über simpleAPI und socket.io kein Problem
  • Problem mit Grafik von github im Browser

    chrome
    3
    3
    0 Stimmen
    3 Beiträge
    325 Aufrufe
    OstfrieseUnterwegsO
    Die Anzeige im Admin Frame http://<iobroker-IP>:8081/#tab-adapters/readme/iqontrol. Passiert aber ja automatisch, wenn ich auf das Fragezeichen klicke. [image: 1600247726249-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 [image: 1600248706141-screenshot-2020-09-16-113050-resized.png]
  • Türschlossantrieb für Ansteuerung über Kabel

    7
    0 Stimmen
    7 Beiträge
    1k Aufrufe
    dkleber89D
    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
  • Unsere uralt Klingel - kann die jemand Erklären? =)

    27
    1
    0 Stimmen
    27 Beiträge
    6k Aufrufe
    M
    @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... :innocent: 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? :relieved: Dann kannst auch das vorgeschlagene Relais nehmen?
  • SD card copier unter Raspbian

    4
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    arteckA
    @David-G nö . wpzu auch .. dem PI ist es egal was da drinn steckt ..hauptsache bootloader druff
  • "Linux" Problem USB Device

    linux usb zigbee cc2531 cc2530
    3
    0 Stimmen
    3 Beiträge
    198 Aufrufe
    M
    @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.
  • Raspberry 3+ verabschiedet sich ohne ersichtlichen grund.

    16
    1
    0 Stimmen
    16 Beiträge
    792 Aufrufe
    X
    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
  • DNS Auflösung funktioniert nur teilweise

    dns docker portainer nslookup
    2
    0 Stimmen
    2 Beiträge
    672 Aufrufe
    FrankOverIPF
    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
  • Wollte einfach mal Danke sagen

    danke
    1
    9 Stimmen
    1 Beiträge
    237 Aufrufe
    Niemand hat geantwortet
  • Unifi Dream Machine - feste ip für RP4 iobroker - wie?

    2
    0 Stimmen
    2 Beiträge
    257 Aufrufe
    M
    hat sich erledigt - die IP des Gateways war falsch....
  • Raspbee2 Installationsprobleme

    5
    0 Stimmen
    5 Beiträge
    487 Aufrufe
    L
    Im Video ist wirklich alles super erklärt! danke dafür! hat auch mir geholfen.
  • CCU3: CUxD-EXEC/CuxD-MAIL Geräte löschen?

    2
    0 Stimmen
    2 Beiträge
    802 Aufrufe
    AnamCaraA
    @AnamCara Ich habe den Tipp erhalten CUxD nochmal zu installieren und dann die Geräte zu löschen, das hat funktioniert.
  • Telegram - Grafik von URL senden - Aktualisierung?

    9
    0 Stimmen
    9 Beiträge
    768 Aufrufe
    M
    @Heidi02 https://forum.iobroker.net/topic/6830/bild-vom-telegram-empfangen/18 Vielleicht hilft das?
  • [gelöst]State ausblenden im Entity Filter

    lovelace visualisierung iobroker state adapter
    2
    1
    0 Stimmen
    2 Beiträge
    178 Aufrufe
    ?
    Lösung show_state: false
  • Strom Einliegerwohnung mit PV-Strom und Netzstrom auswerten?

    1
    0 Stimmen
    1 Beiträge
    199 Aufrufe
    Niemand hat geantwortet
  • MacOS - Yahka - Reset Konfiguration der Home-App

    1
    0 Stimmen
    1 Beiträge
    108 Aufrufe
    Niemand hat geantwortet
  • Verständnisfrage zigbee2mqtt

    17
    1
    0 Stimmen
    17 Beiträge
    2k Aufrufe
    C
    @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: [image: 1597418010855-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.
  • Sensor für Rasenmäher Garage gesucht

    28
    1
    1 Stimmen
    28 Beiträge
    2k Aufrufe
    E
    @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
  • Viessmann Erdwärmeheizung Kühlung

    3
    0 Stimmen
    3 Beiträge
    281 Aufrufe
    R
    @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. :slightly_smiling_face:
  • Telegram - Anzeige konfigurieren?

    4
    1
    0 Stimmen
    4 Beiträge
    592 Aufrufe
    H
    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 [image: 1596398877429-telegram_temperatures_2.jpg] Ich wäre trotzdem noch an einer grundlegenden Lösung interessiert. Weitere Kommentare sind sehr willkommen.
  • Hilfe LOGO8 mit HomeKit Verbinden

    logo8 s7 homekit yahka blockly
    3
    0 Stimmen
    3 Beiträge
    856 Aufrufe
    T
    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?

884

Online

32.4k

Benutzer

81.5k

Themen

1.3m

Beiträge