Raumfeld - 3rd-Party Applikation - RAUMServer

ChriD (Beitrag #47) schrieb:

.... ACHTUNG! Das was nicht geht ist den Server als Hintergrundprozess laufen zu lassen.. Das findet er bei mir keinerlei UPNP geräte... ...

wenn ich es

nohup sh raumServerStart.sh &

so starte funktioniert es bei mir aber ?!?!Das ist doch im Hintergrund, oder?

Sorry für meine Linux Unkenntniss

Kannst du im FHEM html seiten anzeigen? (und wenn ja welcher browser?)
Dann warte noch einen Monat

Hab jetzt schon eine HTML seite am server laufen wo man das zonenmanagement machen kann.
In der nächsten Version (Schätze mal vll. Am nächsten Wochenende) ist die schon dabei...
Der nächste schritt ist die zohnenauswahl und steuerung + playlistanzeige

und vielleicht ganz später mal auch daa contentmanagament

DosiRocker (Beitrag #52) schrieb:

wenn ich es nohup sh raumServerStart.sh & so starte funktioniert es bei mir aber ?!?!Das ist doch im Hintergrund, oder?

Jup.. Cool.. Das geht z.B. am Connector2 nicht.. Zumindest nicht bei mir. Da startet er zwar, aber findet keine Renderer btw. kann den HTTP Server nicht starten.
Schön das es woanders geht

DosiRocker (Beitrag #51) schrieb:

@Helge: was hast du mit FHEM und Raumfeld vor?

Zur Zeit im Zusammenhang mit der Anwesenheitserkennung einen Radiostream starten bzw. stoppen und mit dem Residents Modul die Zonen für die Wiedergabe steuern. Also wenn z.B. ein Bewohner schläft Musik im Schlafzimmer aus, wenn alle schlafen Musik komplett aus. Wenn einer wach leise Musik in Küche und Bad, wenn alle wach Musik in der ganzen Wohnung.

Audiowiedergabe vom Fernseher läuft über RF Line-In, wenn der Fernseher angeschaltet wird Musik in dem Raum aus und Line-In ins Badezimmer gestreamt.

Das läuft auch alles soweit. Was mir noch fehlt ist das Abfragen der Lautstärke von Räumen, oder das Übernehmen der Lautstärke einer Zone wenn ein Raum hinzugefügt wird.

Als Hardware für den Server kann ich den Connector 2 nur empfehlen. Habe einen selten genutzten C2 im Gästezimmer (nicht Host), funktioniert prima.

Gruß

Helge

Hallo ChriD,

vielen Dank für den RAUMServer!

Kann mir bitte jemand sagen was es mit "zone renderer not present" auf sich hat?

"zone renderer not present! Action can not be performed!(/raumserver/zone/Bedroom/loadUri?uri=http%3A%2F%2Fwma08.fluidstream.net%3A4610)"


Vielen Dank.

Stefan.G (Beitrag #56) schrieb:

Hallo ChriD, Kann mir bitte jemand sagen was es mit "zone renderer not present" auf sich hat? "zone renderer not present! Action can not be performed!(/raumserver/zone/Bedroom/loadUri?uri=http%3A%2F%2Fwma08.fluidstream.net%3A4610)"

D.h dass das System für den Raum "Bedroom" keinen virtuellen Renderer findet.
Vermutlich ist der Raum keiner Zone zugeteilt.

Um sicherzugehen das der Raum immer in einer Zone ist kannst du vor dem "loadUri" request
den "createZone" request benutzen benutzen.

/raumserver/room/Bedroom/createZone /raumserver/zone/Bedroom/loadUri?uri=http%3A%2F%2Fwma08.fluidstream.net%3A4610

Vielen Dank, ich hatte den "createZone" Befehl jedoch bereits vorher angewendet.
Mein Problem habe ich nun endlich lösen können indem ich mit kill -9 den RaumServer Prozess geschlossen habe welcher sich daraufhin automatisch reaktiviert.

Noch eine Frage: dieser Satz in deiner Anleitung: "ATTENTION! Actions like fadingVolume, sleepTimer or wakeUpTimer will be abortet if a preset is called for the same zone they are running in!"

Bedeuted dies, dass die Presets abgebrochen werden wenn gerade etwas abgespielt wird (in dem Raum) sie jedoch funktionieren wenn nichts "läuft"?

Stefan.G (Beitrag #58) schrieb:

Vielen Dank, ich hatte den "createZone" Befehl jedoch bereits vorher angewendet. Mein Problem habe ich nun endlich lösen können indem ich mit kill -9 den RaumServer Prozess geschlossen habe welcher sich daraufhin automatisch reaktiviert.

Hmmm.. Welche Version benutzt du den vom Raumserver?
Ein neustart sollte nicht von nöten sein. Wenn das Problem öfters auftritt bitte melden!

Stefan.G (Beitrag #58) schrieb:

Noch eine Frage: dieser Satz in deiner Anleitung: "ATTENTION! Actions like fadingVolume, sleepTimer or wakeUpTimer will be abortet if a preset is called for the same zone they are running in!"

Das bedeutet wenn du z.B. ein fading startest (egal ob in einem preset oder nicht) das zum Beispieljede minute die lautstärke um eins erhöht von 0 auf 100. Dann dauert das ja über eine Stunde. Wenn inzwischen (also z.B. nach einer halben Stunde) ein anderes Preset für die Zone aufgerufen wird, so wird das fading des vorherigen presets abgebrochen!

ChriD (Beitrag #59) schrieb:

Stefan.G (Beitrag #58) schrieb: Vielen Dank, ich hatte den "createZone" Befehl jedoch bereits vorher angewendet. Mein Problem habe ich nun endlich lösen können indem ich mit kill -9 den RaumServer Prozess geschlossen habe welcher sich daraufhin automatisch reaktiviert. Hmmm.. Welche Version benutzt du den vom Raumserver? Ein neustart sollte nicht von nöten sein. Wenn das Problem öfters auftritt bitte melden! Stefan.G (Beitrag #58) schrieb: Noch eine Frage: dieser Satz in deiner Anleitung: "ATTENTION! Actions like fadingVolume, sleepTimer or wakeUpTimer will be abortet if a preset is called for the same zone they are running in!" Das bedeutet wenn du z.B. ein fading startest (egal ob in einem preset oder nicht) das zum Beispieljede minute die lautstärke um eins erhöht von 0 auf 100. Dann dauert das ja über eine Stunde. Wenn inzwischen (also z.B. nach einer halben Stunde) ein anderes Preset für die Zone aufgerufen wird, so wird das fading des vorherigen presets abgebrochen!

RaumServer_1_10_93_Linux_ARMv7_HF
Ich hatte es heute desöfteren jedoch kann es daran liegen, dass ich mit Sleep und Wake Presets stark am werkeln war.


Ok. Alles klar.
Vielen Dank.


Morgen versuche ich nochmals folgendes Preset welches mir auch Probleme bereitet hat (1,2x lief es, dann gabs Probleme mit dem Laden der Playlist welche ich mit den delays versucht habe zu lösen):

<preset id="wakeMeUp">
<request>/raumserver/room/Bathroom/dropFromZone</request>
<request>/raumserver/room/Bedroom/dropFromZone</request>
<request>/raumserver/room/Bedroom/createZone?force=true&wait=5000</request>
<request>/raumserver/room/Bathroom/addToZone?room=Bedroom</request>
<request>/raumserver/zone/Bedroom/loadPlayList?name=[playlistName]&wait=20000</request>
<request>/raumserver/zone/Bedroom/wakeUpTimer?time=[playTime]&fadeInTime=[fadeInTime]&maxVolume=[maxVolume]&fadeOutTime=[fadeOutTime]</request>
</preset>

Okay

*) Also die Drops brauchst du nicht wirklich. Das handeln die Raumfeld Jungs schon ordentlich. (sprich wird autom. gemacht)
*) Die create Zone und addRoZone haben von haus aus ein Wait von 3000. Wäre also auch nicht wirklich nötig.
*) Die load playlist hat ein Standard wait time von 1000. Ich denke aber 5 Sekunden sollten reichen
*) der wait von 20ig sekunden bei der loadPlaylist muss nicht so hoch sein.

Also das hier würde genügen

<request>/raumserver/room/Bedroom/createZone?force=true</request> <request>/raumserver/room/Bathroom/addToZone?room=Bedroom</request> <request>/raumserver/zone/Bedroom/loadPlayList?name=[playlistName]&wait=5000</request> <request>/raumserver/zone/Bedroom/wakeUpTimer?time=[playTime]&fadeInTime=[fadeInTime]&maxVolume=[maxVolume]&fadeOutTime=[fadeOutTime]</reques> t

Ich muss gesetehn ich habe das addToZone nicht ausgiebig getestet.
Ich werde dein Preset bei mir ein paar mal laufen lassen und schaun ob ich über das selbe Problem stolpere!
Melde mich dazu spätestens am Wochenende.

Okay! Hab das Problem identifiziert! Zumindets eines

Der "wakeUpTimer" request hat nen Bug... Der dürfte eigentlich überhaupt nicht funktionieren!
Der sperrt sich in der Ausführung selbst.

Am Wochenende erstelle ich die neue Version. Da ist der Bug dann behoben.
Dann können wir schauen ob das mit dem "Zone Renderer not present" dann noch auftritt.
Ich denek aber das hat sich dann damit erledigt!

Meine QA besteht nur aus mir und Euch!
Also danke für deine Rückmeldung Stefan!

ChriD (Beitrag #62) schrieb:

Meine QA besteht nur aus mir und Euch! Also danke für deine Rückmeldung Stefan!

Das ist doch das mindeste was wir machen können.
Ich hoffe dass ich am WE wieder etwas testen kann. Vor allem mit der Zonenzuweisung
Martin

Also meine Raumfelder.

Kann jemand von euch schön responsiv HTML Layouts designen?
Oder wie würdet ihr euch den WebClient vorstellen?
Ich habe ja ein einfaches 3 Column responsive layout im kopf wo
Die 1te Spalte das Media Renderer Control + playlist is,
Die 2te Spalte das Content management
Die 3te Spalte das Zonenamangemtn und Lautstärke (für alle Zonen/Räume)
Dei Zohnenauswahl selbst ist ein Halbkreis immer am unteren Ende des Screens.
Wenn man da draufklickt dann poppen die zonen als kügelchen auf und man kann sie auswählem...

Wenn das ding auf nem kleinen Screen geöffnet wird dann sollte nur das erste column zu sehen sein und mittels eines hamburger menüs kann man dann da hin und herschalten.


So stelle ich mir das vor


Andere Ideen?
Oder mag jemand gleich ein cooles Design erstellen?
Im Grunde kann sich ja dann jeder sein eigens zusammenbasteln wie er es haben will.

ChriD (Beitrag #62) schrieb:

Okay! Hab das Problem identifiziert! Zumindets eines Der "wakeUpTimer" request hat nen Bug... Der dürfte eigentlich überhaupt nicht funktionieren! Der sperrt sich in der Ausführung selbst. Am Wochenende erstelle ich die neue Version. Da ist der Bug dann behoben. Dann können wir schauen ob das mit dem "Zone Renderer not present" dann noch auftritt. Ich denek aber das hat sich dann damit erledigt! Meine QA besteht nur aus mir und Euch! Also danke für deine Rückmeldung Stefan!

Super!

Der Zone Renderer Fehler tritt bei mir effektiv nur auf sobald ich auch nur 1x den wakeUpTimer auslöse. Anschließend erscheint er immer wieder.
Somit ist nur der wakeUpTimer schuld.

Die Drops benötigt es effektiv nicht.

SleepTimer funktioniert einwandfrei, mehrere Räume (1 Zone) anzusteuern funktioniert dabei jedoch (noch) nicht richtig. Wenn ich zum Bedroom den Raum Bathroom hinzufüge (siehe Script) dann startet die Playlist in beiden Räumen (sind ja in einer Zone), jedoch wird das FadeIn/out nur auf Bathroom angewandt.

<request>/raumserver/room/Bedroom/createZone?force=true</request>
<request>/raumserver/room/Bathroom/addToZone?room=Bedroom</request>
<request>/raumserver/zone/Bedroom/volume?value=0</request>
<request>/raumserver/zone/Bedroom/loadPlaylist?name=[playlistName]&wait=5000</request>
<request>/raumserver/zone/Bedroom/play</request>
<request>/raumserver/zone/Bedroom/sleepTimer?time=[playTime]&fadeOutTime=[fadeOutTime]</request>
<!-- fadeToVolume action has to be called after sleep timer because sleepTimer will kill all threads running for the zone! -->
<request>/raumserver/zone/Bedroom/fadeToVolume?value=[volume]&fadeTime=[fadeTime]</request>
</preset>



Ich verwende dieses das SleepPreset nun auch als Wecker. Einfach mit der App Tasker (Android, gibt zig Apps die das können) morgens um 7:00 ein http request ausführen mit "playTime=3600" und wenn man dann um 8:00 das Haus verlässt stoppt die Musik.
In Tasker kann man natürlich zig Abfragen machen, z.B. ob man mit seinem Raumfeld wlan verbunden ist. Falls dies nicht der Fall ist so macht startet er den http request nicht.

Stefan.G (Beitrag #65) schrieb:

SleepTimer funktioniert einwandfrei, mehrere Räume (1 Zone) anzusteuern funktioniert dabei jedoch (noch) nicht richtig. Wenn ich zum Bedroom den Raum Bathroom hinzufüge (siehe Script) dann startet die Playlist in beiden Räumen (sind ja in einer Zone), jedoch wird das FadeIn/out nur auf Bathroom angewandt.

Hab das probiert. Also mit deinem Preset faded er mir schon beide Räume in der Zone.
Ich habe nur eine Sache bemerkt. Setzt man den Volume über die Zone auf einen Wert (z.B. 0) dann macht Raumfeld so ein mittelding draus.
D.h wenn ich jetzt das Badezimmer mit Lautstärke 80 und das Schlafzimmer mit Lautstärke 20 habe und man setzt den Volume per request au "0",
dann hat Schlafzimmer volume "0" und das badezimmer so kanpp unter die "40"ig
Vll. war das das Problem?

Das hab ich so nicht gewusst. Hatte gedacht das verhält sich anders.
Am Besten du änderst das Preset noch so rum:

<request>/raumserver/room/Bedroom/createZone?force=true</request> <request>/raumserver/room/Bathroom/addToZone?room=Bedroom</request> <request>/raumserver/room/Bedroom/volume?value=0</request> <request>/raumserver/room/Bathroom/volume?value=0</request> <request>/raumserver/zone/Bedroom/loadPlaylist?name=[playlistName]&wait=5000</request> <request>/raumserver/zone/Bedroom/play</request> <request>/raumserver/zone/Bedroom/sleepTimer?time=[playTime]&fadeOutTime=[fadeOutTime]</request> <!-- fadeToVolume action has to be called after sleep timer because sleepTimer will kill all threads running for the zone! --> <request>/raumserver/zone/Bedroom/fadeToVolume?value=[volume]&fadeTime=[fadeTime]</request> </preset>

Hallo,
spiele mit dem Gedanken den RAUMServer auf meinen Speaker S zu installieren, was mein ihr, ist die Hardware potent genug ?
Host ist ein C2.

Gruß,
Stefan

Einfach mal probieren
Denke schon das es geht. so viel cpu braucht der raumServer auch nicht. Ein bisschen viel Virtuellen memory, aber das muss ich mir noch genauer ansehen.

Neue version des RaumServers ist online!
Folgende Änderungen:

1. problem beim 'volumeChange' request behoben(negativewerte sind nun zulässig)
   
2. problem beim 'wakeUptimer' request behoben (sperrte sich selbst)
   
3. WebClient in erster Version enthalten
   

Den ersten Entwurf des Webclients könnt ihr euch unter http://ipzumwebserver:port/raumserver/webclient/index.html ansehen.
Die Zonenverwaltung is implementiert und lässt sich per Buttons oder Drag&Drop benutzen.
Der Webclient benutzt ajax. D.h die seite wird/muss nie komplett neu geladen werden. Sie erkennt selbstständig wenn sich die Zonen oder Renderervariablen ändern und aktualisiert seine GUI

Ihr könnt euch auch selbts client designs erstellen und anpassen, so wie ihr es wollt. Am besten in einen eigenen Order.
Im settings.xml ist dann der Pfad zum Client den ihr benutzen möchtet einzutragen.

Hallo,

also ich habe mir das Webinterface mal angeschaut und finde es schon mal ganz gut.

Ich hoffe du baust da weiter dran . Bei den Stream Infos würde ich aber abspecken und nur bei bedarf anzeigen lassen. Wird sonst zu unübersichtlich.

Weiter so!

Ja das mit den Steam Infos ist nur mal zur veranschaulichung das alles ohne neuladen der Seite funktioniert
Hat jemand Designmäßig vorschläge?

Ich bin nicht so der Designer, ich bin aber gut darin zu sagen was nicht gut ist . Ich weiß, hilft dir nicht wirklich.
Ich hoffe aber das du da weiter dran arbeitest.

Guten Morgen

ich habe jetzt etwas mit dem raumServer und FHEM rumgespielt. raumserver ist auf einem Raspberry mit WLAn installiert.

In meinem FHEM Wecker rufe ich folgende Befehle auf (nachdem ich 5min vorher den Cube und den Host einschalte)

{GetHttpFile ("192.168.188.33:8080","/raumserver/room/Cube/createZone?force=true")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Cube/loadPlayList?name=Radio1")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Cube/volume?value=35")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Cube/play?track1")}

Gestern hat dies noch funktioniert (application Log):

15:25:04.517297 INFORequest received (/raumserver/room/Cube/createZone?force=true) 15:25:08.528710 INFORequest received (/raumserver/zone/Cube/loadPlayList?name=Radio1) 15:25:12.539283 INFORequest received (/raumserver/zone/Cube/volume?value=35) 15:25:16.556445 INFORequest received (/raumserver/zone/Cube/play?track1)

Heute morgen hatte ich aber folgende Fehler:

00:03:19.350953 ERRORconnect: Connection timed out 00:27:07.880500 WARNINGConfiguration service lost! (Location: http://192.168.188.2...5b9-62e6eeff5d50.xml) 05:50:04.977710 INFORequest received (/raumserver/room/Cube/createZone?force=true) 05:50:08.988731 INFORequest received (/raumserver/zone/Cube/loadPlayList?name=Radio1) 05:50:13.000488 INFORequest received (/raumserver/zone/Cube/volume?value=35) 05:50:17.019558 INFORequest received (/raumserver/zone/Cube/play?track1) 05:50:19.496911 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Cube/loadPlayList?name=Radio1) 05:50:23.515641 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Cube/volume?value=35) 05:50:27.527369 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Cube/play?track1) 05:55:55.672916 INFORequest received (/raumserver/room/Cube/createZone?force=true) 05:56:07.753603 INFORequest received (/raumserver/zone/Cube/loadPlayList?name=Radio1) 05:56:11.769738 INFORequest received (/raumserver/zone/Cube/play?track1) 05:56:18.261777 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Cube/loadPlayList?name=Radio1)

Der Fehler um 00:27 kommt vermutlich daher, dass ich meine Raumfeld Systeme komplett über Nacht ausschalte!
Ich habe es heute morgen nochmal manuell probiert und es sieht so aus als würde die Zone schon über obigen Befehl erzeugt werden (in der Raumfeld App geprüft), aber er kann es nicht "zuordnen?"

06:57:25.359726 INFORequest received (/raumserver/room/Wohnzimmer/createZone?force=true) 06:57:30.889718 INFORequest received (/raumserver/zone/Wohnzimmer/loadPlayList?name=Radio1) 06:57:34.902398 INFORequest received (/raumserver/zone/Wohnzimmer/play?track1) 06:57:41.404968 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Wohnzimmer/loadPlayList?name=Radio1) 06:57:45.413581 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Wohnzimmer/play?track1) 06:58:07.128704 INFORequest received (/raumserver/zone/Wohnzimmer/loadPlayList?name=Radio1) 06:58:11.140984 INFORequest received (/raumserver/zone/Wohnzimmer/play?track1) 06:58:17.636920 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Wohnzimmer/loadPlayList?name=Radio1) 06:58:21.648330 ERRORzone renderer not present! Action can not be performed!(/raumserver/zone/Wohnzimmer/play?track1)

Hat jemand eine Idee? Geht createZone nicht 100%ig wenn das System aus war?

Gruß,
Martin, der trotzdem wach wurde

Welche Version benutzt du?
der RaumServer kann mit einem neustart des Systems eigentlich umgehen. Es sieht so aus als ob das System das LongPolling der Zoneninformation auf den Host nicht mehr startet. Wenns die aktuelle Version das Problem hatt, dann schau ich mir das an.

Hi Chris,
Ich habe gestern die neueste Version installiert.
Dankeschön,
Martin

DosiRocker (Beitrag #75) schrieb:

Hi Chris, Ich habe gestern die neueste Version installiert. Dankeschön, Martin

Kannst du das eventuell nochmal machen was du getan hast und den LogLevel auf DBEUG stellen und mir dann das Log schicken?
Ich glaube das es ein Problem ist beim beenden des Zonen request threads wenn das RaumfeldSystem vom Netzwerk verschwindet. Mit den Log könnte ich das rauslesen.

Hi Chris,
ich hatte jetzt anscheinend ein grösserer Problem mit dem raumServer.
Obwohl ich über die Raumfeld App und über audiofiles python Lösung noch alles steuern konnte, ging über die raumServer Anwendung gar nichts. Über die Webclient Ansicht hat er mir auch keine Räume/Zonen angezeigt, nur daß raumServer Online ist.
Ein Neubooten des Raspberry hat keine Verbesserung gebracht. Ich mußte erst alle raumfeld Komponenten ausschalten und wieder einschalten, danach ging es wieder. Räume und Zonen werden angezeigt.

Ich habe jetzt alles wieder im Debug Modus am Laufen und über Nacht läuft wieder das gleiche Prozedere wie gestern.

Gruß,
Martin

DosiRocker (Beitrag #77) schrieb:

Ein Neubooten des Raspberry hat keine Verbesserung gebracht. Ich mußte erst alle raumfeld Komponenten ausschalten und wieder einschalten, danach ging es wieder. Räume und Zonen werden angezeigt.

Ja das hatte ich auch schon mal. Das liegt glaub ich daran das es irgend ein bestimmtes szenario gibt, wo dann raumfeld die updateID header Variable in den HTML responses dann plötzlich "anders" schreibt. Konkret heißt die variable dann "updateId" anstatt "updateID".
Ein kleiner aber feiner unterschied.
Das werde ich in der nächsten version berücksichtigen.

auf die Schnelle habe ich jetzt im Debug File keine Fehlermeldung gesehen? Allerdings ging der Cube heute morgen nicht an?

Ich muß es mir heute Abend genauer ansehen! Vermutlich ist auch noch ein Programmierfehler dabei

Kann man hier im Forum gar keine Dateien anhängen (sonst würde ich das Application Log hier anhängen)

Hier mal die Befehlsreihenfolgen am morgen:
Befehlsfolge 1 (Quasi der Wecker im Schlafzimmer)

{GetHttpFile ("192.168.188.33:8080","/raumserver/room/Cube/createZone?force=true")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Cube/loadPlayList?name=Radio1")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Cube/volume?value=35")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Cube/play?track1")}

Befehlsfolge 2 (Soll die Wiedergabe des LineIn an Zentrale in alle Räume streamen):

{GetHttpFile ("192.168.188.33:8080","/raumserver/room/Zentrale/createZone?force=true")} {GetHttpFile ("192.168.188.33:8080","/raumserver/room/Zentrale/volume?value=50")} {GetHttpFile ("192.168.188.33:8080","/raumserver/room/Cube/addToZone?room=Zentrale")} {GetHttpFile ("192.168.188.33:8080","/raumserver/room/Cube/volume?value=50")} {GetHttpFile ("192.168.188.33:8080","/raumserver/room/Wohnzimmer/addToZone?room=Zentrale")} {GetHttpFile ("192.168.188.33:8080","/raumserver/room/Wohnzimmer/volume?value=50")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Zentrale/loadPlayList?name=LineIn")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Zentrale/play?track1")}

Befehlsfolge 3:

{GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Zentrale/volume?value=35")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Zentrale/loadPlayList?name=Radio1")} {GetHttpFile ("192.168.188.33:8080","/raumserver/zone/Zentrale/play?track1")}

Genaueres hoffentlich heute abend,
Martin

Naja Fehlermeldung wirds in dem Fall keine geben. Aber ich kann rauslesen ob sich der Zonenrequest "aufgehängt" hat.
Auf Linux habe ich nämlich noch ein Problem festgestellt, eben wenn der Host beendet wird und später neu gestartet.
Beim beenden des Hosts verliert der RaumServer ja das "HOST"-UPNPDevice und beendet demenstprechend auch den Zonen update request.
Unter Windows funktioniert dies einwandfrei, aber unter Linux lässt sich der HTTPSocket nicht schließen / beenden und der RaumServer wartet ewig auf das beenden des Requests. Da der RaumServer Thread basierend ist, laufen aber einige Thread basierte Module wie z.B. der HTTP Server weiter.
Deshalb funktioniert auch das "createZone", aber danach die Befehle auf den ZonenRenderer nicht weil der RaumServer die neuen Informationen nicht erhält, da er immer noch wartet das sich der HTTP socket des Zonenrequests beendet.
So glaub ich ist das

ChriD (Beitrag #78) schrieb:

Ja das hatte ich auch schon mal. Das liegt glaub ich daran das es irgend ein bestimmtes szenario gibt, wo dann raumfeld die updateID header Variable in den HTML responses dann plötzlich "anders" schreibt. Konkret heißt die variable dann "updateId" anstatt "updateID".

Ist das reproduzierbar? Wenn ja, wie? Es gibt erstmal keine offensichtlichen Stellen im Code, die die UpdateID falsch schreiben. Vielleicht kommt uns da eine Library in die Quere. Es ist aber so oder so ein Bug und der trifft natürlich auch die Apps :/

Ich habe endlich mal Zeit gefunden Raumserver zu testen. Der erste Versuch war schonmal erfolgreich, wir wurden zur richtigen Zeit von der richtigen Playliste geweckt Ansonsten habe ich natürlich gleich ein paar Fragen:

Auf meinem Ubuntu-Server (x86_64) tut das Binary leider gar nichts:

$ ./raumServer
-bash: ./raumServer: No such file or directory

Ich habe den Build vom 28.2. Unklar was da schief läuft, ob mein Environment kaputt ist oder ob beim Build etwas schief gegangen ist. Was mich wundert:

$ file raumServer
raumServer: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs)

aber:

$ ldd raumServer
not a dynamic executable



Ich würde dem gerne weiter hinterher steigen, finde aber auf https://github.com/ChriD/Raumserver nichts. Ist da etwas geplant? Wäre fein. Allein schon um Fehler vernünftig zu reporten Oder soll das lieber hier im Forum passieren?

Ok, aber das armv7-Binary läuft prima. Ich habe es unter /var/raumfeld-1.0/raumServer installiert, da könnte es auch ein Update überleben. Ich habe es aber noch nicht ausprobiert.

Dann tritt bei mir das Problem auf, dass alle Requests hängen bleiben. D.h. der Request wird angenommen und ausgeführt, aber der Socket bleibt dann weiter offen. Ich habe mir erstmal damit geholfen, dass ich ein 2s Socket-Timeout benutze (curl -n 2 http:// ... ). Das Problem tritt sowohl im Browser als auch mit curl auf.

@DosiRocker
Die neue Version 0.1.10.95 ist online Hier sind die Probleme mit dem Host reboot / restart über nacht behoben!
Auch das mit dem dauernden zone polling wurde gefixt. Würde mich freuen wenn die Version bei dir dann jetzt stabil läuft.
Freue mich über deine Rückmeldung

• fixed Bug on zoneRequest when loosing and reestablishing host
  
• fixed Bug on zoneRequest when getting wrong written updateId
  
• updates on webclient
  

thomas_raumfeld (Beitrag #81) schrieb:

ChriD (Beitrag #78) schrieb: Ja das hatte ich auch schon mal. Das liegt glaub ich daran das es irgend ein bestimmtes szenario gibt, wo dann raumfeld die updateID header Variable in den HTML responses dann plötzlich "anders" schreibt. Konkret heißt die variable dann "updateId" anstatt "updateID". Ist das reproduzierbar? Wenn ja, wie? Es gibt erstmal keine offensichtlichen Stellen im Code, die die UpdateID falsch schreiben. Vielleicht kommt uns da eine Library in die Quere. Es ist aber so oder so ein Bug und der trifft natürlich auch die Apps :/

Ich habs noch nicht versucht. Bisher hab ich das Problem erst 2 mal gehabt. Nach dem Reboot des Hosts war wieder alles ok.
Gefunden hab ich es nur dadurch das ich die header values vom response mit "Groß/Keinschreibung" prüfe/lese. Da hatt er plötzlich dann die "updateID" nicht mehr gefunden. Die war dann "updateId". Ist aber eher ein Bug auf meiner Seite. Bei den Header Keys muss ich nicht unbedingt auf Groß/Kleinschreinung achten. Ich kanns euch ja auch irgendwie (ob groß oder klein) an den Zonen-Request schicken und der checkt das

thomas_raumfeld (Beitrag #81) schrieb:

Auf meinem Ubuntu-Server (x86_64) tut das Binary leider gar nichts: $ ./raumServer -bash: ./raumServer: No such file or directory Ich habe den Build vom 28.2. Unklar was da schief läuft, ob mein Environment kaputt ist oder ob beim Build etwas schief gegangen ist. Was mich wundert: $ file raumServer raumServer: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs) aber: $ ldd raumServer not a dynamic executable

Ojemine was hats den da. Ich bau das auf einer Ubuntu x86 VM. Die aktuelle version (0.1.10.95) läuft dort und liefert mir folgendes

$ file raumServer
raumServer: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=d53d25a95f9c6564513c3e6ec927425164c09f55, not stripped

$ ldd raumServer
linux-gate.so.1 => (0xb77a5000)
libs/raumkern.so (0xb73d0000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb739e000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb71ee000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb71a8000)
/lib/ld-linux.so.2 (0xb77a6000)

Vermutlich mach ich was beim builden falsch? Hab aber kein x64 linux bei der Hand

thomas_raumfeld (Beitrag #81) schrieb:

Ich würde dem gerne weiter hinterher steigen, finde aber auf https://github.com/ChriD/Raumserver nichts. Ist da etwas geplant? Wäre fein. Allein schon um Fehler vernünftig zu reporten Oder soll das lieber hier im Forum passieren?

Asl den Git hab ich am anfang mal angelegt, wollte das dort dann auch hosten. Habs dann aber immer wieder rausgeschoben.
Außerdem ist mir mein Code etwas peinlich Das ist seit 12 Jahren das erste C++ Programm was ich schreibe.
Hab z.B. die boost libraries benutzt und bin dann später draufgekommen das das alles im "neuen" C++ bereits funktioniert.
Jetzt hab ich da schon ein durcheinander. Später dann müsste ich feststellen das natürlich nicht überall ein halbwegs aktueller Linux Kernel vorhanden ist und musste ein paar Sachen wieder mit boost umsetzen...
Also ein bisschen ein durcheinander. Leider schon ein bisschen zu lange weg gewesen von dieser Programmiersprache
Mal schaun ob ich mir das traue mal upzuloaden

thomas_raumfeld (Beitrag #81) schrieb:

Ok, aber das armv7-Binary läuft prima. Ich habe es unter /var/raumfeld-1.0/raumServer installiert, da könnte es auch ein Update überleben. Ich habe es aber noch nicht ausprobiert.

Okay. Meinst du direkt am root überlebt es nicht? Ich hab eigentlich schon 2 RF-Updates drüberlaufen lassen und das Teil ist noch da

thomas_raumfeld (Beitrag #81) schrieb:

Dann tritt bei mir das Problem auf, dass alle Requests hängen bleiben. D.h. der Request wird angenommen und ausgeführt, aber der Socket bleibt dann weiter offen. Ich habe mir erstmal damit geholfen, dass ich ein 2s Socket-Timeout benutze (curl -n 2 http:// ... ). Das Problem tritt sowohl im Browser als auch mit curl auf.

Hmm... Danke für den Hinweis. Denke ich habs schon gefunden. Da fehlt doch einfach ein Close
Aber das muss ich mir noch genauer ansehen, sonst funktionieren meine LongPolls nicht mehr wenn ich die Connection nicht offen lasse. Muss das KeepAlive dings abfragen. Danke für den Hinweis!
BTW: Wie siehst du das dass der Socket offen bleibt? (z.B. im Browser?)

PS: Danke fürs anschaun:D

ChriD (Beitrag #82) schrieb:

@DosiRocker Die neue Version 0.1.10.95 ist online Hier sind die Probleme mit dem Host reboot / restart über nacht behoben! Auch das mit dem dauernden zone polling wurde gefixt. Würde mich freuen wenn die Version bei dir dann jetzt stabil läuft. Freue mich über deine Rückmeldung fixed Bug on zoneRequest when loosing and reestablishing host fixed Bug on zoneRequest when getting wrong written updateId updates on webclient

Hi Chris,
also prinzipiell funktioniert es schon mal mit ein paar Anmerkungen (Raspbian Version):

- Beim Starten einer Playlist bei laufendem Stream/Playlist wird zwar der aktuelle Stream gestoppt, aber nicht die neue Playlist gestartet. Wenn man bevor man eine neue Playlist startet auf Pause drückt, dann startet die neue Playlist. War früher anders, wenn es gewollt ist, kein Problem
- der Webclient funktioniert bei mir nicht, es wird nur die index.html (der HTML Code) angezeigt (Chrome Browser) -> vielleicht liegt es daran, daß ich die alten Installationen nur überschreibe und nicht vorher lösche?
- ich wollte in der Settings.xml wieder auf DEBUG umstellen, dann findet der raumSever aber die Raumfeldkompnenenten nicht und ich kann keine Befehle absetzen (prüfe ich aber später nochmal)
- der eigentliche Test startet erst morgen früh

@Thomas

Ok, aber das armv7-Binary läuft prima. Ich habe es unter /var/raumfeld-1.0/raumServer installiert, da könnte es auch ein Update überleben. Ich habe es aber noch nicht ausprobiert.

das macht mir etwas Sorgen , weil ich mittelfristig darauf umstellen wollte.Und wenn bei einem neuen Raumfeld Firmware plötzlich mein Wecker nicht mehr geht und ich bekomme dies nicht mit oder bin nicht da, das wäre blöd
Kannst du das "könnte" prüfen? Dann würde ich demnächst auch in dieses Verzeichniss installieren

Dankeschön,
Martin
P.S: ich habe noch ein altes Ubuntu Notebook in der Ecke liegen, mal sehen ob ich dazu komme die Installation zu testen

Hallo,

wie ich sehe hast du am Design vom Webinterface auch schon was gemacht. Sieht schon mal ganz gut aus, nur leider will es Chrome nicht laden.
Zeigt mir keine Website an sondern nur Code, auch wenn ich ohne Cache lade.

DosiRocker (Beitrag #84) schrieb:

- Beim Starten einer Playlist bei laufendem Stream/Playlist wird zwar der aktuelle Stream gestoppt, aber nicht die neue Playlist gestartet. Wenn man bevor man eine neue Playlist startet auf Pause drückt, dann startet die neue Playlist. War früher anders, wenn es gewollt ist, kein Problem

Nein ist nicht gewollt. Beim Playlist laden habe ich aber schon seit ein paar versionen nix mehr geändert
Das ist aber auch ganz interessant, da ich nämlich im loadPlaylist definitiv das Play vor UND nach dem Laden der Liste stoppe.
Ich dürfte das auch schon mal bemerkt haben das es manchmal weiter läuft und manchmal nicht. hab das nämlich schon im Code Kommentiert

//TODO: i dont know why this stop is needed. Sometimes it starts playing without any reason. I have to test this

Vll kann uns hier Henry auskunft geben was es damit auf sich hat (Ich benutze das "BindAvTransportUri")

DosiRocker (Beitrag #84) schrieb:

- der Webclient funktioniert bei mir nicht, es wird nur die index.html (der HTML Code) angezeigt (Chrome Browser) -> vielleicht liegt es daran, daß ich die alten Installationen nur überschreibe und nicht vorher lösche?

Jaja der hochwohlgeborene Chrome .
Die index.html ist als UTF8 mit BOM (ByteOrderMark) gespeichert und anscheinend mag der Chrome die BOM Kenner am Anfag des Files nicht.
Einfach die Index HTML z.B. mit Notepad++ öffnen und beo Kodierung "UTF8 ohne BOM" auswählen und speichern. Dann gehts auch im Chrome

DosiRocker (Beitrag #84) schrieb:

- ich wollte in der Settings.xml wieder auf DEBUG umstellen, dann findet der raumSever aber die Raumfeldkompnenenten nicht und ich kann keine Befehle absetzen (prüfe ich aber später nochmal)

Das kann ich mir nicht vorstellen. Das muss funktionieren.

- der eigentliche Test startet erst morgen früh

DosiRocker (Beitrag #84) schrieb:

das macht mir etwas Sorgen , weil ich mittelfristig darauf umstellen wollte.Und wenn bei einem neuen Raumfeld Firmware plötzlich mein Wecker nicht mehr geht und ich bekomme dies nicht mit oder bin nicht da, das wäre blöd Kannst du das "könnte" prüfen? Dann würde ich demnächst auch in dieses Verzeichniss installieren

Ich werde den Raumserver auch als Wecker verwenden. Jedoch immer mit eine Fallback Lösung falls mal der Strom weg ist.
Ich baue mir da einnen Hardware Wecker mit vermutlich nem Raspi. Eventuell auch mit einem Microcontroller (das muss ich mir noch überlgegen) mit einer LED Matrix für die Uhrzeitanzeige und einem Drehimpulsgeber für das einstellen der Weckzeit.
Der wird mir dann den "WakeUp" Request schicken und nach einer weiteren Zeitspanne dann Fiepen
Dann funktioniert das auch wenn Der Strom weg ist...

markus397 (Beitrag #85) schrieb:

nur leider will es Chrome nicht laden. Zeigt mir keine Website an sondern nur Code, auch wenn ich ohne Cache lade.

Siehe ein Post darüber
Ich werde beim nächsten release die index.html ohne die BOM speichern.
Bisweilen könnt ihr die BOM einfach weggeben (Notepad++ oder ähnlichem)

markus397 (Beitrag #85) schrieb:

Hallo, wie ich sehe hast du am Design vom Webinterface auch schon was gemacht. Sieht schon mal ganz gut aus, nur leider will es Chrome nicht laden. Zeigt mir keine Website an sondern nur Code, auch wenn ich ohne Cache lade.

Ist bei mir auch so, gerade mit IE11 getestet und da wird etwas angezeigt
Martin

@DosiRocker: Das liegt an der BOM (siehe obige posts)

Ihr könnt eich den Client auch selber anpassen wenn ihr ahnung von HTML und CSS habt!
Die einzelnen Parts sind in Templates in der index.html verpackt. Somit kann sich eigentlich jeder sein eigenes Design zusammenstellen

uups Doppelpost

ich habe noch etwas mit dem DEBUG Modus gespielt:
Also:
wenn ich im laufendem Betrieb die settings.xml ändere und mit

sudo sh S99raumServer stop

stoppe
und mit

sudo sh S99raumServer start

starte, dann wird im Debug Modus geloggt.
-> das schicke ich dir als email, weil ein paar errors drin sind

wenn ich dann den Raspi komplett neu starte dann,

10:18:04.471405 INFOInitializing RAUMKernel '0.1.10.96' 10:18:04.485399 DEBUGSetting up UPNP... (Init) 10:18:04.489954 DEBUGInit UPNP Library (InitUPNP) 10:18:04.501886 DEBUGGet network adapter list (InitUPNP) 10:18:04.506797 WARNINGNo network device specified. Will use first one found! 10:18:04.517730 INFOUsing NetworkAdapter: lo 10:18:04.522250 DEBUGStarting UPNP ControlPoint (InitUPNP) 10:18:04.541348 DEBUGSetting up UPNP was done (Init) 10:18:04.555818 INFOStart searching for Raumfeld System Services and Media-Renderers. Please wait... 10:18:04.564256 DEBUGStarting RaumServer... (Init) 10:18:04.574534 INFOStarting RaumServer with port '8080' ... 10:18:46.866003 DEBUGJSON request 'GET /raumserver/json/getrendererstate?_=1425805553570' (HandleJSONRequests) 10:18:46.920655 DEBUGJSON request 'GET /raumserver/json/getzonelist?_=1425805553571' (HandleJSONRequests) 10:18:46.955341 DEBUGJSON request 'GET /raumserver/json/getzoneplaylist?_=1425805553573' (HandleJSONRequests) 10:18:46.963522 DEBUGJSON request 'GET /raumserver/json/getzoneplaylist?_=1425805553572' (HandleJSONRequests) 10:18:46.975106 DEBUGJSON request 'GET /raumserver/json/getzonelist?_=1425805553574' (HandleJSONRequests) 10:18:47.267279 DEBUGJSON request 'GET /raumserver/json/getzoneplaylist?_=1425805553575' (HandleJSONRequests) 10:19:11.217057 DEBUGJSON request 'GET /raumserver/json/abortRequests?id=7C3FD02E-DB32-40DF-B080-3AFE188267A0&_=1425805553576' (HandleJSONRequests) 10:19:12.354305 DEBUGWeb client request 'GET /raumserver/webclient/index.html' (HandleWebClientRequests) 10:19:12.382026 DEBUGWeb client request 'GET /raumserver/webclient/css/reset.css' (HandleWebClientRequests) 10:19:12.396088 DEBUGWeb client request 'GET /raumserver/webclient/css/waitMe.min.css' (HandleWebClientRequests) 10:19:12.397700 DEBUGWeb client request 'GET /raumserver/webclient/css/normalize.css' (HandleWebClientRequests) 10:19:12.399284 DEBUGWeb client request 'GET /raumserver/webclient/css/icono.min.css' (HandleWebClientRequests) 10:19:12.400861 DEBUGWeb client request 'GET /raumserver/webclient/css/dropit.css' (HandleWebClientRequests) 10:19:12.403701 DEBUGWeb client request 'GET /raumserver/webclient/css/layout.css' (HandleWebClientRequests) 10:19:12.431109 DEBUGWeb client request 'GET /raumserver/webclient/css/webclient.css' (HandleWebClientRequests) 10:19:12.435341 DEBUGWeb client request 'GET /raumserver/webclient/js/jquery-2.1.3.min.js' (HandleWebClientRequests) 10:19:12.438547 DEBUGWeb client request 'GET /raumserver/webclient/js/jquery-ui.min.js' (HandleWebClientRequests) 10:19:12.461937 DEBUGWeb client request 'GET /raumserver/webclient/js/respond.min.js' (HandleWebClientRequests) 10:19:12.468201 DEBUGWeb client request 'GET /raumserver/webclient/js/modernizr.js' (HandleWebClientRequests) 10:19:12.505521 DEBUGWeb client request 'GET /raumserver/webclient/js/waitMe.min.js' (HandleWebClientRequests) 10:19:12.532638 DEBUGWeb client request 'GET /raumserver/webclient/js/prefixfree.min.js' (HandleWebClientRequests) 10:19:12.563316 DEBUGWeb client request 'GET /raumserver/webclient/js/webclient.js' (HandleWebClientRequests) 10:19:12.565218 DEBUGWeb client request 'GET /raumserver/webclient/js/dropit.js' (HandleWebClientRequests) 10:19:12.595511 DEBUGWeb client request 'GET /raumserver/webclient/js/handlebars.js' (HandleWebClientRequests) 10:19:12.599257 DEBUGWeb client request 'GET /raumserver/webclient/img/RaumClientLogo300.png' (HandleWebClientRequests)

und im webclient wird kein Raum/Zone angezeigt, aber der raumServer wird als Online erkannt?
Starte ich den Raspi neu mit Loglevel INFO , dann ist alles wieder schick?!?!?

Ist sehr komisch

Martin
P.S.: habs jetzt wieder im Debug Modus laufen

10:18:04.517730 INFOUsing NetworkAdapter: lo

Da scheint der Netzwerkadapter noch nicht bereit zu sein?!
eigentlich sollte da "eth0" stehen.
Das ist komisch das hat nichts mit dem Log Level zu tun. Erhöhe einfach mal die Wartezeit im s99raumserver (da steht wo sleep 15 das einfach mal ztum test auf 30ig)

und im webclient wird kein Raum/Zone angezeigt, aber der raumServer wird als Online erkannt?

Die "Online" anzeige ist nur ob der Server Online ist oder nicht. Nicht ob der dann das Raumfeld System auch gefunden hat

ChriD (Beitrag #87) schrieb:

Siehe ein Post darüber Ich werde beim nächsten release die index.html ohne die BOM speichern. Bisweilen könnt ihr die BOM einfach weggeben (Notepad++ oder ähnlichem)

Habe es angepasst und nun will auch Chrome.

Hi chris,
der raspberry ist per WLAN im Netz (Using NetworkAdapter: wlan0).
Ich kann dir auch nur sagen, das im DEBUG Modus nicht richtig gestartet wird und im INFO Modus startet er und in der vorherigen Version hat es auch mit Debug funktioniert.
Naja ist eher nicht so wichtig

Martin

So, jetzt kommt der grosse Linux King

Hat leider etwas längergedauert als erhofft, das ich meinen Raspberry einrichte, habe das Raspbin drauf und eingerichtet. Erlich gesagt hab ich mal so garkeine ahnung wie ich auf dem Dingens der RaumServer zum laufen bekomme... Habe einen Ordner erstellt und alles hinein Kopiert.

Und nu

Edit: es ist ein Raspberry Pi 2 mit ARM7 und ich habe die Version für die RF Hardware drauf Kopiert.

Für eure hilfe wäre ich sehr Dankbar.

Gruß Jürgen

also grundsätzlich könntest du mal schaun ob er auf dem v2 Raspi läuft.
Also einfach mal per console in den ordner springen ("cd /orderwoinstalliert/") und dort dann

./raumServer

reintipseln.
Mag sein das er dann schreit du hast keine rechte zum ausführen. Dann musst du auf dem "raumServer" file auf eigenschaften un da muss es dan irgendwo ein Häkchen "Ausführbar" oder ähnliches geben. Das mal anhaken und nochmal probieren.

Wenn das geht schauma weiter

Es ist eine neue Version verfügbar!

• WebServer schließt nun auch seine Sessions (THX @thomas_raumfeld für den Hinweis)
  
• Crash behoben wenn eine Titelliste komplett geleert wird
  
• Es wurde ein Problem mit den "wait times" nach jedem request behoben (ARM Architektur)
  
• Der "play" request funktioniert nun auch korrekt mit angabe einer track Nummer
  
• Der Web Client wurde erweitert
  

ChriD (Beitrag #96) schrieb:

Es ist eine neue Version verfügbar! WebServer schließt nun auch seine Sessions (THX @thomas_raumfeld für den Hinweis) Crash behoben wenn eine Titelliste komplett geleert wird Es wurde ein Problem mit den "wait times" nach jedem request behoben (ARM Architektur) Der "play" request funktioniert nun auch korrekt mit angabe einer track Nummer Der Web Client wurde erweitert

Hi Chris,
danke für das neue Update. Ich denke die Wait Times sehen jetzt bei mir wirklich besser aus.
Entweder 1, 250 oder 5000ms
z.B.:

08:48:57.090089 INFORequest received (/raumserver/zone/Wohnzimmer/loadPlayList?name=Radio1) 08:48:57.091338 DEBUGLoadContainer: 0/Playlists/MyPlaylists/Radio1 (uuid:653ee6ae-0611-4f20-a132-9a094b051496) (LoadContainer) 08:48:57.092142 DEBUGAction 'stop' for renderer 'uuid:653ee6ae-0611-4f20-a132-9a094b051496' (Stop) 08:48:57.097016 DEBUGJSON request 'GET /raumserver/json/getzoneplaylist?_=1427010160491' (HandleJSONRequests) 08:48:57.122754 DEBUGBindContainer: 0/Playlists/MyPlaylists/Radio1 (uuid:653ee6ae-0611-4f20-a132-9a094b051496) (BindContainer) 08:48:57.163856 DEBUGAction 'stop' for renderer 'uuid:653ee6ae-0611-4f20-a132-9a094b051496' (Stop) 08:48:57.212584 DEBUGSleeping for 5000 ms (DoRequestAction)

Martin

Hallo

ich habe jetzt raumServer auf meinem Connector installiert und wollte nebenbei auch mit den Presets arbeiten und bekomme immer die Meldung (unter Chrome Browser)

unexpected end of data(/raumserver/preset/WakeUpStep1/run?playlistName=Radio1)

der Aufruf erfolgt mit:

http://192.168.188.30:8080/raumserver/preset/WakeUpStep1/run?playlistName=Radio1

der Preset ist so definiert:

<preset id="WakeUpStep1"> <request>/raumserver/room/Cube/createZone?force=true</request> <request>/raumserver/zone/Cube/loadPlayList?name=[playlistName]</request> <request>/raumserver/zone/Cube/play?track1</request> <request>/raumserver/zone/Cube/volume?value=35</request> </preset>

Ist eigentlich der [VARS] Befehl obligatorisch oder kann er weggelassen werden? Ist dann der befehl am Ende nur "run" oder "run?"

Bestimmt wieder nur etwas übersehen?

Martin

P.S.: die Meldung erscheint auch im application.log

Hi,

ich glaube ich habe es selber gefunden.
Es liegt vermutlich daran, daß beim Kopieren der requestPresets.xml ein falsches Format (nicht UTF-8) gespeichert wurde.
Beim Speichern in obigen Format funktioniert es jetzt anscheinend.

Noch ein Frage:
Wann werden Änderungen an der Presets Datei aktiv? Beim Abspeichern oder nur beim Neustart des raumServers?

Martin

DosiRocker (Beitrag #99) schrieb:

Wann werden Änderungen an der Presets Datei aktiv? Beim Abspeichern oder nur beim Neustart des raumServers?

Nur beim neustart