Neueste Beiträge

#71

Sonstiges / Aw: Was verursacht diesen "Mül...

Letzter Beitrag von TomLee - 29 Januar 2026, 18:41:30

Das ist kein Müll, es ist der HTML-Code den FW_makeImage zurückgibt. Wenn dich das stört, dann nutz den Code in devStateIcon, da landet er nicht in STATE.

[Revision 30793: ch.eick: Fehlerbeseitigung im Stromboerse_connect]

#72

FHEM Code changes / Revision 30793: ch.eick: Fehle...

Letzter Beitrag von System - 29 Januar 2026, 18:30:53

Revision 30793: ch.eick: Fehlerbeseitigung im Stromboerse_connect

ch.eick: Fehlerbeseitigung im Stromboerse_connect

Source: Revision 30793: ch.eick: Fehlerbeseitigung im Stromboerse_connect

#73

Sonstiges / Aw: Was verursacht diesen "Mül...

Letzter Beitrag von ergerd - 29 Januar 2026, 18:28:29

M.E. fehlt immer noch "return"

#74

MQTT / Aw: shelly1 mini readings

Letzter Beitrag von Beta-User - 29 Januar 2026, 18:19:28

Ich sehe hier nichts, was mit mqtt zu tun hätte, oder?

der sensor hat ja nicht mal direkte verbindung zum switch, muss ich mit doif ansteuern. was sollte ich auswählen ?

Meine Glaskugel meint, du solltest ein list von diesem DOIF (und dem mqtt2_device) zeigen und das ganze in den dafür passenden Bereich verschieben.

#75

MQTT / Aw: shelly1 mini readings

Letzter Beitrag von satprofi - 29 Januar 2026, 18:10:36

da schaltet er gar nicht mit schalter.

#76

Sonstiges / Aw: Was verursacht diesen "Mül...

Letzter Beitrag von GeZi3560 - 29 Januar 2026, 17:40:32

Ich hab jetzt mein stateformat nochmal angepasst.

Code Auswählen Erweitern

{my $onl = ReadingsVal($name,"transmit","OK") eq "NO_ACK"?"10px-kreis-rot" : "10px-kreis-gruen";;
 my $light = ReadingsVal($name,"state","off");;
 my $cons = ReadingsVal($name,"power","unknown");;
"<a href=\"/fhem?cmd.dummy=set $name toggle&XHR=1\">".FW_makeImage($light)."</a>
<div>Verbrauch: $cons Watt </div>"}
immer noch der "Müll" in STATE

Code Auswählen Erweitern

<a href="/fhem?cmd.dummy=set ZWave_SWITCH_BINARY_32 toggle&XHR=1"><svg class=" on" data-txt="on" version="1.0"
xmlns="http://www.w3.org/2000/svg"  width="468pt" height="537pt" viewBox="0 0 468 537"  preserveAspectRatio="xMidYMid meet"> <metadata> Created by potrace 1.8, written by Peter Selinger 2001-2007
 </metadata> <g transform="translate(0,537) scale(0.181395,-0.181395)"  stroke="none"> <path d="M957 2932 c-14 -16 -17 -43 -17 -174 0 -135 2 -157 18 -171 28 -25 72 -26 96 -1 13 13 16 43 16 173 0 140 -2 160 -18 174 -25 22 -75 21 -95 -1z"/> <path d="M1506 2928 c-13 -18 -16 -53 -16 -174 0 -138 2 -152 20 -169 24 -22 77 -22 99 0 13 12 17 44 19 151 4 147 1 174 -24 198 -24 24 -80 20 -98 -6z"/> <path d="M278 2834 c-29 -15 -44 -50 -34 -81 3 -11 73 -85 154 -166 127 -126 153 -147 180 -147 34 0 72 38 72 73 0 34 -312 341 -342 337 -2 -1 -15 -7 -30 -16z"/> <path d="M2235 2840 c-34 -14 -315 -305 -315 -327 0 -35 38 -73 72 -73 27 0 53 21 180 148 82 81 151 157 155 170 12 51 -44 100 -92 82z"/> <path d="M1039 2257 c-70 -20 -136 -63 -174 -115 -65 -87 -65 -91 -65 -643 0 -479 1 -500 21 -553 25 -67 87 -134 160 -173 l54 -28 250 0 c235 0 253 1 296 21 63 29 125 94 158 163 l26 56 0 520 0 520 -28 56 c-32 66 -99 132 -165 162 -43 20 -65 22 -267 24 -153 2 -234 -2 -266 -10z m486 -146 c48 -22 69 -44 90 -94 13 -31 15 -107 15 -517 0 -526 0 -523 -59 -573 -48 -40 -90 -47 -299 -47 -205 0 -226 4 -280 54 -51 46 -50 40 -53 567 l-3 495 23 40 c24 43 64 72 115 85 17 4 117 7 221 8 164 0 195 -2 230 -18z"/> <path d="M2110 2123 c-49 -19 -64 -68 -34 -111 15 -22 19 -22 238 -22 211 0 224 1 241 20 23 25 24 76 1 98 -14 15 -44 17 -224 19 -114 1 -214 -1 -222 -4z"/> <path d="M16 2098 c-22 -31 -20 -71 5 -94 19 -17 39 -19 240 -19 236 0 241 1 254 55 4 18 0 34 -15 53 l-21 27 -224 0 c-220 0 -224 0 -239 -22z"/> <path d="M26 1559 c-32 -25 -35 -70 -6 -99 19 -19 33 -20 238 -20 207 0 220 1 237 20 26 29 24 79 -4 102 -21 16 -44 18 -231 18 -195 0 -209 -1 -234 -21z"/> <path d="M2080 1560 c-23 -23 -26 -68 -6 -96 13 -18 30 -19 233 -22 203 -3 221 -2 243 16 32 26 32 78 1 104 -21 16 -44 18 -237 18 -201 0 -215 -1 -234 -20z"/> <path d="M20 1010 c-29 -29 -26 -74 7 -100 26 -20 36 -21 240 -18 184 3 215 5 229 20 23 22 22 73 -1 98 -17 19 -30 20 -237 20 -205 0 -219 -1 -238 -20z"/> <path d="M2077 1012 c-22 -25 -21 -75 1 -95 16 -15 48 -17 238 -17 120 0 224 4 231 8 32 20 32 94 0 114 -7 4 -111 8 -233 8 -201 0 -222 -2 -237 -18z"/> <path d="M998 693 c-36 -41 -30 -95 11 -108 60 -19 520 -91 539 -84 53 20 66 99 19 119 -28 12 -482 90 -524 90 -16 0 -37 -8 -45 -17z"/> <path d="M1023 530 c-41 -17 -58 -85 -28 -110 15 -12 492 -100 543 -100 33 0 62 34 62 74 0 18 -6 38 -13 44 -6 6 -120 29 -252 51 -132 23 -251 43 -265 46 -14 2 -35 0 -47 -5z"/> <path d="M1023 360 c-46 -18 -59 -90 -20 -114 21 -13 478 -96 531 -96 14 0 35 9 46 20 26 26 27 85 2 99 -10 5 -126 28 -258 51 -131 22 -248 42 -259 44 -11 2 -30 0 -42 -4z"/> <path d="M1101 154 c-26 -33 -27 -55 -3 -82 13 -16 51 -26 176 -47 158 -27 159 -27 185 -7 31 22 41 81 18 101 -16 13 -271 61 -323 61 -23 0 -39 -8 -53 -26z"/> </g> </svg></a>
<div>Verbrauch: 0.5 W Watt </div>

#77

FHEMWEB / WebApp Support für Android?

Letzter Beitrag von tomcat.x - 29 Januar 2026, 16:55:32

Hallo,

in der Commandref zu FHEMWEB steht in den Anmerkungen beim Attribut stylesheetPrefix "Wenn touchpad oder smallscreen benutzt werden, wird WebApp support aktiviert: Nachdem Sie eine Seite am iPhone oder iPad mit Safari angesehen haben ...". Heißt das, dass es explizit nur auf diesen Geräten funktioniert? Mein Firefox auf Android unterstützt auch WebApps, ich nutze schon eine Handvoll. Für fhem kann ich aber nur einen normalen Link auf der Startseite hinzufügen. Oder liegt es daran, dass ich "darksmallscreen" verwende? Zumindest am Anfang der Anmerkung steht aber "Wenn der Parametername smallscreen oder touchpad enthält".

Ich habe das jetzt zum ersten Mal probiert, nachdem ich andFHEM deinstalliert habe. Es wird nicht mehr gewartet und aktuell reicht mir auf dem Handy eigentlich eine Seite mit ein paar "Favoriten" (was in dem Fall ein eigener Raum ist). Auch als einfacher Link ist das schon ok, aber WebApp wäre natürlich noch schöner.

Vielen Dank
Thomas

#78

Bastelecke / Aw: ESP RGBWW Wifi Led Control...

Letzter Beitrag von vbs - 29 Januar 2026, 15:26:11

Ja, geht auf jeden Fall weiter! Muss aber zugeben, dass ich über Weihnachten von verschiedensten Sachen etwas abgelenkt wurde und das HA-Projekt auf meinem Stack etwas nach hinten gerutscht ist.  Aber der Stack sieht jetzt eigentlich wieder recht gut aus und ich werde da bei HA auch zeitnah wieder einsteigen können. Der Witz ist, dass ich da eigentlich schon recht weit war/bin und momentan nur die Hürde hab, da wieder rein zu kommen und wieder arbeitsfähig zu werden. Ansonsten muss ich da eigentlich nur ein paar Kleinigkeiten noch gerade ziehen und dann kann man das eigentlich mal ausprobieren. Das Problem ist für mich so ein bisschen, dass ich selber HA bisher noch nie wirklich genutzt habe und es mir daher etwas schwer fällt, zu bewerten, was da der richtige Weg ist bei der RGB-Anbindung.
Also wenn ich das demnächst mal vorstelle, würde ich mich da auf jeden Fall über Rückmeldungen freuen von Leuten, die mit HA echte Praxiserfahrung haben.

#79

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Parallix - 29 Januar 2026, 15:25:07

Die Einplanung eines Verbrauchers erfolgt in SF gemäß dem Wert des Attributs "mode". Super ist, dass der "mode"-Wert auch über einen Reading bezogen werden.

Leider existieren bis dato nur die Modi "can" und "must". Für eine sinnvolle Abbildung eines Verbrauchers, der am jeweilige Tag nicht eingeschaltet werden soll oder kann (z.B. ein Elektroauto, das nicht an der Wallbox angesteckt ist), wird eigentlich "nur" noch ein weiterer Attributwert - "mustNot" - benötigt.

Hinsichlich der SF-Planungsmaßmahmen würde "mustNot" einem Verbraucher entsprechen, bei dem (temporär) "type=noSchedule" gesetzt ist. Da "noSchedule" auch kein wirklicher Typ ist, schlage ich vor, noSchedule als Attributwert für "mode" zu entfernen und die Maßnahmen für "noSchedule" dann anzuwenden, wenn der "mode"-Attributwert auf "mustNot" steht, bzw. aus einem Reading bezogen wird.

#80

Sonstiges / Aw: fhem-mcp - FHEM-Steuerungs...

Letzter Beitrag von KölnSolar - 29 Januar 2026, 15:23:37

mein Senf dazu:

Aber nehmen wir jetzt mal eher die Konfiguration von FHEM selbst in den Blick, also das Anlegen von Devices, die ein bestimmtes gewünschtes Szenario abbilden, das man mit natürlicher Sprache beschreibt. Wäre das nicht eine sinnvolle Nutzung?

Klingt immer gut, wenn es etwas vereinfacht. ABER: wir kennen das doch zur Genüge:
Was man nicht selber entwickelt hat, fällt einem irgendwann auf die Füße.
- Fehleranalyse
- Verständnis des erst einmal unverständlichen (und in dem Augenblick unerwünschten)Verhaltens einer komplexen Steuerung
- Erweiterungen von vorhandenen Steuerungen
....