debmatic - OCCU als richtige Debian/Ubuntu Variante

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von deimos » 02.04.2019, 14:41

Hi,

damit wir im Zweifel nicht aneinander vorbei reden: Hast du einen Reboot gemacht oder nur einen Restart von debmatic?

Was steht in den Dateien /etc/config/rfd.conf, /etc/config/InterfacesList.xml und /proc/raw-uart?

Was für ein System nutzt du genau? Ggf. noch irgendeine Virtualisierung?

Viele Grüße
Alex

Micky79
Beiträge: 38
Registriert: 05.02.2015, 10:26

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von Micky79 » 02.04.2019, 15:07

Ja, einen kompletten Reboot.

Danach sind reproduzierbar nur die beiden internen Fernbedienungen in den Geräten. In den Geräteeinstellungen sind aber alle vorhanden.
Nach einen restart von Debmatic sind da auch unter Bedienung wieder alle Geräte da. Aber HM Geräte gehen alle nicht.

Bin jetzt wieder zurück auf der letzen Version.
aber hier die Dateien:

rdf

Code: Alles auswählen

# TCP Port for XmlRpc connections
Listen Port = 32001

Log Destination = Syslog
Log Identifier = rfd
Log Level = 1

Persist Keys = 1

# PID File = /var/rfd.pid
# UDS File = /var/socket_rfd

Device Description Dir = /firmware/rftypes
Device Files Dir = /etc/config/rfd
Key File = /etc/config/keys
Address File = /etc/config/ids
Firmware Dir = /firmware
Replacemap File = /firmware/rftypes/replaceMap/rfReplaceMap.xml
Fire NACK Error Events = true

Improved Coprocessor Initialization = true

[Interface 0]
Type = CCU2
ComPortFile = /dev/mmd_bidcos
#AccessFile = /dev/null
#ResetFile = /dev/null

Interfaces

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8" ?> 
<interfaces v="1.0">
	<ipc>
	 	<name>BidCos-RF</name>
	 	<url>xmlrpc_bin://127.0.0.1:32001</url> 
	 	<info>BidCos-RF</info> 
	</ipc>
	<ipc>
	 	<name>VirtualDevices</name>
	 	<url>xmlrpc://127.0.0.1:39292/groups</url> 
	 	<info>Virtual Devices</info> 
	</ipc>
	<ipc>
	 	<name>HmIP-RF</name>
	 	<url>xmlrpc://127.0.0.1:32010</url>
	 	<info>HmIP-RF</info>
	</ipc>
</interfaces>
raw-uart

Code: Alles auswählen

open_count=2
count_tx=108459
count_rx=613364
count_brk=0
count_parity=0
count_frame=0
count_overrun=0
rxbuf_size=0
rxbuf_head=119
rxbuf_tail=119
Wie gesagt die Dateien von der funktionierenden Version. Aber diese dürften sich ja auch nach einem Update nicht verändern, oder?

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von deimos » 02.04.2019, 15:14

Hi,

die Dateien der funktionierenden Installation bringen mir reichlich wenig um raus zu kriegen, ob die fehlerhaft sind.
Zu deinem System hast du leider auch noch nichts gesagt, daher kann ich nicht ansatzweise versuchen, das nachzustellen.

Viele Grüße
Alex

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von deimos » 02.04.2019, 16:03

Hi,

ein Zwischenstand zum CPU Thema: Ich konnte es nachstellen und konnte den Grund schon etwas eingrenzen: Auf einem Raspberry wird ca. 10 mal die Sekunde ein Poll abgesetzt. Bei meinem Proxmox System wird der Poll ca. 1000 mal die Sekunde abgesetzt. Dadurch schläft das System deutlich weniger und das wirkt sich dann auf die CPU aus. Mir ist das allerdings nicht in der Form aufgefallen, weil meine CPU einiges stärker als der J3455 ist und es da selbst bei 1000 Durchläufen pro Sekunde wenig CPU Zeit erzeugt.

Viele Grüße
Alex

Micky79
Beiträge: 38
Registriert: 05.02.2015, 10:26

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von Micky79 » 02.04.2019, 16:04

OK, habe es jetzt noch mal installiert.

System ist ein Dell Server mit Debian 9 amd64.

Keine Virtualisierung. Debmatic läuft nativ.


raw-uart

Code: Alles auswählen

open_count=2
count_tx=113015
count_rx=642092
count_brk=0
count_parity=0
count_frame=0
count_overrun=0
rxbuf_size=0
rxbuf_head=574
rxbuf_tail=574
rfd

Code: Alles auswählen

# TCP Port for XmlRpc connections
Listen Port = 32001

Log Destination = Syslog
Log Identifier = rfd
Log Level = 1

Persist Keys = 1

# PID File = /var/rfd.pid
# UDS File = /var/socket_rfd

Device Description Dir = /firmware/rftypes
Device Files Dir = /etc/config/rfd
Key File = /etc/config/keys
Address File = /etc/config/ids
Firmware Dir = /firmware
Replacemap File = /firmware/rftypes/replaceMap/rfReplaceMap.xml
Fire NACK Error Events = true

Improved Coprocessor Initialization = true

[Interface 0]
Type = CCU2
ComPortFile = /dev/mmd_bidcos
#AccessFile = /dev/null
#ResetFile = /dev/null
interfaces

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8" ?> 
<interfaces v="1.0">
	<ipc>
	 	<name>BidCos-RF</name>
	 	<url>xmlrpc_bin://127.0.0.1:32001</url> 
	 	<info>BidCos-RF</info> 
	</ipc>
	<ipc>
	 	<name>VirtualDevices</name>
	 	<url>xmlrpc://127.0.0.1:39292/groups</url> 
	 	<info>Virtual Devices</info> 
	</ipc>
	<ipc>
	 	<name>HmIP-RF</name>
	 	<url>xmlrpc://127.0.0.1:32010</url>
	 	<info>HmIP-RF</info>
	</ipc>
</interfaces>
hm-mode

Code: Alles auswählen

HM_HOST='DEBMATIC'
HM_HOST_RAW_UART='raw-uart'
HM_HOST_GPIO_UART='/dev/raw-uart'
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE='/dev/mmd_bidcos'
HM_HMIP_DEVNODE='/dev/mmd_hmip'
HM_HMRF_DEV='HM-MOD-RPI-PCB'
HM_HMIP_DEV='HM-MOD-RPI-PCB'
HM_HMRF_SERIAL='XXX'
HM_HMRF_VERSION='2.8.6'
HM_HMRF_ADDRESS='0x3ff700'
HM_HMIP_SGTIN=''
HM_HMIP_SERIAL=XXX7'
HM_HMIP_VERSION='2.8.6'
HM_HMIP_ADDRESS='0x3ff700'
systemctrl service

Code: Alles auswählen

● debmatic-rfd.service - debmatic rfd
   Loaded: loaded (/lib/systemd/system/debmatic-rfd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2019-04-02 15:57:28 CEST; 4min 26s ago
  Process: 22482 ExecStart=/usr/share/debmatic/bin/start_rfd.sh (code=exited, status=0/SUCCESS)
 Main PID: 22492 (rfd)
    Tasks: 5 (limit: 4915)
   Memory: 9.6M
      CPU: 364ms
   CGroup: /system.slice/debmatic-rfd.service
           └─22492 /bin/rfd -l 5 -f /etc/config/rfd.conf -d

Apr 02 15:58:04 homeserver rfd[22492]: HSSParameter::GetValue() id=STATE failed getting physical value.
Apr 02 15:58:05 homeserver rfd[22492]: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr 02 15:58:05 homeserver rfd[22492]: HSSParameter::GetValue() id=ENERGY_COUNTER failed getting physical value.
Apr 02 15:58:06 homeserver rfd[22492]: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr 02 15:58:06 homeserver rfd[22492]: HSSParameter::GetValue() id=ENERGY_COUNTER failed getting physical value.
Apr 02 15:58:07 homeserver rfd[22492]: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr 02 15:58:07 homeserver rfd[22492]: HSSParameter::GetValue() id=STATE failed getting physical value.
Apr 02 15:58:08 homeserver rfd[22492]: RFPhysicalDataInterfaceCommand::GetData SendFrame failed for LEVEL_GET
Apr 02 15:58:08 homeserver rfd[22492]: HSSParameter::GetValue() id=BOOT failed getting physical value.
Apr 02 15:58:08 homeserver rfd[22492]: HSSParameter::GetValue() id=TEMPERATURE failed getting physical value.

debmatic info

Code: Alles auswählen

debmatic version: 3.43.15-14
Kernel modules: Available
Raw UART dev:   Available
HMRF Hardware:  HM-MOD-RPI-PCB
HMIP Hardware:  HM-MOD-RPI-PCB
Board serial:   xxxx
Radio MAC:      0x3ff700
SGTIN:          unknown
Zuletzt geändert von Micky79 am 02.04.2019, 16:10, insgesamt 2-mal geändert.

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von deimos » 02.04.2019, 16:08

Hi,

das sieht alles erstmal normal aus.

Ist die Installation Bare Metal? Was für ein Dell Server ist es genau? Welcher Kernel?
Ich möchte dir echt ungern alle Informationen einzeln aus der Nase ziehen...

Was kommt bei systemctl status debmatic-multimacd.service?

Viele Grüße
Alex

Micky79
Beiträge: 38
Registriert: 05.02.2015, 10:26

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von Micky79 » 02.04.2019, 16:16

Es ist ein Dell T20-3708. Ein ganz normaler Desktop mit Xeon Prozessor.

Kernel Linux 4.9.0-8-amd64 auf x86_64.

Ein ganz normales Debian 9 von der Webseite von Debian runter geladen und installiert.

Code: Alles auswählen

● debmatic-multimacd.service - debmatic multimacd
   Loaded: loaded (/lib/systemd/system/debmatic-multimacd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2019-04-02 16:15:42 CEST; 9s ago
  Process: 32604 ExecStart=/usr/share/debmatic/bin/start_multimacd.sh (code=exited, status=0/SUCCESS)
  Process: 32595 ExecStartPre=/sbin/modprobe eq3_char_loop (code=exited, status=0/SUCCESS)
  Process: 32586 ExecStartPre=/sbin/sysctl -w kernel.sched_rt_runtime_us=-1 (code=exited, status=0/SUCCESS)
 Main PID: 32614 (multimacd)
    Tasks: 8 (limit: 4915)
   Memory: 688.0K
      CPU: 152ms
   CGroup: /system.slice/debmatic-multimacd.service
           └─32614 /bin/multimacd -l 5 -f /var/run/multimacd.conf -d

Apr 02 16:15:40 homeserver systemd[1]: Starting debmatic multimacd...
Apr 02 16:15:40 homeserver sysctl[32586]: kernel.sched_rt_runtime_us = -1
Apr 02 16:15:40 homeserver start_multimacd.sh[32604]: Daemonizing to background
Apr 02 16:15:42 homeserver systemd[1]: Started debmatic multimacd.

Micky79
Beiträge: 38
Registriert: 05.02.2015, 10:26

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von Micky79 » 02.04.2019, 16:25

Vielleicht liegt es auch an der Firmware von eq3
Das ist ja auch eine neue Version.

Die vorherige Version läuft ja einwandfrei!

braindead
Beiträge: 532
Registriert: 28.11.2014, 21:20
Hat sich bedankt: 5 Mal
Danksagung erhalten: 2 Mal

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von braindead » 02.04.2019, 17:33

worfinator hat geschrieben:
17.03.2019, 21:53
So, dem Forum hier sei Dank und kurz was gebastelt:
echo 'load tclrpc.so; puts [xmlrpc http://127.0.0.1:2010/ listBidcosInterfaces ]'|tclsh | awk '// { printf $11 }'
@worfinator Ich bekomme das bei mir nicht zum Laufen. Kannst Du mir erklären, wie Du das nutzt? Ich möchte den DC auch in einer Systemvariable anzeigen.
Gruß,
Markus

rbeudel
Beiträge: 277
Registriert: 29.06.2018, 17:37
System: Alternative CCU (auf Basis OCCU)
Wohnort: Essen
Hat sich bedankt: 27 Mal
Danksagung erhalten: 14 Mal

Re: debmatic - OCCU als richtige Debian/Ubuntu Variante

Beitrag von rbeudel » 04.04.2019, 16:17

Hallo,
meine VM 2Kernel/2GB läuft jetzt seit 3 Tagen mit einem HB und einem HMIP Gerät und der Osram Kopplung. CUXD ist auch schon drauf und ich habe eine CPU Last von ca. 22% und einen Speicherverbrauch von ca 600MB.
Jetzt habe ich noch openhab dazu installiert. Dadurch ist der Speicher auf 1,4GB hoch, die CPU ist geblieben.
Openhab2 findet auf Anhieb beide CCU (Debmatic und PIVCCU3) aber ich kann nur die app von PIVCCU aus dem Inbox Ordner als Thing markieren. Bei debmatic bekomme ich "Internal Server Error 500". Das ist auf meinen beiden Openhab2 installitionen gleich.
Müsste das funktionieren?
Viele Grüße,
Ralf


Debmatic und Openhab 4 in Proxmox 8 VM debian x86_64 auf Intel NUC mit influxdb und Grafana zur Visualisierung

Antworten

Zurück zu „debmatic“