@pa-peter Wo kein manifest ist, da wird auch keines kommen wenn man auf nem anderen weg pullt. Wie ich bereits gesagt habe, habe ich das separate manifest pushen raus genommen, weil es outdated ist... Und offenbar ist das für aktuelle Docker Versionen auch kein Problem.... @andre sagte in QNAP, Container-Station mit Portainer - neuer Anlauf...: @fastfoot Ja, dazu habe ich einen Issue im Github, aber bisher noch nicht die Motivation gehabt mir das nochmal anzusehen. Ich habe vor einiger Zeit das separate pushen eines Manifests raus genommen. Das sorgt aber offenbar dafür, dass alte Versionen (Docker Engine oder auch Registry) Probleme beim Pull machen. Da es hierzu aber bisher noch keine großen Beschwerden gab, steht das weit unten auf der Prioliste... https://github.com/buanet/ioBroker.docker/issues/330 @PA-Peter Weißt du welche Architektur dein NAS hat? Falls ja, kannst du mal versuchen das image über digest zu pullen? [image: 1689791996095-5d1ea055-4def-484c-bdb8-2b18c25d5345-image.png] https://hub.docker.com/layers/buanet/iobroker/latest/images/sha256-754cc4c52aa3ca07e508d7ef105cd60d7449b3c3b5bff645bcf087949ff439a0?context=explore Müsste eigentlich so gehen: docker pull buanet/iobroker:latest@sha256:754cc4c52aa3ca07e508d7ef105cd60d7449b3c3b5bff645bcf087949ff439a0 Achtung: Das Beispiel ist für amd64! MfG, André

@mickym sagte in Datenpunkt von Sekunden in Stunden umrechnen: (val/3600).toPrecision(3) Hallo. Dank deiner MEGA Anleitung funktioniert es. Ich mache es aber weiterhing mit dem Alias Adapter. LG Chris

@bertderkleine sagte in [erledigt] Zeitverschiebung um 2h wie beheben?: Die Fehlerquelle ist gefunden. Danke! Das war ja einfach :) Solche exotischen Themen ruhig dazu schreiben... Das macht ja kein normaler Browser so. Gerade das GMT-Thema würde mich im Alltag richtig nerven.

@mrjeschke Danke für den Tip das war die Lösung meines Problems. Viele Grüße Duffy

@ticaki said in ioBroker 4.0.24 und Shelly 6.4.1 nicht aktualisierbar: http://download.iobroker.net/sources-dist-hash.json Es läuft. War kein Filter. Ich habe neulich, als ich die IP LAN Adresse meines Netzes umstellen mußte, einen Typo beim Default Gateway des Raspi gemacht, welcher den ioBroker hostet. LOL Danke für eure Tipps, die haben mich letzlich auf die Spur gebracht - auch wenn ich dreimal gucken mußte, bis ich meinen Fehler sah :man-facepalming:

@ticaki ja zu 100% alle 5 Aliase haben das selbe Problem und wenn ich an der Quelle manuell den Wert schreibe updated sich der Alias inkl. val*100

@jens-g Das ist relativ unwahrscheinlich. Wenn du Pech hast, wandelt dir das PDF nur in eine Grafik um. Das ist auch nicht auszuwerten. hast du bei den Abfallbetrieben schon einmal nachgefragt, ob es nicht das doch als Ics gibt? alternativ, musst du ja nicht jeden Termin einzeln ein tippen. Auch die Abfalltermine unterliegen einem gewissen Rhythmus. Nur um die Feiertage herum muss was gerade gebogen werden. Daher, wenn du mit Termin Serien arbeitest, ist das nicht so sehr aufwändig.

@wurschtbrot https://github.com/iobroker-community-adapters/ioBroker.systeminfo/issues/81

@arteck Hi, hier meine Rückmeldung. Die GIT Version habe ich nicht mehr getestet da inzwischen der Zigbee Adapter 1.8.12 als stable erschienen ist und seitdem gehören die Probleme mit dem SonofSNZB-02D der Vergangenheit an. Er wird nun sauber erkannt und es erscheinen keine Fehler mehr im Protokoll. Danke für das einpflegen der für die Funktion nötigen Daten. Gruß Duffy

@oliver-w-leibenguth ja, Habe es jetzt über NodeRed laufen, damit geht es. Bei jeden Tastendruck sendet er den unveränderten Timestamp, damit kann man arbeiten, im Moment....... Allerdings habe ich 3 Taster, die nicht Aktualisieren von der Firmware her......

@homoran said in Ical - Google kalender Error Reading: @entraax sagte in Ical - Google kalender Error Reading: Ich habe den Fehler gefunden. und der war was? Ich habe noch einen AdGuard im Netzwerk, der hat es raus geblockt. Ich hätte darauf selber kommen können, jedoch habe ich nicht an ihn gedacht. Trotzdem vielen Dank.

Nach einem Versuch scheint das ein gangbarer Weg und funktioniert soweit. Einzig die Verlinkung zu den DPs auf VIS fehlt mir noch und sehe ich aktuell nur 100% manuell lösbar, oder? Edit: Ach wie schön am Abend reinzugucken und wieder ein Log von 156kB und nicht MB zu sehen :)

nur eine automatisch generierte Übersetzung Es gibt eine ganze Anzahl von Adaptern die das Übersetzungstool WEBLATE benutzen. Hier kann jeder der einen GitHub Account besitzt und natürlich die jeweilige Sprache sehr gut beherrscht an Verbesserungen der Übersetzung mitwirken. Insbesonmdere User die andere Sprachen all Deutsch und Englisch sprechen sind eher Mangelware Eine Beschreibung findet sich hier: https://github.com/ioBrokerTranslator/doc/blob/master/translate.md Die jeweiligen Anpassungen an den Übersetzungen werden automatisiert den Maintainern der Adapter zur Verfügung gestellt und von diesem nach Prüfung (soweit möglich) in die nächste Release übernommen. Derzeit unterstützt das ioBroker Weblate System folgende Sprachen ENGLISCH (= Source) Deutsch Chinesisch Niederländisch Französisch Italienisch Polnisch Portugiesisch Russisch Spanisch Ukrainisch Falls also wer mithelfen will - er / sie ist immer herzlich willkommen.

Bin nun doch noch ein Stück weiter gekommen: In FHEM kann in den Attributen die "readingList" verändert werden. Dort habe ich mehrere alte Bezeichnungen gelöscht, nach Neustart waren die meisten aus den Readings verschwunden - außer ---- meine Temperatur_Pufferspeicher!!! Hat jemand eine Idee oder ist das eher etwas für das FHEM-Forum?

@special_b sagte in RAM ausgelastet: In der Übersicht bei Host wird allerdings eine RAM Auslastung von knapp 1% angezeigt, das schwankt zwischen 0,5% und 1,5%. wirklich Auslastung oder eher der verfügbare Rest? Was sagt free -m

@pi-ter Um das Thema hier mal zunächst abzuschließen: Ich stehe mit @Rene55 im Kontakt und wir versuchen, den Dingen auf die Spur zu kommen. Allerdings scheint das nicht so leicht zu sein, wie gedacht. Zumal auch bei mir derzeit eine Selbstheilung eingetreten ist. Möglich, dass es eine temporäre Fehlkonfiguration bezüglich Zeitserver in CN gab. Über die Paketmitschnitte in der Fritzbox konnte ich keine diesbezüglichen Requests finden. Über welches Protokoll und auf welchem Weg der WR seine Zeitsignale bekommt, ist weiter ungewiss. Info am Rand: 47.102.152.71 = access1.solarmanpv.com 47.254.74.158 = access2.solarmanpv.com Das sind die beiden einzigen sichtbaren Verbindungen, die der WR im Normalfall aufbaut.

@shai0hulud said in Update nach 7 Monaten!: Das ganze Paket läuft derzeit wie erwähnt zusätzlich und getrennt vom schon vorhandenen Balkonkraftwerk, speise also derzeit immer noch über den Mittag ein. Da wird aber noch einiges an Youtube-Videos und Bastelei nötig sein, damit ich auch tagsüber auf +/- 0 komme. Hat gar nicht sooo lange gedauert: Dank einem Shelly 3EM, der Anleitung vom BavarianSuperGuy und schneller Lieferung über Aliexpress und etwas stümperhaftem, aber erfolgreichem Löten speist der Soyosource jetzt verbrauchsabhängig ein. So sind es noch ziemlich genau 50% vom bisherigen Stromverbrauch (letzten Monate ca. 11-12kWh täglich, seit 30.05 sind es aktuell 5,64kWh): [image: 1687808218003-46e3edf8-f2a9-4124-9d67-56b8a02c6771-image.png] Mein aktuelles Dashboard: [image: 1687808462147-f097c67f-19db-4a5e-863c-341811f12223-image.png]

@thomas-braun ok super vielen dank für die Hilfe

Hallo zusammen, ich habe ein änliches Problem, was ich bis jetzt nicht lösen konnte. Ich bin absoluter Anfänger mit Proxmox und Rapberrymatic und habe bestimmt nur eine Einstellung nicht richtig konfiguriert. Mein Problem ist, dass der hm-rpc Adapter sich nicht mit dem Gerät oder Dienst verbindet und ständig neu startet. Log Fehler: Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' Mein (Test-)System: -Ich habe IoBroker und Raspberrymatic je als VM unter Proxmox laufen die Raspberrymatic läuft mit einem HmIP-RFUSB Stick und findet auch mein Gerät HmIP-STH. -XML API ist installiert IPs: Proxmox: 90 Iobroker: 86 RM: 85 Ich wäre sehr dankbar, wenn einer eine Lösung kennt. Schon mal vielen Dank für eure Hilfe! [image: 1687788153744-0925636a-8faa-4c28-9335-2d9c19199f03-image.png] [image: 1687788165868-bf8f9f24-6ed0-42b3-9749-4fbcfbe9f2f2-image.png] [image: 1687788173764-9dbce8a2-938c-46e6-b4af-ef948f8ab468-image.png] [image: 1687788181901-9814d47d-84fa-4f63-8612-42c301d5aa37-image.png] [image: 1687788196031-ddf09daa-f48f-4b42-afc3-808b6d4a04d0-image.png] [image: 1687788204240-96353181-df05-4f0e-bcaf-5463fc6d74ab-image.png] 2023-06-26 13:58:55.850 - error: hm-rpc.1 (2610) Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' 2023-06-26 13:59:25.829 - error: hm-rpc.1 (2610) Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' 2023-06-26 13:59:25.855 - info: hm-rpc.1 (2610) xmlrpc -> 192.168.178.85:2010/ init ["http://192.168.178.86:2010",""] 2023-06-26 13:59:25.869 - error: hm-rpc.1 (2610) Cannot call init: [http://192.168.178.86:2010, ""] Unknown XML-RPC tag 'TITLE' 2023-06-26 13:59:25.882 - info: hm-rpc.1 (2610) terminating 2023-06-26 13:59:25.884 - info: hm-rpc.1 (2610) Terminated (NO_ERROR): Without reason 2023-06-26 13:59:26.484 - info: host.iobrokerlocal instance system.adapter.hm-rpc.1 terminated with code 0 (NO_ERROR) 2023-06-26 13:59:26.485 - info: host.iobrokerlocal Restart adapter system.adapter.hm-rpc.1 because enabled 2023-06-26 13:59:56.649 - info: host.iobrokerlocal instance system.adapter.hm-rpc.1 started with pid 2625 2023-06-26 13:59:59.803 - info: hm-rpc.1 (2625) starting. Version 1.15.18 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v18.16.0, js-controller: 4.0.24 2023-06-26 13:59:59.993 - info: hm-rpc.1 (2625) xmlrpc server is trying to listen on 192.168.178.86:2010 2023-06-26 13:59:59.995 - info: hm-rpc.1 (2625) xmlrpc client is trying to connect to 192.168.178.85:2010/ with ["http://192.168.178.86:2010","iobrokerlocal:hm-rpc.1:434446831ee3c1e55afab216b53a8cd3"] 2023-06-26 14:00:00.054 - error: hm-rpc.1 (2625) Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' 2023-06-26 14:00:30.033 - error: hm-rpc.1 (2625) Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' 2023-06-26 14:00:30.059 - info: hm-rpc.1 (2625) xmlrpc -> 192.168.178.85:2010/ init ["http://192.168.178.86:2010",""] 2023-06-26 14:00:30.074 - error: hm-rpc.1 (2625) Cannot call init: [http://192.168.178.86:2010, ""] Unknown XML-RPC tag 'TITLE' 2023-06-26 14:00:30.087 - info: hm-rpc.1 (2625) terminating 2023-06-26 14:00:30.089 - info: hm-rpc.1 (2625) Terminated (NO_ERROR): Without reason 2023-06-26 14:00:30.689 - info: host.iobrokerlocal instance system.adapter.hm-rpc.1 terminated with code 0 (NO_ERROR) 2023-06-26 14:00:30.690 - info: host.iobrokerlocal Restart adapter system.adapter.hm-rpc.1 because enabled 2023-06-26 14:00:53.971 - info: admin.0 (906) <== Disconnect system.user.admin from ::ffff:192.168.178.65 2023-06-26 14:01:00.763 - info: host.iobrokerlocal instance system.adapter.hm-rpc.1 started with pid 2640 2023-06-26 14:01:04.064 - info: hm-rpc.1 (2640) starting. Version 1.15.18 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v18.16.0, js-controller: 4.0.24 2023-06-26 14:01:04.254 - info: hm-rpc.1 (2640) xmlrpc server is trying to listen on 192.168.178.86:2010 2023-06-26 14:01:04.255 - info: hm-rpc.1 (2640) xmlrpc client is trying to connect to 192.168.178.85:2010/ with ["http://192.168.178.86:2010","iobrokerlocal:hm-rpc.1:8a6ff708f4ff4a7f6b0b0168d87a08ed"] 2023-06-26 14:01:04.309 - error: hm-rpc.1 (2640) Init not possible, going to stop: Unknown XML-RPC tag 'TITLE'