Neueste Beiträge

#1

Wettermodule / Aw: [Erledigt] Fehlende Werte ...

Letzter Beitrag von Marko1976 - 25 April 2026, 16:43:59

Dann spricht der direkten Multiplikation nichts entgegen.
Regenwahrscheinlichkeit wird in der Regel ja als Prozentwert angegeben.

#2

Wettermodule / Aw: [Erledigt] Fehlende Werte ...

Letzter Beitrag von CoolTux - 25 April 2026, 16:37:10

Da ich die commandref eh noch anpassen muss und das zusammenstellen der Readings immer in den API Modulen passiert können wir hier gerne das ganze in Prozent machen.

#3

EnOcean / Aw: EnOcean PioTek Multigatewa...

Letzter Beitrag von klaus.schauer - 25 April 2026, 15:56:07

Warum erwähne ich die 868 MHz Antenne so sehr? Nun weil die Antenne eben für den TCM515 ist und nicht für den WLAN Anschluss.
D.h. eine 33cm Antenne ist eben keine 868MHz Antenne. Sie wird zwar gehen aber die Anpassung des TCM515 ist eben an eine echte
868Mhz (Lambda/4) gemacht worden. Insofern macht es natürlich, für beste Reichweiten, Sinn die beiliegende Antenne auch wirklich
zu benutzen. Viel mehr werdet ihr da nicht "rausholen".

Was soll denn falsch sein an einer Antenne, die für 868 MHz konstruiert ist und durch einen anderen Aufbau einen Gewinn von nicht 3 dB sondern 5 dB verbunden mit eine stärkeren Richtcharakteristik hat, wie z. B. https://shop.busware.de/product_info.php/products_id/31?

#4

Sprachsteuerung / Aw: Alexa Verbindung fehlerhaf...

Letzter Beitrag von MadMax-FHEM - 25 April 2026, 15:54:48

Das ist, wie du gemerkt hast der uralte Wiki, wo man den Skill noch selbst hosten musste bzw. für Custom Skill.

tar.gz, Startscript, ... <- braucht es alles schon ewig nicht mehr

Richtig und bereits einige Male genannt ist der Connector Wiki.

/home/fhem <- gibt es nicht, bzw. nur bei dir? , warum auch immer...

Standard bei fhem Installation ist (wurde auch schon oft geschrieben): /opt/fhem

Andere haben es mit dem Connector Wiki (plus eben bzgl. Verschlüsselungsanpassung wegen neuem OS und fhem Vereinsserver) geschafft, siehe entspr. Posts...

Warum du dich so schwer tust: keine Ahnung (außer eben deine eigenartige Installationsweise generell / hatte ich ja auch schon mehrfach angesprochen)

Gruß, Joachim

#5

MQTT / Aw: mqtt2.template: Contributi...

Letzter Beitrag von offebaescher - 25 April 2026, 15:47:59

Ich habe nun für die Gartenbewässerung ein Wasser Ventil von Tuya

Tuya TS0601_water_switch
_TZE284_fhvpaltk
https://www.zigbee2mqtt.io/devices/TS0601_water_switch.html

Meldet diese Werte:

Code Auswählen Erweitern

{"battery":98,"countdown_l1":1,"countdown_l2":10,"linkquality":255,"state_l1":"OFF","state_l2":"OFF","valve_duration_l1":120,"valve_duration_l2":9,"valve_status_l1":"idle","valve_status_l2":"idle"}

Man muss beiden Ventilen eine countdown Zeit in Minuten angeben, die sie offen bleiben sollen durch setzen des Wertes  countdown_l1  bzw countdown_l2
Ist der Wert 0, öffnet sich das Ventil scheinbar gar nicht, auch wenn man  state_l1 bzw  state_l2 auf ON setzt. Das ist auch schlüssig.

Setzt man also  state_l1 auf ON und countdown ist etwa 5, so schliesst es sich automatisch nach 5 Minuten wieder, man muss  state_l1 nicht auf OFF setzen.
Maximalwert ist offenbar 1440

Code Auswählen Erweitern

####################################
#contributed by offebaescher
name:zigbee2mqtt_Tuya_TS0601_water_switch
desc: Tuya TS0601_water_switch - Tested with _TZE284_fhvpaltk
filter:TYPE=MQTT2_DEVICE:FILTER=CID~zigbee.*
order:L_07a
par:BASE_TOPIC;base topic set in configuration.yaml of the zigbee2mqtt bridge;{ AttrVal("DEVICE","devicetopic",AttrVal("DEVICE","readingList","")) =~ m,[\b]?([^/:]+)[/].+, ? $1 : undef }
par:DEV_ID;name of the device in the zigbee2mqtt bridge;{ AttrVal("DEVICE","devicetopic",AttrVal("DEVICE","readingList","")) =~ m,[^/]+[/]([^/:]+).*, ? $1 : undef }
par:ICON;ICON as set, defaults to sani_water_tap;{ AttrVal("DEVICE","icon","sani_water_tap") }
attr DEVICE icon ICON
attr DEVICE devicetopic BASE_TOPIC/DEV_ID
attr DEVICE readingList $\DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr DEVICE setList \
  on_l1:noArg $\DEVICETOPIC/set {"state_l1":"ON"}\
  off_l1:noArg $\DEVICETOPIC/set {"state_l1":"OFF"}\
  on_l2:noArg $\DEVICETOPIC/set {"state_l2":"ON"}\
  off_l2:noArg $\DEVICETOPIC/set {"state_l2":"OFF"}\
  countdown_l1:slider,0,1,1440 $\DEVICETOPIC/set {"countdown_l1":$EVTPART1}\
  countdown_l2:slider,0,1,1440 $\DEVICETOPIC/set {"countdown_l2":$EVTPART1}
attr DEVICE stateFormat L1: state_l1 (valve_status_l1) | L2: state_l2 (valve_status_l2) | Bat: battery%
attr DEVICE webCmd on_l1:off_l1:on_l2:off_l2
attr DEVICE model zigbee2mqtt_Tuya_TS0601_water_switch
setreading DEVICE attrTemplateVersion 20260425
[code]

Works for me!
:)


#6

Wallboxen und E-Fahrzeuge / Aw: Fronius Wattpilot an FHEM ...

Letzter Beitrag von Tiroler mk - 25 April 2026, 15:41:38

Hallo Denis,
Sorry, ich war jetzt einige Zeit offline und hab' das aktualisierte Modul erst jetzt eingespielt - gefällt mir sehr gut.
 
Gib mir bitte einen Tipp, wie ich die letzte komplette Ladung anzeigen kann - ich würde diesen Wert gerne loggen sobald die aktuelle Ladung beendet ist (also der Status "CarState" = "charging" beendet ist und auf "complete" gewechselt hat).
Toll wäre natürlich, wenn es ein Reading gäbe, das die letzte vollständige Ladung anzeigt - ist es umständlich, das ins Modul einzubauen?

Danke,
Markus

#7

Wettermodule / Aw: [Erledigt] Fehlende Werte ...

Letzter Beitrag von Marko1976 - 25 April 2026, 15:14:06

Da die einzelnen Wetterdienste unterschiedlich bei der Angabe sind (Proplanta zb gibt direkt Prozent aus) wäre eine Berechnung im Modul m. M. n. gefährlich, solange nicht garantiert werden kann, dass dies nur bei OpenWeatherMap angewendet wird. Das Weather-Modul selbst unterstützt ja mehrere API's.

Wenn man garantieren kann, dass es nur bei OpenWeatherMap angewendet wird wäre das natürlich die einfachste Lösung.
Alternativ fände ich einen einfach Texthinweis als eine Lösung, in dem steht in welchem Datenformat der Wert vorliegt.

#8

Wettermodule / Aw: [Erledigt] Fehlende Werte ...

Letzter Beitrag von CoolTux - 25 April 2026, 14:51:04

Ich kann da gerne noch versuchen eine x100 ein zu bauen   

#9

TabletUI / Langsame Anzeige

Letzter Beitrag von Marko1976 - 25 April 2026, 14:19:39

Hallo allemiteinander,

ich suche mal allgemeines Feedback und Ideen.

Ich habe jetzt schon mehrere ftui3 und ftui3 Oberflächen aufgesetzt; auch mit verschiedneen Menüstrukturen bzw. Unterseitenstrukturen. Egal was oder wie ich es bisher gemacht habe wurde die Oberfläche irgendwann sehr, sehr langsam beim laden der Daten aus Fhem bzw. Neuaufbau der Seite. Meistens fängt das schon an wenn ich ca. die Hälfte des gewünschten Contant's in der Oberfläche habe. Damit wird es schwer bedienbar. Besonders wenn ich mit ftui-image Bilder einblende fällt es extrem auf.
Doch nur um Datensätze bzw. url's aus Fhem zu laden kann ein normales heutzutage übliches Tablet doch nicht an seine Grenzen gebracht werden, oder? Wie gesagt, es fehlt eigentlich noch einiges was ich mir wünschen würde.

Habt ihr ähnliche Probleme und wenn ja welche Lösungsansätze verfolgt ihr?

ftui allgemein finde ich sehr gut und flexible, doch wenn es fast 30 Sec. braucht um die Startseite zu laden ... .

#10

Wettermodule / Aw: Fehlende Werte bei OpenWea...

Letzter Beitrag von Marko1976 - 25 April 2026, 14:11:08

Wie versprochen habe ich es mir mal in verschiedenen Orten und zu verschiedenen Daten angeschaut und so unglaublich es klingt, aber rein zufällig ist für meine Heimatlocation tatsächlich für die nächsten 5 Tage Regen weder wahrscheinlich noch ein offensichtlicher Niederschlag erwartet. Darum all diese Nullen in den Readings. Konnte ich anhand anderer Wetterdienste sogar bestätigen.

Alternativ habe ich mir noch 5 andere Locations angeschaut, zwei davon in Mittelamerica und Ostafrika wo zur Zeit Regenzeit herrscht. Bei allen Locations waren unterschiedliche Werte angegeben, die auch wahrscheinlich zutreffend sind und mit anderen Wetterdiensten ungefähr bestätigt werden konnten.

Sowohl die alten Readings für rain und snow als auch das neue Reading für die Wahrscheinlichkeit funktionieren also. Man muss bei der Wahrscheinlichkeit lediglich den Wert mal 100 rechnen um einen Prozentwert zu erhalten, da OpenWeatherMap lediglich eine Gleitzahl zwischen 0 und 1 angibt, aber das ist ja kein großes Problem.

Danke @CoolTux, werden den Beitrag damit dann auch schließen und als erledigt kennzeichnen.

Ich gehe davon aus, dass du es so gebaut hast, dass die neuen pm's beim nächsten Update automatisch an alle verteilt werden?