Ankündigung

Einklappen
Keine Ankündigung bisher.

Russound Ansteuerung klappt nicht

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • makki
    antwortet
    @Tom: nun, machen kann man viel wenn der Tag lang ist Derzeit steht das aber ehrlichgesagt an Prio -50 weil es halbwegs geht..

    Rein Interessehalber: verwendest Du die Dacom-Bausteine & Logik oder die von mir leicht modifizierten?
    Weil da wird nur ein Bruchteil gepollt, das könnte die Situation zumindest entschärfen..

    Makki

    Einen Kommentar schreiben:


  • Tom_swh
    antwortet
    Auch wenn es mich beim Problem nicht weiter bringt - beruhigt es mich zumindest ein wenig wenn auch die Erfahrenen unter uns nicht weiter gekommen sind.

    An einer Lösung bin ich aber ebenfalls unbedingt interessiert damit nicht für alle Zeit die Firmware 2.3.x auf dem HS bleiben muss! Bei mir war die Verzögerung insbesondere fürs EIN-/ AUS-schalten auch gern mal 5 MINUTEN!
    In der Zeit hätte ich auch zweimal in den Serverraum gehen können - also KEIN Zustand mit den man leben kann!

    Gruß Tom

    Einen Kommentar schreiben:


  • Hightech
    antwortet
    Zitat von makki Beitrag anzeigen
    Ich hab exakt dasselbe Problem seit 2.4 aber es auch nie lösen/finden können, warum dem so ist
    Na wenigstens scheint es dann ja doch wohl nicht an meinem Projekt zu liegen...das meinte Dacom seinerzeit nämlich, konnte nach Bereitstellung des Projektes aber auch keinen Fehler finden!

    Der ein oder andere von dacom liest hier doch auch mit (allen voran Oliver Hermann)....vielleicht meldet sich ja mal jemand und nimmt sich des Problems an?

    Gruß

    Olaf

    Einen Kommentar schreiben:


  • SirTom
    antwortet
    Darauf hab ich gehofft

    Einen Kommentar schreiben:


  • Bodo
    antwortet
    Hoi

    Genau darauf zielt Dein Vorredner ab.

    Einen Kommentar schreiben:


  • SirTom
    antwortet
    Würde das mit dem Wiregate funktionieren?!

    Einen Kommentar schreiben:


  • makki
    antwortet
    Mit "mittelfristig umziehen" meine ich schlicht die ganze Soße der Russ-ansteuerung inkl. 4 Zuspieler & Visu halt nochmal komplett von vorne zu programmieren
    Weils so viel Spass macht.. Diesmal ohne HS, solange lebe ich damit..

    Makki

    Einen Kommentar schreiben:


  • mredeker
    antwortet
    Ich steuere meinen CA66 über Moxa (ok, ist ein Jetport aber das gleiche Konzept) und Loxone.
    Das wäre z.B. eine Alternative.

    Einen Kommentar schreiben:


  • Tom_swh
    antwortet
    Hi Makki,
    was meinst du mit "mittelfristig umziehen". Ich hatte schon einmal ein Problem mit dem CAV6 und in dem Zusammenhang erfolglos nach Alternativen gesucht.

    Gruß Tom

    Einen Kommentar schreiben:


  • makki
    antwortet
    Ich hab exakt dasselbe Problem seit 2.4 aber es auch nie lösen/finden können, warum dem so ist
    Bin da allerdings schon weit jenseits der Resignation: Man lebt damit und zieht die Multiroom-Steuerung eben mittelfristig um..

    Makki

    Einen Kommentar schreiben:


  • Tom_swh
    antwortet
    Hallo Leute,

    es ärgert mich zwar extrem und ich weiß nicht wie ich mit zukünftigen Verbesserungen im Experten etc. umgehen soll aber ich habe jetzt mein HS auf Softwareversion 2.3.x zurück gebracht und mein altes Projekt eingespielt.
    Un was soll ich Euch sagen: Die Ansteuerung vom CAV6.6 via MOXA funktioniert ohne Verzögerung und auch nach längerer Laufzeit einwandfrei.

    Hat denn keiner eine Idee was sich in der HS Firmware geändert hat, dass diesen Fakt erklären könnte? Hat denn außer Hightech und mir kein anderer den CAV6.6 im Einsatz und ähnliche Probleme?

    Ich weiß nicht mehr weiter und fände es sehr traurig mich von der zukünftigen Entwicklung des HS abkoppeln zu müssen. Die Funktion Multiroom ist bei uns in der Familie einfach zu beliebt um auf dieses Feature verzichten zu wollen.

    Da ich selber nicht tief genug im HS stecke bin ich offen für jeden Vorschlag der die Probleme beseitigt (inkl. Fernzugriff via Teamviewer).

    Noch eins zum Verhalten:

    MatthiasS: Das mit dem SetWertQueues habe ich vorher geprüft. Es sind die Russound SEND, RECV und dequeue die mit deutlichen Abstand (einige 100 Einträge in kurzer Zeit) die häufigsten Eintrage im EIBMON sind. Dies ist aber auch in der Vers. 2.3 so und auch dort stehen bei SteWertQueues ca. 10 in der IST Spalte. Ich habe aber trotzdem den subjektiven Eindruck dass vor dem Downgrade deutlich mehr UDP Kommunikation in Richtung Russound erfolgte.
    Was mir noch auffiel sicher aber nichts mit dem Problem zu tun hat ist dass mein belegter Speicher im Status vor dem Upgrade bei 11-12% und danach bei identischem importierten Projekt nur noch bei 3-4% lag. Gab es so deutliche Veränderungen und Reduzierungen bei der Nutzung von Speicher?

    Also jetzt sind die Profis gefragt! Ich würde mich sehr über Feedback freuen!

    Gruß Tom_swh

    Einen Kommentar schreiben:


  • MatthiasS
    antwortet
    Zitat von Tom_swh Beitrag anzeigen
    Ich habe mal aus der Debugseite die Queues (siehe im Anhang) angehängt. Sagt die etwas diesbezüglich aus?
    Ob diesbezüglich, kann man nicht direkt sagen. Dass im SetwertQueue aber Telegramme "lagern", das sollte man prüfen. Das heißt nämlich, dass der HS nicht mit der Abarbeitung = Zuweisung INTERNER KO nachkommt.

    Eibmon auch interne KO anzeigen lassen, schauen, welche iKO da so oft aktualisiert wird.

    Einen Kommentar schreiben:


  • Hightech
    antwortet
    Zitat von Tom_swh Beitrag anzeigen
    Was mir noch aufgefallen ist, ist das es nach einem Neustart des HS wieder gut funktioniert - für einige Stunden.
    Ja, dieses Phänomen hab ich aber sogar mit der 2.3.xx! Wenn mal ein Hänger im LAN ist, scheinen sich da Telegramme aufzustauen (der CAV schickt ja sekündlich eine Statusmeldung), die dann erst mal für eine lange Zeit nicht abgearbeitet werden. Als schnellere Restart-Methode hatte sich da bei mir aber bewährt, den Moxa kurz vom Strom zu nehmen und nicht den HS!

    Zitat von Tom_swh Beitrag anzeigen
    Kann ich den HS auf eine alte Version (gelaufen ist alles Problemlos unter 2.3.xx) zurück bringen?
    Genau, mit der 2.3.xxx war bei mir auch alles ok (bis auf obiges Problem, ab der 2.4 dann die Verzögerungen!

    Klar kann man den HS auf eine 2.3.xx zurückbringen - PC mit serieller Schnittstelle dran und die alte Firmware wieder draufspielen! Einzige Voraussetzung: Das Projekt muss noch so sein wie in der 2.3, ein in 2.4 angepasstes Projekt wird er nach dem Downgrade auf die 2.3 nicht mehr akzeptieren, weil ja Fukntionen drin sein könnten, die die 2.3 noch nicht unterstützt!

    VG

    Olaf

    Einen Kommentar schreiben:


  • Tom_swh
    antwortet
    Hallo Leute,

    die Antwort vorweg. Bisher nicht!
    Ich habe die geänderten Logikmodule wie im Thema beschrieben (Makki) ins Projekt genommen. Sah erstmal gut aus - spontane Ausführung aller Befehle. Vielleicht noch ein paar Infos zu meiner Konfiguration: HS, Moxa CAV6.6 im Netz gemeinsam an den LAN Schnittstellen der Fritzbox (weil die in der Nacht nicht abgeschaltet wird wie alle Netzsegmente).

    Was mir noch aufgefallen ist, ist das es nach einem Neustart des HS wieder gut funktioniert - für einige Stunden. Das läßt doch auch auf irgend einen volllaufenden Puffer o.ä. schließen oder? Da bin ich einfach nicht fit genug! :-(
    Ich habe mal aus der Debugseite die Queues (siehe im Anhang) angehängt. Sagt die etwas diesbezüglich aus?

    Kann mir jemand noch ein paar Tipps geben was ich noch prüfen kann?
    Kann ich den HS auf eine alte Version (gelaufen ist alles Problemlos unter 2.3.xx) zurück bringen?

    Danke für die Hilfe!

    Gruß Tom
    Angehängte Dateien

    Einen Kommentar schreiben:


  • Hightech
    antwortet
    Bei mir ließ sich nicht herausfinden, woher die Verzögerungen kamen, der HS läuft heute noch mit Firmware 2.3!

    Olaf

    Einen Kommentar schreiben:

Lädt...
X