[Gelöst] Klassische Homematic Aktoren über WLAN steuern ?

[MadMax-FHEM]

Bitte: lesen was ich schreibe und Infos liefern!
Ich gebe mir ja mit den Links auch Mühe...
...sonst kann ich das auch lassen...

vccu !!!!=== piVCCU!!!!!

Und steht nun bei den GEPAIRTEN Thermostaten etc. R-PairCentral/PairedTo die HMID drin?

Wo ist ein list?

Wird beim Löschen aus debMatic auch das PAIRING des Gerätes entfernt AUS DEM GERÄT? Ansonsten muss zum (neu)PAIREN auch das Gerät erst zurückgesetzt werden...
Wenn das Gerät (denkt es wäre noch) gepaired ist, dann kann es NICHT mit einer anderen Zentrale GEPAIRED werden.

Nicht verwechseln mit das Device wird in fhem "angelegt"!!
Das macht fhem immer (autocreate aktiv), sobald es entsprechende Nachrichten empfängt (Knöpfchen gedrückt).

cmdline.txt scheint ja zu passen...

Ist nun das HMOD-PCB stabil opened?
Oder wechselt es immer noch?

Gruß, Joachim

[Lumixnik]

Hi Joachim,

das HM-Mod-PCB ist stabil, seit ich debmatic komplett deinstalliert habe. Das lasse ich jetzt auch mal so.
Allerdings steht der Thermostat mit dem versuchten Firmware-Update auf CrC. Das ist mein nächstes Problem, auch hier gibt es Threads im Forum, die sagen mit einer debmatic bekommt man es wieder hin, aber das glaub ich noch nicht.

In allen direkt gepaarten Thermostaten und den Wandthermostaten gibt es ein Reading

Code Auswählen Erweitern

PairedTo 0xAAAAA0
AAAAA0 ist die Assigned-HMId des HM-CFG-LAN

Code Auswählen Erweitern

D-HMIdAssigned AAAAA0 2021-10-25 20:32:47
D-HMIdOriginal 37A1BF 2021-10-25 20:32:47

Wird beim Löschen aus debMatic auch das PAIRING des Gerätes entfernt AUS DEM GERÄT? Ansonsten muss zum (neu)PAIREN auch das Gerät erst zurückgesetzt werden...
Wenn das Gerät (denkt es wäre noch) gepaired ist, dann kann es NICHT mit einer anderen Zentrale GEPAIRED werden.

Ich bin bei debmatic noch nie soweit gekommen irgendein Gerät anzulernen oder irgendwas zu tun, ich hatte es lediglich installiert.
Ich nutze FHEM und habe mir debmatic nur installiert, in dem Gauben,
dann Firmware-Updates durchführen zu können, was ja mit dem HM-CFG-LAN nicht geht (wie ich lernen musste).
Wenn ich ein Gerät neu anlerne, setze ich es immer zurück ( Linke Taste lang drücken, Zu Res wechseln -> Yes, fertig) .

Ok, das mit VCCU (Virtueller CCU) hab ich nicht wirklich verstanden. Diese (VCCU) soll doch eine CCU2/3 ersetzen oder nicht ?
Darauf läuft dann eine Homematic-Software (ähnlich wie FHEM).
PIVCCU heisst doch PI Virtuelle CCU
Ich lese jetzt den Artikel, bin gestern Abend nicht mehr dazu gekommen.

list:

Code Auswählen Erweitern

Type list <name> for detailed info.

Global:
  global               (no definition)

HMLAN:
  HM_LAN_GW            (opened)

HMUARTLGW:
  myHmUART             (opened)

FHEMWEB:
  WEB                  (Initialized)
  WEBphone             (Initialized)
  WEBtablet            (Initialized)

HTTPSRV:
  TABLETUI             (TABLETUI)

CUL_HM:
  ActionDetector       (alive:14 dead:0 unkn:0 off:0)
  HM_Aussen_Th         (T: 10.2)
  HM_Bad_WT            (CMDs_done)
  HM_Bad_WT_Climate    (T: 21.5 desired: 21.5)
  HM_Bad_WT_SwitchTr   (unpeered)
  HM_Bad_WT_Weather    (T: 21.5 H: 65)
  HM_Bad_WT_WindowRec  (last:trigLast)
  HM_Bad_WT_remote     (unpeered)
  HM_Buero_Th          (CMDs_pending)
  HM_Buero_Th_Clima    (T: 23.2 desired: 17.0 valve: 0)
  HM_Buero_Th_ClimaTeam (???)
  HM_Buero_Th_Climate  (???)
  HM_Buero_Th_Weather  (23.2)
  HM_Buero_Th_WindowRec (last:trigLast)
  HM_Buero_Th_remote   (???)
  HM_EG_Bad_Th         (CMDs_done)
  HM_EG_Bad_Th_Clima   (T: 21.5 desired: 21.5 valve: 14)
  HM_EG_Bad_Th_ClimaTeam (unpeered)
  HM_EG_Bad_Th_Climate (peered)
  HM_EG_Bad_Th_Weather (21.5)
  HM_EG_Bad_Th_WindowRec (last:trigLast)
  HM_EG_Bad_Th_remote  (unpeered)
  HM_EG_Dusche_Th      (CMDs_done)
  HM_EG_Dusche_Th_Clima (T: 21.5 desired: 21.5 valve: 14)
  HM_EG_Dusche_Th_ClimaTeam (unpeered)
  HM_EG_Dusche_Th_Climate (peered)
  HM_EG_Dusche_Th_Weather (21.5)
  HM_EG_Dusche_Th_WindowRec (last:trigLast)
  HM_EG_Dusche_Th_remote (unpeered)
  HM_EG_Toilette_Th    (CMDs_done)
  HM_EG_Toilette_Th_Clima (T: 21.5 desired: 21.5 valve: 14)
  HM_EG_Toilette_Th_ClimaTeam (unpeered)
  HM_EG_Toilette_Th_Climate (peered)
  HM_EG_Toilette_Th_Weather (21.5)
  HM_EG_Toilette_Th_WindowRec (last:trigLast)
  HM_EG_Toilette_Th_remote (unpeered)
  HM_Esszimmer_FK      (closed)
  HM_Esszimmer_Th      (CMDs_done)
  HM_Esszimmer_Th_Clima (T: 22.1 desired: 22.0 valve: 0)
  HM_Esszimmer_Th_ClimaTeam (unpeered)
  HM_Esszimmer_Th_Climate (peered)
  HM_Esszimmer_Th_Weather (22.1)
  HM_Esszimmer_Th_WindowRec (last:trigLast)
  HM_Esszimmer_Th_remote (unpeered)
  HM_Esszimmer_WT      (CMDs_done)
  HM_Esszimmer_WT_Climate (T: 22.1 desired: 22.0)
  HM_Esszimmer_WT_SwitchTr (unpeered)
  HM_Esszimmer_WT_Weather (T: 22.1 H: 62)
  HM_Esszimmer_WT_WindowRec (last:trigLast)
  HM_Esszimmer_WT_remote (unpeered)
  HM_Flur_EG_Th        (CMDs_done)
  HM_Flur_EG_Th_Clima  (T: 23.2 desired: 21.0 valve: 0)
  HM_Flur_EG_Th_ClimaTeam (unpeered)
  HM_Flur_EG_Th_Climate (unpeered)
  HM_Flur_EG_Th_Weather (23.2)
  HM_Flur_EG_Th_WindowRec (last:trigLast)
  HM_Flur_EG_Th_remote (unpeered)
  HM_Flur_OG_Th        (CMDs_done)
  HM_Flur_OG_Th_Clima  (T: 22.8 desired: 21.0 valve: 3)
  HM_Flur_OG_Th_ClimaTeam (unpeered)
  HM_Flur_OG_Th_Climate (unpeered)
  HM_Flur_OG_Th_Weather (22.8)
  HM_Flur_OG_Th_WindowRec (last:trigLast)
  HM_Flur_OG_Th_remote (unpeered)
  HM_Kueche_Th         (CMDs_done)
  HM_Kueche_Th_Clima   (T: 22.1 desired: 22.0 valve: 0)
  HM_Kueche_Th_ClimaTeam (unpeered)
  HM_Kueche_Th_Climate (unpeered)
  HM_Kueche_Th_Weather (22.1)
  HM_Kueche_Th_WindowRec (last:trigLast)
  HM_Kueche_Th_remote  (unpeered)
  HM_Mary_Th           (CMDs_done)
  HM_Mary_Th_Clima     (T: 22.7 desired: 21.0 valve: 7)
  HM_Mary_Th_ClimaTeam (unpeered)
  HM_Mary_Th_Climate   (unpeered)
  HM_Mary_Th_Weather   (22.7)
  HM_Mary_Th_WindowRec (last:trigLast)
  HM_Mary_Th_remote    (unpeered)
  HM_OG_Bad_Th         (CMDs_done)
  HM_OG_Bad_Th_Clima   (T: 22.4 desired: 21.0 valve: 10)
  HM_OG_Bad_Th_ClimaTeam (unpeered)
  HM_OG_Bad_Th_Climate (unpeered)
  HM_OG_Bad_Th_Weather (22.4)
  HM_OG_Bad_Th_WindowRec (last:trigLast)
  HM_OG_Bad_Th_remote  (unpeered)
  HM_Schalt_Aktor1     (unreachable)
  HM_Viola_Th          (CMDs_done)
  HM_Viola_Th_Clima    (T: 22.9 desired: 21.0 valve: 5)
  HM_Viola_Th_ClimaTeam (unpeered)
  HM_Viola_Th_Climate  (unpeered)
  HM_Viola_Th_Weather  (22.9)
  HM_Viola_Th_WindowRec (last:trigLast)
  HM_Viola_Th_remote   (unpeered)
  HM_Wohnzimmer_Th     (CMDs_done)
  HM_Wohnzimmer_Th_Clima (T: 22.1 desired: 22.0 valve: 0)
  HM_Wohnzimmer_Th_ClimaTeam (unpeered)
  HM_Wohnzimmer_Th_Climate (peered)
  HM_Wohnzimmer_Th_Weather (22.1)
  HM_Wohnzimmer_Th_WindowRec (last:trigLast)
  HM_Wohnzimmer_Th_remote (unpeered)

readingsGroup:
  Spritpreise          (Initialized)
  ZE.Batterie          (Initialized)

PROPLANTA:
  MeinWetter           (Tmin: 8 Tmax: 13)

eventTypes:
  eventTypes           (active)

notify:
  initialUsbCheck      (disabled)
  notifyHausAn         (active)
  notifyHausAus        (active)
  notify_HO_Haus_An    (active)

FileLog:
  FileLog_HM_Aussen_Th (active)
  FileLog_HM_Bad_WT    (active)
  FileLog_HM_Buero_Th  (active)
  FileLog_HM_Buero_Thermostat (active)
  FileLog_HM_Dusche_EG_Th (active)
  FileLog_HM_EG_Bad_Th (active)
  FileLog_HM_EG_Dusche_Th (active)
  FileLog_HM_EG_Toilette_Th (active)
  FileLog_HM_Esszimmer_FK (active)
  FileLog_HM_Esszimmer_Th (active)
  FileLog_HM_Esszimmer_WT (active)
  FileLog_HM_Esszimmer_WT_Weather (active)
  FileLog_HM_Flur_EG_Th (active)
  FileLog_HM_Flur_OG_Th (active)
  FileLog_HM_Kueche_Th (active)
  FileLog_HM_Mary_Th   (active)
  FileLog_HM_OG_Bad_Th (active)
  FileLog_HM_Schalt_Aktor1 (active)
  FileLog_HM_Viola_Th  (active)
  FileLog_HM_Wohnzimmer_Th (active)
  FileLog_HomeStatus   (active)
  FileLog_Spritpreise  (active)
  Logfile              (active)

Astro:
  Mondphasen           (Mondphase: 0.74)

Dashboard:
  anyViews             (Initialized)

allowed:
  allowed_WEB          (validFor:WEB)
  allowed_WEBtablet    (validFor:WEBtablet)

HMinfo:
  hm                   (???)

HTTPMOD:
  Oil                  (E5: 1.69, E10: 1.63, D: 1.55)

SVG:
  SVG_0                (initialized)
  SVG_2                (initialized)
  SVG_3                (initialized)
  SVG_4                (initialized)
  SVG_5                (initialized)
  SVG_FileLog_Spritpreise_1 (initialized)

autocreate:
  autocreate           (active)

dummy:
  HomeStatus           (2)

structure:
  EG_Th_Gesamt         (undefined)
  OG_Th_Gesamt         (undefined)
  TempAll              (T: 22.1 desired: 22.0)

telnet:
  telnetPort           (Initialized)

weekprofile:
  Wochenplanung        (created)

[MadMax-FHEM]

Jetzt geht es aber durcheinander!

Ich schätze du hast wild irgendwas installiert, konfiguriert usw.

debMatic mit HMLAN-CFG dann CUL_HM mit eigentlich dem HMOD-PCB...

Mehrere IOs: vccu!!

Aufpassen HMID beim IO (besser dann bei vccu) ist die Kennung der Zentralen!

Mit list waren eigentlich einzel-list gemeint:

Code Auswählen Erweitern

list DeviceName

Also mal list von HM-UART, HMLAN-CFG und den bislang in fhem angelegten HM-Devices und Kanälen...

Evtl. mal den HMUART mal wieder rausnehmen, dann vccu und dann den HM-UART wieder anlegen und "unter" die vccu nehmen.

Weil wenn du 2 IOs hast OHNE vccu, dann funken sich die ungeplant in die Quere!
Und u.U. mit unterschiedlicher HMID!

Hab grad wenig Zeit.

Besser mal einlesen in Homematic CUL_HM!

Bevor (noch mehr) Durcheinander wird...
EDIT: also bevor du irgendwelche weiteren Aktionen ausführst... Evtl. haben ja Otto oder Frank Zeit hier mit zu unterstützen... Aktuell bin ich zeitlich eingeschränkt (und das hier scheint doch etwas "aufwändiger" als es zunächst aussah), sorry...

HMOD-PCB geht auch mit debMatic...
...musst halt entscheiden was dir besser gefällt/lieber ist...
EDIT: evtl. auch mal bzgl. debMatic bzw. HMCCU einlesen. Evtl. ist der Weg (mit debMatic und HMOD-PCB) eine/die bessere Lösung, weil damit auch HM-IP gehen würde...

Gruß, Joachim

[frank]

oder Frank Zeit hier mit zu unterstützen...

mein hinweis wurde nicht befolgt, hätte viel nerven erspart.

[MadMax-FHEM]

mein hinweis wurde nicht befolgt, hätte viel nerven erspart.

Ja, wie auch so einiges andere...

Drum ja auch "Durcheinander"...

Evtl. sortiert sich der TE und meldet sich mit konkreten Fragen/"Unterstützungswünschen"...

Danke, Joachim

[Lumixnik]

Patzig zu werden ist sehr professionell.

@Frank: Ich bin Deinem Hinweis mit apt remove durchaus gefolgt,
es hat aber in dem Kontext  (bei mir) nicht funktioniert, also Komplett-Deinstallation der debmatic.

Meine FHEM Installation ist seit ca. 6 -7 Jahren stabil auf einer PI mit SSD, mit (nur Homematic) 13 Heizkörperthermostaten, 2 Wandthermostaten, 1 Türkontakt und 1 Aussenthermometer, sowie dem HM-CFG-LAN als einziges Schnittstellengerät  zwischen FHEM und den Homematic-Geräten.
Seit ein paar Wochen ist aber in den Logs zu sehen, dass sich die HM-CFG-LAN immer wieder init, connectet, also nicht stabil läuft.
Ich habe gelesen es liegt an den Kondensatoren, da wolle ich jetzt auf die Schnelle aber nicht ran.

Daher habe ich einen Weg gesucht ein neues Schnittstellengerät , wie zum Beispiel HM-MOD-RPI-PCB zu integrieren.
Einen mit dem ich auch gleich etwas mehr tun kann, wie zum Beispiel Firmware-Updates einspielen.
Außerdem wollte ich die Möglichkeit nutzen, Homematic-Geräte (auch die klassischen) über WLAN anzusteuern (ja ist implizit 868 MHz),
da die Abdeckung im Haus besser ist und ich auch nicht überall LAN Kabel habe.

Der Rest ergab sich auch Euren Fragen.
Ein Architekturbild, wo man sieht wie eine CUL/CCU/vCCU einzuordnen ist, würde mir eher helfen.

Davon abgesehen geht ihr auch nicht auf Alles ein, was ich schreibe, erwartet es aber von mir.

[MadMax-FHEM]

Patzig zu werden ist sehr professionell.

Naja, patzig.
Evtl. ja auch eher an mich gerichtet bzw. durch mich "veranlasst"

@Frank: Ich bin Deinem Hinweis mit apt remove durchaus gefolgt,
es hat aber in dem Kontext  (bei mir) nicht funktioniert, also Komplett-Deinstallation der debmatic.

Hab ich nicht lesen können

Meine FHEM Installation ist seit ca. 6 -7 Jahren stabil auf einer PI mit SSD, mit (nur Homematic) 13 Heizkörperthermostaten, 2 Wandthermostaten, 1 Türkontakt und 1 Aussenthermometer, sowie dem HM-CFG-LAN als einziges Schnittstellengerät  zwischen FHEM und den Homematic-Geräten.
Seit ein paar Wochen ist aber in den Logs zu sehen, dass sich die HM-CFG-LAN immer wieder init, connectet, also nicht stabil läuft.
Ich habe gelesen es liegt an den Kondensatoren, da wolle ich jetzt auf die Schnelle aber nicht ran.

Daher habe ich einen Weg gesucht ein neues Schnittstellengerät , wie zum Beispiel HM-MOD-RPI-PCB zu integrieren.
Einen mit dem ich auch gleich etwas mehr tun kann, wie zum Beispiel Firmware-Updates einspielen.
Außerdem wollte ich die Möglichkeit nutzen, Homematic-Geräte (auch die klassischen) über WLAN anzusteuern (ja ist implizit 868 MHz),
da die Abdeckung im Haus besser ist und ich auch nicht überall LAN Kabel habe.

Naja damit wäre vieles anders gewesen, weil dann hätte ich folgendes geraten:

vccu

HMUART per LAN/PI mit ser2net/WLAN/...
(bei Bedarf auch mehrere davon)

-> fertig

Ein Architekturbild, wo man sieht wie eine CUL/CCU/vCCU einzuordnen ist, würde mir eher helfen.

Hmmm, bin nicht sicher, ob es schon im Einsteiger-PDF oder Wiki drin ist.
Genau sowas wurde im Forum diskutiert...
...könnte man finden...

Davon abgesehen geht ihr auch nicht auf Alles ein, was ich schreibe, erwartet es aber von mir.

Naja: du suchst Hilfe...
...wir bemühen uns (freiwillig, kostenfrei in der Freizeit)...

EDIT: und bevor jetzt u.U. kommt: im Forum muss man um Hilfe betteln oder "unterwürfig" erbitten... SO IST/WAR DAS NICHT gemeint! Aber schon ein wenig DU hast ein Problem (wir ja nicht   ) und suchst Unterstützung, wir VERSUCHEN diese zu geben...

EDIT: damit (und nachlesen) sollte ein Lösungsweg ja beschrieben sein? (also Originalzustand, dann vccu, dann wieder das HMOD -> fertig bzw. u.U. "feintuning", also "preffered IO" zuweisen, falls notwendig/gewünscht) Evtl. bekommt man ja damit auch den "kaputten" HKT wieder hin... Ansonsten eben mal kurz eine CCU (debMatic oder auch einfach eine neue SD mit Raspberrymatic-Image)...

Gruß, Joachim

[MadMax-FHEM]

Ok, das mit VCCU (Virtueller CCU) hab ich nicht wirklich verstanden. Diese (VCCU) soll doch eine CCU2/3 ersetzen oder nicht ?
Darauf läuft dann eine Homematic-Software (ähnlich wie FHEM).
PIVCCU heisst doch PI Virtuelle CCU
Ich lese jetzt den Artikel, bin gestern Abend nicht mehr dazu gekommen.

Noch mal: vccu hat nix mit einer CCU und damit auch nicht mit piVCCU/debMatic/RaspberryMatic/... zu tun (mal abgesehen vom ähnlichen Namen)...

Das "piVCCU/debMatic/Raspberrymatic/..." sind alles "CCU-Derivate"...

EDIT:
Ist das IO direkt an fhem angebunden (also ein IODev IN fhem definiert), dann ist die Einbindung der HM-Geräte per CUL_HM "direkt" an/in fhem -> das hast du hattest du bislang. "Einschränkung": es geht nur mit bidCos (also "Classic") HM-Geräten.

Ist das IO einer CCU zugeordnet oder eine "echte" CCU im Einsatz, dann sind die HM-Geräte an der CCU (oder einem "Derivat") angelernt und von da "gesteuert" etc. In fhem ist dann diese (abgesetzte) Zentrale angebunden, per HMCCU-Mudul. Also bekommt fhem Zustände der HM-Geräte indirekt über die (abgesetzte) Zentrale, ebenso gehen Steuerbefehle eben an die (abgesetzte) Zentrale und erst von dort an das jeweilige HM-Gerät. "Vorteil" es gehen damit bidCos Geräte und Homematic IP Geräte...


EDIT: beim Einsatz mehrer direkt in fhem angebundener IOs ist eigentlich eine vccu Pflicht, da sonst ja jedes IO (Funkmodul) "tut was es will" und u.U. eigene HMID hat (wenn alle dieselbe haben noch schlimmer   ) und somit verschiedene Geräte "direkt" an genau diesem IO (HMID) hängen. D.h. fällt das IO aus -> Geräte "tot". Eine vccu "bündelt" mehrere IOs und sorgt (sollte   ) für "koordinierte" "Zusammenarbeit" und regelt auch bei Ausfall eines IOs...


Gruß, Joachim

[Lumixnik]

...wir bemühen uns (freiwillig, kostenfrei in der Freizeit)...

Darüber bin ich auch heilfroh (!!!!) und das würde ich, wenn ich könnte, genauso machen auch in meiner Freizeit. Bin halt eher der Unix-Entwickler (C, C++, Perl), 3D-Drucker, daher kann ich hier (in diesem Forum) nicht hilfreich sein.

Ihr habt wohl einfach mal die Geduld verloren, kommt vor.

Also ein VCCU ist eine logische CCU (keine Hardware, wie CCU2, CCU3), damit man unterschiedliche IO (HM-CFG-LAN,HM-MOD-RPI-PCB, ...)  verwalten kann. Alle Geräte werden dann an der VCCU angelernt/gepairt die diese logisch steuert und das IO dient nur der Physik (868 MHz, etc. )
Ich hab mich davor die ganze Zeit gescheut, weil man eben alles neu Pairen  muss.

Mal schnell eine debmatic hat ja bei mir nicht funktioniert, wohl weil der HM-MOD auf dem GPIO der PI sitzt.
Dann muss ich mir eine andere PI aufsetzen.

Aber erst Mal VCCU.
Danke fürEure Zeit.

Gruß Dirk

[MadMax-FHEM]

Also ein VCCU ist eine logische CCU (keine Hardware, wie CCU2, CCU3), damit man unterschiedliche IO (HM-CFG-LAN,HM-MOD-RPI-PCB, ...)  verwalten kann. Alle Geräte werden dann an der VCCU angelernt/gepairt die diese logisch steuert und das IO dient nur der Physik (868 MHz, etc. )
Ich hab mich davor die ganze Zeit gescheut, weil man eben alles neu Pairen  muss.

Wo hast du das her!?

Das ist UNFUG!

Weil:

Du hast ein IO mit einer HMID (entweder wurde für das IO eine Vergeben [Attribut] oder einfach eine "generiert" oder die der HW genommen) anhand dieser "erkennen" die gepairten Geräte "ihre" Zentrale.

Dann legst du eine vccu an (laut Wiki! Wichtig: machen was da steht!   ) die vccu "übernimmt" GENAU DIESE HMID -> Geräte erkennen damit auch diese an (sie orientieren sich ja an der HMID egal "wo" die her kommt   )

Weitere IOs die dann "unter" die vccu "gestopft" werden, also beispielsweise dann dein HMOD-PCB (oder auch weitere bei Bedarf / aber: nicht übertreiben   ) "übernimmt" eben auch diese HMID beim Funken...

Somit musst du gar nichts neu anlernen


Schlecht (drum habe ich ja geschrieben: besser zurück zum "Originalzustand"):

Du hast ein IO mit HMID und lernst Geräte an (pairen) -> deren Zentrale ist HMID-1

Dann ein weiteres Funkmodul mit einer anderen HMID -> Geräte die daran angelernt (gepaired) sind sehen eben diese HMID als "ihre Zentrale" an -> HMID2


Fast noch schlimmer: beide haben dieselbe HMID (OHNE vccu!!), dann hören zwar alle Geräte auf diese beiden Zentralen aber die Telegramme gehen wild durcheinander -> das "regelt" die vccu (ganz grob)

Mal schnell eine debmatic hat ja bei mir nicht funktioniert, wohl weil der HM-MOD auf dem GPIO der PI sitzt.
Dann muss ich mir eine andere PI aufsetzen.

Oder mal kurz auf fhem "verzichten" eine SD mit Raspberrymatic und damit das "defekte" Ding wiederbeleben (evtl. muss aber die HMID von fhem übernommen werden, kommt drauf an was/wie der "Defekt" behoben wird, also seitens CCU / hab im Forum schon gelesen dass und wie das geht / "unsicher" ob auch bei Raspberrymatic / Raspberrymatic nur, weil es das Image fertig gibt und daher wohl am schnellsten   )...

Aber erst Mal VCCU.
Danke fürEure Zeit.

Gruß Dirk

Guter Plan

Gerne!

Gruß, Joachim

Ihr habt wohl einfach mal die Geduld verloren, kommt vor.

U.U. weil es halt sehr viel "durcheinader" ging (auch mit deinen Versuchen etc.)...
Und (wie geschrieben) wenn gleich zu Anfang klar gewesen (beschrieben) wäre, was genau nun ist usw. -> einfache Lösung

[Lumixnik]

Wo hast du das her!?

Ei von hier:https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#IOgrp_bei_nachtr.C3.A4glicher_Einrichtung_einer_VCCU

Dort steht:

Code Auswählen Erweitern

Die VCCU ist eine virtuelle Zentrale; sie tritt beim Pairing an die Stelle der Schnittstelle.

Da bei mir alle Geräte an der HM-CFG-LAN (Schnittstelle) gepairt sind (ging ich davon aus)  ich muss sie jetzt an die VCCU anlernen.
Ich habe daraus nicht geschlossen, dass die Geräte (Thermostat, etc.) sich automatisch mit der VCCU verbinden, da diese die HMID übernimmt

Bis dahin

Code Auswählen Erweitern

Pairen von HM Devices
Ein erneutes Pairen nach dem Anlegen einer VCCU in bestehenden Installationen ist nicht notwendig!

bin ich noch nicht gekommen

[MadMax-FHEM]

Ei von hier:https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#IOgrp_bei_nachtr.C3.A4glicher_Einrichtung_einer_VCCU

Dort steht:

Code Auswählen Erweitern

Die VCCU ist eine virtuelle Zentrale; sie tritt beim Pairing an die Stelle der Schnittstelle.

Da bei mir alle Geräte an der HM-CFG-LAN (Schnittstelle) gepairt sind (ging ich davon aus)  ich muss sie jetzt an die VCCU anlernen.

Naja das würde ich mal als Grundwissen Homematic (mit fhem) einstufen, also das mit der HMID

Bis dahin

Code Auswählen Erweitern

Pairen von HM Devices
Ein erneutes Pairen nach dem Anlegen einer VCCU in bestehenden Installationen ist nicht notwendig!

bin ich noch nicht gekommen

Tja

Nun ist es ja klar(er)...

Viel Erfolg, Joachim

[Lumixnik]

So dann mal...
Virtueller Controller wurde angelegt, upgedatet ( wegen IOList) , alle IO bekanntgegeben.
Der gebrickte Thermostat ist auch wieder heile, da das Firmwareupdate über die VCCU dann geklappt hat.

Vielen Dank für die Tipps, Hinweise und Eure Zeit.

viele Grüße Dirk

[MadMax-FHEM]

Also erledigt/gelöst?

Packst du dann noch ein [gelöst] o.ä. "vor" den ersten Post, danke.

Gerne, Joachim

[Pfriemler]

2 Fragen hab ich hier.
...
Ist es in irgendeiner Weise möglich die Aktoren auch über das hausinterne WLAN zu steuern, ohne gleich alle Endgeräte  auf Homematic IP umstellen zu müssen ?

Diese Frage sehe ich noch unbeantwortet. Allerdings habe ich nicht verstanden, was der Themenersteller damit eigentlich gemeint hat. Dass sowohl HM classic als auch HMIP nicht ein WLAN als Kommunikationsmedium nutzen, wurde ja klargestellt. Oder hatte der TE gehofft, er könne sich HM-MOD und HM-CFG-LAN sparen, weil der RPi ja auch WLAN hat?
Ich steuere meine Geräte übrigens über hausinternes WLAN an, vom Rechner über WLAN auf der WebGUI von FHEM ...