Raumfeld - 3rd-Party Applikation - Raumbruecke

Autor

Beitrag

ChriD
Stammgast

#1 erstellt: 10. Okt 2013, 19:38

ACHTUNG! Raumbrücke ist obsolet! Es gibt jetzt folgendes: RAUMServer

Hallo meine Raumfelder,

Kurz und bündig. Was ist die Raumbruecke?
Die Raumbrücke ermöglicht es mit einfachen "Web Befehlen" Grundfunktionen des

Raumfeld Multiroom Systems zu steuern. (z.B. Lauter, Leiser, ...)

Warum fragt ihr nun? Damit ist es möglich das Raumfeld System mittels eine herkömmlichen HomeAutomation-System zu steuern. Ihr dürft keine Wunder erwarten. Was man alles steuern kann seht ihr weiter unten im Text

Die Raumbruecke ist ein 3rd Party Produkt und hat nichts mit der Firma Teufel zu tun. Bei Fehler, Bugs oder Wünschen könnt Ihr euch gerne hier in diesem Thread äußern.Die Benutzung der Applikation erfolgt auf eigene Gefahr.

Aktuelle Raumbruecke Version 1.0.0.0
Benötigt .NET 4.5
Läuft auf Windows7, Windows8

Download v1.0.0.0

Wie krieg ich das Programm im Linux zum laufen?
Mit Mono. Das ist aber knifflig und funktioniert nicht auf ARM Prozessoren.

Was mache ich vor dem ersten Start
Die Raumbreucke hat ein "raumbruecke.config" File in dem ihr den Port des Webservers setzten könnt.
Dieser Webserver wird von der raumbruecke gestartet und empfängt dann die Befehle per "Web-Url"
Raumwiese benutzer finden in diesem config File auch die "subnetindex" funktion wieder

Was kann nun die Raumbruecke
Also Raumbruecke starten und warten bis die Konsole soetwas ausgibt "Raumbruecke is ready for action"
Nun könnt ihr Request Befehle verwenden. (z.B. im einem Browser) wobei "apphost" der Netzwerkname des PC's ist wo die Raumbruecke drauf läuft

Wie mache ich die Befehle
Die Befehle bausen sich aus einem "Hauptbefehl" wie in etwa "playNext" und diversen Parametern aus.
Der Wichtigste Parameter ist "roomUDN". Dieser Parameter dient dazu den Raum bzw. die Zone des Raums ausfindig zu machen und den Befehl auf ddieser Zone oder dem einzelnen Raum auszuführen.
Diese Raum UDN bekommt ihr aus dem Netzwerkdevice der Räume! (Wichtig die UDN (eindeutige ID ohne uuid:) der Räume wird benötigt nicht die der Virtuellen Renderer!)

Befehl-Beispiele:
//apphost:8080//raumfeld/playNext?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Spielt den nächsten Track in der Titelliste der Zone wo der Raum mit der UDN vorhanden ist

//apphost:8080//raumfeld/playPrev?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Spielt den vorhergehenden Track in der Titelliste der Zone wo der Raum mit der UDN vorhanden ist

//apphost:8080//raumfeld/mute?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9&useZone=1
Muted den Raum mit angegebener UDN. Soll die ganze Zone gemuted werden, so muss "useZone=1" angegeben werden

//apphost:8080//raumfeld/setVolume?val=50&roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9&useZone=1
Setzt die Lautstärke auf 50% für den angegebenen Raum. Soll die Laustärke der ganzen Zone verändert werden muss "useZone=1" angegeben werden

//apphost:8080//raumfeld/volumeUp?val=2&roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9&useZone=1
erhöht die Lautstärke um den Wert 2 für den angegebene Raum. Soll die ganze Zone betroffen sein, so muss "useZone=1" angegeben werden

//apphost:8080//raumfeld/volumeDown?val=2&roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9&useZone=1
wie volumeUp nur down halt

//localhost:8080//raumfeld/togglePause?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Pause ja / nein (autom. toggle)

//localhost:8080//raumfeld/toggleMute?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Mute ja / nein (autom. toggle)
Soll die ganze Zone betroffen sein, so muss "useZone=1" angegeben werden

//localhost:8080//raumfeld/mute?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Muted zone oder raum

//localhost:8080//raumfeld/unmute?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
UnMuted zone oder raum

//localhost:8080//raumfeld/stop?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Stoppt die Wiedergabe der Zone in dem der Raum mit der angegebenen UDN vorkommt

//localhost:8080//raumfeld/play?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9
Startet die Wiedergabe der Zone in dem der Raum mit der angegebenen UDN vorkommt

//localhost:8080//raumfeld/sleepTimer?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d2&time=20&
Setzt einen Sleep timer auf die Zone mit einer Ablaufzeit von 20ig Minuten (time=20)

//localhost:8080//raumfeld/sleepTimer?roomUDN=bf905eb0-635d-40f7-8fdc-d888940503d9&kill=1
Bricht den SleepTimer für die Zone wenn vorhanden ab

Schlusswort
Ich weiß der ganze Beitrag hier ist etwas unstrukturiert und wenn ich mal Zeit habe werde ich ihn verschönern.

[Beitrag von ChriD am 09. Feb 2015, 19:39 bearbeitet]

DosiRocker
Stammgast

#2 erstellt: 11. Okt 2013, 15:11

Hallo Chrs,
super daß du daran gearbeitet hast! Ich habe es natürlich gleich auf meinem Windows 8 System ohne Mono getestet, leider kommt beim Starten folgende Fehlermeldung:

Muß ich auf meinem Win8 System noch etwas machen? Webserver aktivieren? Das verstehe ich noch nicht so ganz.
---------------------------------
Die Raumbreucke hat ein "raumbruecke.config" File in dem ihr den Port des Webservers setzten könnt.
Dieser Webserver wird von der raumbruecke gestartet und empfängt dann die Befehle per "Web-Url"
Raumwiese benutzer finden in diesem config File auch die "subnetindex" funktion wieder
---------------------------------
Die raumbruecke.config Datei habe ich so gelassen!

Gruß,
Martin
P.S: Als Feature Wunsch hätte ich dann noch: Start eines TuneIn Radio Senders XXX
P.S: Sobald es bei mir funktioniert würde ich es im FHEM Forum melden. Wäre das OK für dich?

[Beitrag von DosiRocker am 11. Okt 2013, 15:13 bearbeitet]

DosiRocker
Stammgast

#3 erstellt: 11. Okt 2013, 15:23

Hallo an Alle,

ich möchte später Raumbrücke evtl auf der Fritzbox 7390 oder auf dem CO2 lauffen lassen, da ich nicht noch einen "Server" anlassen möchte.

Für die Fritzbox habe ich nur diesen Link für Mono gefunden.

http://www.ip-phone-forum.de/showthread.php?t=254114
sieht ja nicht so vielverprechend aus

Kann man sich vorstellen Mono auf den Raumfeld Komponenten zu installieren (CO2 oder BASE?)

Gruß,
Martin

ChriD
Stammgast

#4 erstellt: 11. Okt 2013, 17:18

DosiRocker (Beitrag #2) schrieb:

Hallo Chrs,
Muß ich auf meinem Win8 System noch etwas machen? Webserver aktivieren? Das verstehe ich noch nicht so ganz.

Also diese Fehlermeldung heißt einfach das die Raumbruecke den Port 8080 nicht öffnen darf. Wenn du bereits einen Webserver (z.B. Apache oder sonstiges) laufen hast wird dieser Port bereits benutzt.
Dann musst du einen anderen in der Config eintragen.

Vielleicht lässt auch die Firwall nicht zu das dieser Port geöffnet wird. Eine von diesen beiden Dingern muss es sein. Ich tippe eher auf Firewall, weil wenn der Port bereits benutzt wird kommt eine andere Meldung!

EDIT: Weils mir grad einfällt. Starts mal mit ADMIN. (Bei mir gehst ohne Admin auch, hab aber UAC aus!)

Für Window brauchst du kein Mono! Das war nur für mich zum testen ob es mit Mono läuft

DosiRocker (Beitrag #2) schrieb:

P.S: Als Feature Wunsch hätte ich dann noch: Start eines TuneIn Radio Senders XXX

Sollte sich machen lassen... Werd ich in nächster Version einbaun

DosiRocker (Beitrag #2) schrieb:

P.S: Sobald es bei mir funktioniert würde ich es im FHEM Forum melden. Wäre das OK für dich?

Mach mit der Raumbruecke was du willst

Sie ist eine Bitch

[Beitrag von ChriD am 11. Okt 2013, 17:31 bearbeitet]

ChriD
Stammgast

#5 erstellt: 11. Okt 2013, 17:27

DosiRocker (Beitrag #3) schrieb:

Kann man sich vorstellen Mono auf den Raumfeld Komponenten zu installieren (CO2 oder BASE?)

Ich hätte an sowas gedacht

Aber da brauch ich einen Linux Spezialisten. Ich stelle mir das so vor, das man auf einen USB Stick Mono + Raumbruecke raufgibt und diese dann vom RF-Host gestartet wird.
Ich muss aber mal schaun was die Raumbruecke so an Ressourcen zieht und ob die RF Hosts das packen würden.

Weiters muss man dan Mono für das RF-Linux builden. glaub ich

Ich habe aber da gelinde gesagt Null Ahnung wie man das machen könnte und hatte auch leider noch keine Zeit mich damit ernsthaft zu beschäftigen

Und zu guter letzt muss man noch auf dem RF-Host am linux rumdrehen. Also den start der Raumbruecke forcieren... Tja und dann... Werden sicher noch zig andere Probleme auftreten

Aber einen Versuch wärs wert...

[Beitrag von ChriD am 11. Okt 2013, 17:39 bearbeitet]

DosiRocker
Stammgast

#6 erstellt: 11. Okt 2013, 18:01

ChriD (Beitrag #4) schrieb:

EDIT: Weils mir grad einfällt. Starts mal mit ADMIN. (Bei mir gehst ohne Admin auch, hab aber UAC aus!)

das hat funktioniert -> Raumbrücke is ready for action

Dann werde ich mal weiter rumspielen

Ich danke dir! Das macht mich richtig glücklich

Gruß,
Martin

Violator73
Stammgast

#7 erstellt: 11. Okt 2013, 18:02

Schon mal überlegt sowas mit Python zu realisieren? Python kriegt man relativ einfach auf so kleinen Linux-Kisten wie Router oder Sat-Receiver (oder RF?) ans Laufen...
.NET auf nem Router klingt für mich etwas nach Overkill

Grüße,
Vio

zieh-fix
Stammgast

#8 erstellt: 11. Okt 2013, 18:45

Oder ein raspberry, strom gibts über den USB von CO2 oder BASE....

ChriD
Stammgast

#9 erstellt: 12. Okt 2013, 13:13

Violator73 (Beitrag #7) schrieb:

Der UPNP Stack und das Raumfeld Modul sind in c# geschrieben. das alles nochmal in Phyton zu schreiben ist mir zu aufwendig. Außerdem würd ich dann schon eher C++ benutzen (also ne richtige Programmiersprache

oder das.NET Micro für embedded devices, aber da müsste ich komplett alles neu schreiben. (ich finde .NET halt einfach toll)

Aber ich würde das gerne mal mit nem RF Host probieren. Mich würd interessieren ob die Base oder der Connector 2 das packen würden... Wenns schneit hab ich vll mal Zeit mich mit dem zu beschäftigen...

ChriD
Stammgast

#10 erstellt: 12. Okt 2013, 13:15

zieh-fix (Beitrag #8) schrieb:

Oder ein raspberry, strom gibts über den USB von CO2 oder BASE....

Auf dem Raspberry Pi kiregt man ja linux drauf... Wenn jemand so einen Zuhause hat kann ers ja mal probieren. Die Dinger haben eh an dir 800Mhz?

DosiRocker
Stammgast

#11 erstellt: 12. Okt 2013, 18:56

der RaspI wird wohl auch mein zukünftiger FHEM Server werden, da meine Fritzbox langsam an die Grenze stößt. Das wird wohl auch ein Winterprojekt.
Vielleicht gibt ja Thomas Rückmeldung zum Thema Raumbrücke auf CO2 oder Base

Gruß,
Martin

DosiRocker
Stammgast

#12 erstellt: 13. Okt 2013, 08:27

HI Chris,
es funktioniert jetzt auch prinzipiell über FHEM, allerdings muß ich auf dem Raumbrücke Rechner (Win8) den Port in der Firewall freigeben.
Gruß,
Martin

maierp
Ist häufiger hier

#13 erstellt: 14. Okt 2013, 08:32

Hi,
cooles Programm.
Hat bei mir etwas gedauert, bis ich herausgefunden habe, wo ich an die UDN komme. (Windows 7: Netzwerkumgebung -> Rechtsklick auf den gefundenen Raum -> Eigenschaften -> Eindeutige ID ohne "uuid:")

Das einzige, was bei mir noch nicht funktioniert ist der "play" Befehl. Er gibt da keine Fehlermeldung, aber passieren tut auch nichts

Greets
Patrick

ChriD
Stammgast

#14 erstellt: 14. Okt 2013, 16:38

maierp (Beitrag #13) schrieb:

Das einzige, was bei mir noch nicht funktioniert ist der "play" Befehl. Er gibt da keine Fehlermeldung, aber passieren tut auch nichts :)

Jap hast recht... Ich hab im "Play" kein Play sondern ein Stop drinnen. Ist in nächster Version behoben!

jleg
Stammgast

#15 erstellt: 14. Okt 2013, 20:33

ChriD (Beitrag #1) schrieb:

Aktuelle Raumbruecke Version 1.0.0.0

Benötigt .NET 4.5
Läuft auf Windows7, Windows8, jegliches Linux(mit Mono 2.10.9 bzw. Mono 3.2.3 mit Einschränkungen)

Download v1.0.0.0

Wie krieg ich das Programm im Linux zum laufen?
Ihr benötigt Mono für Linux. Das ist ein Linux Teil welches .NET Programme auf Linux ausführen kann.
Ich habe es nur mit den Monoversionen für Windows getestet.

Das heisst demnach, du hast das schonmal unter Linux am Laufen gehabt? Ich wollt's mal probieren, scheitere aber bislang. Vielleicht hast du noch ein paar Tips?
Die Abhängigkeit von einer Lib 'ohNet' habe ich gefunden, und den 'Klopper' dann auch installiert. Jetzt allerdings gibt's eine Fehlermeldung, wonach SQLite.Interop.dll nicht gefunden würde; einige Googlehits erwähnen eine evtl. fehlende Einstellung 'x86' als Zielsystem im VS-Projekt?
Exception2.log:

InnerException >
System.DllNotFoundException: SQLite.Interop.dll
at (wrapper managed-to-native) System.Data.SQLite.UnsafeNativeMethods:sqlite3_config_none (System.Data.SQLite.SQLiteConfigOpsEnum)
at System.Data.SQLite.SQLite3.StaticIsInitialized () [0x00000] in <filename unknown>:0
at System.Data.SQLite.SQLiteLog.Initialize () [0x00000] in <filename unknown>:0
at System.Data.SQLite.SQLiteConnection..ctor (System.String connectionString, Boolean parseViaFramework) [0x00000] in <filename unknown>:0
at System.Data.SQLite.SQLiteConnection..ctor (System.String connectionString) [0x00000] in <filename unknown>:0
at System.Data.SQLite.SQLiteConnection..ctor () [0x00000

Da die Base auch auf x86 läuft, war's bislang zumindest kein Problem, einfach tatisch gelinkte Binaries dort laufen zu lassen - allerdings hab' ich das bislang nur mit 'Kleinzeug' probiert (strace, busybox etc.)...

Gruss, Jan

ChriD
Stammgast

#16 erstellt: 15. Okt 2013, 07:22

jleg (Beitrag #15) schrieb:

Das heisst demnach, du hast das schonmal unter Linux am Laufen gehabt? I

Nope, nur mit MONO für Windows

ChriD (Beitrag #1) schrieb:

Ich habe es nur mit den Monoversionen für Windows getestet.

jleg (Beitrag #15) schrieb:

Ich wollt's mal probieren, scheitere aber bislang. Vielleicht hast du noch ein paar Tips?
Die Abhängigkeit von einer Lib 'ohNet' habe ich gefunden, und den 'Klopper' dann auch installiert. Jetzt allerdings gibt's eine Fehlermeldung, wonach SQLite.Interop.dll nicht gefunden würde; einige Googlehits erwähnen eine evtl. fehlende Einstellung 'x86' als Zielsystem im VS-Projekt?

Oh, ich hab ganz vergessen das man die nicht reinen .NET dll's ja als lib im Linux benötigt was da wären die OhNet und die SQLite. Das muss ich mir ansehen! Warscheinlich muss ich ein DLLMapping machen und die libs mitliefern. Muss mier aber erstmal ne Linux VM aufsetzen.
Ich builde das ganze mit "AnyCpu", das kann natürlich (wie du es bereits erwähnt hast) eventuell auch ein Problem darstellen.

jleg
Stammgast

#17 erstellt: 15. Okt 2013, 08:34

ChriD (Beitrag #16) schrieb:

"mitliefern" wäre natürlich das beste :-) - ansonsten hatte die ohNet-Installation zwar geklappt (wenn auch mühsam wg. Pythonfehlern und inkompatiblen Compiler-Flags), aber ein eventuelles Portieren auf die Base wäre dadurch wohl etwas komplizierter...

Ich builde das ganze mit "AnyCpu", das kann natürlich (wie du es bereits erwähnt hast) eventuell auch ein Problem darstellen.

Jo, mit "x86" soll's funktionieren - was wahrscheinlich dann bei einem CO2 wieder ein Problem wäre - ich hab' zwar keinen, meine aber zu wissen, dass der kein x86 ist (ARM?).

Gruss, Jan

thomas_raumfeld
Stammgast

#18 erstellt: 15. Okt 2013, 18:49

jleg (Beitrag #17) schrieb:

Jo, mit "x86" soll's funktionieren - was wahrscheinlich dann bei einem CO2 wieder ein Problem wäre - ich hab' zwar keinen, meine aber zu wissen, dass der kein x86 ist (ARM?).

Korrekt. Wir bauen die Firmware mit Buildroot für die Architektur AM33XX mit uclibc. In wie weit man mono dort bauen kann, weiss ich nicht.

Es gibt wohl Leute die es versucht haben.

zimu
Ist häufiger hier

#19 erstellt: 24. Okt 2013, 15:31

Leider kann ich nicht wirklich brauchbare Programmier-Beiträge leisten, aber dann doch wenigstens "psychologischen" Support:
@ChriD und alle Mithelfer: DAS IST EIN TRAUMPROJEKT!!

Ich nutze FHEM (derzeit auf Fritzbox 7390) & Raumfeld - und suche seit Langem eine Möglichkeit, wie ich über simple HTTP-Get/Post Kommandos vom Android-Smartphone die Raumfeld-Komponenten steuern kann. Für FHEM funktioniert das schon, und wenn ich das hier lese, ist es ja ein riesiger Schritt in diese Richtung! (einen Windows-Rechner hab ich zwar nicht laufend an, aber sobald das auf der FB/FHEM läuft...)

Ich fuchs mich gern auch mit ins Thema - aber meine Programmierkenntnisse sind leider irgendwo bei Turbo Pascal und Visual Basic hängengeblieben.

Bitte dranbleiben!!
Und sollte mal wieder ein Raumfeld-Stammtisch stattfinden, geb ich Euch einen aus

DosiRocker
Stammgast

#20 erstellt: 24. Okt 2013, 17:55

zimu (Beitrag #19) schrieb:

...... auf Fritzbox 7390) & Raumfeld - und suche seit Langem eine Möglichkeit, wie ich über simple HTTP-Get/Post Kommandos vom Android-Smartphone die Raumfeld-Komponenten steuern kann. Für FHEM funktioniert das schon, und wenn ich das hier lese, ist es ja ein riesiger Schritt in diese Richtung! (einen Windows-Rechner hab ich zwar nicht laufend an, aber sobald das auf der FB/FHEM läuft...)

Hallo Zimu,
da haben wir ja einen ähnlichen Background.

Heißt das, du kannst Raumfeld schon über die HTTP Befehle in FHEM steuern, oder kannst du prinzipiell HTTP Befehle in FHEM absetzen,oder wie muß ich deinen Staz verstehen?
Ab nächster Woche setze ich einen Raspberry Pi für FHEM auf und hoffe, daß ChriD irgendwann die fehlenden .net Module für Linux mitliefert.

Gruß,
Martin

zimu
Ist häufiger hier

#21 erstellt: 24. Okt 2013, 19:48

Hi Martin,

nee, sorry, da hab ich mich unklar ausgedrückt... ich kann zwar mit meinem Android via FHEM meine Beleuchtung steuern (auch ohne FHEM-App, über HTTP-GET), aber für's Raumfeld funktioniert es eben noch nicht. Da will ich hin, und setzte hier große Hoffnung in die Dynamik, die hier gerade entsteht...

DosiRocker
Stammgast

#22 erstellt: 18. Nov 2013, 20:21

Hi ChriD,
ich vermute mal du hast weiter an deiner virtuellen Base gearbeitet und keine Zeit gehabt an Raumbrücke zu arbeiten

Martin

ChriD
Stammgast

#23 erstellt: 18. Nov 2013, 22:57

DosiRocker (Beitrag #22) schrieb:

Hi ChriD,
ich vermute mal du hast weiter an deiner virtuellen Base gearbeitet und keine Zeit gehabt an Raumbrücke zu arbeiten

Mhmmmmm....

Hab derzeit ein bisschen viel zu tun. Aber ich hab zumindest mal angefangen die "RaumfeldNET" Komponente in C++ zu schreiben. Hab aber seit ca. 9 Jahren kein C++ mehr programmiert, das beschleunigt die Sache dann natürlich nicht sonderlich.

Aber hab die Raumbruecke nicht vergessen

DosiRocker
Stammgast

#24 erstellt: 19. Nov 2013, 07:20

Hi ChriD,
lass dich nicht stressen. Mach das worauf du Lust hast und dir die meiste Freude bereitet.
Wenn Raumbrücke für Debian auf Rpi darunter fällt umso besser :-)
Martin

thomasfoerster
Inventar

#25 erstellt: 19. Nov 2013, 09:16

Aber echt:
Anstatt zu drängeln, sollte man dem Mann mal einen Kasten Bier zukommen lassen...

cpr
Neuling

#26 erstellt: 18. Dez 2013, 18:59

Kann ich hier in irgend einer Weise unterstützen? Ich bin kein programmierer, nur "Scripter" PHP rw und Java r sozusagen, aber bewege mich recht sicher in der Welt der Linux Administration.

Mit DLLMapping ist

http://www.mono-project.com/Config_DllMap gemeint?

Die Raumbrücke ist als binary verfügbar, richtig? (Nur, ob ich nix übersehen hab.)

ChriD
Stammgast

#27 erstellt: 19. Dez 2013, 08:17

Das Problem an der ganzen sache ist das die Raumbrücke auf den "Kernel" der Raumwiese aufsetzt. Welches in .NET geschieben ist. Wär ja grundsätzlich kein Problem da .NET ja mit mono eigentlich laufen würde. Aber ich benutze noch "normale" dlls welche es zwar für linux als libs auch gibt aber das ist dann irgendwie doof.

Hab zwar schon angefangen den Kernel in C++ zu schereiben aber bin noch nicht weit. Weiß nicht ob ich das durchziehe.

DosiRocker
Stammgast

#28 erstellt: 19. Dez 2013, 14:23

ChriD (Beitrag #27) schrieb:

Hallo ChriD,
es ist natürlich super, dass du dir noch Gedanken machst dies durchzuziehen.
Aber um ehrlich zu sein, ist das Feedback ja eher sehr mau, sodaß es sich meiner Meinung nach nicht "rentiert" hier weiterzuentwickeln, auch wenn es mir das Herz zerbricht

Falls du mal in Berlin bist, lade ich dich auch gerne auf 1,2,3... Biere ein.

Ich finde es super, daß du deine Raumwiese hier eingebracht hast und mit uns teilst.

Vielen Dank für deine Mühen,
Martin

edit: ich wollte schreiben, daß es sich nicht rentiert

[Beitrag von DosiRocker am 20. Dez 2013, 08:31 bearbeitet]

cpr
Neuling

#29 erstellt: 19. Dez 2013, 14:35

Schon alleine die Befehls-Beispiele sind erhellend, wenn man sich wie ich ohne vorherige Kenntnis der Materie damit beschäftigt, die eingestaubten Raumfeld-Komponenten mit der neuen "Heimautomation" zu verbinden!

Vielleicht teste ich doch erstmal mit einem Windows-Rechner…

Wenig überraschend geht es mir um eine Wecker-Funktion.

Genauer darum, dies über die gleiche Zeitsteuerung wie die Heimautomation zu triggern -- also eine Aufstehzeit nur an einer Stelle zu pflegen.
In einem Fall in einem Google Apps Kalender mit Serienterminen:

http://forum.fhem.de...15955.html#msg115955

Und mit der Raumbrücke kann ich das ja anscheinend schon, so wie ich das sehe. Mit der Einschränkung, dass das ich halt einen Windows-Rechner brauche.
Bei automatischen http-Aufrufen ist ja auch wake-on-lan denkbar -- mal sehen…

[Beitrag von cpr am 19. Dez 2013, 14:36 bearbeitet]

zieh-fix
Stammgast

#30 erstellt: 19. Dez 2013, 14:42

Ja, ich glaube auch das wird ein ewiger Traum bleiben ohne zusätzlichen PC Raumfeld an die Homautomation zu bekommen

[Beitrag von zieh-fix am 19. Dez 2013, 14:44 bearbeitet]

DosiRocker
Stammgast

#31 erstellt: 20. Dez 2013, 08:38

Eigentlich hatte ich gedacht, daß Raumfeld das Potential erkennt, wenn es einen einfachen Link zur Hausautomation gibt.
Wecker, Sleep und viele andere Dinge sind die Domäne der Hausautomation und nicht von Hifi Entwicklern.
Über kurz oder lang, kann man sich dem Trend nicht verschliessen, weil es immer mehr zum Kaufkriterium wird.

Martin

zieh-fix
Stammgast

#32 erstellt: 06. Feb 2014, 20:47

Tja Martin,

Wir werden wohl leer ausgehen, eine art Raumbrücke auf Linux/ Raspberry zum laufen zu bekommen.
Und so mit rückt Raumfeld und Smart Home weit auseinander, ich frage mich warum Teufel nich auf den bereich Smart Home aufspringt ... KNX, fhem, Loxone usw.

Wirklich schade!

[Beitrag von zieh-fix am 06. Feb 2014, 20:47 bearbeitet]

DosiRocker
Stammgast

#33 erstellt: 06. Feb 2014, 22:59

Hallo ziehfix,
die Hoffnung stirbt zuletzt.
Ich wage mal die Prognose, dass in 5Jahren Hausautomation mit Integration Audio/ Video das Normalste auf der Welt ist, mit oder ohne Raumfeld.

Vielleicht erbarmt sich das Raumhub Team ja.

Oder es findet sich jemand aus der FHEM Schiene, dort sind ja mittlerweile sehr viele Module für Multimedia entwickelt worden (Sonos, Samsung TV, Yamaha, Denon Receiver)
Gruss
Martin

Haecksler
Ist häufiger hier

#34 erstellt: 06. Feb 2014, 23:43

Da kann ich nur zustimmen ein fhem Modul wäre mehr als Klasse.
Im Augenblick scheint das aber noch in weiter ferne zu sein

.

Aber ich kann DosiRocker nur zustimmen, in Zukunft wird ein System ohne Anbindung an die Hausautomation nicht mehr konkurrenzfähig sein, da der Mehrwert hier meines Erachtens enorm ist.

Stefan

zieh-fix
Stammgast

#35 erstellt: 07. Feb 2014, 06:44

Wichtig ist auch da das es keine Insel lösung ist für nur ein System der Automation, es gibt viele anbieter und Smart Home Systeme die alle funktionieren sollten. Ja Martin, da gebe ich dir völlig recht, wenn du alleine die verkausfszahlen von verschidenen Systemen kennst und dazu noch die ganzen Freeware Installationen ist klar zu sehen das Smart Home sehr stark auf dem vormarsch ist.

Leider bin ich für Software Programmierungen völlig ungeeignet

Darum kann ich nur Motivieren und hoffen das sich ein paar begeisterte finden die etwas nettes auf die beine stellen das alle RF und Smart Home Besitzer und auch zukünftige glücklich macht

Ich denke die Raspberry Lösung ist für alle interessant, die fhem leutz können ihren kompletten Server damit erstellen, und alle anderen System Besitzer brauchen nur USB.

Gruß Jürgen

DosiRocker
Stammgast

#36 erstellt: 07. Feb 2014, 10:25

zieh-fix (Beitrag #35) schrieb:

Wichtig ist auch da das es keine Insel lösung ist für nur ein System der Automation, es gibt viele anbieter und Smart Home Systeme die alle funktionieren sollten....

Deshalb ist auch die Raumbrücke von ChriD eigentlich die optimale, geniale Basis, leider auf dem "falschen" Betriebssystem. Mit Raumbrücke könnte ich bestimmt 90% meiner Hausautomatisierungswünsche umsetzen
1) Musik leiser oder Pause wenn es klingelt (Telefon oder Haustür)
2) Wecker und Sleeptimer
3) In der Küche automatisch die Musik an zum Frühstück
4) Wenn Fernseher an, dann bitte Raumfeld aus
usw.
Wenn ich mir überlege, daß ChriD dies so nebenbei programmiert hat, verstehe ich Raumfeld nicht, warum man nicht jemanden "Externen" beauftragt die Basis auf dem Raumfeld Host dafür zu schaffen. Man kann es ja als nicht supportetes System deklarieren, ähnlich wie es AVM bei manchen Featuren macht.

Dafür könnte ich mir auch vorstellen 5-10% des Preises, die mein Raumfeldsystem gekostet hat, zu bezahlen.
Gruß,
Martin

ChriD
Stammgast