- √ - Russound CA4 mit rusconnectd an WG ttyS0

[makki]

Gut, ich war schon dran vom glauben abzufallen..

Also einfach 6 Zonen einstellen, kaskadieren kann die CA4 ja eh nicht also wirds vorerst unter "kosmetischer Bug" verbucht

Makki

[gunnar]

So, wenn ich den Dienst auf 6 Zonen festnagel (" .. -z 6 .."), dann gehts.

[gunnar]

Hab grad dein anderes Post gelesen. Ich probier das mit den 6 Zonen mal aus. Bin die Tage aber unterwegs und erst am Wochenende zurück.

-Gunnar

[makki]

Komisch..

Kam der Sigint (strg+c) zum beenden bewusst von dir? (nur falls AW=nein relevant.. sonst Frage ignorieren..)

Das sieht alles toll aus aber das Telegramm an 5/4/10 (PowerOn Zone 1) kommt da garnicht an, wird also auch nie an die Russ gesendet, die eibd-Kommunikation läuft aber ansich astrein;
ich will das jetzt aber mal geradeziehen, vermutlich ist da ein ganz, ganz dämlicher Bug drin.

Ansätze:
- kannst du mal mit startaddress=10/1/0 (oder was höherem wie 11/3/0) probieren? Nur so ein Bauchgefühl.. weil damit hab ich immer..
- stell mal 6 Zonen ein, sollte ausser "leerbefehle" nichts machen, auch ausm Bauch
- Ansonsten muss ich erheblich mehr debugging einbauen, da muss ich nach dem lesen des Source eh nach aktueller Lernkurve aufräumen - beim eibd-Part ist kaum was an Logausgabe drin weil ich bin ich mir da eigentlich *sehr* sicher das das geht.. Aber wer weiss..

-> Die Variante mit Wartungs-VPN wärs dann (kompilieren und debuggen kann ich remote), aber wirklich nur wenn kein Lautsprecher an der Russ angeschlossen ist, weil da wirds wild
Und ich kann nicht versprechen wann..

Makki

[gunnar]

Hallo Makki,

Anbei ein EIB und Russconnectd Log.

-Gunnar

[makki]

Ein vollständiges Log (also russconnectd ohne "-d") wär schon was, der Sums ist mit relativ viel Erfahrung mit der CAA6.6 im dritten Anlauf gemacht worden - das empfangen vom eibd ist das einfachere dran

Makki

[gunnar]

Hehe. Bei uns ist grad keine zu Hause, also ist das jetzt auch nicht wirklich sinnvoll. Wenn ich irgendwas probieren kann, dann mache ich das gerne (Logs, Tracing, neue Pakete, Patches, etc).

C habe ich aber zuletzt in der Uni gemacht. Das ist nun auch wieder 10+ Jahre her. :/

[makki]

Ohne zu Wissen was vor Ort gedrückt wird, hilft mir das Wartung-VPN relativ wenig (und ich schalte nicht irgendwann remote am Multiroom-Sound bei wem auch immer rum, weil das hat einen MAF/WAF von -100 )

Das ist ein ziemlicher Quickhack, Motto "it works for me" aber ich hätte durchaus Interesse das zu beheben (es hat sich nur bisher einfacher absolut keiner dafür interessiert! die behelfsmässig gefixten HS-Bausteine für die Russound sind nun seit 5J "kaputt" - war bisher auch "wurscht")

Makki

[gunnar]

Kein Thema. Ich bin dann auch erstmal eine Weile unterwegs und nicht im Haus. Kann ich sonst noch irgendwo weiter debuggen? Am eibd kommen die GAs ja an. Der loggt sie fein ins eib.log.

[makki]

Ich kann bei Zeiten mal gucken, aber momentan gibts grössere/wichtigere Probleme (ausserhalb WG/russound, sorry..)

Makki

[gunnar]

Doch das sollte definitiv im Debug stehen, also lesen von der Russound geht, geschrieben wird garnichts? verwundert mich gerade..

Geschrieben wird definitiv nichts. Ich habe den Quellcode mal nach Log Ausgaben durchsucht. Es sieht so aus, als ob vom Bus nichts am russconnectd ankommt.

Ich hab mal die Wartungsverbindung aktiviert. Kann das helfen?

[makki]

Doch das sollte definitiv im Debug stehen, also lesen von der Russound geht, geschrieben wird garnichts? verwundert mich gerade..

Makki

[gunnar]

Sorry, das mit der 5/4/30 war mein Fehler. Auch wenn ich auf die 5/4/10 oder 5/4/50 schreibe, passiert nichts. Sollte da nicht zumindest eine Log-Ausgabe beim russconnectd rauskommen?

Im eib.log ist alles drinnen. Gibts da evtl. noch irgendeine Sicherheitseinstellung, die das Weiterleiten an andere Prozesse auf dem WG filtert?

[makki]

Ok, das ist stark unterdokumentiert aber bei Startadresse 5/4/0 wäre 5/4/30 die Status-Rückmeldung für Zone 1 (intern 0), 5/4/10 die beschreibbare (schaltende) Adresse,

Für Zone 2 (Basis 1, im Debug=Basis 0) 5/4/50 (schalten) rep. 5/4/70 (Status)

Makki

[gunnar]

Scheinbar klappt die Kommunikation zum CA4.

# russconnectd -i 127.0.0.1:16012 -l 16011 -a 5/4/0 -z 4 -u local:/tmp/eib -s
russconnectd[27349]: startup with debug; Russ-IP: 127.0.0.1:16012, listenport 16011, pidfile: /var/run/russconnectd.pid, start address: 1126
Startup: 1 KeypadID: 112
russconnectd[27349]: KNX reader thread started
russconnectd[27349]: Russound reader thread started
russconnectd[27349]: Threads created: 0 0
russconnectd[27349]: russconnectd daemon running
russconnectd[27349]: polling zone 0
russconnectd[27349]: russ Controller:0 Zone:0 TurnOnVolume:1
russconnectd[27349]: update Zone 0 val 1 func 10
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11303 val 2
russconnectd[27349]: polling zone 1
russconnectd[27349]: russ Controller:0 Zone:0 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: update Zone 0 val 0 func 1
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11294 val 0
russconnectd[27349]: update Zone 0 val 0 func 2
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11295 val 0
russconnectd[27349]: polling zone 2
russconnectd[27349]: update Zone 0 val 10 func 3
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11296 val 20
russconnectd[27349]: polling zone 3
russconnectd[27349]: update Zone 0 val 10 func 4
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11297 val 0
russconnectd[27349]: update Zone 0 val 10 func 5
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11298 val 0
russconnectd[27349]: update Zone 0 val 0 func 6
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11299 val 0
russconnectd[27349]: update Zone 0 val 0 func 7
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11300 val 246
russconnectd[27349]: update Zone 0 val 0 func 8
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11301 val 0
russconnectd[27349]: update Zone 0 val 0 func 9
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11302 val 0
russconnectd[27349]: russ Controller:0 Zone:1 TurnOnVolume:1
russconnectd[27349]: update Zone 1 val 1 func 10
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11343 val 2
russconnectd[27349]: russ Controller:0 Zone:1 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: update Zone 1 val 0 func 1
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11334 val 0
russconnectd[27349]: update Zone 1 val 0 func 2
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11335 val 0
russconnectd[27349]: update Zone 1 val 10 func 3
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11336 val 20
russconnectd[27349]: update Zone 1 val 10 func 4
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11337 val 0
russconnectd[27349]: update Zone 1 val 10 func 5
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11338 val 0
russconnectd[27349]: update Zone 1 val 0 func 6
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11339 val 0
russconnectd[27349]: update Zone 1 val 0 func 7
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11340 val 246
russconnectd[27349]: update Zone 1 val 0 func 8
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11341 val 0
russconnectd[27349]: update Zone 1 val 0 func 9
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11342 val 0
russconnectd[27349]: russ Controller:0 Zone:2 TurnOnVolume:1
russconnectd[27349]: update Zone 2 val 1 func 10
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11383 val 2
russconnectd[27349]: russ Controller:0 Zone:2 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: update Zone 2 val 0 func 1
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11374 val 0
russconnectd[27349]: update Zone 2 val 0 func 2
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11375 val 0
russconnectd[27349]: update Zone 2 val 10 func 3
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11376 val 20
russconnectd[27349]: update Zone 2 val 10 func 4
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11377 val 0
russconnectd[27349]: update Zone 2 val 10 func 5
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11378 val 0
russconnectd[27349]: update Zone 2 val 0 func 6
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11379 val 0
russconnectd[27349]: update Zone 2 val 0 func 7
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11380 val 246
russconnectd[27349]: update Zone 2 val 0 func 8
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11381 val 0
russconnectd[27349]: update Zone 2 val 0 func 9
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11382 val 0
russconnectd[27349]: russ Controller:0 Zone:3 TurnOnVolume:1
russconnectd[27349]: update Zone 3 val 1 func 10
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11423 val 2
russconnectd[27349]: russ Controller:0 Zone:3 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: update Zone 3 val 0 func 1
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11414 val 0
russconnectd[27349]: update Zone 3 val 0 func 2
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11415 val 0
russconnectd[27349]: update Zone 3 val 10 func 3
russconnectd[27349]: Send KNX dgram Type 128 DPT 5 dest 11416 val 20
russconnectd[27349]: update Zone 3 val 10 func 4
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11417 val 0
russconnectd[27349]: update Zone 3 val 10 func 5
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11418 val 0
russconnectd[27349]: update Zone 3 val 0 func 6
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11419 val 0
russconnectd[27349]: update Zone 3 val 0 func 7
russconnectd[27349]: Send KNX dgram Type 128 DPT 51 dest 11420 val 246
russconnectd[27349]: update Zone 3 val 0 func 8
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11421 val 0
russconnectd[27349]: update Zone 3 val 0 func 9
russconnectd[27349]: Send KNX dgram Type 128 DPT 1 dest 11422 val 0
russconnectd[27349]: russconnectd daemon running
russconnectd[27349]: polling zone 0
russconnectd[27349]: russ Controller:0 Zone:0 TurnOnVolume:1
russconnectd[27349]: russ Controller:0 Zone:0 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: polling zone 1
russconnectd[27349]: russ Controller:0 Zone:1 TurnOnVolume:1
russconnectd[27349]: polling zone 2
russconnectd[27349]: russ Controller:0 Zone:1 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: russ Controller:0 Zone:2 TurnOnVolume:1
russconnectd[27349]: polling zone 3
russconnectd[27349]: russ Controller:0 Zone:2 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0
russconnectd[27349]: russ Controller:0 Zone:3 TurnOnVolume:1
russconnectd[27349]: russ Controller:0 Zone:3 Status:0 src:0 vol:10 bass:10 treb:10 loud:0 bal:0 sys:0 shrsrc:0 party:0,DnD:0

Ich sehe auch die Diagramme im Gruppenmonitor. Allerdings kommt keinerlei Output, wenn ich per ETS was auf eine Gruppenadresse schreibe. Also beim Versuche die Zone 2 einzuschalten passiert nix am CA4.

Die 5/4/30 müßte Ein/Aus für Zone 2 sein. Wenn ich darauf nun per ETS ein EIN sende, dann tut sich nichts im Debug-Output des russconnectd. Der polled nur ab und an weiter. Kommen die Telegramme evtl. nicht am russconnectd an? Im eib.log sind sie drinnen.