@marc-berg said in InfluxDB 2.7 Totalabsturz - BackItUp mit Fehler: @akuhnsh sagte in InfluxDB 2.7 Totalabsturz - BackItUp mit Fehler: Das ist jetzt neu. Funktionierte doch vorhin noch einwandfrei... Ja, was soll man dazu noch sagen? Ein System, welches sich mehrfach "von selbst" vergisst ... Ist das noch die selbe SD Card? Genau um den Punkt drehten sich die Überlegungen die letzten Tage und ich habe eine Lösung gefunden. Die alte SD-Karte habe ich zwar auf Herz und Nieren geprüft und keine defekten Sektoren gefunden, aber die Wiederherstellung auf dieser Karte funktionierte für die InfluxDB 2 nicht mehr. Dann habe ich die Wiederherstellung mit einem USB-Stick vorgenommen und siehe da, alles wieder im grünen Bereich. Da dies aber ebenfalls keine Dauerlösung war und der Stick zudem füchterlich heiß wurde, habe ich mir ein neues Gehäuse samt aktivem Kühler für den Raspi zugelegt und ein Board für eine M.2 SSD lag ebenfalls bei, das nun mit einer 256GB SSD bestückt ist. Den USB-Stick habe ich einfach mit Balena Etcher darauf geklont und dann später über die raspi-config mit einem Klick bis zur vollen Größe erweitert. Damit läuft nun alles wieder einwandfrei und hoffentlich auch störungsfrei in die Zukunft. Danke für eure Hilfe und beste Grüße, Alex...

@paul53 Wieder einmal mehr, danke! Eine Stelle wird vom JS-Adapter angemeckert, scheint aber nur ein Schönheitsfehler zu sein da dein Script tadellos funktioniert. [image: 1684055141060-22d57ffb-5691-4eac-bee9-15711baff058-image.png] const idsSrc = $('sourceanalytix.0.hm-rpc__0__KEQ0965973__2__ENERGY_COUNTER.*'); idsSrc.each(function(id, i) { let idDst = id.replace('sourceanalytix.0.hm-rpc__0__KEQ0965973__2__ENERGY_COUNTER', 'sourceanalytix.0.alias__0__Energie__Strom__Poolpumpe__CONSUMPTION'); let obj = getObject(id); if(!existsObject(idDst)) setObject(idDst, obj ,function() { setState(idDst, getState(id).val, true); }); });

@neuzeit sagte in webinterface nicht mehr erreichbar: ja das ist möglich es wissen nicht alle Menschen was ein Code-Tags i das hatte ich schon ganz oben gepostet : [image: 1684008455083-d69205a1-a981-4650-80c3-7c00a74353a7-grafik.png]

@nico-lai sagte in ModBus RTU auf ModBus TCP über DR302: So kann ich dann auch bewerten, ob ich die richtigen Pins bei Growatt erwischt habe, oder? Es bleibt leider nichts als ausprobieren. Ich weiß nicht ob Growatt die Konvention der EU-Meßgerätehersteller oder die dier Chiphersteller für die richtige hält.

@matze78 Hab ein ähnliches Problem. Werde auch zugespamt, jedoch existiert der Host, da handelt es sich um eine C200, und die Fehlermeldung ist eine andere reason: socket hang up. tapo.0 2023-05-13 09:32:44.442 error FetchError: request to https://192.168.178.122/ failed, reason: socket hang up Hast Du schon was gefunden? Gruß, Anton

@schrippe sagte in Debian 11: nach IP Adresswechsel 8081 nicht mehr erreichbar: Hallo Forum, ich habe mir ein Debian aufgesetzt und IOBroker rudimentär aufgesetzt. Die Website war auf IP 192.168.1.106:8081 erreichbar. Kann doch nicht sein das ein IP Wechsel das Interface nicht erreichbar macht.... Ich gehe mal davon aus, dass der Server seine IP behalten hat. Oder hast du sie geändert? Und wenn der Server jetzt in einem anderen Netz steht wird das Gateway nicht mehr passen. Also: welche IP hat der Server und in welchem Netz steht er jetzt?

@simatec , danke Dir!

Hi, ich versuche gerade, eine Webcam von der Webseite https://meteo365.es/livecams/ in das Vis einzubetten, aber leider wird dies blockiert. Hat jemand eine Idee, wie ich dieses Problem lösen kann?

@jp66 @onkel-ede Hat mich genervt, dass ausgerechnet die Ladestation (SMA EV Charger) nicht in ioBroker integriert werden konnte. Hier eine erste Version eines Adapters: https://github.com/zapccu/ioBroker.sma-ev-charger Bekannte Probleme: Beim Setzen von Parametern erfolgt keine Prüfung auf Gültigkeit bzw. ob ein Wert tatsächlich zulässig ist. Es gibt keine entsprechende Rückmeldung. Bei den meisten Werten fehlen die Einheiten und/oder die Übersetzung von Zahlen in Texte Nutzung des Adapters erfolgt auf eigene Gefahr, insbesondere das Ändern von Einstellungen.

@djmarc75 Altlasten in meine Scripte, die habe ich jetzt auch gleich beseitigt ;) Datenpunkte welche es nicht mehr gibt, Geräte welche die IP geändert haben usw.... jetzt habe ich seit ca. 5 Minuten keine Meldung mehr

@rickn bitte eindeutigen Threadtitel auf deine Frage anpassen https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@benutzer1 sagte in Pi Zero performance?: Den werde ich nachher, wenn ich wieder dran bin, als gleich mal deaktivieren. Warum deaktivieren? Massiv erweitern. Aber der Zero ist so oder so halt einfach zu schwach.

@mws sagte: Jetzt hat der Status auf einmal auf OFF gewechselt. Der setzt sich selbst auf "OFF" zurück?

@mickym So, mit dem neuen Adapter läuft's jetzt. Danke.

@michaldee Wenn Du (was für server_Anwendungen empfohlen) ein Debian ohne Desktop nimmst, dann ist da per se nix in der Firewall geblockt. Hört sich für mich so an, als hättest Du iobroker mit irgendeinem Desktop installiert, in welchem eine Firewall aktiv ist, die man per GUI-Anwendung dann einstellen muss? Ob das das Passende für iobroker ist wage ich zu bezweifeln… Gruss, Jürgen

@kdeiger sagte in FritzBox 7590 aktuellen InternetTraffic abfragen: Get-FBWANStatistics Tut mir leid ich bin kein Powershell Benutzer - deswegen habe ich da genauso wenig Ahnung wie Du. :(

@fritzthecat der Thread ist ja mittlerweile 3 Jahre alt, mittlerweile gibt es einen Adapter.

@biber Und was hast du gerade beim Aufruf des Skripts zu administrieren gehabt? iob_diag wird als User aufgerufen, nicht als root. Meld dich einfach als stinknormalen User für die alltäglichen Dinge an, den iobroker kannste z.B. komplett ohne root-Rechte verwalten. Und NUR bei den Befehlen die unbedingt root-Rechte erfordern setzt du halt ein 'sudo' davor und fällst dann sofort wieder in die user-Rolle zurück. So verfummelst du auch nicht so leicht das System. So wird das auch schon seit Jahrzehnten praktiziert, eine root Shell ist ein Ding aus dem letzten Jahrtausend. Gewöhn dir den Quatsch ab.