Entwicklung / OLA + knxdmxd

[mclb]

Hi,

hab mir jetzt mal den aktuellsten Stand geholt, wie es Makki auf Seite 15 geschrieben hat:

apt-get update
apt-get install ola=0.8.18-1lenny2
apt-get install knxdmxd=0.1-8

Die Anpassung des Config-Files war schnell erledigt und ... es funktioniert sehr gut :-) Es lässt sich jeder Kanal einzeln ansprechen, Szenen aufrufen und auch meine Cuelist läuft einwandfrei.

2 Fragen hab ich dennoch:
1. Kanns sein, dass sich der knxdmxd die Kugel gibt, wenn man einen falschen Datentyp schickt? Ich hatte nämlich bei der GA für die Szenen und die Cuelist DPT 18.001 eingestellt. Nachdem ich da was geschickt hatte ging garnichts mehr. Nach Neustart und Umstellung auf 5.010 gings problemlos. Ich schick die Telegramme dzt. zum Testen mit der ETS4.
2. Wie bekomm ich auf den Status-GAs der channels etwas zurück? Die liefern bei mir im Moment nichts.

Ich häng mal mein knxdmxd.conf als Anhang dazu, evtl. hab ich ja einfach was falsch konfiguriert. Nicht schrecken, das .txt am Ende hab ich drangehängt, weil ich im Forum ja keine .conf-Datei hochladen kann.

Bis auf die 2 Punkte bin ich absolut begeistert! :-)

LG
Marcus

[makki]

laut meinen notizen hab ich das ola damals selbst kompiliert.

Das weiss ich schon die ganze Zeit, weil ich habs (ausser auf meinem eigenen Notebook zum testen) definitiv nicht kompiliert&gepackaged

Ich hab mein Blitzschaden WG zum laufen bekommen (ohne Ethernet, Soundkarte) ..

Ehrlich, ich würds als Versicherungs-Schaden komplett entsorgen und fertig, mit unbekannt angeschossener HW verschwendet man nur unnötig Zeit und erfährt Probleme die die Welt nicht hat&braucht..
Eine gepflegte VM zum testen von sowas ist dagegen sehr empfehlenswert, da kann man eine Ubuntu-Live-DVD nehmen, ist einfach - und im Kern fast dasselbe wenn ich mit Backporten/Packagen fertig bin..

Das dauert halt manchmal - weil auch wenn ich schreibe "ungetestet" hab ichs schon ein "bisschen" getestet..


Zurück zum Thema: Vom ola gibts die Stunden noch ein neues Package (0.8.24-2+) mit (default disabled) configs für die diversen USB-Adapter, weil der olad sich die sonst ungefragt krallt und alles andere an USB-Seriell stilllegt..

Makki

[vlamers]

hehe ups...

laut meinen notizen hab ich das ola damals selbst kompiliert.

daher auch 0.8.20 und nicht 0.8.18

der hat das update nicht ganz vertragen.

Sry nochmals



Gruß

Edit:
Ich hab mein Blitzschaden WG zum laufen bekommen (ohne Ethernet, Soundkarte) aber der USB scheint noch zu laufen... Werde das in Zukunft für Experimente verwenden

[makki]

Und die Moral von der Geschicht: "make install" macht man auf Produktivsystemen nicht

Makki

[vlamers]

spitze!

Da rennt der ola wieder!

Vielen Dank!

Gruß

PS: Werde morgen früh mal rebooten (das würde jetzt eine Handvoll logiken zum abschmieren bringen)

[makki]

Ich hab da mal per Wartungs-VPN aufgeräumt, aus welchem Grund auch immer liegen da unter /usr/local/lib 783 symlinks uvm. - da liegen bei mir 0

Ein kleines Log:
root@wiregate619:/usr/local# rm -rf /usr/local/lib/*
(Backup unter /usr/local/lib.weg)
root@wiregate619:/usr/local# rm -rf /usr/local/bin/ola*
ldconfig

Wie man das genau hinbekommt weiss ich auch nicht (reboot?), aber
/usr/bin/olad -v
(so wirds ausm init-script aufgerufen) sagt jetzt 0.8.24 und segfaulted auch nicht..

Makki

[vlamers]

Sry das ich deine Nerven so strapaziere!

Hab deine Schritte ausgeführt (waren diesselben die ich auch vorher gemacht hab).

Folgende Ausgabe:

apt-get remove ola --purge
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht länger benötigt:
  libftdi1
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  ola*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 4690kB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 79469 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne ola ...
Shutting down olad: .
Lösche Konfigurationsdateien von ola ...
dpkg - Warnung: Während Entfernens von ola ist Verzeichnis »/etc/ola« nicht leer, wird daher nicht gelöscht.
root@wiregate619:/usr/lib# ls ola*
ls: Zugriff auf ola* nicht möglich: Datei oder Verzeichnis nicht gefunden
root@wiregate619:/usr/lib# ldconfig
root@wiregate619:/usr/lib# apt-get install ola
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Die folgenden NEUEN Pakete werden installiert:
  ola
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0B von 1536kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 4690kB Plattenplatz zusätzlich benutzt.
Wähle vormals abgewähltes Paket ola.
(Lese Datenbank ... 79370 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke ola (aus .../ola_0.8.24-1lenny3_i386.deb) ...
Richte ola ein (0.8.24-1lenny3) ...
Starting olad: .
root@wiregate619:/usr/lib# killall olad
root@wiregate619:/usr/lib# olad -l 3
olad: error while loading shared libraries: libolaartnet.so.0: cannot open shared object file: No such file or directory
root@wiregate619:/usr/lib#

ein ldconfig richtets auch nicht

ldd olad in /usr/bin:

root@wiregate619:/usr/bin# ldd olad
        linux-gate.so.1 =>  (0xb7707000)
        libolaserver.so.0 => /usr/lib/libolaserver.so.0 (0xb7642000)
        libolaartnet.so.0 => /usr/lib/olad/libolaartnet.so.0 (0xb761d000)
        libolaartnetconf.so.0 => /usr/lib/libolaartnetconf.so.0 (0xb7609000)
        liboladummy.so.0 => /usr/lib/olad/liboladummy.so.0 (0xb75fe000)
        liboladummyresponder.so.0 => /usr/lib/olad/liboladummyresponder.so.0 (0xb75f5000)
        libolaespnet.so.0 => /usr/lib/olad/libolaespnet.so.0 (0xb75e5000)
        libolae131.so.0 => /usr/lib/olad/libolae131.so.0 (0xb75b1000)
        libolae131conf.so.0 => /usr/lib/libolae131conf.so.0 (0xb75a0000)
        libolaopendmx.so.0 => /usr/lib/olad/libolaopendmx.so.0 (0xb7596000)
        libolapathport.so.0 => /usr/lib/olad/libolapathport.so.0 (0xb7585000)
        libolasandnet.so.0 => /usr/lib/olad/libolasandnet.so.0 (0xb7574000)
        libolashownet.so.0 => /usr/lib/olad/libolashownet.so.0 (0xb7564000)
        libolastageprofi.so.0 => /usr/lib/olad/libolastageprofi.so.0 (0xb7559000)
        libolausbpro.so.0 => /usr/lib/olad/libolausbpro.so.0 (0xb74f9000)
        libolausbproconf.so.0 => /usr/lib/libolausbproconf.so.0 (0xb74ea000)
        libolaftdidmx.so.0 => /usr/lib/olad/libolaftdidmx.so.0 (0xb74da000)
        libola.so.1 => /usr/lib/libola.so.1 (0xb74b3000)
        libolacommon.so.0 => /usr/lib/libolacommon.so.0 (0xb7386000)
        libolahttp.so.0 => /usr/lib/libolahttp.so.0 (0xb7374000)
        libmicrohttpd.so.5 => /usr/local/lib/libmicrohttpd.so.5 (0xb733c000)
        libprotobuf.so.6 => /usr/local/lib/libprotobuf.so.6 (0xb7249000)
        libz.so.1 => /usr/local/lib/libz.so.1 (0xb7234000)
        libftdi.so.1 => /usr/local/lib/libftdi.so.1 (0xb722c000)
        libusb-0.1.so.4 => /usr/local/lib/libusb-0.1.so.4 (0xb7224000)
        libuuid.so.1 => /lib/libuuid.so.1 (0xb7220000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7208000)
        libstdc++.so.6 => /usr/local/lib/libstdc++.so.6 (0xb711a000)
        libm.so.6 => /lib/libm.so.6 (0xb70f4000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb70e6000)
        libc.so.6 => /lib/libc.so.6 (0xb6fa8000)
        libgcrypt.so.11 => /usr/local/lib/libgcrypt.so.11 (0xb6f40000)
        libgpg-error.so.0 => /usr/local/lib/libgpg-error.so.0 (0xb6f3b000)
        /lib/ld-linux.so.2 (0xb7708000)
root@wiregate619:/usr/bin#

Die zwei meiner Meinung nach relevanten Zeilen:

root@wiregate619:/usr/bin# ldd olad | grep libolaartnet
        libolaartnet.so.0 => /usr/lib/olad/libolaartnet.so.0 (0xb7718000)
        libolaartnetconf.so.0 => /usr/lib/libolaartnetconf.so.0 (0xb7704000)
root@wiregate619:/usr/bin#

und

 ls libolaartnet.so* -lha
lrwxrwxrwx 1 root root   21  9. Okt 20:54 libolaartnet.so.0 -> libolaartnet.so.0.0.0
-rw-r--r-- 1 root root 149K  6. Okt 13:14 libolaartnet.so.0.0.0
root@wiregate619:/usr/lib/olad#

libolaartnetconf.so* sieht genauso aus

Gruß

[makki]

Ei, ei, ei..

- Paket ola entfernen
- Sämtlichen sums unter /usr/local/lib/ola* und /usr/local/bin/ola* LÖSCHEN, nicht in bak umbennennen oder sonstwas..
- "ldconfig"
- apt-get install ola
- ldconfig (macht das packerl aber auch

Makki

[vlamers]

bei der ola installation sagt er aber dass er die shared libraries nicht findet (anschließend bei olad -l 3). Wenn ich nachgucke geht ein verweis nach /usr/local/lib...? Dann hab ich die manuell von /usr/lib/libola* und /usr/lib/olad nach /usr/local/lib kopiert.

Mittlerweile 3 mal versucht und alles was ola / olad im namen hat entfernt. Aber irgendwie steht mein WG auf die 0.8.20!?

Sonst noch ein Tipp wo ich gucken könnte?

Gruß

[makki]

Naja, irgendwo muss das ola 0.8.20 wohl herkommen
Mach mal den ganzen ola-Krempel unter /usr/local weg, da liegt garnicht von dem Package, /usr/local steht aber vor /usr im Suchpfad..

Makki

[vlamers]

Ähm

root@wiregate619:~# dpkg -l ola
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konfiguration/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht)
||/ Name           Version        Beschreibung
+++-==============-==============-============================================
ii  ola            0.8.24-1lenny3 Open Lighting Architecture

mehr gibts da nicht...

Gruß

kurz meine schritte wie ich vorgegangen bin:

apt-get remove ola --purge
apt-get install ola

Dann startet ola mit dem startscript. ola_dev_info funktioniert aber kein output.

dann:

killall olad

weil sich ola nicht mit /etc/init.d/ola stop; beenden lässt

dann:

olad -l 3
olad: error while loading shared libraries: libolaartnet.so.0: cannot open shared object file: No such file or directory

Da die libs ja in /usr/lib/olad liegen:

root@wiregate619:/usr/lib# cp -R olad/ /usr/local/lib/
root@wiregate619:/usr/lib# olad -l 3
Olad.cpp:402: OLA Daemon version 0.8.20
OlaDaemon.cpp:105: Using configs in /root/.ola
OlaServer.cpp:215: Server UID is 7a70:21b2a8c0
Recieved SIGSEGV or SIGBUS
olad[0x804ad06]
[0xb77bd400]
/usr/lib/libolacommon.so.0(_ZN3ola9ExportMap9GetMapVarINS_11MapVariableIjEEEEPT_PSt3mapISsS5_St4lessISsESaISt4pairIKSsS5_EEERSA_SF_+0x61)[0xb7477841]
/usr/lib/libolacommon.so.0(_ZN3ola9ExportMap13GetUIntMapVarERKSsS2_+0x35)[0xb7474c35]
/usr/lib/libolaserver.so.0(_ZN3ola13UniverseStoreC1EPNS_11PreferencesEPNS_9ExportMapE+0x1f4)[0xb7755924]
/usr/lib/libolaserver.so.0(_ZN3ola9OlaServer4InitEv+0x209)[0xb775a439]
/usr/lib/libolaserver.so.0(_ZN3ola9OlaDaemon4InitEv+0x3e1)[0xb775cea1]
olad(main+0x383)[0x804b883]
/lib/libc.so.6(__libc_start_main+0xe5)[0xb70a2455]
olad(_ZNSt8ios_base4InitD1Ev+0x45)[0x8049d31]
root@wiregate619:/usr/lib#

Wie der auf 0.8.20 kommt ist mir wirklich schleierhaft!
die lib/olad verzeichnisse waren vorher alle leer...

root@wiregate619:/usr/local/lib# ls -lha | grep olad
drwxrwsrwx  2 root root 4,0K  9. Okt 09:36 olad
drwxr-sr-x  2 root root 4,0K  8. Okt 15:12 oladbak

root@wiregate619:/usr/lib# ls -lha | grep olad
drwxr-xr-x  2 root root  4,0K  9. Okt 09:29 olad
root@wiregate619:/usr/lib#

Gruß

[makki]

ola 0.8.20 hab ich nie gepackaged, /usr/local wird auch in keinem package verwendet, also das muss woanders herkommen..
Ich sag ja immer gerne: irgendwas selberbauen ist in 99% der Fälle keine gute Idee, ausser man weiss wirklich was man da tut..
Mit ldd, "dpkg -l" sollte sich rausfinden lassen wo da was liegt und was an libs verwendet wird.

Makki

[vlamers]

Hmm das war dein Paket. Hab alles gepurged und neu installiert.
Die libs verschwinden bei mir nach /usr/lib/ nicht nach /usr/local/lib wo sie gesucht werden.
Und dann bekomm ich obige Ausgabe...

An was könnte das noch scheitern? Mehr als alles löschen und neu installieren fällt mir nicht ein. Und ich bekomm nicht mal eine vernünftige Fehler Meldung, sondern nur diese Liste mit den Symbols...

Gruss

[makki]

@vlamers: ola muss zum kompilat passen, hier nun 0.8.24, nicht 0.8.24! Sonst sind die symbols verändert, ist fast klar das es kachelt..

Den aktuellen dmxknxd als 0.1-10 stelle ich gleich ein.. Nochmal: kompiliert gegen OLA 0.8.24, und zwar das aus meinem Paket, nichts anderes! Wenn anders: selber bauen.

Makki

Edit/P.S.: Das neue ola krallt sich unkonfiguriert die USB-Serial-Ports und killt damit anderes, was da draufsitzt, also ggfs. mit Vorsicht & etwas Zeit geniessen, wenn man andere USB-Serial hat..

[JNK]

So, ich habs dann geschafft, auch wenn ich immer noch nicht ganz verstehe, wieso gleicher Code in unterschiedlichen Versionen des GCC zu einem funktionierenden und einem Segfault-Binary führen.

Bitte achtet auf die neue Beispiel-Config, es ist NICHT kompatibel zur alten, aber eigentlich selbst erklärend. Die Fixtures gibt es nicht mehr, es gibt die channel-Definitionen am Anfang und "dimmer" die einzelne Kanäle steuern können. Die können auch über die statusga ein Update zurück auf den KNX senden.

Gruss,

der Jan

Edit: Es braucht das neue OLA und natürlich makki fürs package.