debmatic - OCCU als richtige Debian/Ubuntu Variante
Moderator: Co-Administratoren
- 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
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
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
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
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
Interfaces
raw-uart
Wie gesagt die Dateien von der funktionierenden Version. Aber diese dürften sich ja auch nach einem Update nicht verändern, oder?
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>
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
- 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
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
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
- 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
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
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
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
OK, habe es jetzt noch mal installiert.
System ist ein Dell Server mit Debian 9 amd64.
Keine Virtualisierung. Debmatic läuft nativ.
raw-uart
rfd
interfaces
hm-mode
systemctrl service
debmatic info
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
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
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>
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'
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.
- 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
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
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
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
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.
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.
Re: debmatic - OCCU als richtige Debian/Ubuntu Variante
Vielleicht liegt es auch an der Firmware von eq3
Das ist ja auch eine neue Version.
Die vorherige Version läuft ja einwandfrei!
Das ist ja auch eine neue Version.
Die vorherige Version läuft ja einwandfrei!
-
- 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
@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.worfinator hat geschrieben: ↑17.03.2019, 21:53So, 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 }'
Gruß,
Markus
Markus
-
- 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
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?
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
Ralf
Debmatic und Openhab 4 in Proxmox 8 VM debian x86_64 auf Intel NUC mit influxdb und Grafana zur Visualisierung