13.07.2017, 07:18
Hallo,
wir sind an dem Thema dran.
Im Moment scheint etwas mit dem init-Skript, welches den Service beim Reboot des Pis startet, nicht zu stimmen. Wenn man nach einem Reboot allerdings den Service einmal von Hand neustartet (sudo service lcnpchk restart) funktioniert bei uns alles wieder. Es wäre super wenn Sie das bei Gelegenheit mal testen könnten und hier oder der Hotline Bescheid geben könnten.
Wenn der PCHK keine config-xml findet oder diese nicht laden kann (weil evtl. die Struktur derart verändert wurde, dass sie nicht mehr erkannt wird), wird eine neue mit der Standardkonfiguration angelegt. Das könnte ihr Problem mit den Host-IDs erklären.
Zu ihrer anderen Frage:
Wenn man sich die Installationsskripte anschaut, wird klar, dass lediglich 4 Ordner verwendet werden.
Diese sind:
/var/lib/lcnpchk -> hier liegt die xml-Datei mit den Konfigurationen und auch nur von hier wird diese geladen (es sei denn das init-Skript wurde von Ihnen verändert)
/var/log/lcnpchk -> wie der Name schon sagt, liegen hier die log-Files des PCHK. Diese beiden Ordner werden bei einer Deinstallation auch nicht gelöscht, da bei einer Neuinstallation die alten Daten/Konfigurationen wieder genutzt werden können. Aus diesem Grund muss auch das config-Skript nicht nocheinmal ausgeführt werden.
/usr/bin -> hier liegt die ausführbare Datei lcnpchk, sprich das Äquivalent zur exe unter Windows.
/usr/share/lcnpchk -> hier befinden sich die Sprachpakete für den PCHK
Neben diesen Ordnern wird außerdem eine udev-Rule angelegt, welche dem PCHK sagt, dass die PKU immer an USB0 angeschlossen ist.
Den PCHK in die Debian Pakete zu integrieren (um sie mit apt-get zu installieren) würde einerseits einen deutlichen Mehraufwand bedeuten und darüber hinaus müssten wir den Quellcode öffentlich verfügbar machen. Da wir Entwickler allerdings auch bezahlt werden wollen, wäre das keine gute Idee
Viele Grüße aus der Entwicklungsabteilung
wir sind an dem Thema dran.
Im Moment scheint etwas mit dem init-Skript, welches den Service beim Reboot des Pis startet, nicht zu stimmen. Wenn man nach einem Reboot allerdings den Service einmal von Hand neustartet (sudo service lcnpchk restart) funktioniert bei uns alles wieder. Es wäre super wenn Sie das bei Gelegenheit mal testen könnten und hier oder der Hotline Bescheid geben könnten.
Wenn der PCHK keine config-xml findet oder diese nicht laden kann (weil evtl. die Struktur derart verändert wurde, dass sie nicht mehr erkannt wird), wird eine neue mit der Standardkonfiguration angelegt. Das könnte ihr Problem mit den Host-IDs erklären.
Zu ihrer anderen Frage:
Wenn man sich die Installationsskripte anschaut, wird klar, dass lediglich 4 Ordner verwendet werden.
Diese sind:
/var/lib/lcnpchk -> hier liegt die xml-Datei mit den Konfigurationen und auch nur von hier wird diese geladen (es sei denn das init-Skript wurde von Ihnen verändert)
/var/log/lcnpchk -> wie der Name schon sagt, liegen hier die log-Files des PCHK. Diese beiden Ordner werden bei einer Deinstallation auch nicht gelöscht, da bei einer Neuinstallation die alten Daten/Konfigurationen wieder genutzt werden können. Aus diesem Grund muss auch das config-Skript nicht nocheinmal ausgeführt werden.
/usr/bin -> hier liegt die ausführbare Datei lcnpchk, sprich das Äquivalent zur exe unter Windows.
/usr/share/lcnpchk -> hier befinden sich die Sprachpakete für den PCHK
Neben diesen Ordnern wird außerdem eine udev-Rule angelegt, welche dem PCHK sagt, dass die PKU immer an USB0 angeschlossen ist.
Den PCHK in die Debian Pakete zu integrieren (um sie mit apt-get zu installieren) würde einerseits einen deutlichen Mehraufwand bedeuten und darüber hinaus müssten wir den Quellcode öffentlich verfügbar machen. Da wir Entwickler allerdings auch bezahlt werden wollen, wäre das keine gute Idee
Viele Grüße aus der Entwicklungsabteilung
Mit freundlichen Grüßen von der LCN-Softwareabteilung