Hauptmenü

Neueste Beiträge

#1
Sonstiges / Aw: Fehler nach HTTPS Einricht...
Letzter Beitrag von Jorche - 27 Dezember 2025, 00:29:33
Frohe Weihnachten!
Gabs zu dem Thema mal ne Lösung? Ich habe nun private CA signierte Zertifiakte verstanden, diese sind nach openSSL auch gültig, lande aber beim gleichen Fehler. Ordnerbesitzer der *.pem ist FHEM und Zugriff im Debugzweifel 777.
Gibts dort was schickeres als sich seit 3 Jahren das Hirn zu zermatern um die Browsermeldung weg zu bekommen?
Das billig signierte Zertifikat funktioniert, wirft bei Android halt immer die Warning vorm Zugriff auf FHEM.

Dank euch

Der Fehler ist:
ZitatFHEMWEB SSL/HTTPS error: Inappropriate ioctl for device Failed to load key from file (no PEM or DER) error:0D0680A8:asn1 encoding routines:asn1_check_tlen:wrong tag error:0D07803A:asn1 encoding routines:asn1_item_embed_d2i:nested asn1 error error:0D0680A8:asn1 encoding routines:asn1_check_tlen:wrong tag error:0D08303A:asn1 encoding routines:asn1_template_noexp_d2i:nested asn1 error error:0D0680A8:asn1 encoding routines:asn1_check_tlen:wrong tag error:0D07803A:asn1 encoding routines:asn1_item_embed_d2i:nested asn1 error error:04093004:rsa routines:old_rsa_priv_decode:RSA lib error:0D0680A8:asn1 encoding routines:asn1_check_tlen:wrong tag error:0D07803A:asn1 encoding routines:asn1_item_embed_d2i:nested asn1 error error:140B000D:SSL routines:SSL_CTX_use_PrivateKey_file:ASN1 lib (peer: 192.168.178.76)
#2
Anfängerfragen / Aw: FHEM reagiert zu spät
Letzter Beitrag von Sebastian84 - 26 Dezember 2025, 23:50:53
Die Auslastung ist gering. Zw.30-60sec. Verzögert Event. Aber die Phoscon App reagiert direkt.
#3
FRITZ!Box / Aw: 72_FBTAM.pm für den FritzB...
Letzter Beitrag von Gonzo - 26 Dezember 2025, 23:44:01
Danke, so ein Modul habe ich schon lange gesucht!

Das Holen der Nachrichten funktioniert auch, allerdings habe ich Schwierigkeiten mit dem Versand über Telegram.
1. benötige ich auch wie Hardy62 doppelte Hochkomma beim ffmpeg Befehl. Dann funktioniert es aber zuverlässig.
2. Das senden über sendMessengerMsg oder per Button an der jeweiligen Nachricht schlägt fehl:
2025.12.26 16:47:46 1: PERL WARNING: Backslash found where operator expected at (eval 60647) line 1, near "sendMedia \"
List:
define FritzBoxAB FBTAM FritzBox 1
attr FritzBoxAB MsgrFun set FHEMBot sendMedia REC FILE
attr FritzBoxAB MsgrRecList \@3553xxx
attr FritzBoxAB MsgrType Telegram
attr FritzBoxAB Wav2MP3Fun system ("ffmpeg -loglevel error -y -i INPUT -metadata title=\"META\" OUTPUT")
attr FritzBoxAB room System
attr FritzBoxAB targetdir /opt/fhem/www/audio
attr FritzBoxAB username fritzxxx
#  READINGS:
#    2025-12-26 17:00:30  fritzbox_ip    1xxx
#    2025-12-26 17:00:30  msg            Nachrichtenliste erfolgreich geladen
#    2025-12-26 16:47:45  tam_msgmsg      Nachricht 22 von xxx am 30.03.25 um 10:42
#    2025-12-26 16:47:48  tam_msgurl      /opt/fhem/www/audio/fbtam1_msg22.mp3
#    2025-12-26 17:00:30  tam_name        Anrufbeantworter
#    2025-12-26 17:00:30  tam_newMsg      0
#    2025-12-26 17:00:30  tam_oldMsg      24
#    2025-12-26 16:47:45  tam_recipients  @3553xxx
#    2025-12-26 17:00:30  tam_state      on


EDIT:
Diese Variante funktioniert bei mir (expliziter FHEM Befehl und "@" nicht escapen)
attr FritzBoxAB MsgrFun fhem('set FHEMBot sendMedia REC FILE')
attr FritzBoxAB MsgrRecList @3553xxx
Allerdings bekomme ich die "vorherige" Nachricht gesendet, also das was im Reading tam_msgurl vorher drin stand (bzw. zum Zeitpunkt des Buttonclicks), und nicht die Nachricht die eigentlich angefordert war. Das Senden erfolgt anscheinend vor der MP3 Umwandlung und dem Aktualisieren von tam_msgurl.
Oder ist da ein Nebeneffekt meines Workarounds?
#4
Anfängerfragen / Aw: FHEM reagiert zu spät
Letzter Beitrag von is2late - 26 Dezember 2025, 23:21:46
Reagiert der Rechner insgesamt schleppend? Schon die Speicherauslastung und den Speicherplatz auf dem Systemmedium gecheckt?
#5
DOIF / Aw: DOIF als Taster
Letzter Beitrag von xenos1984 - 26 Dezember 2025, 22:02:40
Zitat von: Per am 26 Dezember 2025, 10:53:51Du verwechselst gerade DOELSE und DOELSEIF!

Ja, da hast du Recht, da habe ich zu schnell geschrieben. Was mich eigentlich gewundert hatte war stattdessen, ob der zweite, leere Zweig mit dem DOELSEIF hier überhaupt nötig ist. Es ist ja do always gesetzt, von daher sollte bei jedem Betätigen des Tasters der erste Zweig ausgelöst werden. Und das auch ohne einen zweiten Zweig zu haben, in den das DOIF wechseln kann, wenn der Taster aus ist.
#6
Zigbee / zb_Button1 sendet als Button1,...
Letzter Beitrag von frober - 26 Dezember 2025, 21:53:57
Hallo,

ich habe ein seltsamen Problem:

Bisher hatte ich nur einen Button, der hat über ein notify das Außenlicht geschaltet.
Nun habe ich mir 2 weitere Buttons zugelegt.
Alle in z2m umbenannt in Button1, Button2 und Button3.

Das notify habe ich angepasst, damit ich mit Button1 + 2 das Licht schalten kann.
Nur hat das alles seltsam reagiert, Licht ging z.B. kurz an und sofort wieder aus.

Nach etwas Recherche ist mir im Eventmonitor aufgefallen, dass Button1 die Daten für alle 3 Buttons sendet.
Button 2 + 3 senden je nur für sich.

Nach etwas probieren, habe ich Button1 in z2m in Button4 umbenannt und siehe da er sendet nun auch nur für sich.
Problem, bzw. Symptome sind nun behoben, aber woher kommt dieses  Phänomen?

List Button1:
define zb_Button1 MQTT2_DEVICE zigbee_Button1
attr zb_Button1 comment ZG-101ZL Smart Button
attr zb_Button1 devicetopic zigbee2mqtt/Button1
attr zb_Button1 eventMap single:0 double:1 hold:2
attr zb_Button1 icon taster
attr zb_Button1 readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }\
$DEVICETOPIC/availability:.* { json2nameValue($EVENT) }
attr zb_Button1 room Unsorted
attr zb_Button1 setList kurz '0'\
doppelt '1'\
lang '2'
attr zb_Button1 stateFormat Aktion: action Batterie: battery Verfügbar: state
attr zb_Button1 webCmd kurz:doppelt:lang
#   CID        zigbee_Button1
#   DEF        zigbee_Button1
#   FUUID      66fecbb8-f33f-ff70-26ed-d5fd2dadaacf79e4
#   IODev      MQTT2_Server
#   LASTInputDev MQTT2_Server
#   MQTT2_Server_CONN MQTT2_Server_127.0.0.1_52446
#   MQTT2_Server_MSGCNT 56
#   MQTT2_Server_TIME 2025-12-26 21:23:59
#   MSGCNT     56
#   NAME       zb_Button1
#   NR         633
#   STATE      Aktion: 1 Batterie: 100 Verfügbar: online
#   TYPE       MQTT2_DEVICE
#   eventCount 55
#   READINGS:
#     2025-12-26 21:24:29   IODev           MQTT2_Server
#     2025-12-26 20:30:46   action          double
#     2025-12-26 20:29:28   associatedWith  MQTT2_zigbee2mqtt
#     2025-12-26 20:30:46   battery         100
#     2025-12-26 20:30:46   last_seen       2025-12-26T20:30:46+01:00
#     2025-12-26 20:30:46   linkquality     21
#     2025-12-26 20:30:46   operation_mode  event
#     2025-12-25 15:11:47   state           online
#     2025-12-26 20:30:46   voltage         2900
#
setstate zb_Button1 Aktion: 1 Batterie: 100 Verfügbar: online
setstate zb_Button1 2025-12-26 21:24:29 IODev MQTT2_Server
setstate zb_Button1 2025-12-26 20:30:46 action double
setstate zb_Button1 2025-12-26 20:29:28 associatedWith MQTT2_zigbee2mqtt
setstate zb_Button1 2025-12-26 20:30:46 battery 100
setstate zb_Button1 2025-12-26 20:30:46 last_seen 2025-12-26T20:30:46+01:00
setstate zb_Button1 2025-12-26 20:30:46 linkquality 21
setstate zb_Button1 2025-12-26 20:30:46 operation_mode event
setstate zb_Button1 2025-12-25 15:11:47 state online
setstate zb_Button1 2025-12-26 20:30:46 voltage 2900

Eventmonitor:
Wie man sieht, das sind 3mal die gleichen Daten.
2025-12-26 21:37:02 MQTT2_DEVICE zb_Button3 operation_mode: event
2025-12-26 21:37:02 MQTT2_DEVICE zb_Button3 action: 1
2025-12-26 21:37:02 MQTT2_DEVICE zb_Button3 last_seen: 2025-12-26T21:37:02+01:00
2025-12-26 21:37:02 MQTT2_DEVICE zb_Button3 voltage: 2800
2025-12-26 21:37:02 MQTT2_DEVICE zb_Button3 battery: 100
2025-12-26 21:37:02 MQTT2_DEVICE zb_Button3 linkquality: 61
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button2 action: 1
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button2 operation_mode: event
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button2 voltage: 2800
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button2 last_seen: 2025-12-26T21:37:02+01:00
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button2 battery: 100
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button2 linkquality: 61
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button1 battery: 100
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button1 linkquality: 61
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button1 voltage: 2800
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button1 last_seen: 2025-12-26T21:37:02+01:00
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button1 operation_mode: event
2025-12-26 21:37:03 MQTT2_DEVICE zb_Button1 action: 1

wenn ich das Devicetopic beim umbenennen nicht anpasse, sendet er die Daten nur für Button2 + 3

Liegt das am Bridgeregex?

Raw der bridge (List, bzw. copy for ist zu lang mit den vielen Readings):
Unverändert aus dem Template.
defmod MQTT2_zigbee2mqtt MQTT2_DEVICE z2m_pi
attr MQTT2_zigbee2mqtt IODev MQTT2_Server
attr MQTT2_zigbee2mqtt bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]+)[/]?.*:.* "zigbee_$1"
attr MQTT2_zigbee2mqtt comment To check for new updates of the deamon software, you might want to use a separate HTTPMOD device. See HTTPMOD template zigbee2mqtt_daemon_updates for further details.
attr MQTT2_zigbee2mqtt devicetopic zigbee2mqtt
attr MQTT2_zigbee2mqtt getList networkmap_raw:noArg raw $DEVICETOPIC/bridge/request/networkmap raw\
  networkmap_graphviz:noArg graphviz $DEVICETOPIC/bridge/request/networkmap graphviz
attr MQTT2_zigbee2mqtt icon mqtt
attr MQTT2_zigbee2mqtt model zigbee2mqtt_bridge
attr MQTT2_zigbee2mqtt readingList $DEVICETOPIC/bridge/state:.* { json2nameValue($EVENT) }\
  $DEVICETOPIC/bridge/config/devices:.* {}\
  $DEVICETOPIC/bridge/config/log_level:.* log_level\
  $DEVICETOPIC/bridge/config/permit_join:.* permit_join\
  $DEVICETOPIC/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }\
  $DEVICETOPIC/bridge/config:.* { json2nameValue($EVENT) }\
  $DEVICETOPIC/bridge/log:.*\"type\".\"devices\".\"message\".* devices\
  $DEVICETOPIC/bridge/log:.* log\
  $DEVICETOPIC/bridge/logging:.* { json2nameValue($EVENT,'log_') }\
  $DEVICETOPIC/bridge/response/networkmap:.* { my $type = $EVENT =~ m/.*,"type":"(raw|graphviz)",.*/ ? $1 : 'networkmap';; $EVENT =~ m/{"data":\{.*"value":"?(.*[^"])"?\},"status":"ok"\}/ ? { $type=>$1 } : {} }\
  $DEVICETOPIC/bridge/devices:.* devices\
  $DEVICETOPIC/bridge/info:.* info\
  $DEVICETOPIC/bridge/groups:.* groups\
  $DEVICETOPIC/bridge/event:.* { json2nameValue($EVENT) }\
  $DEVICETOPIC/bridge/extensions:.* extensions\
  $DEVICETOPIC/bridge/response/permit_join:.* { json2nameValue($EVENT) }\
  $DEVICETOPIC/bridge/definitions:.* {}
attr MQTT2_zigbee2mqtt room System->Steuerung
attr MQTT2_zigbee2mqtt setList log_level:debug,info,warn,error $DEVICETOPIC/bridge/config/log_level $EVTPART1\
  permit_join:true,false $DEVICETOPIC/bridge/request/permit_join $EVTPART1\
  remove:textField $DEVICETOPIC/bridge/config/remove $EVTPART1\
  ota_update:textField $DEVICETOPIC/bridge/ota_update/update $EVTPART1\
  ota_update_check:textField $DEVICETOPIC/bridge/ota_update/check $EVTPART1\
  y_device_setting:textField $DEVICETOPIC/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}\
  x_bind:textField $DEVICETOPIC/bridge/bind/$EVTPART1 $EVTPART2\
  x_bind_unbind:textField $DEVICETOPIC/bridge/unbind/$EVTPART1 $EVTPART2\
  x_device_options:textField $DEVICETOPIC/bridge/config/device_options {"friendly_name":"$EVTPART1","options": {"$EVTPART2": "$EVTPART3"}}\
  x_group_add_to:textField $DEVICETOPIC/bridge/group/$EVTPART1/add $EVTPART2\
  x_group_rm_from:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove $EVTPART2\
  x_group_rm_from_all:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove_all $EVTPART2\
  x_group_add_group:textField $DEVICETOPIC/bridge/config/add_group $EVTPART1\
  x_group_rm_group:textField $DEVICETOPIC/bridge/config/remove_group $EVTPART1\
  z_elapsed:textField $DEVICETOPIC/bridge/config/elapsed $EVTPART1\
  z_last_seen:disable,ISO_8601,epoch,ISO_8601_local $DEVICETOPIC/bridge/config/last_seen $EVTPART1\
  z_ban:textField $DEVICETOPIC/bridge/config/ban $EVTPART1\
  z_rename:textField $DEVICETOPIC/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}\
  z_reset_CC:noArg $DEVICETOPIC/bridge/config/reset
attr MQTT2_zigbee2mqtt setStateList on off



#7
Sprachsteuerung / Aw: [alexa-fhem | Generell] Al...
Letzter Beitrag von Joker - 26 Dezember 2025, 21:03:03
Hi,
nachdem ich jetzt seit zwei Stunden hier versuche mein alexa-fhem wieder ans laufen zu kriegen, versuche ich jetzt mal mein Glück hier.
Was hab ich gemacht:
- ich benutze das fhem docker image:
ghcr.io/fhem/fhem-docker:5.2.2-bookworm- dazu habe ich bisher das folgende alexa-fhem docker image verwendet
ghcr.io/fhem/alexa-fhem:5.0.16
Das hat bisher alles perfekt funktioniert. Ich wollte jetzt alexa-fhem auf das aktuelle Docker-image aktualisieren:
ghcr.io/fhem/alexa-fhem:5.1.7
Und das bekomme ich nun nicht ans laufen. Direkt am Anfang steht folgendes im alexa-fhem log:
Preparing user environment ...
Harden ssh client configuration for user alexa-fhem...
  - Existing ssh config file found. Checking if it needs patching...
  - Patching ssh config file...
  - Creating symlink to /alexa-fhem/config.json in /alexa-fhem/.alexa/config.json ...
Testing alexa-fhem registration status ...
node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
  -

Und daher kommt die Verbindung zum Reverse Proxy nicht zu stande:
[12/26/2025, 8:40:20 PM] sshautoconf: SSH key seems to exist
[12/26/2025, 8:40:20 PM] sshautoconf: aborted with Reverse Proxy replied with neither registered nor unregistered status: out:  err:node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).

[12/26/2025, 8:40:20 PM] *** SSH: proxy configuration failed: Reverse Proxy replied with neither registered nor unregistered status: out:  err:node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).
[12/26/2025, 8:40:20 PM] BearerToken '...481A3' read from alexa
[12/26/2025, 8:40:21 PM] Reading alexaFHEM.ProxyConnection set to error;; Reverse Proxy replied with neither registered nor unregistered status: out:  err:node@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).

Nach diversem hin und her  habe ich jetzt folgendes gemacht um quasi komplett neu zu starten:
- das volume was ich im alexa-fhem container mounte (mit config und .ssh) komplett gelöscht
- das Alexa device im FHEM komplett gelöscht
- die docker container neu erzeugt

Aber es ändert sich genau nichts, Fehlermeldung bleibt.
Auch wenn ich den Registrierungsstatus versuche abzufragen, bekomme ich Permission denied:
pi@automationpi:~/docker/fhem $ docker exec -it fhem bash
root@d459190a73ef:/opt/fhem# sudo -u fhem ssh -p 58824 fhem-va.fhem.de status
fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).

Was kann ich jetzt machen? Mir fällt nichts mehr ein...
#8
Sprachsteuerung / Aw: Alexa Connector Umzug auf ...
Letzter Beitrag von MadMax-FHEM - 26 Dezember 2025, 20:22:08
Schon mal die Suche bemüht?
Hat verm. damit zu tun, dass der Vereinsserver die neuen, voreingestellten Verschlüsselungen (noch) nicht unterstützt...

Da aktuell nur Handy bitte selber suchen...

https://forum.fhem.de/index.php?topic=60452.msg1333796#msg1333796

Gruß, Joachim
#9
FHEMWEB / Aw: [ControlMiniDash]Fhemweb W...
Letzter Beitrag von schwatter - 26 Dezember 2025, 19:45:20
Nabend,

das ist so beabsichtigt. Es geht darum nur den Slider und Infos in einem UiTable
im DOIF zu haben. Keine Buttons. Siehe Post #50.

Gruß schwatter
#10
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 26 Dezember 2025, 19:34:20
Ja, es fehlen immer noch die genannten Dateien!