Config 16.1
Einklappen
X
-
Hallo!
Also dafür, dass sie ja schon vor einigen Wochen zum ersten mal angekündigt war, bin ich über den Funktionsumfang etwas enttäuscht. Aber okay, es soll/Darf auch kleine Updates geben.
Ich bin noch auf der Suche nach einer sinnvollen Integration des PV Forecast (der meiner Meinung nach zu wenig kann). Sinnvoll wäre halt, wenn man feststellt, dass die PV Produktion nicht ausreichen wird, um den Speicher zu laden, man in ggf. sehr günstigen Zeiten den Speicher aus dem Netz lädt. Hat hier wer eine Logik?👍 1-
Ich nutze die Vorhersage für die Entscheidung, ob ich den Speicher gleich von Sonnenaufgang lade oder erst zur Mittagszeit um die Spitze bei der Einspeisung zu kappen. -
Ich will ihn für folgendes nutzen:
1. E-Auto mit Wallbox laden, bevor der Speicher voll ist. Aber genug "Überschuss" (Parameter "O" Offest Grid Power beim Energiemanager) übrig lassen, sodass der Speicher trotz Auto laden bis Tagesende voll geladen wird
2. Restliche PV-Speicher-Kapazität nutzen um Auto nachts aus dem Speicher zu laden, wenn am nächsten Tag genug produziert wird um ihn wieder voll zu laden
3. Wie MarkusE2202: Möglichst Einspeisekappung verhinden und den PV-Speicher + Auto zu laden, wenn mehr als Einspeisebegrenzung produziert werden wird.
Bisher bin ich noch nicht zur Einbindung gekommen, habe ihn nur schonmal aufgesetzt. Gestern mehr produziert als vorhergesagt, heute mehr vorhergesagt als produziert. Insbesondere ist auch die Tageskurve bei mir anders als im Forecast.
Will mir einen "Korrekturfaktor" pro Stunde als Schnitt der X letzten Tage (oder gesamt, muss ich mal auswerten) berechnen, um die Vorhersage besser und individueller auf mein Haus zu machen.
Meine allererste Anpassung war übrigens folgende Logik, die es erlaubt am Ausgang pP (predicted Period) die restliche Tagesproduktion ab der nächsten vollen Stunde zu haben statt die Produktion der nächsten 24 Stunden:
-
-
Der Bug das nach dem
Klingeln das Kamerabild wieder selbstständig zurück zur Loxone Oberfläche springt besteht immer noch.😞 3Kommentar
-
Gargamel kann ich bestätigen. Das ist wirklich super nervig. Da bei mir die iPad Displays danach auch nicht wieder ausgehen und somit anbleiben….Kommentar
-
Das ist ein Bug der App, nicht der Config, deswegen hat sich hier auch nichts geändert.
Ich habe die Beta Version auf den Android Tabs, da geht es wieder zu. -
hismastersvoice Dann aber ganz frisch von heute? Ich habe von gestern oder vorgestern installiert, da ist der Fehler noch drin.
-
-
Achtung wer Webhooks bzw. die WebAPI nutzt! Die 16.1 erzwingt jetzt HTTPS (zumindest auf dem Gen2), damit gehen alte Zugriffe auf die Webservices wie z. B.
nicht mehr! Man muss zwingend HTTPS verwenden. Aber auch da bekomme ich bei obiger URL einen 404. Konnte das noch nicht weiter analysieren. Hoffe mal nicht, dass die WebServices hier generell beschnitten wurde.Code:http://192.168.3.210/dev/sps/io/shelly_displayflurog/Ein
Greift man auf http://miniserver zu, dann wird man auf die dyndns.loxonecloud.com umgeleitet. Mag ich garnicht, wenn ich auf einmal aus meinem internen Netzwerk auf was externes umgeleitet werde
Das ist Murks. Ein Redirect auf die lokale HTTPS Adresse würde vollkommen ausreichen.
Das gesamte MQTT Gateway auf meinem LoxBerry war tot - hat einige Zeit gedauert, bis ich das herausgefunden habe. Man muss in der Miniserver Config auf dem LoxBerry HTTPS aktivieren, dann geht wieder alles vom MQTT Gateway aus.
Das bedeutet auf jeden Fall für alle wieder massig Anpassungen für alle, die die WebServices nutzen. Die Partner werden sich freuen (im Gegensatz zu den Kunden....).Zuletzt geändert von Prof.Mobilux; 12.11.2025, 05:24.🇺🇦 Hilfe für die Menschen der Ukraine: https://www.loxforum.com/forum/proje...Cr-die-ukraine
LoxBerry - Beyond the Limits
Kommentar
-
Hm, also ich habe die 16.1. alpha Version vor ein paar Tagen laufen - ich beschreibe manche virtuelle Eingänge mit webservices.
z.B. schießt meine Tasmota RF bridge den gelesenen RF Key mittels webservice an den VI - da steht definitiv immer schon http drin und es funktioniert immer noch.
Gerade geschaut ob mir da was auffällt.
Ich muss mal den changelog begutachten - vielleicht war das mal kurz so und wurde wieder geändert? kA Ist mir aber bisher auch in keiner Zwischenversion aufgefallen.Kommentar
-
👍 1
Kommentar
-
Nachdem das Testsystem keine Probleme gezeigt hat, habe ich die 16.1 schon vor einigen Wochen auf meinem Produktiv-System gespielt.
Keine Probleme auf dem Test und Produktiv-System.
Kein Support per PN!Kommentar
-
Ah, oben in den Kommentaren hat jemand erwähnt, dass die Default Einstellungen bzgl. HTTPS nur auf neuen Systemen oder bei Formatierung der SDKarte neu gesetzt werden. Sonst bleibt es bei den bestehenden Einstellungen.
Ich habe gestern die 16.1 auf eine neue SDKarte geschrieben. Das war also bei mir der Grund. Normale Updates sollten also nicht betroffen sein.🇺🇦 Hilfe für die Menschen der Ukraine: https://www.loxforum.com/forum/proje...Cr-die-ukraine
LoxBerry - Beyond the Limits
Kommentar
-
Mittlerweile wurde die Optik ja wieder stark verbessert. Ein paar Dinge stören mich aber nach wie vor:
Die Spalten im Eigenschaftenfenster lassen sich nicht mehr wie früher in der V15 in der Größe ändern. Ich mache das gerne, wenn ich in den Inputs sehr lange Texte habe (z. B. eine URL).
Das ist sehr unübersichtlich, da beim Größer-Ziehen des Eigenschaften-Fensters nicht der Inhalt mehr Platz bekommt, sondern die Benennung. Bitte die Spaltenbreite wieder veränderbar machen und beim Größer-Ziehen automatisch dem Inhalt den neuen Platz einräumen und nicht der Bezeichnung.
🇺🇦 Hilfe für die Menschen der Ukraine: https://www.loxforum.com/forum/proje...Cr-die-ukraine
LoxBerry - Beyond the Limits
👍 4Kommentar
-
Hi, wo kann man denn beim Spotprice optimierer jetzt auf das 15 Minuten Intervall umstellen? Irgendwie finde ich die Einstellung nicht. In der Config wird mir immer noch nur 60 Minuten zur Auswahl angeboten.Kommentar
-
Ich habe von 15.03.12..13 auf 16.01.11.06 updated (MSGen2) und mir ist augefallen dass die Weather4Lox Daten nicht mehr kommen. Offenbar heisst der neue Host nun weather.loxonecloud.com und nicht mehr weather.loxone.com. DNS angepasst und es geht wieder.
LGKommentar
-
Ich habe das Ganze jetzt nochmal mit WireShark durchgespielt...
Es wird zwar angefragt, aber es kommt wie schon bekannt ein SSL-Fehler und keine Daten.
Ich wüste nicht wie man ein SSL-Zert fälschen sollte das es für den DNS von Loxone geht.
Beleibt wohl dabei das es nicht geht. -
Ich muss zugeben, dass ich mich damit nicht mehr beschäftigt habe. Ich vermute mal, dass bei EdiB noch alte Daten angezeigt werden trotz SSL Fehler. Der MS cached die Daten.
-
-
Kommentar
-
Erste Anpassung am PV-Forecast:: pP (predicted Period) so abgeändert, dass immer der erwartete Ertrag bis Tagesende anliegt, statt der nächsten 24 Stunden:
👍 2Kommentar
-
Das siehst du falsch...
Beim erstellen eines Zertifikat wird nicht gefragt wo ob der Loxberry eine Antwort darauf gibt, es wird geprüft ob die FQDN Adresse erreichbar ist und ob diese von der Stelle antwortet von der die Anfrage für das Zertifikat ist.
In dem Fall würde dei Anfrage vom Loxberry kommen und an weather.loxonecloud.com gehen.
Die Anfrage würde als ungültig deklariert.
Wenn es so einfach wäre könnte man ja schnell mal Zertifikate fälschen
-
Na ja, solange ich im lokalen Netz bleibe kann ich doch ein selbst signiertes Zertifikat ausstellen auf was ich will. Vorausgesetzt ich kontrolliere DNS und die CA. Das scheitert aber offenbar daran, dem Miniserver meine eigene Stammzertifizierungsstelle beizubringen... -
Der Gen2 akzeptiert nach meinem Wissen keine selbst signierten Zertifikate für den WetterServer etc.
Loxone hat sich dieses mal was dabei gedacht
😎 1
-
-
Frage, wie bekommt man denn in der Config 16.1 die Detail- bzw. Eigenschaften-Anzeige wieder unterhalb des Peripherie Baums angezeigt?Kommentar
Kommentar