Raumfeld - 3rd-Party Applikation - RAUMServer

Der Raumserver lässt sich auch unter FW 1.58 problemlos installieren und läuft (zB getVersionInfo, getZoneMediaList, ...).
Stürzt aber reproduzierbar bei "schwierigeren" Kommandos (wie zB ...getRendererState?id=WoZi) ab.

@ChriD: Kann ich dir irgendwelche Logs zukommen lassen, die dich die Ursache dieser Abstürze finden lässt oder dich sonst wie bei der Fehlersuche unterstützen?
Würde den Server nämlich sehr gerne im Alltag benutzen (Fade out, Autoplay).

Ich bin gerade dabei bei Abstürzen den Callstack in das log zu schreiben. Ist aber bei ARM Prozessoren gar nicht so einfach.
Wenn ich das habe dann kannst du die neue Version dann installieren und mir dann nach Abstürzen die Log files schicken.

Wenn du darauf nicht waren willst könntest du das eventuell mit valgrind auch rausfinden aber ehrlich gesagt weiß ich nicht i nwie weit das auf einem ARM hilfreich ist

ChriD (Beitrag #303) schrieb:

Wenn du darauf nicht waren willst könntest du das eventuell mit valgrind auch rausfinden aber ehrlich gesagt weiß ich nicht i nwie weit das auf einem ARM hilfreich ist

Da werde ich wohl leider warten müssen. Ich habe im Moment nicht mal den Platz, um das valgrind-Archiv überhaupt zu speichern - geschweige denn zu entpacken. Raumfeld ist mit dem Speicherplatz (auf den 1.Gen-Geräten) wirklich geizig gewesen :-(

Hier noch die letzten beiden Zeilen aus dem Log, nachdem der Raumserver beim Laden einer Playlist abgestürtzt ist - viell. hilfts dir ja:
2016.11.01 19:43:56.128 DEBUG:    Processing Request: LOADPLAYLIST / value: Party | id: WoZi [requestProcessingWorkerThread]
2016.11.01 19:43:56.130 DEBUG:    Calling 'bendAvTransportUri' on renderer 'uuid:C0D08467-D158-4CEB-8B7E-88197B195987' [bendAvTransportUri]


Hallo,
ich habe jetzt mal probiert den neuen raumServer (läuft auf CO2) mit meiner FHEM Haussteuerung zu verknüpfen.
Wenn ich die Request automatisch über FHEM absetzte

http://192.168.188.2...teZone?id=Wohnzimmer http://192.168.188.2...lue=25&id=Wohnzimmer http://192.168.188.2...nzimmer&value=Radio1 http://192.168.188.2...r/play?id=Wohnzimmer http://192.168.188.2...le&zoneId=Wohnzimmer http://192.168.188.2...value=25&id=Zentrale

dann ist das Ergebnis immer, dass zwar die Playlist "Radio1" anscheinend geladen wird, aber nicht abgespielt. Auch bleibt der Play Button in der App ausgegraut, man erkennt aber das Cover von Radio1. Das passiert auch wenn ich zwischen den Requests 5s warte. Wenn ich diese requests aber einzeln manuell in FHEM bzw. über einen Webbrowser absetze dann funktioniert es.

Ist das der gleiche Fehler an dem du schon arbeitest?

Gruß,
Martin

Hi,

ich nutze die neue Version seit es sie gibt auf einem C2 und einem One S. Nach ca. 2 - 4 Tagen stürzt der Server auf beiden (nicht gleichzeitig) ab und das Gerät muss neu gestartet werden.

Viele Grüße

Vielleicht wäre ein nächtlicher Neustart des Servers eine Lösung?

Hallo zusammen,
ich würde gerne auf dem RF One S den Raumserver laufen lassen, habe irgendwie aber noch ein Verständnisproblem und bitte um Hilfe...
Was habe ich gemacht? Den USB Stick mit FAT32 formatiert, diese SSH Datei übertragen und anschliessend an den One S angeschlossen.
Dann aus einem Browser heraus diesen Testbefehl mit der passenden IP und port 8080 abgesetzt, jedoch ohne Reaktion :-(
Frage: muss ich anschliessend noch einen server bzw. entpackte Datei auf den USB Stick spielen bzw. übertragen?
Ich hoffe, ich habe mich einigermassen verständlich ausgedrückt?

Hi Möwe_007!

Wenn ichs richtig verstehe, hast du bis jetzt nur den SSH-Zugang auf deiner One S aktiviert.
Den würde ich jetzt mal testen; also per SSH (zB mit Putty) auf die Box verbinden.

Wenn das funktioniert, kannst du dir den Raumserver-Installer herunterladen und zB auf deinem
(Windows-)PC ausführen. Wenn du dann der Anleitung folgst, müsste der Raumserver auf der
Box installiert werden. Dann via SSH den Befehl "reboot" absetzen oder die Box komplett abschalten
(nicht nur vorne - das ist nur Standbye).
Dann kannst du probieren, ob der Raumserver im Browser antwortet.

Hi davie2000.

Vielen Dank für Deine Ratschläge! Als Nicht-DV-Fachmann habe ich noch nie was von Putty gehört, werde mich aber einlesen und versuchen gemäß Deiner “Anleitung“ weiter zu kommen. Ich entnehme Deinen Worten, dass ich auch über den Windows PC die notwendigen Serverdateien auf den RF One S bekommen kann. Das war mir nicht bewusst, ich hatte gedacht ich müßte alle Dateien über den USB Stick rüber kopieren...
Ich werde berichten

Meine "Anleitung" war nur eine kurze Zusammenfassung.
Details gibts auf der Homepage im ersten Thread ;-)

Hallo zusammen.

Ich klinke mich hier einfach mal in die Diskussion ein, weil ich seit Tagen an der raumserver-Installation verzweifle. Ich habe versucht, den Server auf einem Raspberry Pi zu installieren – und nachdem ich die ARM5-Version in die entsprechenden Verzeichnisse mit den entsprechenden Rechten und unter Auflösung der entsprechenden Abhängigkeiten kopiert hatte, startete irgendwann tatsächlich auch der Daemon. Im Logfile sieht alles soweit gut aus (meine Raumfeld-Lautsprecher werden alle gefunden, ebenso wie diverse UPNP-Devices) und auch ein "sudo netstat -plant | grep "raum"" zeigt meiner Meinung nach sinnvolle Ergebnisse:

tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 2212/raumsrvDaemon tcp 0 0 192.168.1.12:50900 0.0.0.0:* LISTEN 2212/raumsrvDaemon tcp 0 0 192.168.1.12:51458 192.168.1.89:47365 ESTABLISHED 2212/raumsrvDaemon

Aber egal, ob ich per curl oder per Browser http://1928.168.1.12:8080/raumserver/data/getVersion aufrufe: ich erhalte immer denselben Fehler: "Empty reply from server".

Hat dazu vielleicht zufällig jemand eine Idee?

Danke!
Jürgen

Hallo,
Hat jemand schon den RaumServer auf dem C2 mit Firmware 1.60 am laufen?
Habe so den Eindruck, dass es nicht so rund läuft....wenn ich den C2 neu starte läuft alles recht rund bis zur ersten Aktion des RaumServer ganz rund,
danach läuft es dann nicht mehr so rund....
Wie bekomme ich den RaumServer denn am schnellsten wieder deinstalliert?

Gruß,
Stefan

Einfach installer starten. Connector auswählen und Deinstallieren sagen...
Aber wenn dein RF System nicht" rund läuft" (was immer du damit auch meinst) wirds wohl kaum am Raumserver liegen.

ChriD (Beitrag #314) schrieb:

Einfach installer starten. Connector auswählen und Deinstallieren sagen...

Danke...passt.

ChriD (Beitrag #314) schrieb:

Aber wenn dein RF System nicht" rund läuft" (was immer du damit auch meinst) wirds wohl kaum am Raumserver liegen

Also haben den RaumServer auf dem C2 am laufen, hier bist auch der TV am Line-In angeschlossen.
Läuft der Fernseher kann mit installiertem RaumServer am C2 keine Musik abgespielt werden...der Stream wird gestartet hört aber sofort wieder auf.
Dies geschieht auch, wenn keine Befehle an den RaumServer geschickt werden.
Bei deinstalliertem RaumServer funktioniert alles wie es soll, d.h. läuft keine Musik wird der TV Ton weitergeleiteten, wird Musik gestartet läuft diese.

Gruß,
Stefan

Es kann vielleichtsein das du auch ein paar Geräte im Netzwerk hast mit korrupten UPNP Spezifikationen und dass dann der Raumserver dadurch die ganze Zeit 100% CPU benötigt. Das könnte dann vielleicht das Verhalten erklären. Hab ich dank eines Aufmerksamen Users mitbekommen das es hier Probleme gibt.
Dieses Problem habe ich in der neuen Version behoben. Kannst ja später nochmal probieren wenn die neue version zum download bereitsteht du magst.

Hallo Chris,
Hört sich gut an , würde auch erklären warum Raumserver früher schon von Zeit zu Zeit abgestürzt ist.
Werde die neuer Version auf jeden Fall testen.
Danke schon mal!

Gruß,
Stefan

servus
kann jemand mal eine genaue anleitung posten um es auf einem rasperry pi 3 mit jessie zu installieren
bin lost

Hallo,

Hat hier mal jemand eine genaue Anleitung wie ich den raumserver auf einem connector von Hand installiere? Vielen dank

Guten Tag,

Ich würde mir gerne ein paar Presets erstellen jetzt wollte ich mal fragen obs dazu irgendwo ne Anleitung gibt.
Habe auf der Homepage leider nichts gefunden, ich muss doch auf das Datei System von dem raumfeld gerät zugreifen oder sehe ich dass falsch ?
Würde mich freuen wenn mir jemand kurz erklären könnte wie ich auf das Dateisystem zugreifen kann und was ich bearbeiten muss.
Geht das dann mit filezilla ?

Danke schonmal im vorraus.


Gruß, Adrian

Hallo, ich habe jetzt mal probiert den neuen raumServer (läuft auf CO2) mit meiner FHEM Haussteuerung zu verknüpfen. Wenn ich die Request automatisch über FHEM absetzte http://192.168.188.2...teZone?id=Wohnzimmer http://192.168.188.2...lue=25&id=Wohnzimmer http://192.168.188.2...nzimmer&value=Radio1 http://192.168.188.2...r/play?id=Wohnzimmer http://192.168.188.2...le&zoneId=Wohnzimmer http://192.168.188.2...value=25&id=Zentrale dann ist das Ergebnis immer, dass zwar die Playlist "Radio1" anscheinend geladen wird, aber nicht abgespielt. Auch bleibt der Play Button in der App ausgegraut, man erkennt aber das Cover von Radio1. Das passiert auch wenn ich zwischen den Requests 5s warte. Wenn ich diese requests aber einzeln manuell in FHEM bzw. über einen Webbrowser absetze dann funktioniert es. Ist das der gleiche Fehler an dem du schon arbeitest? Gruß, Martin

Hallo,

ich bin am Wochenende auf die aktuelle raumServer Version umgestiegen, nun läuft Sie nicht mehr auf meinem PI sondern auf meinen Raumfeld Cubes Speakern.

ich hatte das selbe Problem wie du in FHEM, habe es mit DOIF und "attr wait" durch Pausenzeiten gelöst:

Das laden der Playlist scheint einfach zu dauern, daher 2 Sekunden Pause bei Befehl 3:

define doif_ShowerMode DOIF ([ShowerMode] eq "on") \ (IF ([BathMode] eq "on") (set BathMode OFF))\ ({Raumfeld_loadPlaylist("Badezimmer","Radio")})\ ({Raumfeld_setVolume("Badezimmer",0)})\ ({Raumfeld_seekToTrack("Badezimmer",3)})\ ({Raumfeld_fadeToVolume("Badezimmer",75,10000)})\ (set ShowerMode off)\ DOELSEIF ([ShowerMode] eq "off") ({Raumfeld_stop("Badezimmer")}) attr doif_ShowerMode do resetwai attr doif_ShowerMode wait 0,0,2,1,1,2700:0

Schon funktioniert es, ich hoffe die Antwort hilft.

Was mich leider nun erneut beschäftigt sind Abstürze des daemons, ich muss das beim nächsten Absturz unter die Lupe nehmen.

Wäre nicht denkbar den Prozess per cronjob, top und gawk zu überwachen und falls dieser nicht läuft neu anzustarten? Hat hier jemand schon etwas gebastelt?

Ansonsten, wow der neue Installer ist wirklich hübsch, jetzt muss der server nur noch stabil laufen. (Raumfeld 1.60.1), ich bin für jeden Workaround offen.

Gruß,
Klaus

Irgendwo ist noch ein Bug der die Abstürze verursacht. Da dürfte ich bei ein paar speicherzugriffen leider etwas unsauber programmiert haben. Um diese zu finden hätte ich was eingebaut da smir den CallStack ausgibt wenn der Fehler auftritt, was aber leider auf den RF Geräten noch nicht wirklich funktioniert.
Da tappe ich derzeit noch im dunkeln.

wegen den autom. neustarts hatt ich schon mal ein script für den alten Raumserver der jede sekunde nachgesehn hat ob der raumserver läuft oder nicht und ihn dann gestartet hat. Finde es aber leider nicht mehr

Danke Chris,

na schade, hätte mir ein wenig arbeit erspart.

Bei Stackoverflow findet man genug dazu, werde es wohl so ähnlich wie bei diesem bsp lösen.

LG,
Klaus

Hi Chris,

super Arbeit! Ich habe leider ein kleines Problem. Der Daemon stürzt nach gewisser Zeit im Standby ab. Ich habe mal den Inhalt des letzten logs kopiert. Wir machen nachts das Wlan aus. Um 9:43 wurde es wieder aktiviert.
Hast Du eine Idee wie ich ihn nach einem Absturz automatisch neustarten lassen kann?

Grüße
Nick

2016.12.29 09:42:39.191 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 09:43:09.700 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 09:43:35.510 DEBUG: UPNP Device found: Raumfeld Device(ffc35578-6a2f-433a-b33c-2a1eab8521ca) [onDeviceFound] 2016.12.29 09:43:35.511 DEBUG: Adding device 'Raumfeld Device' to manager [addDevice] 2016.12.29 09:43:35.512 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 09:43:35.512 DEBUG: No device was created for uuid:ffc35578-6a2f-433a-b33c-2a1eab8521ca. Device is not usable! [createDeviceFr 2016.12.29 09:43:35.841 DEBUG: UPNP Device found: Raumfeld ConfigDevice(50f04098-9d15-416c-8747-a2b770009b45) [onDeviceFound] 2016.12.29 09:43:35.842 DEBUG: Adding device 'Raumfeld ConfigDevice' to manager [addDevice] 2016.12.29 09:43:35.843 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 09:43:35.843 DEBUG: No device was created for uuid:50f04098-9d15-416c-8747-a2b770009b45. Device is not usable! [createDeviceFr 2016.12.29 09:43:35.985 DEBUG: UPNP Device found: Speaker Wohnzimmer(2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [onDeviceFound] 2016.12.29 09:43:35.986 DEBUG: Adding device 'Speaker Wohnzimmer' to manager [addDevice] 2016.12.29 09:43:35.986 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 09:43:35.987 DEBUG: Createing device (uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [createDeviceFromDeviceXML] 2016.12.29 09:43:35.988 DEBUG: Media Renderer device created (uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [createDeviceFromDeviceXML] 2016.12.29 09:43:35.988 DEBUG: Create AVTransport-Proxy for media renderer uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4 [createProxies] 2016.12.29 09:43:36.006 DEBUG: Create RenderingControl-Proxy for media renderer uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4 [createProxies] 2016.12.29 09:43:36.029 DEBUG: Create ConnectionManager-Proxy for media renderer uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4 [createProxies 2016.12.29 09:43:36.042 DEBUG: Media Renderer 'Speaker Wohnzimmer' is now useable! [addDevice] 2016.12.29 09:43:36.367 DEBUG: A property on AvTransport proxy has changed (Device: uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [propertyC 2016.12.29 09:43:36.368 DEBUG: A property on AvTransport proxy has changed (Device: uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [propertyC 2016.12.29 09:43:36.370 DEBUG: A property on AvTransport proxy has changed (Device: uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [propertyC 2016.12.29 09:43:36.556 DEBUG: A property on RenderingControl proxy has changed (Device: uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [prop 2016.12.29 09:43:36.557 DEBUG: A property on RenderingControl proxy has changed (Device: uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [prop 2016.12.29 09:43:36.558 DEBUG: A property on RenderingControl proxy has changed (Device: uuid:2bbfbe72-87b6-40b1-9d6a-0264eac329a4) [prop 2016.12.29 09:43:38.441 DEBUG: UPNP Device found: Fire TV stick(1776cc35-2b52-3b60-0000-00001989d5b6) [onDeviceFound] 2016.12.29 09:43:38.443 DEBUG: Adding device 'Fire TV stick' to manager [addDevice] 2016.12.29 09:43:38.443 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 09:43:38.444 DEBUG: No device was created for uuid:1776cc35-2b52-3b60-0000-00001989d5b6. Device is not usable! [createDeviceFr 2016.12.29 09:43:40.216 DEBUG: Refreshing UPNP device list [refreshDeviceListThread] 2016.12.29 09:43:40.226 DEBUG: UPNP Device found: Raumfeld MediaServer(bebe6e60-7da3-46be-9c60-66edf8fcec04) [onDeviceFound] 2016.12.29 09:43:40.227 DEBUG: Adding device 'Raumfeld MediaServer' to manager [addDevice] 2016.12.29 09:43:40.228 DEBUG: Try to create device from device XML [createDeviceFromDeviceXML] 2016.12.29 09:43:40.228 DEBUG: Media Server device created (uuid:bebe6e60-7da3-46be-9c60-66edf8fcec04) [createDeviceFromDeviceXML] 2016.12.29 09:43:40.229 DEBUG: Create ContentDirectory-Proxy for media server uuid:bebe6e60-7da3-46be-9c60-66edf8fcec04 [createProxies] 2016.12.29 09:43:40.234 DEBUG: Create ConnectionManager-Proxy for media server uuid:bebe6e60-7da3-46be-9c60-66edf8fcec04 [createProxies] 2016.12.29 09:43:40.238 DEBUG: Media Server 'Raumfeld MediaServer' is now useable! [addDevice] 2016.12.29 09:43:40.240 DEBUG: Starting all automatic requests of zone manager! [startZoneRequests] 2016.12.29 09:43:40.240 DEBUG: Get zone configuration with updateId: [doGetZoneRequest] 2016.12.29 09:43:40.241 DEBUG: Try to create new request: http://192.168.0.196:47365/getZones [request] 2016.12.29 09:43:40.242 DEBUG: Request '3067188' (http://192.168.0.196:47365/getZones) started [request]

Hi Klaus,

ich habe hier ein Script geschrieben dass prüft ob der Daemon läuft. Leider finde ich keinen Cron service der das regelmäßig ausführt.

Gruß
Nick

#!/bin/bash service=S99raumserver if (ps | grep -v grep | grep ./raumsrvDaemon | wc -l) then echo "$service is running!!!" else /etc/init.d/$service start fi

Da müsste man wohl "einfach" im normalen Raumserver-Startskript (S99raumserver???) eine Schleife herumbauen,
die alle paar Sekunden prüft, ob der Raumserver läuft und ihn sonst startet.

Ich mache das ähnlich mit meinem WOL-Daemon:
Das Skript prüft alle 30 Sekunden, ob das NAS wach ist und weckt es ggf. per WOL auf. Das Skript selbst wird mit
S99masterprocess mitgestartet und läuft dann permanent im Hintergrund.
Details gibts in diesem Beitrag.

Hi,

es war einfach meine Annahme ins Blaue Cron vorzufinden.

Danke CodeJamer und davi2000:

/opt/check_raumsrv.sh:

#!/bin/bash # This script starts via /etc/init.d/S99raumserver # and should keep running, checks if raumsrvDaemon is running and restarts it if needed PRE_SLEEP=180 # seconds to sleep before starting the endless loop LONG_SLEEP=120 # seconds to sleep when NAS was up (pingable) START_SLEEP=90 # seconds to sleep after restarting service service=S99raumserver #raumServer Service # wait for 'network' and 'date/time' to become ready sleep $PRE_SLEEP NOW=$(date +"%Y-%m-%d_%H:%M:%S") echo $NOW Starting check_raumsrv while true do if [ $(ps | grep -v grep | grep ./raumsrvDaemon | wc -l) = 1 ] then NOW=$(date +"%Y-%m-%d_%H:%M:%S") echo $NOW "$service is running!!!" sleep $LONG_SLEEP else NOW=$(date +"%Y-%m-%d_%H:%M:%S") echo $NOW "$service is not running, starting!!!" /etc/init.d/$service start sleep $START_SLEEP fi done

Nicht vergessen, Entweder direkt in WinSCP ausführbar machen, oder per ssh:

chmod +x /opt/check_raumsrv.sh

im /etc/init.d/S99raumserver

case "$1" in start) # start check_raumsrv sh /opt/check_raumsrv.sh > /opt/check_raumsrv.log & start ;;

Mal sehen ob es klappt, genug für heute!

MfG
Klaus

Hi,

interessanter Weise funktioniert es auch wenn man das "Checker Skript"

#!/bin/sh service=S99raumserver if (ps | grep -v grep | grep ./raumsrvDaemon | wc -l) then echo "$service is running!!!" else /etc/init.d/$service start fi

in den S99master-process integriert. Dann wird das Skript nach jeder System Zustandsänderung (z.B. sleep->awake) ausgeführt.

@Klaus:
Wenn Deine Umsetzung ohne Probleme läuft werde ich die auch mal bei mir implementieren.

Grüße

#!/bin/sh case "$1" in start) sh /home/StartRaumserverIfNotRunning.sh test -x /raumfeld/master-process/master-process || exit 0 G_FILENAME_ENCODING="UTF-8,ISO-8859-1" DBUS_SERVICE=`dbus-launch --sh-syntax` echo $DBUS_SERVICE > /var/run/raumfeld.session eval $DBUS_SERVICE connmanctl enable wifi /raumfeld/master-process/start-master-process.sh & ;; *) ;; esac exit $?

Guten Morgen,

mir fiel nur auf das die Zeile

(ps | grep -v grep | grep ./raumsrvDaemon | wc -l)

Von deinem Script nur 0 oder 1 ausgibt,aber das Ergebnis nicht prüft deswegen lief es bei mir immer in das then.

Damit hatte ich Erfolg:

if [ $(ps | grep -v grep | grep ./raumsrvDaemon | wc -l) = 1 ]

MfG
Klaus

Coole Sache das!

Legt das Skript besser nach /etc/raumfeld/<dein_daemon>/.
Der Inhalt dieses Ordners bleibt nämlich nach einem Firmware-Update im Gegensatz zu /opt/ erhalten.
Wenn die Raumserver-Dateien auch dort liegen, dann müsste man nach dem Update "nur" die S99masterprocess um den Skriptaufruf ergänzen,
und müsste den Raumserver nicht jedesmal neu installieren.

Spell (Beitrag #321) schrieb:

................ ich hatte das selbe Problem wie du in FHEM, habe es mit DOIF und "attr wait" durch Pausenzeiten gelöst: Das laden der Playlist scheint einfach zu dauern, daher 2 Sekunden Pause bei Befehl 3: ...... Gruß, Klaus

Hallo Klaus,
erstaunlich, dass es bei dir funktioniert hat, weil ich es ähnlich probiert habe. Vielleicht teste ich es nochmal!.

Danke für deine Rückmeldung und an alle für das Script zum automatischen Start nach Absturz

Martin

Hallo Leute,

danke nochmal davie2000, ich habe den Pfad wie empfohlen geändert.
Das if wurde leicht angepasst da der Befehl doch nicht 0 oder 1 ausgibt, sondern die Anzahl an gestarteter Prozesse.
Ausserdem ist es ist und nun ebenfalls in der Startprozedur integriert,damit der Prozess per Service start nicht mehrfach ausgeführt wird.

/etc/raumfeld/check_raumsrv/check_raumsrv.sh :

#!/bin/bash # This script starts via /etc/init.d/S99raumserver # and should keep running,checks if raumsrvDaemon is running andrestarts it if needed PRE_SLEEP=180 # seconds to sleep before starting the endless loop LONG_SLEEP=120 # seconds to sleep when Service was found START_SLEEP=90 # seconds to sleep after restarting service service=S99raumserver #raumServer Service # wait for 'network' and 'date/time' to become ready sleep $PRE_SLEEP NOW=$(date +"%Y-%m-%d_%H:%M:%S") echo $NOW Starting check_raumsrv while true do if [ $(ps | grep -v grep | grep ./raumsrvDaemon | wc -l) -ne 0 ] then NOW=$(date +"%Y-%m-%d_%H:%M:%S") echo $NOW "$service is running!!!" sleep $LONG_SLEEP else NOW=$(date +"%Y-%m-%d_%H:%M:%S") echo $NOW "$service is not running, starting!!!" /etc/init.d/$service start sleep $START_SLEEP fi done

/etc/init.d/S99raumserver :

# See how we were called. case "$1" in start) # start check_raumsrv if [ $(ps | grep -v grep | grep ./check_raumsrv.sh | wc -l) -eq 0 ] then sh /etc/raumfeld/check_raumsrv/check_raumsrv.sh > /etc/raumfeld/check_raumsrv/check_raumsrv.log & fi start ;; stop)

Sieht gut aus, zum Testen einfach mal den Service stoppen und im check_raumsrv.log beobachten.

/etc/init.d/S99raumserver stop

LG

Hi Leude,

danke das läuft jetzt scheinbar stabil!
Wann wird eigentlich S99raumserver aufgerufen? Nur einmalig nach dem Booten?

Grüße

Hi,

Bei mir läuft das sehr gut, ich rufe es über ein python script auf (Raspbery PI).

Gibt es die Möglichkeit in einem http call eine Raumfeld Favouritenliste zu laden und dann direkt abzuspielen?

Ich habe aktuell immer nur die Möglichkeit des direkten abspielens wenn die favouritenliste schon geladen ist. Ich bekomme den Aufruf von zwei URLs im Python nicht hin...

Hallo,

Ich möchte den Raumserver in Verbindung mit openHAB2 und Echo (Alexa) einsetzen.

Dabei müsse ich den Eingang des Conectors auf Line In umschalten, ist dies via Raumserver möglich?


Ich habe den Echo Dot schon zum steuern meiner KNX Haussteuerung am laufen und will nun mein Multiroom System (6xConnector & Loxone 12 Kanal Verstärker) auch via. Alexa Steuern.

Ach ja gibt es ne gute Installationsanleitung für Raumserver auf Raspberry3?


schon einmal vielen Dank

2iguana

2iguana (Beitrag #335) schrieb:

Hallo, Ich möchte den Raumserver in Verbindung mit openHAB2 und Echo (Alexa) einsetzen. Dabei müsse ich den Eingang des Conectors auf Line In umschalten, ist dies via Raumserver möglich? .... 2iguana

Du kannst den LineIn als Playlist definieren und dann kannst du ihn aufrufen.

Ich bilde mir dass ich irgendwo eine Anleitung für einen RPI gesehen habe, aber keine Ahnung wo.

Gruß,
Martin

Hallo DosiRocker

Danke für den Tipp mit der Definition des Linein als Playlist.

Wenn sich jetzt noch jemand an die Anleitung des Raumservers auf der Pi erinnern könnte bin ich happy.

Unterstützt Raumserver events oder webhooks? Sprich kann ich sobald ich etwas über einen Connector 2 abspiele mit Raumserver auf einem Pi ein script starten?

Hi vicegold,

ich benutze nicht den Raumserver, sonder die UPNP APIs direkt.
Bei Raumserver habe ich es nicht hinbekommen, den Play-Status per Event zu bekommen. Events via long-polling hat er aber. Steht in den API docs vom Raumserver.

Für den direkten Anschluss an das UPNP API benutze ich node-raumfeld in der Hausautomation ioBroker ( https://www.npmjs.com/package/node-raumfeld, http://www.iobroker.net/?lang=de )

Da hole ich mir den renderer state ab um meinen AVR-Eingang auf den Connector zu schalten.

Geht soweit ganz gut.

/klaus

Danke, node-raumfeld kannte ich noch nicht!

Zu dem Playstatus: Das hat ChriD bereits gefixed, it's nur noch nicht im letzten release. Im repo ist der Fix aber schon: https://github.com/ChriD/Raumserver/issues/53 (Siehe die letzten Kommentare)

Wisst ihr was ich grad probiert hab?
Ich habe gerade NodeJs auf den Raumfeld devices installiert.
Es läuft

Der npm funktioniert nicht aber der ist egal für das was ich vorhabe.

Das bedeutet, Ich kann den C++ Raumserver durch den neuen! node-raumserver ersetzen!
Der ist zwar ein bisschen unperformanter aber weit stabliler und viel einfacher für andere Leute den weiterzuentwicklen!

Außerdem läuft der dann auch überall dort wo auch nodejs läuft

Hi ChriD,

wie gesagt benutze ich node-raumfeld in iobroker, aber (leider) nur im polling-modus. D.h. die eigentlich Idee mit upnp events bekomme ich nicht hin. Wenn du da schon weiter bist, sag mal Bescheid.

Ich benutze meinen RC2 im Wesentlichen als Spotify-Connect player, aber da habe ich des öfteren Abbrüche. D.h. Spotify (gesteuert via iPad) hört einfach auf zu spielen und auf dem iPad ist der player wieder auf das Tablet gestellt. Ich habe schon in Verdacht, dass zu häufiges Pollen (alle 7 sec) den RC2 aus dem Tritt bringen.
Falls also jemand dazu auch was sagen kann, wäre ich dankbar.

Gruss,
klaus

tafkap (Beitrag #342) schrieb:

Hi ChriD, wie gesagt benutze ich node-raumfeld in iobroker, aber (leider) nur im polling-modus. D.h. die eigentlich Idee mit upnp events bekomme ich nicht hin. Wenn du da schon weiter bist, sag mal Bescheid.

Ja, bin ich
https://www.npmjs.com/package/node-raumkernel
bzw.
https://github.com/ChriD/node-raumkernel

Du benutzt auch die "upnp-device-client". Die hat Probleme. Du kannst die angepasste version von mir nehmen, da hab ich ein probleme mit den UPNP-Events/Subscriptions behoben. Und ein Problem wenn du mehrere Netzwekadapter hast. Da haben die Subscriptions auch teilweise nicht funktioniert. Da fehlte im original package ein "HTTP-OK" als rückgabe bei den Subscription receipts bzw. hat er bei den Subscriptions am falschen Netztwerkadapter gelauscht sobald meherer vorhandn waren.
https://github.com/C...pnp-device-client.js


LG

Das ist ja perfekt!
Ich hatte mir nie die Zeit genommen die UPNP packages zu debuggen.

Werde ich gleich mal ausprobieren und ggf. in meine iobroker scripts einbauen.

Ich melde mich dann.

Gruss,
klaus

Habs mal eingebaut.
Funktioniert soweit prima. Alle Events kommen an, incl. der TransportState changes (yeah).

Du hast noch einen defect in der Doku:
dort steht
raumkernel.deviceManager...
aber es muss heissen:
raumkernel.managerDisposer.deviceManager

Ich muss jetzt noch vermeiden dass ich nicht zu viele parallele raumkernels baue (wg new). Das ist aber eine Sache von iobroker.

Bis bald,
klaus

tafkap (Beitrag #345) schrieb:

Habs mal eingebaut. Du hast noch einen defect in der Doku: dort steht raumkernel.deviceManager... aber es muss heissen: raumkernel.managerDisposer.deviceManager

Jup! Danke! Habs am git geändert

Eine Sache noch:

Es wäre vielleicht besser bei dem call zu raumkernel.managerDisposer.deviceManager.getVirtualMediaRenderer...
ein Promise zurückzugeben. In meinem code war der renderer immer leer bzw unvollständig initialisiert, wenn man ihn zu früh benutzen wollte.

Gruss,
klaus

Hi,

"getVirtualMediaRenderer" ist aber keine asynchrone Operation. Die gibt entweder "null" (wenn der renderer nicht in der internen map gefunden wird) oder den Renderer zurück. Also "unvollständig initialisiert" kann ich mir nicht vorstellen. Insbesondere da die renderer erst nach initialisierung in die interne Map geschrieben werden von der die Methode "getVirtualMediaRenderer" das instanzierte Objekt holt.

D.h also der Kernel befüllt/ändert autom. eine interne device map . je nachdem welche Geräte das raumfeldsystem sieht.
Änder sich was an der liste werden events wie "onMediaRendererRaumfeldVirtualAdded/Removed" bzw. "deviceListChanged" getriggert aber "getVirtualMediaRenderer" wartet nicht darauf das ein device online geht, es liefert nur den jetzigen Eintrag in der Liste.

Ich kann aber eine methode bauen (z.B. getVirtualMediaRendererProved(...) ) die ein Promise zurückgibt, nur wird die dann eine definierte maximale Zeitspanne (wie lange?) alle paar ms pollen und immer wieder prüfen müssen ob das selektierte device nun von RF sichtbar ist (also in der internen map vorhanden ist).

Ich kann auch ein "onSystemReady" event erstellen das aufgerufen wird sobald das erste mal die device list vom raumfeld system angefordert wurde.

Das event "onMediaRendererRaumfeldVirtualAdded" kannst du für deine Zwecke nicht benutzen?

Hi ChriD,

den Event onMediaRendererRaumfeldVirtualAdded habe ich schlicht übersehen. Im Prinzip sollte der reichen. Ich teste das mal und melde mich dann wieder.

Danke nochmal für die gute Diskussion. So macht das Spass.

PS: Du könntest der Doku noch eine Zeile spendieren, die sagt, dass man Node 7.x mit der --harmony-async-await Option benötigt. Das hat mich zu Beginn etwas ausgebremst ;-)

Gruss,
klaus

Ich habe mal auf mediaRendererVirtualRaumfeldAdded subscribed. Da kommt bei mir nix an. Dagegen kommt was bei mediaRendererRaumfeldAdded. Mit der deviceUdn hole ich mir dann einen mediaRenderer. Mit dem habe ich aber Probleme: wenn ich da z.B. stop() aufrufe geht er kurz in den Stop Zustand, aber kurz darauf wieder in den Play Zustand.

Wenn ich dagegen mit
raumkernel.on("rendererStateKeyValueChanged",...)
auf einen Zustandswechsel von meinem Wohnzimmer Player warte, dann kommt ein Virtual Renderer mit dem auch zuverlässig stop() funktioniert.

Zusammangefasst:
In oberen Fall bekomme ich Renderer mit Name 'Connector Wohnzimmer' (nicht virtual) und im unteren Fall mit Name 'Wohnzimmer' (virtual). Der virtuelle funktioniert.

Für meine Lösung subscribe ich nun auf einen Zustandswechsel vom Virtual Renderer 'Wohnzimmer' und benutze dann den mediaRenderer mit dem der callback gerufen wird.

Gruss,
klaus