Neueste Beiträge

#21

Einplatinencomputer / Aw: Test GPIO am Raspberry 5 (...

Letzter Beitrag von hugo - 21 Mai 2024, 19:41:35

Hallo Stefan,
jetzt habe ich das System nochmal neu aufgesetzt.
Fhem nicht per Backup eingespielt sonder die Devices von Hand angelegt.
Jetzt funktionieren die GPIOs wieder. Allerdings mit den Debug Nummern.
Muss halt noch etwas nacharbeiten.

Nochmals herzlichen Dank für deine Mühe und die Geduld.

Gruß Josef

PS: Jetzt kann ich beruhigt in den Urlaub fahren. 

#22

Solaranlagen / Aw: Modbus Zugriff für Fronius...

Letzter Beitrag von Prof. Dr. Peter Henning - 21 Mai 2024, 19:34:53

Könnt Ihr mir mal auf die Sprünge helfen? Ich habe seit heute auch einen Fronius, und in der Netztrenneinrichtung ist ein Smartmeter TS65 installiert.

Das Teil hat direkt nach einem Firmware-Update zwar volle Funktion, aber die Datenabfrage über das ziemlich Beta-mäßige Modul 98_Fronius.pm liefert "nodata". Gibt es irgendwo eine Anleitung für das Setup mit Modbus?

LG

pah

[MPD]

#23

Multimedia / Aw: MPD userinterface - usabil...

Letzter Beitrag von martinp876 - 21 Mai 2024, 19:30:24

Jetzt will ich das Thema endlich zum Abschluss bringen.
Das MPD Modul und dessen Intention habe ich nun hoffentlich verstanden. Es ist definitv gut geschrieben und sehr gut dokumentiert.
Dennoch habe ich es umgeschrieben. Warum?Images
MPD
ist implementiert sehr viele (wenn nicht alle) Funktionen des ...MPD eben. Darunter sind Optionen zum Anzeigen von Images, multi-controller Betrieb und dessen Überwachung mit blocking, etliche Readings und Kommandos,... Musiklisten,...

MPDradio
hingegen ist eher schlank.
fehlenden Funktionen war in erster Linie die Verwaltung der radio-stations. Da es Streams sind braucht es
- polling nach dem aktuellen Lied
- Station Namen verwaltung remanent
- kommandoliste mit Station-namen zum Abspielen

Schlank heisst für mich
- entfernen (m.E.) sinnloser Readings - Darstellung des wesentlichen. Damit auch weniger Last beim FHEM Eventhandler
- entfernen unnötiger kommandos wie seek, ff,...
- vereinfachte interne Strukturen
- kein blocking sub-prozess, da nur ein controller relevant ist
- fhem standard kommandos wie on, on-for-timer,...
  on-for-timer ist sowieso relevant, da ich den Radio gerne auf mute  laufen lasse und das Zimmer verlasse. Dann streamt er tagelang wenn es sein muss. Auto-off ist zwingend.
- deutlich weniger Attribute

natürlich nutze ich (mein) standart-UI welches Kommandos systematisch parsed, Standardkommandos zu Verfügung stellt usw.

Die beiden Module sind also ähnlich aber am Ende nicht kompatibel. Eine Verwaltung einer Musik-DB brauche ich nicht, eben nur einen Radio im Büro aus der Himbeere (hier ist kein Funk-Empfang ).

Das Modul werde ich nicht in den "Pool" stellen. Da stehen jede Menge spezielle Module herum. Sollte interesse bestehen stelle ich es gerne zu Verfügung - geheim ist hier nichts. Ich will eben nur keinen Müll einstellen. Dann muss ich die Pflege intensivieren...

#24

Off-Topic / Aw: Empfehlung WLAN-Router / A...

Letzter Beitrag von sledge - 21 Mai 2024, 19:07:03

Hi tndx,

aus den Erfahrungen eigener jahrelanger Odyssee heraus lautet meine Empfehlung immer "Unifi" von Ubiquity.

Sieht sich selber gerne im Prosumer / Professional Bereich.

Seit meiner Umstellung von Fritzbox usw vor 5 Jahren habe ich das keine Sekunde bereut, auch im Bekanntenkreis sind mittlerweile einige umgeschwenkt von "Fritzbox + Repeater + xyz" auf Unifi. Seitdem keine Empfangsprobleme mehr (hier ungefähr 100 Wifi-Clients im Netz), eigene VLANs + SSIDs für IoT etc, Gast-Wlan mit Zahlencodes...

Die von Dir genannten Anforderungen sollten alle umsetzbar sein - lediglich bei Zeitsteuerung / Jugendschutzfilter für Clients kann ich mangels Erfahrung nichts sagen... Aber man kann mW ganze SSIDs mit einer Zeitsteuerung versehen.

Schau Dich mal auf der Homepage von ubiquiti um, Youtube ist voll mit diversen Videos, ansonsten auch gerne Detailfragen via PN.

Gruß Tom

#25

Sonstiges / Aw: Zeilenumbruch bei event-on...

Letzter Beitrag von Gisbert - 21 Mai 2024, 19:05:12

Hallo Rudi,

gibt es bei dem o.g. Verhalten eine Meinung, ob das so beabsichtigt ist und so bleiben soll/kann?
Hier wurde eine Lösung präsentiert, die anscheinend funktioniert. Irgendwie ist sie aber wenig intuitiv und wohl auch nicht dokumentiert.

Viele Grüße
Gisbert

#26

Sonstige Systeme / Aw: Modul für Tesla Model S / ...

Letzter Beitrag von Dr.McKay - 21 Mai 2024, 19:00:24

Funktioniert denn das Modul noch wie geplant? Es scheint überhaupt kein Kommando mehr zu funktionieren. Ich habe das Verbose-Level vom Device "LRWYGxxxxxxxx" auf 5 gesetzt um mir anzeigen zu lassen was ein beliebiges "set" Kommando bewirkt, aber ich bekomme für jedes Kommando nur ein "404" zurück. Ich habe etwas gelesen dass die Schnittstelle nicht mehr zu funktionieren scheint und jetzt geht es nur noch über eine sogenannte Fleet API https://developer.tesla.com/docs/fleet-api#2023-10-09-rest-api-vehicle-commands-endpoint-deprecation-warning.
Könntest du mal dein Log-Output von einem set-Kommando posten mit Verbose 5? Welche TeslaConnection.pm und TeslaCar.pm verwendest du?

Vielen Dank und Grüße

[einer]

#27

Kalendermodule / Aw: [gelöst] (kein) Bedarf für...

Letzter Beitrag von TomLee - 21 Mai 2024, 18:32:13

Übersehe ich da was?

Nee, nur ich. Aber daran gedacht, die alten Zeilen zuvor zu löschen hab ich schon, das müsste man natürlich dann noch ergänzen, wie auch immer.

Mein Gedanke war, Daten, die in einem Kalender und einer holiday-Datei separat gepflegt werden, automatisiert zusammenzuführen.

(Ok, warum pflegt man die an zwei Stellen, ja. Kann ja aber vorkommen, warum auch immer)

Darum schrieb ich:

... für den Fall, das man für Name des zu erstellenden .holiday-Devices ($targetname) den  Name eines bereits existierenden holiday-File angeben möchte, um die Daten zu ergänzen (falls man das so nutzen möchte).

Wie auch immer, so wie jetzt überschreib ich mir bspw. meine rp.holiday (in ./FHEM) wenn ich die Funktion aus versehen mit rp aufrufe, muss man ja nicht machen, kann aber passieren.

Evt. hab ich auch nur ein Verständnisproblem, mag ich nicht ausschließen.

#28

Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...

Letzter Beitrag von BOFH - 21 Mai 2024, 18:27:01

Um dies zu konkretisieren: die 1'000 - 3'000 Requests pro Minuten und IP haben wir als Reaktion auf die 429 Antworten gesehen. Was diese initial ausgelöst haben, müssen wir noch im Detail verstehen, die Flut der Zusatz Anfragen haben aber nicht geholfen, aus dem Zustand rauszukommen

Bei regulärem Betrieb waren die Anfragen pro Minute massiv tiefer - aber immer noch substantiell.

Beste Grüsse
Marcel

Hey Marcel,

also das fluten wird sich sicher bis zum Modul deaktivieren nicht reduzieren.

Außer die User stellen um auf den Patch Brunch.
Alternativ den eventuell ins fhem Update einfließen lassen.
Die Anzahl der Anfragen könnte man reduzieren indem wir den pull >=180sek stellen. Aktuell ist der default 60.

Vielleicht wird man sich da ja einig?!

"Ausgelöst" wurde es durch die privacy Einstellungen vom Webserver, die Gardena geändert hat. Im obigen patch branch wird diese dem header hinzugefügt.
Nun landet es allerdings erneut wie oben geschrieben im "You are not authorized to perform requests on that resource".

Also wird nun sukzessiv das fhem modul ausgebremst, da die abrufe wie du schreibst ja nicht gewollt sind. Ein "Katz und Maus Spiel" ist hier ja auch nicht zielführend.
Wenn mal Zeit ist stellen wir das modul um. Muss gänzlich dann ja komplett überarbeitet bzw neu geschrieben werden.

Fan bin ich in der Tat von der husqvana api auch nicht; die "Nachteile" hast du ja auch erwähnt.

 
 

#29

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 21 Mai 2024, 18:22:18

Hab' ich vorhin gesetzt, aber jetzt erstmal wieder zurückgenommen, weil das Unmengen an Logeinträgen sind. Werde versuchen es dann zu setzen, sobald ich den Ausreißer sehe.

Das Attr kannst du auch über ein notify setzen lassen wenn ein bestimmter Vorhersagewert überschritten wird.

Code Auswählen Erweitern

<Device>:Today_Hour.*_PVforecast:.* {
  if ($EVTPART1 >= xxxxx) {
    fhem "attr $NAME ctrlDebug radiationProcess";
  }
}

[ungetestet]

#30

Kalendermodule / Aw: [gelöst] (kein) Bedarf für...

Letzter Beitrag von betateilchen - 21 Mai 2024, 18:14:20

Man sollte vor allen Dingen nicht mit festen Pfadangaben arbeiten, auch nicht bei relativen Angaben.

Und die hash-Angabe bei FileRead() kann man sich auch sparen.
Bei FileWrite() wird sie ja schließlich auch nicht verwendet.

Und warum man bestehende Dateien nicht überschreiben sollte, erschließt sich mir auch nicht.