@dpo99 said in Tagesverbrauchsmessung mit Shelly 1pm pro: @searcher57 okay so in der shelly.1 ist der Host als mqtt eingestellt. Dann brauchst du diese Einstellung im Shelly. Und dann sind die Objekte auch in shelly.1 angelegt. Das Javascript läuft aber standardmäßig in der shelly.0 Instanz. Schick mal ein Bild von den Einstellungen des shelly.1 Adapters und von den mqtt Einstellungen des plus PM. Ich glaube, das war's ! Danke ! Die Werte ändern sich! Schönes 2. Ostern noch.

@hanan Der Fehler war folgender: Das Tablett ist wird mit POE gespiesen und daher hängt dieses bereits am LAN. Durch diverse Updates hat sich das Tablett noch via WLAN mit einer zweite IP in das Netz eingewählt, welches zu diesen Fehlermeldungen geführt hat. WLAN deaktiviert und alles war iO. Trozdem vielen Dank für die Hilfestellungen. Noch einen schönen Oster-Montag.

OK, mein "discovery" tool zeigt zwar nur IPv6 an und nicht ipv4 aber der Port irritiert mich: Ein netstat zeigt mir an, dass das direkt von Yahka kommt und nicht von avahi. adieball@s01:~$ sudo netstat -tulpn Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 192.168.119.121:7999 0.0.0.0:* LISTEN 2045/io.geofency.0 tcp 0 0 192.168.119.121:8100 0.0.0.0:* LISTEN 2443/io.doorbird.0 tcp 0 0 192.168.119.121:8090 0.0.0.0:* LISTEN 1851/io.admin.1 tcp 0 0 192.168.119.121:8083 0.0.0.0:* LISTEN 2389/io.web.1 tcp 0 0 192.168.119.121:8082 0.0.0.0:* LISTEN 2365/io.web.0 tcp 0 0 192.168.119.121:8081 0.0.0.0:* LISTEN 1802/io.admin.0 tcp 0 0 192.168.119.121:8181 0.0.0.0:* LISTEN 3023/io.wiffi-wz.0 tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 697/systemd-resolve tcp 0 0 127.0.0.1:8088 0.0.0.0:* LISTEN 773/influxd tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 877/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 877/iobroker.js-con tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 2220/io.shelly.0 tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN 885/perl tcp 0 0 192.168.119.121:1883 0.0.0.0:* LISTEN 2279/io.sonoff.0 tcp 0 0 192.168.119.121:1884 0.0.0.0:* LISTEN 2101/io.mqtt.0 tcp 0 0 192.168.119.121:2010 0.0.0.0:* LISTEN 2011/io.hm-rpc.0 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 796/sshd: /usr/sbin tcp 0 0 0.0.0.0:33115 0.0.0.0:* LISTEN 81913/io.yahka.0 tcp6 0 0 :::8086 :::* LISTEN 773/influxd tcp6 0 0 :::61991 :::* LISTEN 3140/io.harmony.0 tcp6 0 0 :::51989 :::* LISTEN 2154/io.nuki-extend tcp6 0 0 :::51523 :::* LISTEN 979/homebridge tcp6 0 0 :::111 :::* LISTEN 1/init tcp6 0 0 :::22 :::* LISTEN 796/sshd: /usr/sbin tcp6 0 0 :::8581 :::* LISTEN 862/hb-service udp 0 0 0.0.0.0:10000 0.0.0.0:* 885/perl udp 0 0 0.0.0.0:61991 0.0.0.0:* 3140/io.harmony.0 udp 0 0 0.0.0.0:54423 0.0.0.0:* 3600/avahi-daemon: udp 0 0 0.0.0.0:5353 0.0.0.0:* 3600/avahi-daemon: udp 0 0 0.0.0.0:5353 0.0.0.0:* 979/homebridge udp 0 0 0.0.0.0:5353 0.0.0.0:* 862/hb-service udp 0 0 0.0.0.0:5353 0.0.0.0:* 697/systemd-resolve udp 0 0 127.0.0.53:53 0.0.0.0:* 697/systemd-resolve udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp6 0 0 :::5353 :::* 697/systemd-resolve udp6 0 0 :::5353 :::* 3600/avahi-daemon: udp6 0 0 :::55295 :::* 3600/avahi-daemon: udp6 0 0 :::111 :::* 1/init adieball@s01:~$ Ich meine mich zu erinnern, dass ich avahi erst im Rahmen des Troubleshooting installiert hatte, was wohl unnötig gewesen ist. Sollte ich avahi wieder entfernen (und Homebridge erstmal gleich mit)? Hatte ich probiert, aber dann taucht Yahka weder im Discovry tool noch in Homekit auf.

Hallo zusammen, ich habe die Osterzeit mal genutzt und mir das Problem angeschaut. Im genannten github issue findet ihr einen vorgeschlagenen Fix für das Problem. Ich konnte es allerdings nicht richtig verifizieren, da es bei mir ausnahmsweise grade mal keine Probleme macht. Vielleicht findet ja jemand die Zeit das ganze mal als beta zu testen :)

@thomas-braun alles klar, danke. Dann ist/war das ggf. der Knackpunkt. Werde ich jetzt einfach mal beobachten.

@fibricus hmm, hab ich einen knopf im kopf? original DP: [image: 1711953708883-08bf3484-bb24-498f-8464-7b90f542063f-grafik.png] ausgewählt im manager: [image: 1711952716839-f6c5cd87-4eec-4493-a923-e0521f9af6c8-grafik.png] ID vergeben: [image: 1711953761938-ffb80441-9795-4ac7-b7e9-7ad89a00946a-grafik.png] anzeige: [image: 1711953590045-1fdccbca-11fa-4724-9242-e764f936887c-grafik.png] fertiger alias: [image: 1711953854575-3bdd3849-7818-4037-9010-cd4887beb8e1-grafik.png] da steht doch der Name drinnen mit der vergebenen ID: [image: 1711954793853-4bbb343b-0aa2-497a-addd-8b99499e1517-grafik.png]

Die Spaltenbreite lässt sich nicht verändern. Der Trick ist wohl, dass man die letzte Spalte in meinem Fall "Wert" nach rechts verschiebt, erst dann lassen sich auch die Spalten für die Zeitstempel vergrößern und wieder sichtbar machen. Oh Mann, da muss man erst einmal darauf kommen. Nach 30 Jahren elektronischer Tabellen und jetzt so eine Bedienungkonzept ...

@amutep Ich weiß es nicht mehr so ganz genau, aber wenn ich mich richtig erinnere wird das über ein Html Widget eingebunden, wo Du dann die URL vom Sauger einträgst

Problem gelöst: bei der Suche auf der Phoscon Hompage habe ich folgenden Teil entdeckt: [image: 1711919523574-d79a48d3-bdcd-432f-95da-f9174987f382-image.png] reboot, und plötzlich geht alles wieder. Vielen Dank dennoch für den Support!

@huhie [image: 1711912517101-b0845ad8-a146-4425-87f9-e13995daccfc-grafik.png]

@reini84 Der Adapter holt alle Daten aus dem Account ab. Solange die Fitbit Server noch verfügbar sind, wird der Adapter auch funktionieren, rechne aber damit, dass ja nächstes Jahr nur noch die Daten von Google verwaltet werden, schließlich wurde Fitbit ja aufgekauft und wie angekündigt, wird alles auf Google umgestellt..

@thomas-braun bin jetzt auf ein Proxmox System umgezogen - ioBroker läuft jetzt in einen lxc Container und Backups sind leichter zu erstellen und wieder herzustellen. LG Chris

@kanzler1959 Ich schalte sie über den Sonoff Adapter und sie funktionieren sehr zuverlässig. Alternativ wäre auch MQTT eine Option. Wie sieht denn bei dir ein nicht funktionierender Script aus? Eine Reduzierung der Telemetry period auf bis zu 10 sollte dafür sorgen, dass die Messwerte häufiger übertragen werden.

@denjo Ok, dann zahlt es sich evtl. aus sich damit näher zu beschäftigen. Auch das von user bananajoe erwähnte Problem mit der Security wäre dann auch nicht so bedenklich.

@ft-knorr sagte in Verschiedene Fehler im Buanet Docker Container: - subnet: 192.168.3.0/24 gateway: 192.168.3.1 Der DNS-Tipp geht aus meiner Sicht an der Ursache vorbei. In der Regel richtet man das MACVLAN als Teil des Subnetzes ein, in welchem sich auch alle anderen Geräte befinden. Ist das in deinem Fall dieses Netz hier: 192.168.3.0/24 ? EDIT: Falls "192.168.3.1" nicht dein Gateway im Heimnetzwerk bzw. dein Router ist, musst du noch am Routing rumdoktern, damit dein Container überhaupt nach außen kommunizieren darf.

@werners Hi, hast du zwischenzeitlich eine Lösung gefunden? Ich stehe vor dem gleichen Problem. Auf der FritzBox habe ich Port 80 auf Port 80 freigegeben. Im ioBroker Docker Container ist auch Port 80 auf 80 gemapped. In der acme Instanz habe ich HTTP-01-Challenge-Listen-Port: 80 eingestellt. Und bei Sammlungen meine Subdomain eingetragen. Anbei das Log, wieso es "challengeServer listening on 0.0.0.0" heißt und ob das ein Problem darstellt. acme.0 2024-03-30 09:35:14.570 info Terminated (ADAPTER_REQUESTED_TERMINATION): Processing complete acme.0 2024-03-30 09:35:14.565 info Shutting down challengeServer acme.0 2024-03-30 09:35:14.550 error Certificate request for home (home.meinedomain.de) failed: Error: Didn't finalize order: Unhandled status '403'. This is not one of the known statuses... Requested: 'home.meinedomain.de' Validated: '' { "type": "urn:ietf:params:acme:error:orderNotReady", "detail": "Order's status (\"valid\") is not acceptable for finalization", "status": 403 } Please open an issue at https://git.rootprojects.org/root/acme.js acme.0 2024-03-30 09:34:57.387 info challengeServer listening on 0.0.0.0 port 80 acme.0 2024-03-30 09:34:54.383 info Collection home does not exist - will create acme.0 2024-03-30 09:34:53.600 info starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.acme, node: v18.19.1, js-controller: 5.0.19 Gruß Max

Mein System will immer noch nicht so, wie ich will. Sind 200 MB RAM für den Javascript Adapter viel? Das komische ist, dass der erst abstürzt, wenn ich die Weboberfläche auswähle und auf Objekte gehe. Der freie Speicher ist konstant bei 200-300 MB top - 08:34:53 up 1 day, 16:55, 1 user, load average: 0,35, 0,35, 0,33 Tasks: 219 total, 1 running, 218 sleeping, 0 stopped, 0 zombie %CPU(s): 7,4 us, 1,1 sy, 0,0 ni, 91,3 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Spch: 2004,9 total, 328,9 free, 1325,4 used, 407,4 buff/cache MiB Swap: 1002,5 total, 1001,2 free, 1,2 used. 679,6 avail Spch Hat jemand eine Idee und kann mir helfen?