Hauptmenü

Neueste Beiträge

Seiten1 2 3 ... 10
#1
Home Connect / Aw: Verbesserungs- / Erweiteru...
Letzter Beitrag von ph0x - 13 Februar 2025, 13:41:54
Okay, für einen generalisierten Adapter kann ich das nachvollziehen. Sehr traurig zu sehen, welchen Weg die Industrie da nimmt. 2017 haben Developer von Miele noch mit Usern in Foren über deren API diskutiert, inzwischen läuft ohne Cloud auch nichts mehr ...

Es bleibt ja immer noch die Möglichkeit, per Stromzufuhr zu entscheiden, ob ein Gerät läuft oder nicht. Leider verzichtet man damit auch auf Annehmlichkeiten wie Innenraumbeleuchtung oder berührungsloses Öffnen. Was IMHO ein verschmerzbarer Einschnitt ist.

Danke für die schnelle Reaktion!
#2
FRITZ!Box / Aw: wunsch nach reading, das d...
Letzter Beitrag von JoWiemann - 13 Februar 2025, 13:28:12
Hallo,

ich habe nun für FritzOS >= 8.00 eine Lösung gefunden, um Informationen anzuzeigen. Bei älteren OS Versionen habe ich noch keine Ahnung, wie ich das mit einer meiner alten Boxen testen kann.

Anbei also eine neue Version. Im Reading box_notify_<id> gibt es jetzt einen quittieren Link. Über diesen Link werden die Readings box_notify_<id> und box_notify_<id>_info gelöscht und es wird die LED zurück gesetzt.

Hat sich das Notify erledigt, werden die Readings im Text um 'solved' ergänzt. Das Quittieren löscht dann nur noch die Readings.

Grüße Jörg
#3
Solaranlagen / Aw: Erfahrungen mit der Anbind...
Letzter Beitrag von bertl - 13 Februar 2025, 13:05:21
Hallo Pit,

bezüglch Modbus Definitionsdatei 98_ModbusSUN2000WR hast du das richtig verstanden.

Die Datei von meinem Post aktuelle Modbus Definition downloaden, je nach Belieben die Register/Readings löschen welche du nicht benötigst, und dann nach FHEM kopieren.

Viel Spaß mit der Auswertung deiner Anlage
Robert

#4
Homematic / Aw: Hoher Duty Cycle auf CCU3 ...
Letzter Beitrag von Otto123 - 13 Februar 2025, 12:54:11
Zitat von: stobor am 13 Februar 2025, 10:15:39Ist da sso tatsächlich normal?
Wenn ich das richtig verstehe: Alleine der Status von HmIP_MOD_OC8_000D20C9A8C464_21_TasterGruen_LED wird in ZWEI Sekunden 35 mal gesendet!?

Ich bin auch bei der Vermutung von Jörg, Du hast was am laufen, was hier Dauerabfragen in Schleifen auslöst. Das ist mit Sicherheit nicht normal!
#5
Home Connect / Aw: HomeConnect V2 released
Letzter Beitrag von Adimarantis - 13 Februar 2025, 12:42:29
Übrigens wird seit der neuen Version das Feld "model" im Modul gefüllt, so dass es in den FHEM Statistics ( https://fhem.de/stats/statistics.html ) eine Übersicht über die Geräteverteilung gibt.
Die Spülmaschinen sind aktuell klar die führenden Geräte mit Home Connect Integration.
Wer es noch nicht tut, darf gerne noch
Code Auswählen
attr global sendStatistics onUpdatesetzen um die Liste zu mit füllen :)

Man sieht hier zwei Einträge die spezifische Modellnamen zeigen. Dürfte ein weiterer privater "fork" sein.
Hatte ich zuerst auch überlegt, aber es zeigt sich, dass es zu viele verschiedenen Modelle gibt, womit die Liste wahrscheinlich irgendwann 200 Einträge mit Zähler "1" hätte. Daher habe ich mich entschieden nur den Gerätetyp zu verwenden.
#6
Home Connect / Aw: Verbesserungs- / Erweiteru...
Letzter Beitrag von Adimarantis - 13 Februar 2025, 12:32:56
Ich hatte dazu eine Diskussion mit dem Product Owner von BSH Home Connect.
Es ist richtig, dass sogar die App teilweise noch direkt mit den Geräten kommuniziert, aber dafür gibt es keinen Standard und sie wollen das nach und nach abschaffen, so dass nur noch Cloud geht.
Sehr wahrscheinlich müsste man also für sehr viele verschiedene Geräte ein Reverse Engineering der Schnittstelle machen und jeweils ein eigenes Modul schreiben. Eine frei verfügbare Dokumentation gibt es dazu nicht - ist ja die von Home Connect schon recht dürftig und viel trial-and-error.
Da die Produkt Teams sehr unabhängig arbeiten, kann man schon froh sein, wenn das einigermassen standardisiert per Home Connect geht (tut es eben teilweise nicht!)

Das wird sich wohl keiner antun, "nur" um unabhängig von der Cloud zu werden.
Ich bin auch keine Freund von Cloud Integrationen, aber hier habe ich das einfach akzeptiert.
#7
Homematic / Aw: HMCCU 5.0 Beta verfügbar
Letzter Beitrag von SamNitro - 13 Februar 2025, 11:57:54
Hey Zap, könntest du evtl HMIP_RGBW mit einpflegen damit HUE und Sat ggf auch mit einem Color picker ausgewählt werden können?

Code Auswählen
CHN 0033E0C98DB31B:1 HmIP-RGBW-1:1
   1.ACTIVITY_STATE = 3 {i} [RE]
   1.COLOR_TEMPERATURE =  {i} [RWE]
   1.COLOR_TEMPERATURE_STATUS = 1 {i} [RE]
   1.COMBINED_PARAMETER =  {s} [W]
   1.DIM2WARM_STATE = false {b} [RE]
   1.DURATION_UNIT =  {i} [W]
   1.DURATION_VALUE =  {i} [W]
   1.EFFECT = 0 {i} [W]
   1.HUE = 0 {i} [RWE]
   1.HUE_STATUS = 0 {i} [RE]
   1.HUMAN_CENTRIC_LIGHT_STATE = false {b} [RE]
   1.LEVEL = 0.000000 {f} [RWE]
   1.LEVEL_STATUS = 0 {i} [RE]
   1.PROCESS = 0 {i} [RE]
   1.RAMP_TIME_TO_OFF_UNIT =  {i} [W]
   1.RAMP_TIME_TO_OFF_VALUE =  {i} [W]
   1.RAMP_TIME_UNIT =  {i} [W]
   1.RAMP_TIME_VALUE =  {i} [W]
   1.SATURATION = 0.000000 {f} [RWE]
   1.SATURATION_STATUS = 0 {i} [RE]
   1.SECTION = 0 {i} [RE]
   1.SECTION_STATUS = 0 {i} [RE]
LG Patrick
#8
Home Connect / Aw: HomeConnect V2 released
Letzter Beitrag von Adimarantis - 13 Februar 2025, 11:55:10
@locodriver
Was mich irritiert:
Code Auswählen
Get_settings:$VAR1 = {'error' => {'description' => 'Insufficient scope for this resource','key' => 'insufficient_scope'}};Da ist in der HomeConnectConnection device entweder der accessScope falsch eingestellt oder dein Home Connect Developer Account hat zu wenig Rechte (wobei ich immer dachte der kriegt grundsätzlich alles)
Was steht denn dort bei "accessScope" ?

Sonst wäre hilfreich ein Logfile "von Anfang an" zu haben:
-Waschmaschine einschalten (weil manche im "Off" Zustand nicht alles schicken)
-Save config im FHEM
-shutdown restart (wenn du das nicht machen kannst/willst sollte auch ein "set <device> init" reichen)
-Und dann zumindest mal probieren ein Programm zu selektieren (musst es ja nicht starten) bzw. auch mal manuell an der Maschine ein anderes Programm wählen
-Und danach ein "list" vom Device damit ich sehe was in den ganzen internen Strukturen gelandet ist

Das hier ist auch seltsam:
Code Auswählen
2025.02.12 11:17:59 Request:$VAR1 = {'callback' => sub { "DUMMY" },'uri' => '/api/homeappliances/XXXX/programs/available/LaundryCare.Washer.Program.Eco4060'};
2025.02.12 11:17:59 Get_options:$VAR1 = {'error' => {'description' => 'Program not supported','key' => 'SDK.Error.UnsupportedProgram'}};Aber da brauche ich noch den Quercheck welche Programme die WaMa zurückliefert. Ich hoffe wir haben hier nicht noch einen Fall, wo die ganze Programmlogik nicht geht, wie beim Waschtrockner von Shadow.

Jörg
#9
Sprachsteuerung / Aw: [alexa-fhem | Generell] Al...
Letzter Beitrag von rallye - 13 Februar 2025, 11:44:52
Zu meinem o.a. Problem:
Ich habe FHEM nochmals auf ein nagelneu installiertes Raspberian (Bookworm) installiert und mit einer "leeren" Minimalkonfiguration begonnen wie sie von FHEM, wenn keine Konfigurationsdaten vorhanden sind erzeugt werden.
Ich habe die im WIKI beschriebenen Installationsschritte wie folgt durchgeführt:
Code Auswählen
sudo apt-get install nodejs npm
node --version
sudo npm install -g alexa-fhem
und nach Neustart von FHEM ein
Code Auswählen
update
shutdown restart
durchgeführt. Im Anschluss habe ich wie beschrieben das
Code Auswählen
define alexa alexa
eingegeben und nach einiger Zeit die Fehlermeldung in der Reading-Section
Code Auswählen
alexaFHEM.ProxyConnection
error; Reverse Proxy replied with neither registered nor unregistered status: out:  err:fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).Selbstverständlich habe ich alle im WIKI beschriebenen Überprüfungen durchgeführt, aber alles (bis auf die Funktionalität von Alexa, und natürlich die Fehlermeldung) scheint normal.
Anbei noch mein Alexa-Log:
Code Auswählen
[13.2.2025, 11:25:12] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[13.2.2025, 11:25:12] os.homedir()=/opt/fhem
[13.2.2025, 11:25:12] this is alexa-fhem 0.5.65
[13.2.2025, 11:25:12] connecting to FHEM ...
[13.2.2025, 11:25:12] [FHEM] defaults to: will not send proactive events
[13.2.2025, 11:25:12] [FHEM] trying longpoll to listen for fhem events
[13.2.2025, 11:25:12] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=>
[13.2.2025, 11:25:12] [FHEM] got csrfToken: csrf_208085174102096
[13.2.2025, 11:25:12] [FHEM] Checking devices and attributes...
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22%2C%22userattr%22%2C%22>
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE%3Dalexa&fwcsrf=csrf_208085174>
[13.2.2025, 11:25:12] [FHEM] waiting for events ...
[13.2.2025, 11:25:12] [FHEM] Fetching FHEM devices...
[13.2.2025, 11:25:12] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20alexaName%3D..*&fwcsrf=csrf_208085174>
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%20addToAttrList(%20%22homebridgeMapping%3A>
[13.2.2025, 11:25:12] [FHEM] homebridgeMapping attribute created.
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BaddToAttrList(%20%22genericDeviceType%3Asec>
[13.2.2025, 11:25:12] [FHEM] alexa device is alexa
[13.2.2025, 11:25:12] [FHEM] alexa will not send proactive events
[13.2.2025, 11:25:12] [FHEM] alexa uses ID: 67adc888-f33f-e168-a5c4-552c18118af8c040
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>
[13.2.2025, 11:25:12] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>
[13.2.2025, 11:25:12] Server listening on: http://127.0.0.1:35161 for proxy connections
[13.2.2025, 11:25:12] *** SSH: checking proxy configuration
[13.2.2025, 11:25:12] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.s>
[13.2.2025, 11:25:12] sshautoconf: env={"LANG":"de_AT.UTF-8","PATH":"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:>
[13.2.2025, 11:25:12] sshautoconf: Creating directory /opt/fhem/.alexa
[13.2.2025, 11:25:12] Passed config: {
  sshproxy: {
    description: 'FHEM Connector',
    ssh: '/usr/bin/ssh',
    options: [ '-i', '/opt/fhem/.ssh/id_rsa', '-p', 58824, 'fhem-va.fhem.de' ],
    'bind-ip': '127.0.0.1',
    server: Server {
      maxHeaderSize: undefined,
      insecureHTTPParser: undefined,
      requestTimeout: 300000,
      headersTimeout: 60000,
      keepAliveTimeout: 5000,
      connectionsCheckingInterval: 30000,
      joinDuplicateHeaders: undefined,
      rejectNonStandardBodyWrites: false,
      _events: [Object: null prototype],
      _eventsCount: 4,
      _maxListeners: undefined,
      _connections: 0,
      _handle: [TCP],
      _usingWorkers: false,
      _workers: [],
      _unref: false,
      allowHalfOpen: true,
      pauseOnConnect: false,
      noDelay: true,
      keepAlive: false,
      keepAliveInitialDelay: 0,
      highWaterMark: 16384,
      httpAllowHalfOpen: false,
      timeout: 0,
      maxHeadersCount: null,
      maxRequestsPerSocket: 0,
      _connectionKey: '4:127.0.0.1:0',
      [Symbol(IncomingMessage)]: [Function: IncomingMessage],
      [Symbol(ServerResponse)]: [Function: ServerResponse],
      [Symbol(kCapture)]: false,
      [Symbol(async_id_symbol)]: 135,
      [Symbol(kUniqueHeaders)]: null,
      [Symbol(http.server.connections)]: ConnectionsList {},
      [Symbol(http.server.connectionsCheckingInterval)]: Timeout {
        _idleTimeout: 30000,
        _idlePrev: [TimersList],
        _idleNext: [TimersList],
        _idleStart: 670,
        _onTimeout: [Function: bound checkConnections],
        _timerArgs: undefined,
        _repeat: 30000,
        _destroyed: false,
        [Symbol(refed)]: false,
        [Symbol(kHasPrimitive)]: false,
        [Symbol(asyncId)]: 137,
        [Symbol(triggerId)]: 136
      }
    }
  },
  connections: [
    {
      port: '8083',
      filter: 'alexaName=..*',
      server: '127.0.0.1',
      uid: 999,
      webname: 'fhem',
      name: 'FHEM'
    }
  ]
}
[13.2.2025, 11:25:12] sshautoconf: No SSH public key found, we have to generate one.
[13.2.2025, 11:25:15] sshautoconf: Generating public/private rsa key pair.
Your identification has been saved in /opt/fhem/.ssh/id_rsa
Your public key has been saved in /opt/fhem/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:2heqfplvImF5XYhCLcCz4upWfxqK6C+nJLPalH9rvis fhem@RasPi5-Server
The key's randomart image is:
+---[RSA 4096]----+
|   ... .         |
|    o o .        |
|     + . . .     |
|  . . . . . .    |
| . .   oS...     |
|  .o  +o....     |
|oo+ .o.ooo.      |
|=B.oE.=o=..      |
|O=*o.BX* +.      |
+----[SHA256]-----+
[13.2.2025, 11:25:15] sshautoconf: aborted with Reverse Proxy replied with neither registered nor unregistered status: >
fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).

[13.2.2025, 11:25:15] *** SSH: proxy configuration failed: Reverse Proxy replied with neither registered nor unregister>
fhem@fhem-va.fhem.de: Permission denied (keyboard-interactive,publickey).

*** FHEM: connected
[13.2.2025, 11:25:15] [FHEM] got: 0 results
[13.2.2025, 11:25:15] [FHEM] genericDeviceType attribute was not known. please restart.
[13.2.2025, 11:25:35] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[13.2.2025, 11:25:35] os.homedir()=/opt/fhem
[13.2.2025, 11:25:35] this is alexa-fhem 0.5.65
[13.2.2025, 11:25:35] connecting to FHEM ...
[13.2.2025, 11:25:35] [FHEM] defaults to: will not send proactive events
[13.2.2025, 11:25:35] [FHEM] trying longpoll to listen for fhem events
[13.2.2025, 11:25:35] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=>
[13.2.2025, 11:25:35] [FHEM] got csrfToken: csrf_208085174102096
[13.2.2025, 11:25:35] [FHEM] Checking devices and attributes...
[13.2.2025, 11:25:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22%2C%22userattr%22%2C%22>
[13.2.2025, 11:25:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE%3Dalexa&fwcsrf=csrf_208085174>
[13.2.2025, 11:25:35] [FHEM] waiting for events ...
[13.2.2025, 11:25:35] [FHEM] Fetching FHEM devices...
[13.2.2025, 11:25:35] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20alexaName%3D..*&fwcsrf=csrf_208085174>
[13.2.2025, 11:25:35] [FHEM] alexa device is alexa
[13.2.2025, 11:25:35] [FHEM] alexa will not send proactive events
[13.2.2025, 11:25:35] [FHEM] alexa uses ID: 67adc888-f33f-e168-a5c4-552c18118af8c040
[13.2.2025, 11:25:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>
[13.2.2025, 11:25:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>
[13.2.2025, 11:25:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>
[13.2.2025, 11:25:35] Server listening on: http://127.0.0.1:35259 for proxy connections
[13.2.2025, 11:25:35] *** SSH: checking proxy configuration
[13.2.2025, 11:25:35] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.s>
[13.2.2025, 11:25:35] Passed config: {
  sshproxy: {
    description: 'FHEM Connector',
    ssh: '/usr/bin/ssh',
    options: [ '-i', '/opt/fhem/.ssh/id_rsa', '-p', 58824, 'fhem-va.fhem.de' ],
    'bind-ip': '127.0.0.1',
    server: Server {
      maxHeaderSize: undefined,
      insecureHTTPParser: undefined,
      requestTimeout: 300000,
      headersTimeout: 60000,
      keepAliveTimeout: 5000,
      connectionsCheckingInterval: 30000,
      joinDuplicateHeaders: undefined,
      rejectNonStandardBodyWrites: false,
      _events: [Object: null prototype],
      _eventsCount: 4,
      _maxListeners: undefined,
      _connections: 0,
      _handle: [TCP],
      _usingWorkers: false,
      _workers: [],
      _unref: false,
      allowHalfOpen: true,
      pauseOnConnect: false,
      noDelay: true,
      keepAlive: false,
      keepAliveInitialDelay: 0,
      highWaterMark: 16384,
      httpAllowHalfOpen: false,
      timeout: 0,
      maxHeadersCount: null,
      maxRequestsPerSocket: 0,
      _connectionKey: '4:127.0.0.1:0',
      [Symbol(IncomingMessage)]: [Function: IncomingMessage],
      [Symbol(ServerResponse)]: [Function: ServerResponse],
      [Symbol(kCapture)]: false,
      [Symbol(async_id_symbol)]: 120,
      [Symbol(kUniqueHeaders)]: null,
      [Symbol(http.server.connections)]: ConnectionsList {},
      [Symbol(http.server.connectionsCheckingInterval)]: Timeout {
        _idleTimeout: 30000,
        _idlePrev: [TimersList],
        _idleNext: [TimersList],
        _idleStart: 511,
        _onTimeout: [Function: bound checkConnections],
        _timerArgs: undefined,
        _repeat: 30000,
        _destroyed: false,
        [Symbol(refed)]: false,
        [Symbol(kHasPrimitive)]: false,
        [Symbol(asyncId)]: 122,
        [Symbol(triggerId)]: 121
      }
    }
  },
  connections: [
    {
      port: '8083',
      filter: 'alexaName=..*',
      server: '127.0.0.1',
      uid: 999,
      webname: 'fhem',
      name: 'FHEM'
    }
  ]
}
[13.2.2025, 11:25:35] sshautoconf: SSH key seems to exist
[13.2.2025, 11:25:35] sshautoconf: aborted with Reverse Proxy replied with neither registered nor unregistered status: >

[13.2.2025, 11:25:35] *** SSH: proxy configuration failed: Reverse Proxy replied with neither registered nor unregister>

*** FHEM: connected
[13.2.2025, 11:25:35] [FHEM] got: 0 results
[13.2.2025, 11:25:35] No reading "alexaFHEM.bearerToken" found in "alexa" - incoming Cloud requests cannot be validated.
[13.2.2025, 11:25:36] Reading alexaFHEM.ProxyConnection set to error;; Reverse Proxy replied with neither registered no>

[13.2.2025, 11:25:36] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22>


Was genau bedeutet dieMeldung
Code Auswählen
[13.2.2025, 11:25:35] sshautoconf: SSH key seems to exist
? Hat das damit zu tun, dass Alexa bereits in einer anderen Installation von mir gelaufen/registriert ist bzw war? Und wie bekomme ich das wieder weg?

Danke Rallye


Nachtrag: Das Problem hat sich erledigt. Bookworm benötigt eine "Sonderbehandlung". Siehe ==> https://forum.fhem.de/index.php?topic=126292.msg1283802#msg1283802
#10
Home Connect / Aw: Verbesserungs- / Erweiteru...
Letzter Beitrag von ph0x - 13 Februar 2025, 11:35:00
Nach der ersten oberflächlichen Lektüre der Threads hier und des Wiki-Eintrags, habe ich den Eindruck, dass das Modul (nur) die Cloud-Verbindung nutzt.
Wurde bereits mal diskutiert, den Offline-Modus der BSH-Geräte zu nutzen?

Das hier scheint relativ gut zu funktionieren und wäre mein größter Wunsch an ein FHEM-Modul:
https://trmm.net/homeconnect/

Gruß Marco
Seiten1 2 3 ... 10