Ist es notwemdig für diese CCU einen schnellen raspi zu verwenden (3B; 3B+ oder gar 4) oder reicht auch ein 2B. Der Zugriff darauf soll von einem anderen mit fhem erfolgen. Welcher der beiden sollte die flottere Variante sein? OK schneller ist besser :-)
Naja eine CCU3 hat als HW einen PI3B(+) und wird empfohlen bzw. gibt es einige die ihre CCU2 verklopfen...
Welcher stärker sein soll kommt drauf an was wo läuft... ;)
Also wie viele Geräte an der CCU hängen...
...und was außer fhem noch so auf dem fhem-PI läuft/laufen soll (TabletUI, DB, ...).
Normalerweise ist fhem genügsam.
Ich habe eine Installation sogar auf einem PI2 laufen...
Aber da läuft halt "nur" fhem mit ca. 60/80 Devices und "nur" FhemWeb...
Gruß, Joachim
Ich hab auf dem fhem rechner ca. 15 Devices und fhemweb. Die CCU bekommt erst mal 5 Devices. OK damit ist die Verteilung klar. Danke
Noch eine Frage: lässt man pivccu auf EINEM Rechner laufen und fhem auf einem anderen oder kann ich fhem für die HMIP und die "CCU" auf einer Hardware laufen lassen?
Wie du willst...
...bzw. wie viel Leistung du hast/brauchst...
Wurde im Forum schon einige Male gefragt und beantwortet...
Aber um sicher zu gehen: du willst keine Homematic Geräte direkt an/in fhem, also kein CUL_HM?
(sonst ist beides auf einer HW nicht so einfach)
Sondern Homematic nur per CCU, also HMCCU-Modul.
Gruß, Joachim
Für eine CCU auf jeden Fall ein Raspi 3. das hat auch nichts mit der Anzahl Geräte zu tun. Die Prozesse wie zB der HmIPServer laufen unter Java und brauchen Speicher und CPU
Auf dem einen Pi 3+ soll nur HMIP und fhem laufen (HMCCU)
Ein zweiter Pi 3+ bedient die anderen HM Devices über CUL_HM
Danke für die Infos
Warum nicht alles über die CCU?
Dadurch "einheitliche" Einbindung, d.h. du musst nicht in 2 "Modulfamilien" einarbeiten...
Damit hast du einen PI "über": Testsystem, Spielerei, ...
Gruß, Joachim
melde mich morgen , wie geht das mit den "beiden?" Funkmodulen, oder braucht man nur eins?
Zitat von: stgeran am 05 Februar 2022, 01:03:47
melde mich morgen , wie geht das mit den "beiden?" Funkmodulen, oder braucht man nur eins?
Eine CCU kann sowohl Homematic "Classic" (BidCos) als auch Homematic IP.
Dazu reicht ein Funkmodul.
Somit ist die Einbindung in fhem für beide "Varianten" dann HMCCU.
Bei Mischung, also Homematic "Classic" (BidCos) "direkt in" fhem per CUL_HM und eigenem Funkmodul und CCU ebenfalls eigenes Funkmodul wird auf einem "Rechner" nicht ganz einfach gehen, wenn überhaupt...
Eine Mischung auf 2 unterschiedlichen Plattformen ist aber 1. total unnötig ("Verschwendung") und 2. eben "einlernen" in 2 unterschiedliche Modul-Typen (eben CUL_HM und HMCCU)...
Leichter ist vermutlich: einfach CCU ("virtualisiert": piVCCU, debMatic, ...) und fhem und Einbindung beider Homematic-Varianten per HMCCU.
Dadurch eben nur ein "Rechner" (möglich aber kein Muss) und auch nur eine "Modul-Familie": HMCCU...
Aber das ist nur meine Meinung bzw. wäre mein Weg, sollte ich jemals Homematic IP nehmen.
(also ich würde in dem Fall [verm.] sogar meine bestehende CUL_HM-Landschaft "portieren", um eben nur mit einem Modul-Typ zu tun zu haben, dann "verhalten" sich alle Devices zumindest "ähnlich", erleichtert die "programmierung" usw.)
Gruß, Joachim
Hallo Joachim,
Zitat von: MadMax-FHEM am 05 Februar 2022, 01:13:01
Eine CCU kann sowohl Homematic "Classic" (BidCos) als auch Homematic IP.
Dazu reicht ein Funkmodul.
Somit ist die Einbindung in fhem für beide "Varianten" dann HMCCU.
Gruß, Joachim
also würde die für beide Varianten gemischt an FHEM gehen?
https://homematic-ip.com/de/produkt/smart-home-zentrale-ccu3 (https://homematic-ip.com/de/produkt/smart-home-zentrale-ccu3)
Dankeschön
Zitat von: FHEM-User22 am 05 Februar 2022, 09:03:59
Hallo Joachim,
also würde die für beide Varianten gemischt an FHEM gehen?
https://homematic-ip.com/de/produkt/smart-home-zentrale-ccu3 (https://homematic-ip.com/de/produkt/smart-home-zentrale-ccu3)
Dankeschön
So ist es und das steckt drin: https://technikkram.net/blog/2018/09/03/ccu3-analyse-der-hardware/ :)
Zitat von: Otto123 am 05 Februar 2022, 09:20:05
So ist es und das steckt drin: https://technikkram.net/blog/2018/09/03/ccu3-analyse-der-hardware/ :)
Wobei "wir" dann wieder hier wären ;)
Zitat von: MadMax-FHEM am 05 Februar 2022, 01:13:01
Leichter ist vermutlich: einfach CCU ("virtualisiert": piVCCU, debMatic, ...) und fhem und Einbindung beider Homematic-Varianten per HMCCU.
Dadurch eben nur ein "Rechner" (möglich aber kein Muss) und auch nur eine "Modul-Familie": HMCCU...
Also Plattorm wäre ein PI3 (oder 4: wobei man da bzgl. "Funkstörungen" ab und an was liest) da dann piVCCU oder andere Variante von "SW-CCU" (debMatic, ...) drauf und da dann u.U. noch fhem drauf.
Eine extra CCU geht nat. auch aber wenn der PI schon vorhanden ist, dann würde ich ja den nehmen...
Gruß, Joachim
Nachdem ich fhem installiert habe (+update) und HMCCU mit
define d_ccu HMCCU 192.168.1.10 ccudelay=180 sieht es so aus
CCU Administration
> CCU WebUI
d_ccu
Internals
CCUNum
1
CFGFN
Clients
:HMCCUDEV:HMCCUCHN:HMCCURPCPROC:
DEF
192.168.100.109 ccudelay=180
FUUID
62001f1b-f33f-d193-0176-2553630f6a82b8b5
NAME
d_ccu
NOTIFYDEV
global
NR
23
NTFY_ORDER
50-d_ccu
RPCState
inactive
STATE
inactive/Error
TYPE
HMCCU
ccuip
192.168.100.109
ccustate
unreachable
ccutype
CCU2/3
config
5.0
host
192.168.100.109
prot
http
version
5.0 220301356
Readings
rpcstate
inactive
2022-02-06 20:18:53
state
Error
2022-02-06 20:19:43
d_ccu
Attributes
room
Homematic
deleteattr
stateFormat
rpcstate/state
deleteattr
Select icon
Extend devStateIcon
Raw definition
Delete this device (d_ccu)
Device specific help
mit
set d_ccu on
kommt
HMCCU: d_ccu Start of RPC server failed
auch nachdem ich 180sec gewartet habe
fehlt noch was?
Das habe ich nach einem Neustart vom fhem
2022.02.06 20:45:38 0: HMCCU [d_ccu] Scheduling post FHEM initialization tasks in 12 seconds
2022.02.06 20:45:38 1: usb create starting
2022.02.06 20:45:38 3: Probing ZWDongle device /dev/serial1
2022.02.06 20:45:38 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 598.
2022.02.06 20:45:38 1: ZWDongle: Can't open /dev/serial1: Input/output error
2022.02.06 20:45:39 3: Probing CUL device /dev/ttyS0
2022.02.06 20:45:39 1: CUL: Can't open /dev/ttyS0: Input/output error
2022.02.06 20:45:39 1: usb create end
2022.02.06 20:45:39 0: Featurelevel: 6.1
2022.02.06 20:45:39 0: Server started with 7 defined entities (fhem.pl:25563/2022-01-26 perl:5.032001 os:linux user:fhem pid:2166)
Was hat es mit dem CUL und dem ZWDongle auf sich?
Zitat
2022.02.06 20:45:38 1: usb create starting
Das ist (verm.) der initialUsbCheck...
Disable den doch...
Gruß, Joachim
Hast Du abgearbeitet?
https://wiki.fhem.de/wiki/HMCCU#Zu_beachten
Also Firewall auf der CCU einstellen.
rpcinterfaces müssen auswählbar sein, sonst geht es nicht.
Hallo Otto, hab ich zu spät gemerkt, ab dann geht es.
Andere Frage: Wenn ich ein Device von meinem "alten" fhem auf das neue System umziehen will ist es dann besser erst es zu löschen und dann mit den "get" Befehlen ins neue einzubinden?
usbCheck disable ich noch
Naja der Knackpunkt ist die Anmeldung an der Zentrale. Du musst sie von der alten Zentrale (FHEM?) ablernen und an der neuen Zentrale - PIVCCU anlernen. Danach kannst Du sie in FHEM verwenden.
So sieht es in fhem aus
HMCCU
d_ccu
inactive/busy
HMCCURPCPROC
CCU 100109 RPC BidCos-RF
inactive/OK
CCU 100109 RPC HmIP-RF
running/OK
CCU 100109 RPC VirtualDevices
running/OK
In der pivccu über web habe ich ein HMIP Heitzkörperthermostat angemeldet und in HZG_Buero umbenannt.
Es gelingt mir nicht dieses Teil in fhem einzubinden.
Mit z.B.
get d_ccu createDev Heizung-Wohnzimmer
aus der HMCCU Wiki bekomme ich ein
Results of create command:
und nichts dahinter.
Ich möchte eigentlich das HZ Ventil plotten wie früher die MAX! Ventile (Temp; Ventilöffnung usw)
Das läuft noch nicht:
Zitatd_ccu
inactive/busy
gib doch mal ein komplettes list d_ccu
Das ist ganz schön lang, ich hab 2 mal versucht es in die
Hier nur der erste Teil
Internals:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPCPROC:
DEF 192.168.100.109 ccudelay=180
FUUID 62001f1b-f33f-d193-0176-2553630f6a82b8b5
NAME d_ccu
NOTIFYDEV global
NR 14
NTFY_ORDER 50-d_ccu
RPCState inactive
STATE inactive/busy
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 110
ccudevices 3
ccuif BidCos-RF
ccuinterfaces BidCos-RF,VirtualDevices,HmIP-RF
ccuip 192.168.100.109
ccuname HM-RCV-50 BidCoS-RF
ccustate active
ccutype CCU2/3
config 5.0
firmware 3.61.7
host 192.168.100.109
prot http
version 5.0 220301356
READINGS:
2022-02-06 20:45:38 PLATFORM rpi3
2022-02-06 20:45:38 PRODUCT ccu3
2022-02-06 20:45:38 VERSION 3.61.7
2022-02-06 20:45:38 count_channels 110
2022-02-06 20:45:38 count_devices 3
2022-02-06 20:45:38 count_groups 0
2022-02-06 20:45:38 count_interfaces 3
2022-02-06 20:45:38 count_programs 0
2022-02-06 20:45:38 rpcstate inactive
2022-02-08 13:45:33 state busy
hmccu:
ccuDevList "HM-RCV-50#BidCoS-RF","HmIP-RCV-50#HmIP-RCV-1","HmIP-eTRV-2#000A1D89A0A0F9"
ccuSuppDevList "HmIP-eTRV-2#000A1D89A0A0F9"
defaults 0
evtime 0
evtimeout 0
postInit 0
rpccount 0
rpcports 2001,2010,9292
updatetime 0
adr:
HM-RCV-50 BidCoS-RF:
address BidCoS-RF
addtype dev
valid 1
HM-RCV-50 BidCoS-RF:0:
address BidCoS-RF:0
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:1:
address BidCoS-RF:1
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:10:
address BidCoS-RF:10
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:11:
address BidCoS-RF:11
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:12:
address BidCoS-RF:12
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:13:
address BidCoS-RF:13
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:14:
address BidCoS-RF:14
addtype chn
valid 1
HM-RCV-50 BidCoS-RF:15:
address BidCoS-RF:15
addtype chn
valid 1
und so weiter. Wenn Du alles brauchst muss ich noch mal versuchen
naja die attribute wäre interessant gewesen.
set d_ccu on hast Du mal gemacht? Der rcpserver läuft nicht :(
Beim Start kommt
HMCCU
d_ccu
inactive/OK
HMCCURPCPROC
CCU 100109 RPC BidCos-RF
starting/busy
CCU 100109 RPC HmIP-RF
running/OK
CCU 100109 RPC VirtualDevices
running/OK
Nach kurzer Zeit
HMCCU
d_ccu
inactive/busy
HMCCURPCPROC
CCU 100109 RPC BidCos-RF
inactive/OK
CCU 100109 RPC HmIP-RF
running/OK
CCU 100109 RPC VirtualDevices
running/OK
Tut mir leid, hat nicht geklappt.
Ist vielleicht die Anzahl der Zeichen zwischen
Wenn nötig lösche ich den post
ok tut mir leid. Ich verstehe das Problem nicht. Aber ich bin bisher nicht weiter als piVCCU und HMCCU und ein Testdevice gekommen.
Warum hast Du: ccuchannels 110 ?
Ich denke Du solltest Deine Fragen direkt im HMCCU Thread stellen.
Wenn das mit dem List nicht zwischen Codetags geht muss Du es als Anhang anhängen, aber ich denke es ist was schief.
Zitatccuchannels 110
automatisch jeweils ca 50 für bidcos/hmip, vergleichbar den channels der vccu in cul_hm.
Nochmal der Versuch, als Anhang in Word sehr groß
Soll ich den Beitrag löschen?
warum im docx Format? :o einfach als txt würde genügen -> Notepad.
Zitat von: frank am 08 Februar 2022, 22:33:55
automatisch jeweils ca 50 für bidcos/hmip, vergleichbar den channels der vccu in cul_hm.
Aber muss man die denn anlegen/haben? War bei meinem Versuch nicht vorhanden...
Nochmal als txt oder so lassen?
kannst Du doch ändern, so liest es ja keiner :)
Zitat von: Otto123 am 08 Februar 2022, 22:54:57
Aber muss man die denn anlegen/haben? War bei meinem Versuch nicht vorhanden...
ich denke, bei meiner debmatic waren sie bereits nach abarbeiten der installationsanleitung von alex von anfang an vorhanden.
ich habe es noch nicht geschafft sie zu entfernen/verbergen. ;)
Neuer Versuch mit der Textdatei
Ps: was wäre den der HMCCU Thread?
Ist das der Fehler?
2022.02.09 17:12:52 1: HMCCURPCPROC [d_rpc100109BidCos_RF] Can't create RPC callback server CB2001100106100109. Port 7411 in use?
Can't use string ("0") as a HASH ref while "strict refs" in use at ./FHEM/88_HMCCURPCPROC.pm line 2360.
Die beiden anderen RPC Server laufen aber
Port 7411 in use?
Kann es sein, das etwas anderes den Port belegt?
Mach mal als root (oder sudo)
netstat -lntp | grep 7411
Da kommt das
pi@PIHMIP:~ $ sudo netstat -lntp | grep 7411
tcp 0 0 0.0.0.0:7411 0.0.0.0:* LISTEN 2229/perl
Wie gesagt, etwas läuft auf dem Port. Könnte es sein, das in fhem der Port schon belegt ist? (wegen perl)
Ich habe den Raspi nacg der Anleitung
https://github.com/alexreinert/piVCCU/blob/master/docs/setup/raspberrypi.md
aufgesetzt.
Kann ich den Port "umbiegen"?
aber piVCCU und FHEM sind doch zwei getrennte Maschinen? Oder alles auf einer. Bei der Fehlermeldung geht es ja um die FHEM Maschine. Das HMCCU Modul kann den Rpc Prozess nicht starten. Eventuell hängt da ein alter Prozess?
Die Startreihenfolge ist nicht unkritisch, die piVCCU muss laufen bevor FHEM / HMCCU startet. Und der Start der piVCCU braucht uU 2-3 minuten.
Ich habe erst die piVCCU installiert. Die d_ccu stratet mit dem delay von 180, wie in der Anleitung empfohlen. Danach FHEM. Beide sind auf der gleichen Maschine. Wie kann ich den Start von FHEM verzögern? Es ist alles neu aufgesetzt, ich weis nicht, wo da ein alter Prozess herkommt.
Zitat von: stgeran am 10 Februar 2022, 07:35:43
Beide sind auf der gleichen Maschine. Wie kann ich den Start von FHEM verzögern?
Z.B. so: https://forum.fhem.de/index.php/topic,104132.msg979327.html#msg979327
Gruß, Joachim
Wenn ich das recht verstehe: Wenn ich jetzt FHEM mit shutdown restart "neu" starte müsste es erst mal funktionieren? Probiere ich heute nachmittag aus.
Zitat von: stgeran am 10 Februar 2022, 08:07:03
Wenn ich das recht verstehe: Wenn ich jetzt FHEM mit shutdown restart "neu" starte müsste es erst mal funktionieren? Probiere ich heute nachmittag aus.
Keine Ahnung...
Aber wenn das nicht geht, dann hilft Verzögern wohl auch nicht...
Viel Erfolg, Joachim
Nach einem restart läuft es. ich muss die Verzögerung einbauen. In welchem Thread finde ich wie ich einen Plot des Ventils erstellen kann?
Ahh, noch was: Müssen die Devices erst in der CCU (PIVCCU) angelegt werden um dann in FHEM übernommen zu werden oder kann man die Devices auch direkt in FHEM anlegen?
Zur letzten Frage:
https://wiki.fhem.de/wiki/HMCCU_Best_Practice#Neue_Ger.C3.A4te_anlernen
DANKE :-)
Es geht nahtlos weiter :(
Der Befehl get ccuDevices zeigt eine Liste der in der CCU bekannten Geräte an inklusive einer Liste der Kanalrollen, die von HMCCU automatisch erkannt werden.
Wenn ich das in FHEM eingebe kommt
Please define ccuDevices first
In der PIVCCU gibt es ein HKT Thermostat und einen Steckdosendimmer.
Welche Einstellung fehlt da noch?
in dem wiki Beitrag ist manchmal laxerweise das Gerät an sich weggelassen bzw die Beschreibung ist symbolisch:
mach doch deine HMCCU auf, geh dort auf get - was gibt es dahinter für ein Klappleistenmenü?
also am Ende get d_ccu ccuDevices ;D
Hab ich gemacht, bekomme ich mein HKT. Jetzt in der CCU ein Wandthermostat angelernt
get d_ccu ccuDevices
kommt leider immer nur das HKT :-(