Gehe zu Seite: |vorherige| Erste 2 3 4 5 6 7 8 9 Letzte |nächste|

Raumfeld - 3rd-Party Entwickler

+A -A
Autor
Beitrag
zieh-fix
Stammgast
#151 erstellt: 02. Aug 2013, 13:19
Hallo mit einander,
lch möchte hier noch mal kurz nach Hilfe fragen, ich habe bisher vergeblich versucht mein Raumfeld System mit Loxone Hausautomation an zu steuern, leider habe ich keinerlei Erfahrung mit upnp und deren Ansteuerung. Fernsteuern geht ja wie mit Raumwiese gezeigt wurde.

Wäre klasse wenn mir hier jemand helfen könnte,

Danke Gruß Jürgen
ChriD
Stammgast
#152 erstellt: 02. Aug 2013, 14:20

zieh-fix (Beitrag #151) schrieb:
Hallo mit einander,
lch möchte hier noch mal kurz nach Hilfe fragen, ich habe bisher vergeblich versucht mein Raumfeld System mit Loxone Hausautomation an zu steuern, leider habe ich keinerlei Erfahrung mit upnp und deren Ansteuerung. Fernsteuern geht ja wie mit Raumwiese gezeigt wurde.


Hier siehst du wies mit sonos geht. Alos lauter / leiser und so standard dinger sollten kein Problem sein auch nicht mit RF.
Ich kenn aber Loxone nicht...
Loxone / Sonos UPNP


[Beitrag von ChriD am 02. Aug 2013, 14:20 bearbeitet]
zieh-fix
Stammgast
#153 erstellt: 02. Aug 2013, 14:24
Danke ChriD

Laut Loxone scheinbar alle Funktionen möglich da upnp, leider ist der Support wenig motiviert zu helfen...
Songs wurde von Loxone mit eingebaut als vorgefertigter programmbaustein, soll recht gut gehen.


[Beitrag von zieh-fix am 02. Aug 2013, 14:30 bearbeitet]
ChriD
Stammgast
#154 erstellt: 02. Aug 2013, 19:16
Hmm... Mal wieder ne andere Sache.
Benutzt wer dei VM Base mit der neuen Beta? Die scheint mir da nicht mehr zu laufen...
ChriD
Stammgast
#155 erstellt: 02. Aug 2013, 22:05
Hab da mal ne Frage an Raumfelder...
Da die neue Version bei mir mit der VM Base nicht hochfährt hätte ich mir die Meta DB auf die 1.11.87 VM zurückrestored. alos die sicherung der metaDb sozusagen da ich in der alten version noch nicht die aktuellen playlisten habe. Da will mir aber der masterProcess nicht starten, der sagt immer "/tmp/master-process-logger-pipe: File Exists"

Was mach ich den da falsch?
zimu
Ist häufiger hier
#156 erstellt: 20. Sep 2013, 11:00
Hi in die Runde,

auch von mir eine Frage: ich möchte mit meiner Automatisierungs-Software (Tasker) auf dem Smartphone Befehle ans Raumfeld-System senden. Soweit ich das verstanden habe, geht das entweder über UPnP oder Intents (Android). Einfacher wären für mich Intents, die lassen sich aus Tasker super simpel absenden. Aber ich weiß nicht, wie die aussehen müssen, um z.B. einen Radiosender zu starten oder die Musik auszuschalten.

Gibt's irgendwo eine Quelle, die die Intents für die Android-Raumfeld-App offenlegt?

Wenn das nicht geht, wie schaffe ich es, idealerweise über HTTP-GET-Befehle UPnP-Kommandos abzusetzen? Oder über FHEM (wer's kennt...) Ich habe die SuFu schon so ausgiebig (und unerfolgreich) bemüht, dass ich auf Hilfe aus diesem Forum/Thread hoffe...

Zimu
thomas_raumfeld
Stammgast
#157 erstellt: 20. Sep 2013, 13:11

zimu (Beitrag #156) schrieb:
Aber ich weiß nicht, wie die aussehen müssen, um z.B. einen Radiosender zu starten oder die Musik auszuschalten.

Gibt's irgendwo eine Quelle, die die Intents für die Android-Raumfeld-App offenlegt?

Wenn das nicht geht, wie schaffe ich es, idealerweise über HTTP-GET-Befehle UPnP-Kommandos abzusetzen? Oder über FHEM (wer's kennt...)

Es gibt noch keine Intents, worauf die App reagieren würde. Dazu müsste erst einmal ein Vorschlag auf den Tisch, wie soetwas aussehen könnte und was konkret umgesetzt werden soll. Es gab auch schon für die iOS-App Anfragen, dort würde es über ein URI-Scheme (raumfeld://) laufen.

Die Hürde dabei ist, dass alle Informationen auf dem Host liegen. Die Apps holen sich diese Infos erst zur Laufzeit. Es wäre also klüger den Host mit UPnP zu steuern. Für java gibt es die cling-Library, die sich dafür sehr gut eignet. Wir hatten diese Library bis zur Version 0.9.4 auch in der Raumfeld Android App verwendet, es geht also.
ChriD
Stammgast
#158 erstellt: 30. Sep 2013, 20:08
Das Problem an der ganzen Sache ist das die Leute mit Home Automation Systems wohl kaum alle Entwickler sind die das dann mit UPNP hinkriegen.

Für Euch Raumfelder wärs doch grundsätzlich kein Problem den Host per Request zu steuern.
http://base:47365/volumeUp
http://base:47365/volumeDown

Aber wie thomas bereits gesagt hat müsste das definiert werden. Weil wie will man z.B. Zonen ansprechen?
Da müsste man dan Namen für Zonen definieren können oder man hängt es auf die Räume auf.

http://base:47365/volumeUp?roomId=xxxx
http://base:47365/volumeDown?roomId=xxxx

http://base:47365/volumeUp?ZoneWithRoomId=xxxx
http://base:47365/volumeDown?ZoneWithRoomId=xxxx

http://base:47365/playNext?ZoneWithRoomId=xxxx
http://base:47365/playPrev?ZoneWithRoomId=xxxx

Ich denke so stellen sich das die meisten HomeAutomation User vor
Ich könnt so nen Wrapper sogar ziemlich einfach in die Raumwiese integrieren. Aber dann muss man die Raumwiese auf ner Windows Box ständig laufen lassen.
Wenns genug Leute gibt die das brauchen könnten, dann würd ich's machen. aber ich denke da man da wieder ne Windows Tüte am laufen haben muss wird sich der Bedarf eines solchen Wrappers vermutlich in Grenzen halten. (Und nein ich bau das nicht nochmal alles in C )


[Beitrag von ChriD am 30. Sep 2013, 20:09 bearbeitet]
DosiRocker
Stammgast
#159 erstellt: 30. Sep 2013, 20:22

ChriD (Beitrag #158) schrieb:
Das Problem an der ganzen Sache ist das die Leute mit Home Automation Systems wohl kaum alle Entwickler sind die das dann mit UPNP hinkriegen.

Für Euch Raumfelder wärs doch grundsätzlich kein Problem den Host per Request zu steuern.
http://base:47365/volumeUp
http://base:47365/volumeDown

Aber wie thomas bereits gesagt hat müsste das definiert werden. Weil wie will man z.B. Zonen ansprechen?
Da müsste man dan Namen für Zonen definieren können oder man hängt es auf die Räume auf.

http://base:47365/volumeUp?roomId=xxxx
http://base:47365/volumeDown?roomId=xxxx

http://base:47365/volumeUp?ZoneWithRoomId=xxxx
http://base:47365/volumeDown?ZoneWithRoomId=xxxx

http://base:47365/playNext?ZoneWithRoomId=xxxx
http://base:47365/playPrev?ZoneWithRoomId=xxxx

Ich denke so stellen sich das die meisten HomeAutomation User vor
Ich könnt so nen Wrapper sogar ziemlich einfach in die Raumwiese integrieren. Aber dann muss man die Raumwiese auf ner Windows Box ständig laufen lassen.
Wenns genug Leute gibt die das brauchen könnten, dann würd ich's machen. aber ich denke da man da wieder ne Windows Tüte am laufen haben muss wird sich der Bedarf eines solchen Wrappers vermutlich in Grenzen halten. (Und nein ich bau das nicht nochmal alles in C )


Hallo ChriD,
Sowas wäre natürlich voll cool, aber dafür würde ich keinen Windows PC laufen lassen!
Es wäre natürlich klasse wenn Raumfeld dies auf dem Host umsetzen würde, das könnte ich dann auch als "Dummy" anwenden
Ich habe ja die Hoffnung noch nicht aufgegeben, dass es jemanden gibt, der allgemein UPNP in FHEM umsetzt.

Gruß,
Martin
zieh-fix
Stammgast
#160 erstellt: 30. Sep 2013, 23:47
ChriD

Da gebe ich dir völlig recht!!!!

HomeAutomation lebt davon das es einfach zu bedienen sein muss, die befehle wie du sie vorschlägst wären auch plattform übergreifend FHEM, KNX, LOXONE.... einzupflegen, ich habe eine Automation bei mir Installiert, aber bis heute Raumfeld nicht eingebunden. Samsung TV hingegen problemfrei, einfache befehle, das war keine grosse sache.

Ich könnte eine Testplattform zu verfügung stellen, SmartHome vorhanden und RF mit mom. 4 Zonen. und Base.
Die meisten Home Atomationen fuktioniern mit einer art Zentralen intelligenz, KNX ist dezentral nur Visualisierung und Sonderbefehle sind auf einem Server, drum wäre eine zusätzliche Windows Maschine nicht wirklich optimal.

Wir können uns da gerne mal zusammen "setzen" und versuchen!

Gruss Jürgen
ChriD
Stammgast
#161 erstellt: 01. Okt 2013, 09:26
Ich könnt was basteln was eventuell unter Mono (VM für.NET u C# in Linux) läuft.
Würd dir das weiterhelfen? Das SmartHome ist doch Linux basierend, kannst du da das Mono draufhaun?
Aber die ganze "RaumfeldNET" dll neu in C++ zu schreiben wär mir zu aufwendig.
DosiRocker
Stammgast
#162 erstellt: 01. Okt 2013, 21:14
naja bei mir läuft FHEM auf der Fritzbox 7390, da wird sicherlich eine Mono VMWare nicht laufen, allerdings habe ich noch parallel einen Ubuntu Labtop auf dem ich gerade etwas mit Linux und FHEM rumspiele
Auf dem könnte ich probieren Mono ans laufen zu kriegen, allerdings bei meinen nicht vorhanden Linux Wissen sehr zweifelhaft, aber Interesse habe ich.
Es hätte was, wenn man Raumfeld über eine Hausautomation "einfach" plattform übergreifend steuern könnte, dann liese sich z.B. ein Wecker relativ einfach implementieren und Raumfeld müsste sich nicht damit rumschlagen!

Da verstehe ich Raumfeld nicht, warum sie nicht sofort auf den Zug aufspringen
Gruß,
Martin
zieh-fix
Stammgast
#163 erstellt: 01. Okt 2013, 22:54
Hi,

Ja das ist bei allen systemen das problem, das Martin anspricht, es braucht standartisierte Befehle wie ChriD aufgezeigt hat, mit dem RF angesprochen/gesteuert werden kann.

Ja Martin, schwer zu verstehen das Teufel nicht verstehen will das Smart Home egal von welchem Sytem, ein extrem steigender Markt ist, andere Audio Hersteller haben den Markt längst für sich erkannt und publizieren ihre Steuerungs Befehle. Ich habe min. 5x mit dem RF support telefoniert und vorgeschlagen sich des Themas anzunehmen, auch hier im Forum habe ich es mehrfach angesprochen... Reaktion von Teufel = 0 nicht zu verstehen, die richtige zeit um einzusteigen, nein ein riesen Potential wird verschenkt

@ChriD ich melde mich bei dir via PM hab da ggf ne Idee...

Gruss Jürgen
ChriD
Stammgast
#164 erstellt: 01. Okt 2013, 23:02
Naja platform Übergreifend wär es dann wenn du Mono auf die RF-Base kriegst. Die muss ja sowieso laufen.
Obs n anderer Host (C2 oder Speaker) packt weiß ich nicht.
Ich hab z.B. so ne komische PlugBox (ARM) mit Archlinux bei mir rumliegen, da würd ein einzeiler reichen um mono zu installieren (das geht anscheinend auch auf ARM Prozessoren) und ein weiterer Einzeiler um dann die App zu starten. Und das wärs... (mal von den üblichen Problemchen abgesehen )
Aber mono manuell zu installieren ohne die package manager oder wie die heißen... hui keine Ahnung. Sonst hätt ichs mal auf meiner VM Base probieren können ob das möglich ist.

Aber am schönsten wärs natürlich wenn das von Haus aus auf dem RF-Host verfügbar wäre. Der Webserver selbst ist ja schon vorhanden weil der Host ja bereits auf Requests reagiert. Es müssten halt noch spezielle Request hinzugefügt werden.
zieh-fix
Stammgast
#165 erstellt: 01. Okt 2013, 23:04
Und auf einen Raspberry PI, würde es da gehen???
ChriD
Stammgast
#166 erstellt: 01. Okt 2013, 23:16

zieh-fix (Beitrag #165) schrieb:
Und auf einen Raspberry PI, würde es da gehen???

Naja mono anscheinend schon... Wieso auch nicht. Der Raspberry Pi ist ja nix anderes als n PC mit nem ARM Prozessor
http://logicalgenetics.com/raspberry-pi-and-mono-hello-world/
Da kannst ja auch z.B. OpenSuse draufmachen...
http://en.opensuse.org/HCL:Raspberry_Pi

Die Frage ist ob meine App da drauf laufen wird
Also sie tuts mit dem neuen Mono (3.x). Das hab ich schon getestet.
Ich weiß nicht obs mit den alten Mono Versionen (2.x) auch geht. Muss ich mal probieren.
zieh-fix
Stammgast
#167 erstellt: 01. Okt 2013, 23:24
Ach so jetzt verstehe ich... Wie du sagtest, wir Home Animateure sind keine entwickler
Ich dachte das sei eine art "Übersetzer"
thomas_raumfeld
Stammgast
#168 erstellt: 02. Okt 2013, 09:42

zieh-fix (Beitrag #163) schrieb:
Ja das ist bei allen systemen das problem, das Martin anspricht, es braucht standartisierte Befehle wie ChriD aufgezeigt hat, mit dem RF angesprochen/gesteuert werden kann.

Ja Martin, schwer zu verstehen das Teufel nicht verstehen will das Smart Home egal von welchem Sytem, ein extrem steigender Markt ist, andere Audio Hersteller haben den Markt längst für sich erkannt und publizieren ihre Steuerungs Befehle.

*hust* Also wie schon mehrfach in diesem Thread erwähnt, publizieren wir die komplette API. UPnP ist ein sich-selbst beschreibendes System. Ansonsten gäbe es keine 3rd-Party Applikationen.

Was Ihr gerne möchtet, ist ein "one-shot" HTTP-API, mit der man von einem Smart-Home System aus einfache Aktionen auslösen kann.

Für diesen Fall ist die von ChrisD vorgeschlagene Lösung eine gute Idee. Kein Smart Home System spricht UPnP, viele können jedoch http-requests oder ein shell-Kommando absetzen. Es ist also naheliegend eine Art "http->UPnP"-Bridge zu bauen. Diese muss nicht auf dem RF-Host laufen, sondern kann irgendwo im Netzwerk betrieben werden.
Chris hat ja schon einen UPnP-Stack in C# (?) implementiert, dort noch einen http-Listener ranzuhängen ist vermutlich nicht schwer.

Also: wenn man sich hinsetzt und das runterhackt, ist es nicht viel Arbeit und ich würde mich freuen, wenn so eine Bridge den 3rd-Party Markt belebt. Ich gehe aus meiner persönlichen Sicht davon aus, dass Home Automation erstmal nicht im Fokus von Raumfeld liegt, weil die Überschneidung aus Raumfeld-Kunden und HA-Kunden zu klein ist, um dort Entwicklungsaufwände zu rechtfertigen (und ggf. andere Themen zu vernachlässigen).
DosiRocker
Stammgast
#169 erstellt: 02. Okt 2013, 12:43

thomas_raumfeld (Beitrag #168) schrieb:
Ich gehe aus meiner persönlichen Sicht davon aus, dass Home Automation erstmal nicht im Fokus von Raumfeld liegt, weil die Überschneidung aus Raumfeld-Kunden und HA-Kunden zu klein ist, um dort Entwicklungsaufwände zu rechtfertigen (und ggf. andere Themen zu vernachlässigen).

Hallo Thomas,
meiner Meinung nach ist dies ein extremer Wachstumsmarkt und hier werden euch die Kunden wegbrechen, insbesondere dann, wenn die Telekom mit Qivicon losgeht

Gruß,
Martin


[Beitrag von DosiRocker am 02. Okt 2013, 12:45 bearbeitet]
ChriD
Stammgast
#170 erstellt: 02. Okt 2013, 20:29

thomas_raumfeld (Beitrag #168) schrieb:

Chris hat ja schon einen UPnP-Stack in C# (?) implementiert, dort noch einen http-Listener ranzuhängen ist vermutlich nicht schwer.


Korrekt... Läuft bei mir auch mitlerweile schon.
Ein bisschen muss ich noch dran rumfummeln aber dann werd ich es hier veröffentlichen.
Einziger Haken. Man muss sich mal die UDN's der Räume raussuchen. Sieht man aber im Windows unter Netzwerkumgebung.


[Beitrag von ChriD am 02. Okt 2013, 20:33 bearbeitet]
zieh-fix
Stammgast
#171 erstellt: 03. Okt 2013, 00:40

DosiRocker (Beitrag #169) schrieb:

thomas_raumfeld (Beitrag #168) schrieb:
Ich gehe aus meiner persönlichen Sicht davon aus, dass Home Automation erstmal nicht im Fokus von Raumfeld liegt, weil die Überschneidung aus Raumfeld-Kunden und HA-Kunden zu klein ist, um dort Entwicklungsaufwände zu rechtfertigen (und ggf. andere Themen zu vernachlässigen).

Hallo Thomas,
meiner Meinung nach ist dies ein extremer Wachstumsmarkt und hier werden euch die Kunden wegbrechen, insbesondere dann, wenn die Telekom mit Qivicon losgeht

Gruß,
Martin


Ja Martin, absolut, und ich sag ja, Teufel will die signale nicht hören und Erkennen. Ich kenne einige ander Hersteller von Audio lösungen die Aktiv auf hersteller von Home Automation zugehen und gemeinsam entwickeln. Ich finde die sichtweise das es nicht genügend RF Kunden mit interesse an Home Automation gib als sehr reaktiv, ich bin eher der Meinung das es ein koplett neues kundenklientel für Teufel bringen würde, allerding unter der vorraussetztung das es einfach zu Impementieren ist !!!

Schade!


[Beitrag von zieh-fix am 03. Okt 2013, 00:50 bearbeitet]
knacko
Ist häufiger hier
#172 erstellt: 04. Okt 2013, 19:59

zieh-fix (Beitrag #171) schrieb:

DosiRocker (Beitrag #169) schrieb:

thomas_raumfeld (Beitrag #168) schrieb:
Ich gehe aus meiner persönlichen Sicht davon aus, dass Home Automation erstmal nicht im Fokus von Raumfeld liegt, weil die Überschneidung aus Raumfeld-Kunden und HA-Kunden zu klein ist, um dort Entwicklungsaufwände zu rechtfertigen (und ggf. andere Themen zu vernachlässigen).

Hallo Thomas,
meiner Meinung nach ist dies ein extremer Wachstumsmarkt und hier werden euch die Kunden wegbrechen, insbesondere dann, wenn die Telekom mit Qivicon losgeht

Gruß,
Martin


Ja Martin, absolut, und ich sag ja, Teufel will die signale nicht hören und Erkennen. Ich kenne einige ander Hersteller von Audio lösungen die Aktiv auf hersteller von Home Automation zugehen und gemeinsam entwickeln. Ich finde die sichtweise das es nicht genügend RF Kunden mit interesse an Home Automation gib als sehr reaktiv, ich bin eher der Meinung das es ein koplett neues kundenklientel für Teufel bringen würde, allerding unter der vorraussetztung das es einfach zu Impementieren ist !!!

Schade!


Hi,
das selbe wie bei Windows Support: Wir beobachten den Markt,....
Teufel hat meiner Meinung nicht genügend Ressourcen um auch noch in den Markt Home Automation einzusteigen.

Ich bin ja geduldig, mir gefällt mein Raumfeld. Allerdings kriege ich keine Investition mehr durch meinen Familenrat da das ganze System doch recht viele Fehler hat und mit unserer Windows Welt nicht harmoniert.

In naher Zukunft starten wir unser Hausbau (in 12-18 Monaten). Da wird das Thema nochmal andiskutiert. Hoffe bis dahin hat Teufel das Potential erkannt, Ressourcen geschaffen und bietet etwas an.

Gruß
DosiRocker
Stammgast
#173 erstellt: 04. Okt 2013, 21:23

knacko (Beitrag #172) schrieb:

...............................

Ressourcen geschaffen und bietet etwas an.

Gruß


Wir müssen uns daran gewöhnen, daß Raumfeld eine Minifirma mit sehr wenig Resourcen ist.
Siehe auch Beta Test der neuen Android App -> keinerlei neue Feature, wobei "neu" sicherlich auch Definitionssache ist.
Mit gewissen Amusement erinnere ich mich gerade an die Abstimmung für neue Feature
Ich habe mich damit abgefunden, unser Raumfeld System funktioniert für unsere Bedürfnisse sehr gut und ich versuche die Raumfeld Jungs so gut als möglich im Rahmen meiner Möglichkeiten zu unterstützen.

Zum Glück gibt es aber auch so tolle User wie z.B. Chris (und viele Andere aus der Vergangenheit), die hier immer wieder Pep mit neuen Ideen/Umsetzungen in den Thread bringen.

Danke dafür,
Martin
ChriD
Stammgast
#174 erstellt: 10. Okt 2013, 21:47
Hab mal die "Raumbruecke" in Version 1.0.0.0 hochgestellt. Funktioniert eigentlich ganz gut (bei mir halt )
Die hat auch nen Sleep-Timer

http://www.hifi-foru...um_id=212&thread=878

Kann Sie auch gerne noch erweitern, da gäbs ja zig Möglichkeiten...
Nur bitte nicht mit "Ich will im Browser nen Controller wie im Android haben" kommen
Möglich wärs, aber das wär dann zuviel des guten für meine spärliche Freizeit....
mystream
Ist häufiger hier
#175 erstellt: 30. Okt 2013, 02:32
Die Freunde der Virtualisierung benötigen für die neue Firmware 1.12.81 einen passenden Kernel 3.10.10. Zu laden wie gehabt auf Ameisenschlag. Mit dem neuen Kernel läuft auch die neue Firmware wieder virtuell.


[Beitrag von mystream am 30. Okt 2013, 10:35 bearbeitet]
ChriD
Stammgast
#176 erstellt: 30. Okt 2013, 10:10
DANKE! Endlich kann ich updaten
ChriD
Stammgast
#177 erstellt: 30. Okt 2013, 21:58

mystream (Beitrag #175) schrieb:
Die Freunde der Virtualisierung benötigen für die neue Firmware 1.12.81 einen passenden Kernel 3.10.10. Zu laden wie gehabt auf Ameisenschlag. Mit dem neuen Kernel läuft auch die neue Firmware wieder virtuell.


Zu früh gefreut. Update scheint ok zu sein. (Hab die 3.10.10er libs) Base fährt auch hoch. Das wars aber dann. Der master prozess startet, aber der medienserver anscheinend nicht

Pingen kann ich das teil, Bekomme aber keinerlei Fehlermeldung oder sonstiges
mystream
Ist häufiger hier
#178 erstellt: 01. Nov 2013, 00:52
Hast du den neuen Kernel nur drauf kopiert oder dem Bootloader über lilo auch mitgeteilt wo er liegt ? Liefert uname -r eine 3.10.10 ?

Laufen alle nachfolgenden Prozesse ? (ps)


1173 root ./raumfeld-master-process
1177 root ../web-service/web-service --mode=setup
1207 root /usr/sbin/dhclient br0
1221 root ../timeserver/timeserver
1222 root ../config-service/config-service
1223 root ../stream-relay/stream-relay
1227 root ../meta-server/meta-server
1228 root ../web-service/web-service


Von 1.11 auf die 1.12 habe ich:

  1. Update automatisch durchführen lassen. (Blieb mit core dump hängen)
  2. Manuell die vm zurückgesetzt und noch mal in das raumfeld image gebootet. (Dabei wude dann das neue Image während des boots entpackt)
  3. Die vm mit PartedMagic gebootet
  4. Unter PartedMagic, Neuen Kernel auf sda1 kopiert
  5. Unter PartedMagic, lilo ausgeführt
  6. Neustart
  7. Fertig
promocore
Inventar
#179 erstellt: 01. Nov 2013, 02:45
Super Sache. Die Base läuft mit dem vmware player.


Vielen Dank für den Hinweis mit lilo, mystream - das war die Lösung.
promocore
Inventar
#180 erstellt: 02. Nov 2013, 19:17
Liebe Freunde der Virtualisierung.

Hier gibt es den fertigen Kernel passend zu FW 1.12.81 für die Virtualisierungssonftware Virtualbox.

Als Grundlage diente der Kernel von Ameisenschlag.
Dieser wurde mit ein par Netzwerktreibern erweitert. Unter anderem auch mit der Intel Pro Serie.

Der Installationsablauf bleibt gleich, lediglich die bzImage Datei muss ausgetauscht und der Netzwerktreiber in Virtualbox angepasst werden.

Download hier:
bzImage.rar


[Beitrag von promocore am 02. Nov 2013, 19:24 bearbeitet]
jleg
Stammgast
#181 erstellt: 03. Nov 2013, 16:32

promocore (Beitrag #180) schrieb:
Liebe Freunde der Virtualisierung.

Hier gibt es den fertigen Kernel passend zu FW 1.12.81 für die Virtualisierungssonftware Virtualbox.

Als Grundlage diente der Kernel von Ameisenschlag.
Dieser wurde mit ein par Netzwerktreibern erweitert. Unter anderem auch mit der Intel Pro Serie.


Hey, vielen Dank - habe den Kernel gerade mal unter KVM/Proxmox getestet, mit dem e1000-Treiber bootet das Ding nun bis zum Start des raumfeld-master-Prozess.
Danach allerdings passiert nichts mehr - müsste auf der Konsole nicht ein Login erscheinen, oder ist der deaktiviert?

Gruss, Jan
promocore
Inventar
#182 erstellt: 03. Nov 2013, 17:33
Hallo Jan,

Die Base hat kein Login. Du kannst dich aber z.B. mit Putty mit der Base verbinden. Zuerst muss jedoch der SSH Zugang freigeschaltet werden. Anleitung dazu gibt es auf Ameisenschlag.de

Wenn den Masterprozess ohne Fehler erreicht hast, ist alles jut
jleg
Stammgast
#183 erstellt: 03. Nov 2013, 18:12

promocore (Beitrag #182) schrieb:
Hallo Jan,

Die Base hat kein Login. Du kannst dich aber z.B. mit Putty mit der Base verbinden. Zuerst muss jedoch der SSH Zugang freigeschaltet werden. Anleitung dazu gibt es auf Ameisenschlag.de



Jup, ssh-Zugang ist klar - dafür braucht die Base aber halt eine IP, die sie derzeit nicht hat (mein Proxmox läuft momentan noch mit gefummelter Connectivity, da ich gerade dabei bin, meinen Zuhause-Server durch die neue Proxmox-Kiste zu ersetzen - und die Bridge (bzw. Base) kann meinen DHCP-Server irgendwie nicht "sehen").
Aber dann bin ich ja schonmal zuversichtlich, demnächst auch meine Base einmotten zu können...

Jan
mystream
Ist häufiger hier
#184 erstellt: 03. Nov 2013, 23:17

jleg (Beitrag #183) schrieb:

Jup, ssh-Zugang ist klar - dafür braucht die Base aber halt eine IP,.......


Solange ssh noch nicht geht kannst du dir die console aktivieren. Füge in die /etc/inittab hinter den getty der da drin steht die folgende Zeile ein.

tty1::respawn:/sbin/getty tty1 115200

Dann solltest du dich über die virtuelle console einloggen können.
ChriD
Stammgast
#185 erstellt: 04. Nov 2013, 10:05

mystream (Beitrag #178) schrieb:
Hast du den neuen Kernel nur drauf kopiert oder dem Bootloader über lilo auch mitgeteilt wo er liegt ? Liefert uname -r eine 3.10.10 ?

Oho.... Danke für denTipps mit lilo!

Ich denke das könnt es sein. Sorry, bin ein Linux Noob. muss aber sowieso erstmal schaun das ich wieder mit ssh drauf komm
promocore
Inventar
#186 erstellt: 04. Nov 2013, 14:44

promocore (Beitrag #180) schrieb:
Liebe Freunde der Virtualisierung.

Hier gibt es den fertigen Kernel passend zu FW 1.12.81 für die Virtualisierungssonftware Virtualbox.

Als Grundlage diente der Kernel von Ameisenschlag.
Dieser wurde mit ein par Netzwerktreibern erweitert. Unter anderem auch mit der Intel Pro Serie.

Der Installationsablauf bleibt gleich, lediglich die bzImage Datei muss ausgetauscht und der Netzwerktreiber in Virtualbox angepasst werden.

Download hier:
bzImage.rar



Die Base macht doch noch Probleme mit Virtualbox.
Lädt man den Kernel mit mit Vmware Player und lässt die Bridge automatisch, gibt es Probleme beim einlesen der Mediensammlung. Diese bricht gerne mal ab. Auch wird ab und zu die Wiedergabe gestoppt. Wählt man hingegen den vmnet Adapter manuell aus, läuft sie ohne Probleme.
Mit Virtualbox besteht das gleiche Problem mit den Intel Treibern. Kann jemand das Problem bestätigen?

Für einen reichen Funktionstest sollte der Kernel jedoch reichen.
jleg
Stammgast
#187 erstellt: 09. Nov 2013, 18:00

mystream (Beitrag #184) schrieb:

jleg (Beitrag #183) schrieb:

Jup, ssh-Zugang ist klar - dafür braucht die Base aber halt eine IP,.......


Solange ssh noch nicht geht kannst du dir die console aktivieren. Füge in die /etc/inittab hinter den getty der da drin steht die folgende Zeile ein.

tty1::respawn:/sbin/getty tty1 115200

Dann solltest du dich über die virtuelle console einloggen können.


Danke, hat funktioniert! Scheint nun ganz gut zu laufen, allerdings "sehe" ich die VBase noch nicht im RF-System. Vermute mal, das liegt an der derzeit noch gefummelten Connectivity (keine Broadcasts o.ä.)

Jan
ChriD
Stammgast
#188 erstellt: 09. Nov 2013, 18:55

ChriD (Beitrag #185) schrieb:

mystream (Beitrag #178) schrieb:
Hast du den neuen Kernel nur drauf kopiert oder dem Bootloader über lilo auch mitgeteilt wo er liegt ? Liefert uname -r eine 3.10.10 ?

Oho.... Danke für denTipps mit lilo!

Ich denke das könnt es sein. Sorry, bin ein Linux Noob. muss aber sowieso erstmal schaun das ich wieder mit ssh drauf komm


Ok, hab die neue Version nun am laufen. Hab aber nun einen GAP von etwa 1 Sekunde zwischen den Renderern und Meldungen wie "Trigger Missed in xxx".
Mal schaun ob das an der VM Base liegt. Sonst hab ich ja die Meldungen noch von keinem anderen User aufpoppen sehn

EDIT: ja dürfte an der VM base liegen. Am Connector 2 läufts (bis auf das das natürlich beim Hostwechsel wie üblich mal alle Playlist weg waren ) Da merkt man wieder mal richtige den Performance unterscheid zw. VM base und Connector. Der Connetor 2 is immer noch saulangsam


[Beitrag von ChriD am 09. Nov 2013, 19:29 bearbeitet]
mystream
Ist häufiger hier
#189 erstellt: 20. Nov 2013, 23:38
Die Firmware Firmware 1.13.23 verwendet einen neuen Kernel 3.10.17. Liegt an der üblichen Stelle. lilo nicht vergessen.
Adam.K
Ist häufiger hier
#190 erstellt: 22. Nov 2013, 16:18
hier mal 2 bildchen meiner raumfeld speaker L...
wieso teufel da nicht einfach noch ein /VolumeUp oder Down mit einbauen will ist mir ein rätsel..
raumfeld ist doch längst ein HTTP-Host bzw hat einen httpd laufen!!!
die klicks auf meien hier 4 raumfeld/Wohnzimmer devices führen mich übrigens ALLE nur zu der http-seite..
udn die einstellungen d amit bässe/höhen/tiefen kann man glaube ich nichtmal in der app einstellen?!


ps: wieeeeeeeee kann ich das WLAN passwort in den boxen ändern?????????
will meins im router umstellen aber anscheinend gibts da NO WAY ausser wieder die boxen per kabel anzuschließen?! :(


raum01

raum02
promocore
Inventar
#191 erstellt: 23. Nov 2013, 00:09
Der EQ ist über die die App und Controller erreichbar.

Den Wlan Key kann man nicht über die GUI von Raumfeld ändern. Sicherlich kann man aber über SSH Zugang das Passwort an entsprechende Stelle ändern.
Ich würde aber 30 Meter Lan Kabel für 10 Taler bevorzugen.
thomas_raumfeld
Stammgast
#192 erstellt: 23. Nov 2013, 17:20

Adam.K (Beitrag #190) schrieb:
ps: wieeeeeeeee kann ich das WLAN passwort in den boxen ändern?????????

Du kannst das Setup noch einmal ausführen. Also Speaker aus, app starten, warten bis der erweiterte Browsing-Screen kommt -> Hilfe -> App zurücksetzen (ganz unten). Dann führst Du das Setup wie gewohnt durch (mit Kabel am Speaker L), verbindest ihn aber mit dem neuen WLAN. Beim Setup bleibt Deine existierende Musikdatenbank unberührt. Danach kannst Du das LAN-Kabel wieder entfernen. Wenn Du mehrere Räume hast (und der L Dein Host ist), ist es günstiger den L verkabelt zu lassen.
Adam.K
Ist häufiger hier
#193 erstellt: 23. Nov 2013, 17:25
..und ohne lan-kabel - no way? schon etwas ungünstig das...... ich habe gar nicht so ein langes kabel da und müsste mir erst extra eins kaufen bzw die boxe wieder rumschieben -wie am anfang- für die einrichtung...

schlauer wärs man könnte in der app auch bischen was zu sachen WLAN einstellen und das passwort im vorfeld dort ändern bevor man es im wlan-router dann tut...
thomas_raumfeld
Stammgast
#194 erstellt: 24. Nov 2013, 01:09

Adam.K (Beitrag #193) schrieb:
..und ohne lan-kabel - no way? schon etwas ungünstig das...... ich habe gar nicht so ein langes kabel da und müsste mir erst extra eins kaufen bzw die boxe wieder rumschieben -wie am anfang- für die einrichtung...

Ja, momentan geht das leider nicht anders. Wir wissen, dass das gerade beim Speaker L alles andere als optimal ist.
mystream
Ist häufiger hier
#195 erstellt: 04. Dez 2013, 22:45
Der Kernel 3.12 zur Firmware 1.14.12 ist wie gehabt verfügbar.

Danke
ChriD
Stammgast
#196 erstellt: 07. Dez 2013, 23:50
Super Danke! Aber die nächste Version hat schon wieder n Kernel update

Sag mal. seit dem das die RF'ler das mit dem "Räume Synchron kriegen" gemacht haben, kann meine virtuelle Base nicht mehr 2 oder mehr räume gleichzeitig beliefern. Da kommt immer ne Meldung z.B.
"Trigger missed in Wohnzimmer"
mystream
Ist häufiger hier
#197 erstellt: 08. Dez 2013, 03:00

ChriD (Beitrag #196) schrieb:
Super Danke! Aber die nächste Version hat schon wieder n Kernel update

Ich nehms wie es kommt.


ChriD (Beitrag #196) schrieb:
Sag mal. seit dem das die RF'ler das mit dem "Räume Synchron kriegen" gemacht haben, kann meine virtuelle Base nicht mehr 2 oder mehr räume gleichzeitig beliefern. Da kommt immer ne Meldung z.B.
"Trigger missed in Wohnzimmer"

Kenne ich. War bei mir gelöst nachdem ich alle Speaker nach dem Update der Base neu gestartet habe UND nachdem ich den Speaker unterm Dach der den schlechtesten Wlan Empfang hat per Lan-Kabel angeschlossen habe. Seit dem habe ich viel getestet. Meine 3 Speaker kann ich beliebig gruppieren oder einzeln beschicken. Wahlweise mit Radio-Stream, vom SMB-Share oder im Mix. Das machen die dann auch stabil über 24+ Stunden. Lediglich die die einen Radio Stream wiedergeben schalten bei der Zwangstrennung der DSL Verbindung ab.

Was ich noch nicht getestet habe ist die Synchronität. Werde aber demnächst mal alle in einen Raum stellen und es mir anhören.

Dein "Trigger Missed" könnte aber auch an Deiner Timesource liegen. Ich schaue mir das gerade bei meinem VMWare ESXI5 an. Mir war die Tage aufgefallen, das der Kernel auf "refined-jiffies" zurückfällt da er TSC als unzuverlässig betrachtet. Das ist aber eine Fehlinterpretation. Hintergründe gibt es hierzu hier: TSC als Clocksource sowie hier: Timekeeping in VMWare. Ich habe jetzt per tsc=reliable als Kernel Boot Parameter TSC als timesource vorgegeben und teste das gerade. Welche Clocksource der Kernel bei Dir verwendet kannst Du mit
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
prüfen

mystream
ChriD
Stammgast
#198 erstellt: 09. Dez 2013, 19:57
ja da kommt "refined-jiffies"
Wie kann ich das beim lilo mitgeben den parameter?

EDIT:
OK, habs geschaft mal beim booten den paramter mitzugeben. Sieht echt besser aus!
Die Frage ist jetzt nur noch wie ich den fix mitgeben kann?

EDIT:
ich würds ja in der lilo.conf schreiben, aber die is net da?!


[Beitrag von ChriD am 09. Dez 2013, 21:43 bearbeitet]
mystream
Ist häufiger hier
#199 erstellt: 09. Dez 2013, 22:23

ChriD (Beitrag #198) schrieb:
ich würds ja in der lilo.conf schreiben, aber die is net da?!


lilo.conf ist keine Datei die bei jedem Boot gelesen wird sondern sie wird nur berücksichtigt wenn Du lilo ausführst. Schau Dir das noch mal an: Einrichten der Festplatte

Wenn Du weißt was Du tust brauchst Du nicht Schritt 1..14 abzuarbeiten sondern nur die wesentlichen Punkte. So in etwa


PartedMagic booten und Terminal fenster öffenen
> cd /media
> mkdir sda
> mount /dev/sda2 sda
> mount /dev/sda1 sda/boot

Lilo.conf über Ameisenschlag laden nach /etc legen und Editieren (Die append Zeile ändern in append="rw tsc=reliable"

> mkdir /boot
> lilo
> umount sda/boot
> umount sda
> reboot


PS.: Im übrigen kannst Du in Deiner VM über
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
ermitteln welche Quellen zur Verfügung stehen. Es versteht sich nur dann tsc=reliable zu setzen wenn es vorhanden und auch reliable ist

Gruß,

mystream
ChriD
Stammgast
#200 erstellt: 10. Dez 2013, 21:48
Ah So funktioniert das!
Danke! Hab ich wieder was gelernt
mystream
Ist häufiger hier
#201 erstellt: 23. Dez 2013, 23:16
Hallo,

ich habe mich mal des Themas synchrone Wiedergabe im Zusammenhang mit der virtuellen Base angenommen. Egal ob bei mir die v-base "refined jiffies" oder "tsc" als clocksource verwendet driften die Lautsprecher während der Wiedergabe auseinander. Das Problem scheint der Raumfeld Timeserver zu sein der auf dem Host ausgeführt wird. Aktuell gehe ich davon aus, das ohne Änderungen am timeserver sich das Problem nicht lösen lässt solange der timeserver auf einer vm läuft.

Ich habe nun bei mir einen anderen Ansatz implementiert, der zumindest im Test mit 3 Lautsprechern (1x Speaker-M und 2xSpeaker One) dazu führt das die Speaker auch über Stunden synchron bleiben.

Meine Lösung basiert darauf, den timeserver nicht mehr lokal auf der virtuellen Base sondern remote auszuführen. Und was liegt da näher als einen Speaker zu verwenden Zum einen sind die ja eh im Netzwerk vorhanden und zum anderen gibt es zufälligerweise für diese Hardware einen zum Raumfeld System kompatiblen timeserver.

Mich würde interessieren ob das ganze auch bei euch funktioniert (sofern Ihr eine v-base in betrieb habt).

Was passiert:
1. Beim Start der v-base prüft ein neues init-script ob der timeserver "/raumfeld/timeserver/timeserver" noch das Original von raumfeld ist oder bereits durch meinen hook ersetzt wurde. Falls noch nicht ersetzt installiere ich auf der v-base meinen hook.

2. Sobald Raumfeld den timeserver startet prüft der Hook, ob bei einer der im Skript über die Variable "rftimeserverlist=" gesetzten Raumfeld Komponenten der ssh Zugang aktiviert ist. Falls nein, wird der Hook deaktiviert und der reguläre, lokale timeserver auf der v-base gestartet.

3. Falls ssh Zugang zu einer der echten Raumfeld Komponenten möglich ist, startet der Hook auf dieser per remote execute einen timeserver. Die Raumfeld Komponenten reagieren sofort auf das announcement des timeservers und melden sich bei diesem an.

4. Fertig

Anmerkung:
a) Das Skript führt keinerlei Änderungen an einer der echten Raumfeld Komponenten durch. Sobald die v-base abgeschaltet wird und die Raumfeld Komponente auf der der remote timeserver lief neu gestartet wurde ist alles wieder wie vorher.

b) Im Skript ist die Variable "rftimeserverlist=" entsprechend an eure Umgebung anzupassen.

c) Mindestens bei einer der Komponenten die in rftimeserverlist aufgeführt sind muss der ssh Zugang aktiviert sein.

Wer es testen möchte legt das nachfolgende Skript bitte auf der v-base in den Ordner /etc/init.d als S90fake-timeserver ab.


#!/bin/sh
#
# Hook raumfeld timeserver only if it's not already hooked
# you need to update rftimeserverlist matching your configuration


if grep -q "ELF" /raumfeld/timeserver/timeserver

then

#
# safe original raumfeld timeserver
#

cp /raumfeld/timeserver/timeserver /raumfeld/timeserver/timeserver.local
chmod 755 /raumfeld/timeserver/timeserver.local

#
# create hook
#

cat <<EOF >/raumfeld/timeserver/timeserver
#!/bin/sh
#
# If available use remote timeserver rather than local one
#

# Set remotetimeserverlist to your raumfeld speakers or connector. if possible a wired one. Preferred one first.
rftimeserverlist="rfspeakerone2 rfspeakerone rfspeakerm"

for remotets in \$rftimeserverlist
do
# check if ssh access possible
if [ "\$(ssh -q -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null root@\$remotets "echo OK")" = "OK" ];

then
#looks like

echo start remote timeserver at \$remotets
ssh -q -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null root@\$remotets "killall timeserver ; cd /raumfeld/timeserver ; ./timeserver > /tmp/master-process-logger-pipe 2>&1" < /dev/null
echo terminated remote timeserver at \$remotets
exit
fi
done

#no, so start local
/raumfeld/timeserver/timeserver.local
EOF
chmod 755 /raumfeld/timeserver/timeserver

fi


Das "quote" Tag bricht Zeilen um. Ich habe die Datei im entsprechenden Archiv auf Ameisenschlag ergänzt. Ihr könnt das Archiv mit der Datei S90fake-timeserver hier emulation.tgz mit S90fake-timeserver laden.

Mich würde interessieren ob bei euch auch ohne diese Änderung bereits alle Komponenten synchron bleiben. Es falls nicht mit dem Skript gelöst ist.

Schöne Feiertage,

mystream


[Beitrag von mystream am 24. Dez 2013, 00:02 bearbeitet]
Suche:
Gehe zu Seite: |vorherige| Erste 2 3 4 5 6 7 8 9 Letzte |nächste|
Das könnte Dich auch interessieren:
Raumfeld - 3rd-Party Applikation - Raumwiese
ChriD am 03.04.2013  –  Letzte Antwort am 20.01.2021  –  303 Beiträge
Raumfeld - 3rd-Party Applikation - Raumbruecke
ChriD am 10.10.2013  –  Letzte Antwort am 09.02.2015  –  37 Beiträge
Raumfeld - 3rd-Party Applikation - RAUMServer
ChriD am 09.02.2015  –  Letzte Antwort am 03.01.2021  –  422 Beiträge
Raumfeld - 3rd-Party Applikation - PyRaumfeld Python Library
maierp am 28.02.2015  –  Letzte Antwort am 14.06.2015  –  3 Beiträge
Raumfeld - 3rd-Party Applikation - node-red-contrib-raumfeld
Alex9779 am 07.02.2018  –  Letzte Antwort am 02.12.2018  –  4 Beiträge
Raumfeld für mehrere User
Johannes_Mxx am 25.06.2014  –  Letzte Antwort am 25.06.2014  –  7 Beiträge
Raumfeld Connector vs. Raumfeld Connector²
Mogalle am 02.06.2017  –  Letzte Antwort am 06.06.2017  –  5 Beiträge
Raumfeld-Boxen im W-Lan betreiben
Blauesocke am 20.07.2012  –  Letzte Antwort am 12.08.2012  –  5 Beiträge
Raumfeld Mac App: Raumbar (Open Source Projekt)
ulilicht2 am 22.01.2021  –  Letzte Antwort am 13.08.2022  –  6 Beiträge
Wer hat Raumfeld Speaker L Boxen?
wentom1 am 20.05.2012  –  Letzte Antwort am 09.02.2016  –  65 Beiträge

Anzeige

Aktuelle Aktion

Partner Widget schließen

  • beyerdynamic Logo
  • DALI Logo
  • SAMSUNG Logo
  • TCL Logo

Forumsstatistik Widget schließen

  • Registrierte Mitglieder925.731 ( Heute: 2 )
  • Neuestes MitgliedChriscOg
  • Gesamtzahl an Themen1.551.070
  • Gesamtzahl an Beiträgen21.537.347

Hersteller in diesem Thread Widget schließen