piVCCU starte nicht mehr nach Yahm-Restore

[Daimler]

Hi,

wie anderweitig bereits erwähnt, habe ich ein kleines Problem mit einem Neustart der piVCCU nach dem Zurücklesen des YAHM-Backups:
'..Ist noch nicht bereit...' auf ewig.

piVCCU
Aktuelles Stretch-Lite von November 2017

YAHM - Testsystem
Jessie-Lite - Version 8
CCU-FW 2.29.22
Zusatzsoftware
Homeputer CL und CL-Webserver

Nach der Grundinstallation lt. Github funktioniert piVCCU ohne Probleme.
Dann spiele ich das Backup von Yahm ein und das System starte nicht mehr.
Die Anpassungen lt. Github habe ich durchgeführt:

Code: Alles auswählen

Remove YAHM specific configuration stuff (this needs to done, even if you used a new sd card image and after every restore of a YAHM backup)

sudo systemctl stop pivccu.service

sudo rm -f /var/lib/piVCCU/userfs/etc/config/no-coprocessor-update
sudo sed -i /var/lib/piVCCU/userfs/etc/config/rfd.conf -e 's/Improved Coprocessor Initialization = false/Improved Coprocessor Initialization = true/'
    if [ `grep -c '^Improved Coprocessor Initialization' /var/lib/piVCCU/userfs/etc/config/rfd.conf` -eq 0 ]; then sudo sed -i /var/lib/piVCCU/userfs/etc/config/rfd.conf -e 's/\(^Replacemap File.*\)/\1\nImproved Coprocessor Initialization = true\n/'; fi
    if [ `grep -c '\^[Interface 0\]' /var/lib/piVCCU/userfs/etc/config/rfd.conf` -eq 0 ]; then sudo bash -c "echo -e \"\n[Interface 0]\nType = CCU2\nComPortFile = /dev/mmd_bidcos\n#AccessFile = /dev/null\n#ResetFile = /dev/ccu2-ic200\" >> /var/lib/piVCCU/userfs/etc/config/rfd.conf"; fi
sudo sed -i /var/lib/piVCCU/userfs/etc/config/multimacd.conf -e 's/bcm2835-raw-uart/mxs_auart_raw.0/'
if [ `grep -c '<name>HmIP-RF</name>' /var/lib/piVCCU/userfs/etc/config/InterfacesList.xml` -eq 0 ]; then sudo bash -c "sed -i /var/lib/piVCCU/userfs/etc/config/InterfacesList.xml -e 's/\(<\/interfaces>\)/\t<ipc>\n\t\t<name>HmIP-RF<\/name>\n\t\t<url>xmlrpc:\/\/127.0.0.1:2010<\/url>\n\t\t<info>HmIP-RF<\/info>\n\t<\/ipc>\n\1/'"; fi

Wobei ich mir nicht sicher bin, ob ich das mit den Spagettibefehlen 'sed' richtig gemacht habe.

Meine Vermutung war die Contronics-Zusatzsoftware.
Also ein vorher erstelltes Komplett-Backup von piVCCU wieder auf die SD geschrieben und nur die Zusatz-Software installiert:
Funktioniert.

Könnte vielleicht einmal jemand seine rfd.conf und interfaceslist.xml hier einstellen?
Die 'sed-' Befehle kommen mir italienisch vor.

Und / oder einen Tipp geben, an was es evtl. sonst noch liegen könnte.

[deimos]

Hi,

rfd.conf:

Code: Alles auswählen

# TCP Port for XmlRpc connections
Listen Port = 2001

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

InterfacesList.xml:

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:2001</url>
                <info>BidCos-RF</info>
        </ipc>
        <ipc>
                <name>VirtualDevices</name>
                <url>xmlrpc://127.0.0.1:9292/groups</url>
                <info>Virtual Devices</info>
        </ipc>
        <ipc>
                <name>HmIP-RF</name>
                <url>xmlrpc://127.0.0.1:2010</url>
                <info>HmIP-RF</info>
        </ipc>
</interfaces>

Wobei ich nicht weiß, ob da für Contronics auch ein Eintrag rein muss.

Wenn es nicht daran liegt: Poste mal die /var/log/messages und die /var/log/hmserver.log aus der CCU ca. 2-3 Minuten nach dem Start, da erkennt man meistens, wo das Problem liegt.

Viele Grüße
Alex

[Familienvater]

Hi,

Contronics macht keine Änderungen, die sind nur Abonnenten der EQ3-Schnittstellen-Daemons,die bieten selber nichts an, wo sich die Rega oder so draufhängen könnte.

Der Familienvater

Gesendet von meinem Nexus 6 mit Tapatalk

[Daimler]

lighttpd-access.log

(63.06 KiB) 50-mal heruntergeladen

Hi,

danke für die Antwort und das Angebot.

Habe einmal die rfd 1 zu 1 kopiert - die Interfaces war bis auf das Wired-Interface identisch.
Trotzdem starte die Büchse nicht.

anbei die gewünschten Files - wobei in die Messages ~ 1 Minute nach Starr über einen Zeitraum von ~ 10 Minuten nichts mehr geschrieben wird und dann wird sie zugemüllt!
(Ich hoffe, du meintest die Logs vom Container und nicht die vom Raspi!)
Und hoffentlich kannst du etwas erkennen.

[deimos]

Hi,

also was ich erkennen kann: Irgendwas geht bei HmIP beim Wechsel des Funkmoduls schief. Was genau kann ich aber nur raten:
- Keyserver von eQ-3 grade down
- CCU hat keinen Internet Zugriff
- Irgendwas in Richtung Duty Cycle

Die letzten beiden Punkte kannst du einfach prüfen: Pi kompletg stromlos machen für eine Minute und Internet Zugang mit SSH Login und Ping ins Internet prüfen. Ob du da ggf. noch eine Firewall auf dem Router hast, die was blockt, musst du halt zusätzlich noch selber wissen.

Ansonsten wäre es natürlich auch möglich, das du das Funkmodul testweise mit wechselst, wenn es dann läuft, ist zumindest schon mal klar, dass das Aufräumen der Config geklappt hat. Den Wechsel des Funkmoduls kann man dann in einem zweiten Schritt probieren.

Viele Grüße
Alex

[Daimler]

Hi,

kurzer Zwischen- / Stillstand!

Ich hatte den PI gestern angelassen und heute morgen war die WebUi oben.
Allerdings ohne HMIP-Funktionalität.

Daraufhin habe ich mir kurzerhand die SD geschnappt und in den PI gesteckt, von dem das Backup war:
Löpp - incl. IP-Geräte!
Na super dachte ich mir - machste also jetzt ein Backup von der funktionierenden piVCCU!

Eine 2. SD mit Stretch bespielt, in die neue Hardware befördert - Löpp.
Dieses Backup aufgespielt - the same procedere as yesterday - WebUi kommt nicht hoch.

Als letzten Test ein Komplett-Backup der Yahm-Test auf eine SD gebrannt und in die neue Hardware - auch hier kommt HMIP nicht hoch.

Habe jetzt keinen Bock upps Zeit mehr - muss ein wenig Money verdienen gehen.
Im Laufe der Woche werde ich es noch einmal mit Backups des Produktiv-Systems testen.