So, Tisch ist reserviert. Um es einfach zu machen auf den Namen DANIEL

Wer kommt denn nun eigentlich? Ich würde gern einen Tisch reservieren...

oberfragger, BBTown, Röstkartoffel, Stuebi, meine Wenigkeit + 1 = 6 Personen

Also, kurze Rückmeldung: Wir waren am Montag Abend insgesamt 8 Leute. Ich denke, wir hatten einen lustigen Abend und es war toll, die Nicknamen auch mal mit Gesicht und persönlich kennen zu lernen!

In vermutlich 2 Monaten (also Anfang nächstes Jahr) wird es wohl wieder eine runde geben!

Frisch vom ioBroker raus kopiert, kann also etwas anders sein, als oben...

createState("Vorhersage.temp", function () {});
createState("Vorhersage.regen", function () {});
createState("Vorhersage.realfeel", function () {});
schedule("* * * * *", function () {
    min = new Date().getMinutes();
    if (min >= 30){min = min - 30};
    
for  (i = 0; i < 30; i++){
  if (min == i) {
    setState("javascript.0.Vorhersage.temp", getState("weatherunderground.0.forecastHourly."+i+"h.temp").val, true);
    setState("javascript.0.Vorhersage.regen", getState("weatherunderground.0.forecastHourly."+i+"h.precipitation").val, true);
    setState("javascript.0.Vorhersage.realfeel", getState("weatherunderground.0.forecastHourly."+i+"h.feelsLike").val, true);
  }
}
});

Dazu noch folgende Einstellungen bei Flot:

Ergebnis:

Alternativ geht vielleicht auch mein Vorschlag "Wettervorhersage mit Flot", der zwar die nächsten 30 Stunden macht, aber man kann das auch leicht auf 7 Tage umwandeln...

https://forum.iobroker.net/topic/16770/wettervorhersage-mit-flot

@joshude sagte in Test eCharts Adapter:

Moin,

ich habe den Adapter die Tage installiert, weil ich mit Grafana aufm Pi keine Möglichkeit gefunden habe die Charts einfach per Telegram zu verschicken. Das geht mit E-Charts ja super einfach. Leider wird bei den via Telegram verschickten Diagrammen kein Wert bei der Legende angezeigt. Im Browser klappt das problemlos. Hat da jemand eine Lösung?

Moin

Eine Lösung habe ich nicht, aber das gleiche Problem. Bei den Screenshots, die erstellt werden, fehlt der Wert in der Legende.

Gruß
Daniel

So, da bin ich wieder, knusprig braun aus dem Urlaub...

Also, der Tisch ist für 8 Pax, da haben wir noch (etwas) Luft. Sollte also alles kein Problem sein

@SpeedTriple
Ach, das bekommen wir sicherlich hin. Notfalls rücken wir alle zusammen

Moin

Da ich heute in beruflich Norddeutschland unterwegs bin, ist die Wahrscheinlichkeit hoch, dass ich nicht rechtzeitig dort sein werde. Aber ich werde definitiv kommen!

Wie gesagt, der Tisch ist auf den Namen "Daniel" reserviert.

Bis heut Abend
Daniel

Ich plädiere mit hanseatischer Gelassenheit für eine Verschiebung. Aufgeschoben ist nicht aufgehoben!

Genialer Adapter! Tausend Dank dafür!

Klar, Akkustand wäre cool zu haben, aber wenn der nicht in der API drin ist, muss man halt Bosch mit Steinen bewerfen und nicht den Programmierer hier

Einen Wunsch hätte ich noch: Kann man das Intervall Datenabfrage noch ändern, indem man die Cron Schreibweise verwendet? So kann man die Abfrage dann nämlich auch idealerweise nur ein Mal am Tag zu einer festen Uhrzeit machen...

Dank & Gruß
Daniel

Moin @iosd

Falls Du alle Konfigurationsfehler ausgeschlossen hast, dann hilft Dir vielleicht folgendes Vorgehen -- so bekomme ich meinen CUL nämlich nach einem Neustart (!) immer wieder ans laufen: Den Adapter im 5min Rhythmus automatisch neu starten lassen. Irgendwann (<6h) berappelt er sich dann und es kommt eine dauerhafte und stabile Kommunikation zu Stande -- bis zum nächsten Neustart des Containers.

Keine Ahnung, warum das bei mir so ist, aber nachdem ich alle Konfig-Einstellungen überprüft und die Erreichbarkeit über die Kommandozeile sichergestellt habe, war das die einzige Möglichkeit bei mir.

Viel Erfolg
Daniel

Moin @dr-bakterius
Genau da war das Problem. Erstaunlicherweise war da nichts drin. Zumindest nicht in der conf Datei. Nachgetragen und nun läuft's stabil.

Dankeschön!

Moin @ilovegym

Das ist ja das komische: Die Zwangstrennung ist um 3 oder 4 Uhr morgens. Und selbst jetzt, 5 Stunden später, funktioniert es nicht. Ich hab kein Problem damit, etwas zu warten, aber es scheint ein "One Hit Wonder" zu sein.

Ich habe auch schon den wireguard_reresolve-dns.timer probiert, aber auch den scheint das Problem nicht zu lösen.

Moin @ilovegym

DynDNS muss ich in Ruhe mal testen. Das alles neu aufzusetzen scheint ja länger zu dauern. Meine Cloud, die hinter der FB liegt, ist ja auch durchgehend erreichbar.

Die DNS Einstellungen sind die "Empfohlenen", was auch immer WilhelmTel da empfiehlt.

DNSv4-Server
Vom Internetanbieter zugewiesene DNSv4-Server verwenden (empfohlen)

Aber danke erstmal für Deinen Hinweis.

Moin

Wireguard macht mich noch wahnsinnig 🤪 Ich weiß nicht, ob ich mit meinem Anliegen hier richtig bin, aber da ich (u.a.) diese Anleitung zur Installation genutzt habe, und ich das Forum hier sehr hilfreich und sympathisch finde, probiere ich es einfach mal.

Also, ich habe WG sowohl mit dieser Anleitung als auch schon einmal händisch auf Proxmox installiert. Das ganze läuft hinter einer Fritzbox mit MyFritz. Läuft alles super cremig, ich kann mich mit meinem Android-Telefon von überall verbinden und prima surfen. Bis zur Zwangstrennung.

Danach funktioniert leider nichts mehr. Auf dem Telefon aus kommen keine Pakete mehr an.

Und nun das eigentliche Problem: Es hilft nichts, die Android-App neu zu starten, die Verbindung neu aufzubauen oder gar den WG Server neu zu starten!

Mir ist schon bekannt, dass man nach der Zwangstrennung die Verbindung beenden und wieder neu aufbauen sollte. Aber das funzt bei mir einfach nicht. Hat irgendjemand eine Idee?

Dank & Gruß
Daniel

Moin @lvogt

Dass ich das Log von unten her lesen muss, ist klar. Meine Idee war halt, den Timeout von 3s etwas zu vergrößern. Vielleicht 5s oder 10s. Solltest Du den Adapter bei Gelegenheit nochmal anfassen, kannst Du ja mal dran denken. Eilt ja nicht.

Immerhin steht jetzt fest, dass dieser (für mich) nervige Linux Kram mit Rechten, Durchreichen zu VM und so korrekt ist. Die Baustelle ist weiter eingekreist. Vielleicht hilfts ja anderen CUL Nutzern.

Letzte Frage: Was für eine Hardware nutzt / empfiehlst Du denn? Weihnachten kommt ja bald und die CUL HW und SW ist ja auch nicht gerade brandneu.

Dank & Gruß
Daniel

Noch ein Nachtrag (und vielleicht sogar die Lösung):

Ich war jetzt mal faul und hab den ganzen Tag mal eine "Brute Force" Lösung probiert: Adapter-Neustart alle 5 Minuten...

Und tatsächlich hat es nach gut 8 Stunden zum Erfolg geführt! Kommunikation mit dem CUL läuft (und ich vermute auch mal stabil, weil ich bisher immer nur Probleme beim ersten Start nach einem Booten hatte, danach nie wieder).

Daher vermute ich mal als naiver Nutzer: Kann es vielleicht wirklich ein Timing-Problem sein?

Danke fürs nachschauen sagt
Daniel

Moin @lvogt

Ich musste meinen Server mal wieder neu starten und dann habe ich immer Anfangsschwierigkeiten, den CUL zum Leben zu erwecken. Adapter Version 0.8.2

Kann es sein, dass die Timeout Limits etwas knapp gefasst sind? Zwischen dem ersten TX und dem Tm Timeout liegt ja nicht einmal eine Sekunde:

wireless-mbus.0	2022-08-02 06:32:07.237	error	Timeout waiting for response
wireless-mbus.0	2022-08-02 06:32:07.237	error	Error opening serial port /dev/ttyACM0 with baudrate 38400
wireless-mbus.0	2022-08-02 06:32:07.236	error	CUL: Failed to init device: Timeout waiting for response
wireless-mbus.0	2022-08-02 06:32:04.235	debug	CUL: TX: 5832310d0a6272730d0a
wireless-mbus.0	2022-08-02 06:32:04.234	error	CUL: Error getting CUL version: Timeout waiting for response
wireless-mbus.0	2022-08-02 06:32:01.280	debug	connected set to false
wireless-mbus.0	2022-08-02 06:32:01.230	debug	CUL: TX: 560d0a
wireless-mbus.0	2022-08-02 06:32:01.227	debug	Created device of type: CUL
wireless-mbus.0	2022-08-02 06:32:01.174	info	starting. Version 0.8.2 (non-npm: lvogt/ioBroker.wireless-mbus#a5b274111e95f62d28b7179f7d0f29f2ea87b0b7) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.3, js-controller: 4.0.23

Ferner ist es ja nicht so, dass der CUL gar nicht antworten würde. Ich hab auch so etwas im Log:

wireless-mbus.0 2022-08-02 07:13:03.332	error	Timeout waiting for response
wireless-mbus.0	2022-08-02 07:13:03.332	error	Error opening serial port /dev/ttyACM0 with baudrate 38400
wireless-mbus.0	2022-08-02 07:13:03.331	error	CUL: Failed to init device: Timeout waiting for response
wireless-mbus.0	2022-08-02 07:13:01.916	debug	CUL: RX: 38433131334646464644453236343438303030303044463237323739323835353230303030303030303030303030303030303330303746303037443030373430
wireless-mbus.0	2022-08-02 07:13:00.329	debug	CUL: TX: 5832310d0a6272730d0a
wireless-mbus.0	2022-08-02 07:13:00.329	error	CUL: Error getting CUL version: Timeout waiting for response
wireless-mbus.0	2022-08-02 07:12:57.377	debug	connected set to false
wireless-mbus.0	2022-08-02 07:12:57.326	debug	CUL: TX: 560d0a
wireless-mbus.0	2022-08-02 07:12:57.324	debug	Created device of type: CUL
wireless-mbus.0	2022-08-02 07:12:57.291	info	starting. Version 0.8.2 (non-npm: lvogt/ioBroker.wireless-mbus#a5b274111e95f62d28b7179f7d0f29f2ea87b0b7) in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v14.19.3, js-controller: 4.0.23

Hast Du vielleicht einen Tipp?

Dank & Gruß
Daniel

@thomas-braun und @Homoran Tausend Dank!!! Problem gelöst.