Raumfeld - 3rd-Party Applikation - RAUMServer

ok, dann schau ich mir das mal an...

Danke für die Info!

Hi all,

erst einmal möchte ich mich für diese lange ersehnte und tolles Stück Software bedanken. Nun kann ich endlich die RF Boxen so einsetzen wie geplant...

Ich habe aber nun leider ein Problem mit der Version vom 21.03.2015 für den Raspberry 2 mit Raspian. Den Vorgänger hatte ich ohne Probleme eine Weile in Betrieb.

Mit war aufgefallen, dass der raumServer Prozess konstant 35-40% CPU Last erzeugte. Das erscheint mir ein wenig viel. Gestartet wurde der Prozess über ein

nohup ./raumServer &

da ich nicht booten konnte.

Ebenso wurde in zwei Tagen 2.6GB an Daten in die nohup.out geschrieben. Der Inhalt besteht aus einer laaaangen Zeile

^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1

Der Dienst ist aber einwandfrei erreichbar. Ich denke diese ganze IO Operation erzeugt diese Last. Hat jmd. eine Idee was ich tun kann?

Vielen Dank,

mergat

Moin,

vielleicht noch eine kleine Ergänzung zur meiner vorherigen Frage:

Wenn ich den raumServer in die init.d Struktur aufnehme und per "service raumServer start" starte stimmt die CPU Last (ungef. 0,4%), aber die Kontrolle geht nicht an die Shell zurück. Die Shell bleibt in der Ausgabe der Logmeldungen hängen. Wenn ich mich dann abmelde wird der Prozess natürlich auch beendet.

Wie kann ich den Dienst starten ohne zu booten? Er soll natürlich weiter laufen wenn ich mich abmelde.

Ich hatte auch schon die Kombination, dass der Bootvorgang wie oben beschrieben mit den Logmeldungen des raumServers "hängen" blieb und die Nachfolgenden Dienste (SSHD) nicht gestartet werden konnten. Dadurch konnte ich den Raspi garnicht mehr erreichen. Daraufhin habe ich diesen in der Startreihenfolge ganz nach hinten gesetzt (S05...)

Ratlos,

mergat

Ich habe keine Ahnung warum im nohup.log so viel Müll drinnen steht.
Normalerweise sollte der Output der Console drinnen stehen.
Ich verwende nohup nicht und benutze den Raumserver nur auf RF Hardware.
Eventuell mal eine alternative zu nohup (Screen oder tmux) benutzen?

Für die neue Version Version des Raumservers wird es einen Linux deamon geben.
Dann sollte das kein Problem mehr darstellen.
Da musst du sich aber noch ein wenig gedulden (kommt auf meine private bzw. Arbeits-Auslastung drauf an)

Hallo ChriD,

an den guten, alten screen hatte ich noch garnicht gedacht. Der tut es erst einmal gut, also kein Zeitdruck...

Vielen Dank für den schnellen Tip und für die tolle Software!

mergat

Hallo @ all,

hat denn schon jemand einen Platz gefunden, wo der Raumserver installiert werden kann in der RF Hardware, ohne bei jedem Update gelöscht zu werden?
Ich möchte ungern jedes Mal den Server neu installieren...
Zumal ich mir ein Frontend gebastelt habe, welches ebenfalls in dem Ordner lag...

Einen zusätzlichen Hardwareserver o.ä. will ich nicht in Betrieb nehmen, nur um Wecker und Sleeptimer zu betreiben.

Danke und Gruß
ToDi

Einen Ordner ja, (z.B. der update folder oder etc/raumfeld)
Aber das script zum automatischen starten also die files im init.d werden gelöscht.

Ich habe dazu thomas_raufeld mal angestupst. Er fände die Idee einer Minimalschnittstelle für FW-Hacking grundsätzlich auch gut und er hat ein Ticket angelegt. Ich hoffe da kommt was gutes dabei raus. Im endeffekt müssten sie nur eine init.d script schrieben welches z.B. unter etc/raumfeld/3rdParty/ alle scripts aufruft wenn welche vorhanden sind.

Also Daumen drücken

BTW: Ich arbeite gerade an einem Installer (windows/Linux) für die neue Raumserver Version (natürlich auch an der neen version. Der erste wurf des daemon ist schon ziemlich stabil lauffähig, hat aber noch keine json returnd). Starten, Raumfeld-Gerät auswählen. Install/update drücken und fertig.
https://github.com/ChriD/Raumserver

Guten Morgen..

Ich versuche den raumserver auf meinem raspberry 2 mit wheezy zum laufen zu bekommen.
Ich las schon 2x hier im thread von problemen mit der glibc version, aber keinen beitrag über abhilfe.

ich hab die anleitung vorne zur installation aufm raspberry befolgt, wenn der server start soll, gibt es immer die fehlermeldung, das glibc version 2.17 benötigt wird..
ich bin ein linux noob und bvekomm es selbst nicht hin.. kann mir jemand einen tipp geben?

Besten Gruß jan

Welches binary hast du den benutzt?
BTW: Ein bisschen Geduld noch und dann kannst du den Raumserver ganz einfach auf en RF-Device installieren

Guten morgen..
Ich hab die neueste 1_10_96 linux armv7 hf,
Muesste ja richtig sein, da raspberry 2 B....

mergat (Beitrag #203) schrieb:

Hi all, erst einmal möchte ich mich für diese lange ersehnte und tolles Stück Software bedanken. Nun kann ich endlich die RF Boxen so einsetzen wie geplant... Ich habe aber nun leider ein Problem mit der Version vom 21.03.2015 für den Raspberry 2 mit Raspian. Den Vorgänger hatte ich ohne Probleme eine Weile in Betrieb. Mit war aufgefallen, dass der raumServer Prozess konstant 35-40% CPU Last erzeugte. Das erscheint mir ein wenig viel. Gestartet wurde der Prozess über ein nohup ./raumServer & da ich nicht booten konnte. Ebenso wurde in zwei Tagen 2.6GB an Daten in die nohup.out geschrieben. Der Inhalt besteht aus einer laaaangen Zeile ^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1;1H^[[6;1H^[[1 Der Dienst ist aber einwandfrei erreichbar. Ich denke diese ganze IO Operation erzeugt diese Last. Hat jmd. eine Idee was ich tun kann? Vielen Dank, mergat

Hallo mergat,
Habe Seite dem Upgrade auf Jessie des PI2 in etwa das selbe Problem mir schreibt es in die syslog Datei innerhalb einer Stunde 500MB.
Der RaumServer reagiert aber ohne Verzögerung, hast du das Problem irgendwie gelöst bekommen?
Gruß,
Stefan

Hallo,
ich habs immer folgendermaßen gestartet, damit keine Logdatei nohup.out, die zugemüllt wird angelegt wird:

sudo nohup ./raumServerStart.sh 2>/dev/null 1>/dev/null &

Gruß
Stefan

Hallo,
ich habe seid Raumfeld Firmware 1.55 massive Probleme mit raumServer, dass meine Presets nicht mehr robust funktionieren, d.h. die einzelnen Schritte werden nicht mehr alle abgearbeitet und in der App sieht man dann die "Kreiselbewegung". Leider ist es nicht so wirklich reproduzierbar, mal geht es mal nicht. Gefühlt würde ich sagen, dass es besonders beim Aufrufen einer Playlist mit einem TuneIn Radiosender passiert.

Hier 2 Beispiele:

<preset id="PresetAnwesenheit_radioOn"> <request>/raumserver/room/Zentrale/createZone?force=true</request> <request>/raumserver/room/Zentrale/volume?value=0</request> <request>/raumserver/room/Wohnzimmer/addToZone?room=Zentrale</request> <request>/raumserver/room/Wohnzimmer/volume?value=20</request> <request>/raumserver/zone/Zentrale/loadPlayList?name=Radio1</request> <request>/raumserver/zone/Zentrale/play</request> </preset>

<preset id="PresetWecker_radioOn1"> <request>/raumserver/room/Schlafzimmer/createZone?force=true</request> <request>/raumserver/room/Schlafzimmer/volume?value=30</request> <request>/raumserver/room/Wohnzimmer/addToZone?room=Schlafzimmer</request> <request>/raumserver/room/Wohnzimmer/volume?value=0</request> <request>/raumserver/room/Zentrale/addToZone?room=Schlafzimmer</request> <request>/raumserver/room/Zentrale/volume?value=0</request> <request>/raumserver/zone/Schlafzimmer/loadPlayList?name=Radio1</request> <request>/raumserver/zone/Schlafzimmer/play</request> </preset>

Hier noch die Logdatei von heute Morgen. 2 mal hat es nicht funktioniert, beim 3ten mal hat es dann funktioniert

03:59:22.857774 INFOInitializing RAUMKernel '0.1.10.97' 03:59:22.958005 WARNINGNo network device specified. Will use first one found! 03:59:22.962319 INFOUsing NetworkAdapter: eth0 03:59:23.008002 INFOStart searching for Raumfeld System Services and Media-Renderers. Please wait... 03:59:23.067433 INFOStarting RaumServer with port '8080' ... 03:59:24.998394 INFOConfiguration service found! (Location: http://192.168.188.3...5b9-62e6eeff5d50.xml) 03:59:25.001003 INFORequesting list of zones present on the Host 03:59:26.154412 INFORaumkern is ready for duty! 04:00:40.134081 INFORequest received (/raumserver/room/Zentrale/createZone?force=true) 04:00:43.821540 INFORequest received (/raumserver/room/Zentrale/volume?value=0) 04:00:44.161999 INFORequest received (/raumserver/room/Wohnzimmer/addToZone?room=Zentrale) 04:00:47.839626 INFORequest received (/raumserver/room/Wohnzimmer/volume?value=20) 04:00:48.117031 INFORequest received (/raumserver/zone/Zentrale/loadPlayList?name=Radio1) 04:00:53.305796 INFORequest received (/raumserver/zone/Zentrale/play) 04:04:03.352910 INFORequest received (/raumserver/room/Zentrale/createZone?force=true) 04:04:07.025775 INFORequest received (/raumserver/room/Zentrale/volume?value=0) 04:04:17.540519 ERRORzone renderer not present! Action can not be performed!(/raumserver/preset/PresetAnwesenheit_radioOn/run) 04:05:36.767831 INFORequest received (/raumserver/room/Zentrale/createZone?force=true) 04:05:40.402340 INFORequest received (/raumserver/room/Zentrale/volume?value=0) 04:05:50.909103 ERRORzone renderer not present! Action can not be performed!(/raumserver/preset/PresetAnwesenheit_radioOn/run) 04:07:07.564788 INFORequest received (/raumserver/room/Zentrale/createZone?force=true) 04:07:11.272777 INFORequest received (/raumserver/room/Zentrale/volume?value=0) 04:07:11.557607 INFORequest received (/raumserver/room/Wohnzimmer/addToZone?room=Zentrale) 04:07:15.357424 INFORequest received (/raumserver/room/Wohnzimmer/volume?value=20) 04:07:15.993801 INFORequest received (/raumserver/zone/Zentrale/loadPlayList?name=Radio1) 04:07:21.250404 INFORequest received (/raumserver/zone/Zentrale/play) 04:08:23.143558 ERRORResult XML from device does not contain DIDL-Lite block!

Hat noch jemand diese Probleme?

Lösung wäre vermutlich wieder vermehrt mit wait Zeiten zu arbeiten

Gruß,
Martin

Hallo,

Eine neu designte Version des Raumservers ist online.
Es gibt einen installer für windows und linux um die installation automatisch auf ein Raumfeld Device dirchzuführen

Infos und Wiki hier zu finden:
https://github.com/ChriD/Raumserver

Viel Spass!

Supi, vielen dank.
Gibt es noch die Möglichkeit den RAUMserver auf einen Raspberry zu Installieren?

Gruß

Hi,

habe eben die neue Version von gestern mit dem Windowsintaller auf meinem One S installiert. Installer sagt, alles ist ok.
Aber unter [url]http://[ip]:[port]/raumserver/data/getVersion][/url] kommt es unter Firefox oder Edge zu keiner Verbindung.

Gruß Kaloschke

Edit: Also die URL natürlich mit meinen Daten :-)

kaloschke (Beitrag #217) schrieb:

Hi, habe eben die neue Version von gestern mit dem Windowsintaller auf meinem One S installiert. Installer sagt, alles ist ok. Aber unter [url]http://[ip]:[port]/raumserver/data/getVersion][/url] kommt es unter Firefox oder Edge zu keiner Verbindung.

Hast du den One S dann mal neu gestartet? Manchmal schafft es der Installer nicht den Server per SSH zu starten und der reboot startet ihn dann sicher.
Du siehst auch ob er gestartet ist wenn du den Installe rnochmal startest und dan das 3 Häkchen aktiv ist

EDIT: Habs garde auf meinem OneS propiert. Nach dem reboot (dann musste noch etwa eine minute warten) war der server online.
Leider hab ich noch probleme den start via ssh vernünftig zu bewerkstellingen. Also manchmal geht er und manchmal nicht. Das liegt wohl an der SSH verbindung, aber da bin ich noch am tüfteln

zieh-fix (Beitrag #216) schrieb:

Supi, vielen dank. Gibt es noch die Möglichkeit den RAUMserver auf einen Raspberry zu Installieren? Gruß

Im Grunde ja, ich müsste ihn nur mit den richten buildoptionen builden. Also der RPI gcc toolchain bze. den toolchains

@ChriD
Ja. Zweimal installiert. Beim 2. Mal als Update. Mit oder ohne Neustart, keine Reaktion.
Mal direkt aus dem Browser kopiert:
http://192.168.2.121:8080/raumserver/data/getVersion
Ping funkitoniert.

kaloschke (Beitrag #220) schrieb:

@ChriD Ja. Zweimal installiert. Beim 2. Mal als Update. Mit oder ohne Neustart, keine Reaktion. Mal direkt aus dem Browser kopiert: http://192.168.2.121:8080/raumserver/data/getVersion Ping funkitoniert.

Na also das müsste nach dem Neustart definitv funktionieren....
Wie gesagt nach dem Neustartdauerts halt noch eine minute oder so

Probier mal einen "richtigen" neustart. Also nicht mit dem mini button an der front sondern mal stecker raus stecker rein.
Ich glaub beim button an der front geht der speaker nicht wirklich aus.... (eco mode oder so)

Ich denke ich bau beim installer rein dass er den reboot autom. macht. Wär vll. am geschicktesten

Ich hatte immer "richtige" Reboot mti Steckerziehen gemanch. Eben noch mal, aber ohen Erfolg. Im Browser erscheint:
"Firefox kann keine Verbindung zu dem Server unter 192.168.2.121:8080 aufbauen."

kaloschke (Beitrag #222) schrieb:

Ich hatte immer "richtige" Reboot mti Steckerziehen gemanch. Eben noch mal, aber ohen Erfolg. Im Browser erscheint: "Firefox kann keine Verbindung zu dem Server unter 192.168.2.121:8080 aufbauen."

Wie ist der One S den ans Netzwerk angeschlossen? WLAN oder kabel?

Krass.
Hab ihn ans Kabel gehängt. Server geht.
Kabel abgezogen. Server geht.
An alte Position gebracht. Server geht :-)
Hast Du eine Idee, woran es lag?
Na Hauptsache, ich kann mit Testen loslegen. Habe auf einem Windowsserver nen DVBViewer-Recordingservice laufen und möchte das Satellitenradio auf die One S bringen.
Vielen Dank für Deine tolle Software
Gruß Kaloschke

Hm. Seltsam. Heute morgen war der Server wieder weg. Neustart des ONE S und er geht wieder. Werde ich mal beobachten.

Was mir nicht gelingt ist, dem Server zu bewegen, den übergebenen Stream meines SAT-Radios abzuspielen. Die Angabe für den Valuetteil lautet:

http://192.168.2.2:8...929969415%7CYOU%20FM

Also insgesamt:

http://192.168.2.121...13929969415|YOU%20FM

Wenn ich die URL in die Adresszeile von Firefox eingebe, wird der Sender gespielt. Muss ich noch was anderes beachten?

Gruß Kaloschke

Hallo meine Lieben,

vielen Dank euch allen für die hilfreichen Diskussionen und vor allem Dir, Chris, für den RaumServer!

Die neue Version mit dem Installer ist echt einfach aufzuspielen.

Bei der Inbetriebnahme mit FHEM scheitere ich aber nun etwas - und da dies sicher an meiner Technikompetenz liegt, würde ich euch gerne kurz um Rat fragen:

Ich habe Raumfeld mit 4 Räumen (Forest, Cloud7, Plätscherbach und Joker). Forest hängt am LAN und ist daher der Hauptspieler + enthält den Raumserver.

Ich habe folgende Http Requests als Teil einer in Pearl geschriebenen Notify:

GetHttpFile ("192.168.1.20:8080","/raumserver/controller/createZone?id=Forest");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/addToZone?id=Forest&zoneId=Cloud7");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/addToZone?id=Forest&zoneId=Plätscherbach");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/loadPlaylist?id= Forest&value=Radios");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/play");;;;\

Daraufhin kommt keine Musik; in der Raumfeld App kann ich beoachten, dass zuerst mehrfach Räume zur Zone hinzugefügt und wieder gelöscht werden. Nach ca 4-5x Raum rein, Raum raus stabilisiert es sich. Dann kreiselt der Play Button ohne Ende.

Würde mich total freuen, wenn jemand mir helfen könnte!^^
Beste Grüße,
Alex

PS:
Bei Play habe ich sonst noch "play?id=Forest" probiert und bei load habe ich noch das Laden von den Favourites probiert: "loadContainer?id=Forest&value=0%2FFavorites%2FMyFavorites%2F33946"

Probiers mal so rum...

GetHttpFile ("192.168.1.20:8080","/raumserver/controller/createZone?id=Forest");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/addToZone?id=Cloud7&zoneId=Forest");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/addToZone?id=Plätscherbach&zoneId=Forest");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/loadPlaylist?id= Forest&value=Radios");;;;\ GetHttpFile ("192.168.1.20:8080","/raumserver/controller/play");;;;\

Hi Chris,

vielen Dank für die schnelle Antwort!

Der Code läuft bei der Zonenerstellung (über Gethttp wird die Zone aber komischerweise mehrfach erstellt).
Das Laden der Playlist klappt dann aber leider nicht mehr.

Hast du eine Idee woran das liegen könnte?

Beste Grüße und vielen Dank,
Alex

Hallo Chris,

danke für den neuen Raumserver. Mit dem neuen Installer ist es mir auch sofort gelungen ihn auf einem Epand zu installieren. Nach Netzstecker ziehen und wieder einstecken lief er dann auch. Über eine einfache html.Seite habe ich viele Befehle ausprobieren können. Es funktionierte soweit alles gut. Leider hatte sich der Raumserver über Nacht beendet. Wie kann ich ihn manuell über Bitvise starten? Ich möchte nicht immer den Netzstecker ziehen, sollte das mal wieder passieren. Funktioniert der Webclient eigentlich nicht mehr? Ich habe ihn leider nicht mehr auf den Rechner. Ich wollte ihn mir als Beispiel ansehen. Bei mir funktioniert es zwar aber nach abschicken eines Befehls muß ich das Fenster immer schließen um auf meine Seite zurückzukommen. Ich bin da absoluter Neuling.

Gruß

POstermann

POstermann (Beitrag #229) schrieb:

Hallo Chris, Leider hatte sich der Raumserver über Nacht beendet.

Oje... kannst du bitte nachsehen ob es im raumfeld ordner ein log bzw. fault file für den entsprechenden tag gibt?
Mit Bitvise hast du j auch a einen Explorer ähnliches tool wo dann am expand unter

/etc/raumfeld/raumserverDaemon/logs"

die logs liegen

POstermann (Beitrag #229) schrieb:

Wie kann ich ihn manuell über Bitvise starten?

sobald du per SSH auf dem expand bist kannst du in der shell

/bin/sh /etc/init.d/S99raumserver start

eingeben. Das sollte funktionieren

POstermann (Beitrag #229) schrieb:

Funktioniert der Webclient eigentlich nicht mehr?

Nein. der alte Webclient war nur zum testen der funktionen. Das ist leider für mich zuviel arbeit den auch aktuell zu halten usw.

POstermann (Beitrag #229) schrieb:

Bei mir funktioniert es zwar aber nach abschicken eines Befehls muß ich das Fenster immer schließen um auf meine Seite zurückzukommen. Ich bin da absoluter Neuling.

Naja. Dazu brauchst du dann schon etwas Web Development erfahrung.(Mit jquery und die dort implementierten ajay requests kommst du weiter)
Aber ganz ehrlich,da müsste ich die jetzt erklären wie das alles funktioniert. Die Zeit kann ich mir leider nicht nehmen

omegagalvani (Beitrag #228) schrieb:

Hi Chris, Der Code läuft bei der Zonenerstellung (über Gethttp wird die Zone aber komischerweise mehrfach erstellt). Das Laden der Playlist klappt dann aber leider nicht mehr.

Hmm.. bei mir funktioniert das ganz gut.
Fang doch mal klein an, erstelle nur mit einem Raum eine zone und lade dann die playlist und schau ob das geht

Hi Chris,

Mit einem Player in der Zone läuft es tatsächlich.
Im Scenario "mehrere Räume" läuft heute auf einmal auch das Laden der Playlist. Das Abspielen geht dann nicht mehr durch. Der Verdacht, dass es an dem neuen Eco-Mode liegen könnte, hat sich bestätigt: Mit einem Play Befehl nach einer kurzen Wartezeit funktioniert es.

Ist es auch in der neuen Version möglich einen "wait" Befehl einzubauen?

Zu Postermann's Frage: Ich hatte mit der neuen Version (und dem neuen Raumfeld Update 1.56) am Anfang ein ähnliches Thema: der RaumServer lief, aber immer nur ein paar Minuten und war dann unerreichbar, bis ich ihn wieder über ssh gestartet habe.
Ich habe dann in der raumServer Settings.xml die UPNP Refresh Time auf 0 gesetzt. Seitdem geht es...
"<UPNPRefreshTimeActive>0</UPNPRefreshTimeActive>"

Beste Grüße,
Alex

omegagalvani (Beitrag #232) schrieb:

Ist es auch in der neuen Version möglich einen "wait" Befehl einzubauen?

Ja den sollte es bereits in der aktuellen geben. Probier mal beim playlist befehl dass drannzuhängen

&wait=2000

Eigentlich hätte ich es so gebaut das man die waits nicht mehr benötigt. Naja muss ich nochmal drüberschaun.

Hallo Chris,

vielen Dank für die hilfreichen Antworten. Ich habe den Raumserver heute neu gestartet. Das Log war sehr groß da konnte ich nicht wirklich was mit anfangen. Ich werde mal schauen wie lange er läuft. Den Webclient wollte ich eigentlich nur um mir den Quellcode anzusehen. Aber leider konnte ich ihn ja nicht mehr downloaden. Ich weiß aber auch nicht ob mir das weiterhelfen würde. Nach den Begriffen jquery, ajay requests habe ich mal mit Google gesucht. Aber das hört sich für mich sehr kompliziert an.

Gruß
POstermann

Hi,

ich habe das Serververhalten jetzt mal über einige Tage beobachtet. Leider ist es so, dass er sich auf meinem One S alle 1-2 Tage beendet. Wenn Du mir sagst, wie ich da von Windows aus dran komme, kann es gerne das Logfile hochladen.

Viele Grüße
Kaloschke

Hallo Chris,

ich habe gerade angefangen meinen Controller 2 via node-raumfeld aus ioBroker heraus zu steuern bzw. abzufragen. Die node lib benutzt aber ausschliesslich UPNP um mit dem Controller zu reden. Für sehr häufige Abfragen und für's handling allgemein ist das nicht so gut. Ich habe das Gefühl,dass der Controller mit häufigen UPNP Anfragen z.B. für Lautstärke nicht so gut klar kommt.

Ich frage mich deshalb, ob du bei der Entwicklung von Raumserver und Raumwiese auf weiter APIs vom Controller zurück greifst und ggf. sharen kannst.

Hintergrund meiner Entwicklung in Stichworten:
- Controller hängt an Yamaha AVR via optisch digital
- Yamaha AVR kann via XML-RPC gesteuert werden (an/aus/lautstärke/input)
- Hausautomation (ioBroker) stellt fest, dass via Raumfeld-App Musik gestartet wird, dann
- Stelle AVR auf Raumfeld input
- Laustärke-Einstellung auf Raumfeld-App wird mit AVR synchronisiert (Raumfeld-App ist Master)

Abfragen via UPNP macht auch Grudsätzlich Probleme, wenn der Controller im Spotify Modus ist.

gruss,
klaus

kaloschke (Beitrag #235) schrieb:

Hi, ich habe das Serververhalten jetzt mal über einige Tage beobachtet. Leider ist es so, dass er sich auf meinem One S alle 1-2 Tage beendet. Wenn Du mir sagst, wie ich da von Windows aus dran komme, kann es gerne das Logfile hochladen.

Wenn du die neueste RF Version installiert hast kommst du derzeit erstmal gar nicht auf die Raumfeld Geräte
Die haben da was umgestellt. Deshalb funktioniert auch der Installer nicht mehr.

tafkap (Beitrag #236) schrieb:

Ich frage mich deshalb, ob du bei der Entwicklung von Raumserver und Raumwiese auf weiter APIs vom Controller zurück greifst und ggf. sharen kannst

Das ganzen transport actions wie play, pasue, next usw. geht alles über UPNP. Auch das Content Managament
Auch raumfeld selber macht das so (auch der controller)
Das einzige was RF derzeit an API bietet ist das zonen und ich glaub auch das installmanagement.
Der Raumserver baut auf die RaumkernelLib (https://github.com/ChriD/RaumkernelLib) und RaumserverLib (https://github.com/ChriD/RaumserverlLib) auf.
Das sind Librarys in C/C++ geschrieben welche aber alle auch nur über UPNP (bis auf das Zonenmanagament) mit dem Raumfeld kommunizieren.

Also alles was ich gemacht habe ist OpenSource und du kannst da gerne nachsehen ob du etwas brauchbares findest, aber wie gesagt geht das derzeit alles nur über UPNP. Also leider keine Zauber API :-)
Ich weis nicht ob du Software-Entwickler bist aber ich denke man akan nauch C++ Libs in Node-Js einbinden sofern man noch einen C Wrapper drüberstült. Aber ich weiß es nicht so genau.
Eventuell kommt ja mal eine API Schnittstelle von RF selber.

ChriD (Beitrag #237) schrieb:

kaloschke (Beitrag #235) schrieb: Hi, ich habe das Serververhalten jetzt mal über einige Tage beobachtet. Leider ist es so, dass er sich auf meinem One S alle 1-2 Tage beendet. Wenn Du mir sagst, wie ich da von Windows aus dran komme, kann es gerne das Logfile hochladen. Wenn du die neueste RF Version installiert hast kommst du derzeit erstmal gar nicht auf die Raumfeld Geräte Die haben da was umgestellt. Deshalb funktioniert auch der Installer nicht mehr.

Hallo Chris,
mit Putty und SSH kommt ich schon noch auf die Raumfeld Geräte bei denen die neuesten Beta installiert ist. Allerdings funktioniert das Kopieren nicht mehr mit SFTP sondern nur noch über das SCP Protokoll.

Gruß,
Martin

Hmm...
Danke für den Hinweis! Hab die Authentifizierungsmethode auf "None" gestellt jetzt gehts. Früher hatte ich die auf "password" mit leerem pw da gings auch. Naja wird wohl am neuen ssh server liegen den die Raumfelder benutzen.
Nun gut dann kann ich ja mal wieder meine Installer umbauen damit er wieder funktioniert. Mal schaun wann die Herren von RF mir die nächsten Steine in den weg legen

ChriD (Beitrag #238) schrieb:

tafkap (Beitrag #236) schrieb: Ich frage mich deshalb, ob du bei der Entwicklung von Raumserver und Raumwiese auf weiter APIs vom Controller zurück greifst und ggf. sharen kannst Das ganzen transport actions wie play, pasue, next usw. geht alles über UPNP. Auch das Content Managament Auch raumfeld selber macht das so (auch der controller) Das einzige was RF derzeit an API bietet ist das zonen und ich glaub auch das installmanagement. Der Raumserver baut auf die RaumkernelLib (https://github.com/ChriD/RaumkernelLib) und RaumserverLib (https://github.com/ChriD/RaumserverlLib) auf. Das sind Librarys in C/C++ geschrieben welche aber alle auch nur über UPNP (bis auf das Zonenmanagament) mit dem Raumfeld kommunizieren. Also alles was ich gemacht habe ist OpenSource und du kannst da gerne nachsehen ob du etwas brauchbares findest, aber wie gesagt geht das derzeit alles nur über UPNP. Also leider keine Zauber API :-) Ich weis nicht ob du Software-Entwickler bist aber ich denke man akan nauch C++ Libs in Node-Js einbinden sofern man noch einen C Wrapper drüberstült. Aber ich weiß es nicht so genau. Eventuell kommt ja mal eine API Schnittstelle von RF selber.

Hi Chris,
Ja ich bin sw dev, aber heute mit Brett vorm Kopf. Nachdem ich mir das genauer angesehen habe, musste ich feststellen, dass der Raumserver genau meine Probleme löst. Ich greife jetzt direkt drauf zu, aus ioBroker. Du erwähntest weiter oben undokumentierte JSON requests. Kann man die irgendwo nachlesen?

Bzgl Protokoll vermute ich aber noch hidden Features. Oder benutzt auch die App konsequent UPNP? Die kann ja zB. den aktuellen Spotify Titel anzeigen. Mich würde insbesondere für alle Quellen der akt. Play Status interessieren.

Wie auch immer, super Sache und Hut ab. De RC2 war ein echtes Schnäppchen und mit deinem Server wird das nochmal aufgewertet.

/klaus

Habe jetzt mal mit Chrome und debugger tiefer reingeschaut. Verstehe ich das richtig, dass die long-polling requests, nach der ersten response (d.h. es gab eine Änderung auf der Server), wieder eine neue updateId benötigen für die folgenden requests?

Also
1. erster request ohne Id
2. zweiter request mit Id aus dem response header von (1)
3. warten auf response
4. response kommt mit neuer Id im header
5. dritter request mit Id von (4)

Richtig so?

/klaus

Genau, Der erste Response kommt sofort und gibt eine ID zurück
Der zweite Request kann dann mit dieser ID im Header ausgeführt werden und liefert erst einen Response wenn sich etwas an den Daten geändert hat usw... Das war früher eine herkömmliche Methode um sich dauerende polls zu sparen. Heute macht man das egtl. mit WebSockets. Aber ich belasse das noch auf Long polling request damit es für die leute mit Hausautomation noch besser geeignet ist.

Es gibt keine undokumentierten request mehr im neuen Raumserver
https://github.com/ChriD/Raumserver/wiki/Available-control-and-data-requests


Ob die App jetzt für spotify noch was spezielles benutzt weiß ich nicht. MIt spotify hab ich mich nict beschädtigt, aber wenn dann würde vielleicht auf dem Host ein enstprechender request vorhanden sein (so wie die Zonenverwaltung). Da gibt's einen link wo man sich alle requests vom RF Host ansehen kann. Ich hab den jetzt aber nicht bei der Hand. Guck mal im 3rd Party Developer Thread nach da steht der wo drinnen
http://www.hifi-forum.de/index.php?action=browseT&forum_id=212&thread=420

kaloschke (Beitrag #235) schrieb:

Hi, ich habe das Serververhalten jetzt mal über einige Tage beobachtet. Leider ist es so, dass er sich auf meinem One S alle 1-2 Tage beendet. Wenn Du mir sagst, wie ich da von Windows aus dran komme, kann es gerne das Logfile hochladen. Viele Grüße Kaloschke

Hi, du kannst dich mit z.B. WinSCP auf das device, wo der Raumserver installiert ist, verbinden.
Danach müsstest du im Ordner /etc/raumfeld/raumserverDaemon/ zwei ordner finden. einen "fault" und einen "log" ordner.
Die Dateien im fault wären interessant und auch die log Datei wo er sich beendet hat

tafkap (Beitrag #241) schrieb:

Du erwähntest weiter oben undokumentierte JSON requests. Kann man die irgendwo nachlesen?

hihi (wegduck)

Hi Chris,

ich habe ein reproduzierbares Absturzverhalten:

1. RaumServer deamon wird gestartet (z.B. via reboot)
2. Abholen des renderer states klappt (auch mehrfach) [/raumserver/data/getRendererState]
3. Via app starte ich einen song vom home server
3a. Im log sehe ich mehrere DEBUG infos dass sich properties geändert haben
4. Abholen des renderer states schlägt fehl
4a. Im log steht noch "Request duration: 0ms: GETRENDERERSTATE / : [execute]" und danach ist der Server beendet und im Browser kommt natürlich auch nix mehr an

Im fault Verzeichnis wird nix erzeugt.

Brauchst du noch mehr Info?

gruss,
klaus

tafkap (Beitrag #246) schrieb:

Brauchst du noch mehr Info?

Vielleicht noch den devicetyp wo du ihn installiert hast. One S?

Installiert habe ich auf einem Connector 2.

/klaus

Gibt es eine Anleitung wie ich den Server auf eine NAS installiere?

in meinem Beispiel auf eine Netgear ReadyNas

wenn ich den Installer runter lade entpacke Berechtigungen anpasse und dann ausführen will sagt er:

Netzschlampe:/opt/raumserver# ./raumsrvInstaller bash: ./raumsrvInstaller: cannot execute binary file

Danke für antworten schon mal.

Hi ChriD,
ich möchte noch mal meine Frage von oben zu den URIs neustellen, da ich da noch nicht weiter gekommen bin.

Du nennst als Beispiel für LoadUri die Adresse
http://mp3channels.webradio.rockantenne.de/heavy-metal.
Diese und die anderen Kanäle von rockantenne funktionieren sowohl im Browser als auch im Raumserver einwandfrei..

Wenn ich aber stattdessen einen der Tune-In Sender nehme, z.B.
http://tunein.com/radio/Fritz-vom-rbb-1026-s25005
so funktioniert der ebenfalls im Browser, nicht aber im Raumserver.

Gleiches gilt für die transcodierten Strams des von mir verwendeten Recordingservice des DVBViewers, z.B.
http://192.168.2.2:8...713956183849%7CFritz
Browser Ja, Raumserver Nein

Kannst Du mir da bitte weiterhelfen?

Gruß Kaloschke