Autor Thema: Radiowecker via FHEM steuern  (Gelesen 29774 mal)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Radiowecker via FHEM steuern
« am: 29 April 2013, 09:16:28 »
Hallo Zusammen,

gibt es eigentlich einen Radiowecker, welcher einerseits die Uhrzeit anzeigt und
andererseits via FHEM (Homematic) gesteuert werden kann. Alarmzeiten steuern.



Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #1 am: 29 April 2013, 22:14:08 »
Hi,

per Homematic kenne ich keinen - aber auf listenlive.nl gibt es eine alternative Firmware die auf einer ganzen handvoll der gebräuchlichsten Internet Radios (die ja auch durchaus einen FM Tuner haben können) läuft. Der Entwickler hat vor einiger Zeit einen Rundruf gestartet um Supporter für eine Smartphone App zur Steuerung zu bekommen. Mein Gedanke war damals das sich damit ja auch prima eine FHEM Anbindung realisieren lassen müsste weil es dem Radio ja Wurscht ist ob nun ein Smartphone oder FHEM zu ihm spricht.

Die Möglichkeiten wie Synchronisierung der Weckzeit oder Statusanzeigen auf dem Display wären schon cool - aber mir fehlt die Zeit da einzutauchen. Aber vielleicht liest ja jemand mit der die Idee auch gut findet und Ressourcen hat sich damit zu beschäftigen.

Viele Grüße,
Jörg


quote:
Mediabox 135, Arnova WebRadio & TV, Xoro HMT350 HMT370, LinePro, Pearl Auvisio IPTV2335 (PX-8595), Wiwa eRTV208, Otek IPTV510, Envivo PO1119 PO1171 PO1235, Disgo TVGo, Vista Quest, Xenta KMP510, Foxman, Apex, Cayenne, Roxcore, Aigo, Lookeetv etc.
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #2 am: 29 April 2013, 22:30:03 »
Hi,

danke für die Info.

Hast Du ein bestimmtes Modell von Radio hier im Auge (opensource).

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #3 am: 29 April 2013, 22:42:55 »
Ola,

ich verstehe Deine Frage nicht. Auf der genannten Webseite sind dutzende Radios aufgelistet auf denen die Firmware läuft. Freie Auswahl in Bezug auf Form Farbe und Features :). Ich habe eines von Archos - aber es gibt halt haufenweise kompatible Brands. Was das mit open source zu tun hat verstehe ich nicht.

Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #4 am: 30 April 2013, 07:23:21 »
Hallo Jörg,

sorry, ich hatte den link im Text glatt überlesen. Opensource ist von der Seite her interessant, das eine Gemeinschaft in den Quellcode schaut und somit evt. Schadcode schwer eingefügt werden kann.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #5 am: 30 April 2013, 15:57:03 »
Der Programmierer verkauft grade alte Webradios mit 3,5" Display die er nicht mehr braucht für 40€, ich habe ihm mal 60€ geboten für eines dieser Radios und das Protokoll, nebst der Erlaubnis das wir das hier publizieren dürfen. So geht es auf jeden Fall viel schneller, als ewig Datenpakete zu sniffen ;)

Weil die Sache klingt ungemein spannend.
Sprachausgabe von bestimmten Events, visuelle Ausgaben von Charts. etc., vielleicht könnten wir sogar mit Hilfe der Fernbedienung einen Rückkanal erzeugen, der zur Steuerung von FHEM genutzt werden kann.
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #6 am: 30 April 2013, 18:37:04 »
Sodala,

ein paar Antworten habe ich.

Die Steuerung erfolgt wohl einfach nur über Befehle wie PLAY, UP, DOWN, PAUSE an einen bestimmten Port.
Soweit wohl nicht problematisch denke ich.
Jeder Befehl wird mit einem OK quittiert.

William (so heißt er) überlegt grade, wie man die Kommunikation weiter ausbauen könnte.

Habe mir also so ein Teil mal bestellt, mal sehen was die Zukunft bringt :)
Die Displayauflösung ist mit 320x200 nicht eben berauschend, aber vielleicht klappt es ja mit Text und oder Bildern mal :)


Jetzt die Frage:
Habt ihr Vorstellungen, was ihr gerne implementiert hättet in so ein Gerät?
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #7 am: 01 Mai 2013, 19:36:17 »
Hi,

habe bei ELV gerade ein FS20 radio (ELV FS20 Internet Radio Box FS20 IRB, Komplettbausatz) gesehen.

Immerhin was für Leute mit FS20.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #8 am: 01 Mai 2013, 20:41:20 »
Hallo Rince,

ich betreibe ein Archos (für meine Tochter) mit der Firmware von listenlive. Der Entwickler ist übrigens überaus agil, da sind für verschiedenste, auch exotische, Dienste Apps drauf.

Von der Auflösung her ist das (für einen Radiowecker) völlig ausreichend - meine Tochter benutzt sogar youtube und twitter auf dem Teil.

Von der Anwendungsseite würde ich es schön finden wenn FHEM und das Radio die Weckzeit(en) gegenseitig synchronisieren können, die Soll-Temperatur im Raum eingestellt werden kann. Dazu vielleicht die Möglichkeit Nachrichten und Soundfiles von FHEM aus einzublenden sowie Schalter einzublenden (Licht an/aus. Nachtmodus, Tagmodus, Anwesend/Abwesend etc.)

Diese Ideen so aus der Hüfte ;-).

Ich würde da im übrigen auch meinen (bescheidenen) Support anbieten, ich bin kein Perl Spezialist.

viele Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #9 am: 01 Mai 2013, 21:17:16 »
Danke Jörg.
Das sind, so wie ich es sehe, zunächst Sachen die William integrieren muss, dann bekommen wir das inFHEM auch hin. Habe ebenfalls keine Ahnung von Perl, aber das bekommen wir schon hin :-)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #10 am: 22 Mai 2013, 19:13:56 »
Hallo Rince,

ich habe mich mal in diesem Forum umgesehen und konnte feststellen,
das Ihr dort bereits aktiv seit.

Ich hatte den Typ jetzt auch gefragt, wie der Verkauf seiner Radios aussieht.
Ich würde mir ja auch so ein Teil zulegen, nur gemeldet hat er sich bis jetzt nicht.

Gruss R
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #11 am: 23 Mai 2013, 01:26:38 »
Hi,

meld dich im Forum an und bring deine eigenen Wünsche und Ideen an, oder stimm unseren zu :-)
Je mehr, desto besser.

Ich weiß nicht, ob William noch Webradios übrig hat.

Lief bei mir völlig easy.

Geld per Paypal geschickt, Absenderadresse angegeben (er ist extra nach D gefahren, weil es Portokosten sparte) und meine eigene, 2 Tage später war das Teil da :-)

Ich für mich warte jetzt mal zwei Wochen ab. Schließlich braucht er ja bestimmt auch Zeit, unsere Wünsche umzusetzen :-)

Aber meld dich drüben an, jede Stimme zählt :-)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #12 am: 23 Mai 2013, 09:18:38 »
Hi,

erledigt. Wollte mir das Xoro HMT 370 zulegen.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Puschel74

  • Hero Member
  • *****
  • Beiträge: 9839
Aw: Radiowecker via FHEM steuern
« Antwort #13 am: 05 Juni 2013, 15:16:04 »
Hallo,

ich liebäugle grad mit dem IPTV-2335 WLAN von Pearl (wird von Jörg im 2.ten Beitrag genannt).

Jetzt wollt ich aber erstmal nach Euren Erfahrungen mit den Geräten fragen.

Könnt ihr eines empfehlen/welche(s) habt ihr im Einsatz?
Ich weiß, diese Frage ist eher subjektiv aber es geht mir hier nicht um "sieht gut aus" sondern wie zufrieden ihr seid mit der Anbindung resp. Steuerung über fhem.

Ich, als bekennender Englischverweigerer ^^, kann leider mit der Seite von listenlive.nl nicht sehr viel anfangen :-(
Wäre es vllt. möglich in knappen Sätzen zu beschreiben wie welche Firmware geflasht werden kann?
Ich würde mich dann dazu auch bereit erklären und einen Wiki-Eintrag dafür machen ;-)

Für Eure Erfahrungen bin ich schonmal dankbar.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #14 am: 05 Juni 2013, 17:10:28 »
Hallo Puschel74,

Zitat
wie zufrieden ihr seid mit der Anbindung resp. Steuerung über fhem.


Stand heute geht da leider noch gar nichts. Der listenlive Firmware Entwickler findet die Idee gut und möchte in der Firmware die Unterstützung ausbauen. Bisher könnte man ein fhem plugin schreiben was basic functionrn wie play/pause/stop usw unterstützt. Im Prinzip werden damit die Funktionen der FB über das Netzwerk emuliert.

Alles weitere ist "work in progress".

Was wäre denn aus Deiner Sicht wünschenswert wenn es um eine Integration geht ? Nicht so im Detail - eher aus der Helikopterperspektive...

viele Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline Puschel74

  • Hero Member
  • *****
  • Beiträge: 9839
Aw: Radiowecker via FHEM steuern
« Antwort #15 am: 05 Juni 2013, 17:17:43 »
Hallo,

vielen dank für die Rückmeldung - auch wenn es nicht die erhoffte war.
Ich dachte die Integration ist schon etwas weiter fortgeschritten.
Aber was nicht ist kann ja hoffentlich noch werden.

Zitat
Was wäre denn aus Deiner Sicht wünschenswert wenn es um eine Integration geht ?


Naja. Laienhaft gesagt ...
das was schon geht (also play/pause/stop) und vllt. über FHEM anwählbare Radiostationen oder Playlist-Auswahl.
evtl. noch eine "programmierbare" Foto-Slideshow - also eventbassiert ein Bild/mehrere Bilder nacheinander darstellen.

Puh. Wenn ich mal eine Nacht drüber schlafe fallen mir sicher noch ein paar Dinge ein.

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #16 am: 05 Juni 2013, 20:49:53 »
Hi,

als meine Frau die Kritiken des Xoro HMT 370 Radio gelesen hat,
kam nur die Bemerkung "Aber der Ton ist schlecht und das muss mindestens gut sein".

Könnt Ihr das bestätigen ? Ich will nur normal in der Küche Radio hören,
keine Konzerte oder so.

Daher habe bis jetzt das Teil noch nicht gekauft.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Puschel74

  • Hero Member
  • *****
  • Beiträge: 9839
Aw: Radiowecker via FHEM steuern
« Antwort #17 am: 05 Juni 2013, 21:01:00 »
Hallo,

Zitat
die Kritiken des Xoro HMT 370 Radio gelesen hat


So ging es mir auch.
Ich hab die Beiträge durchgelesen und das Radio wieder verworfen.
Daher "hänge" ich noch am IPTV-2335 WLAN von Pearl.
Bestellt ist aber bei mir auch noch nichts da ich erstmal schauen (lesen) möchte ob sich das Teil auf absehbare Zeit mit
FHEM bedienen lässt.

Speziell das Eventbasierte anzeigen eines Bildes würde mich reizen.
Wetter meldet Regen und wenn der Wecker "klingelt" hat FHEM die Regenwolke schon aufs Radio geworfen (inkl. Temperaturanzeige des Aussensensors).

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #18 am: 05 Juni 2013, 21:16:55 »
Hi,

als alternative wäre da ja noch das "Xoro HMT 350".

Soll was besser sein, wenn man den Bewertungen glauben darf. (Auch als das 370)

Deine Ideen decken sich mit meinen Vorstellungen, jedoch habe ich noch ein paar andere "Baustellen" bevor ich damit beginne.

Viele Grüße

R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #19 am: 06 Juni 2013, 00:33:47 »
Hi,

Zitat von: ritchie schrieb am Mi, 05 Juni 2013 20:49
Ton ist schlecht ... Könnt Ihr das bestätigen ? Ich will nur normal in der Küche Radio hören,
keine Konzerte oder so.


Das lässt sich nur subjektiv beantworten. Ich habe das Archos Arnova, das müsste dann wohl ein MP350 sein. Zuerst hatte ich es im Garten, später hat meine Tochter mir die Eigentumsrechte entzogen und nutzt es als Wecker und als Youtube, Twitter und whatever :) Device.

Persönlich habe ich, was den Klang angeht, keine Bedenken wenn es um ein Küchen-, Bad- oder Schlafzimmerradio geht. Soweit ich weiß hat Rince, der ja auch involviert ist, sein Radio erhalten. Vielleicht steuert er seinen Eindruck auch mit ein.

Da sich der Kreis der Interessierten ja scheinbar vergrößert kann ich ja mal einen kurzen Abriss geben wo wir stehen:

Penbex (so heißt der Firmwareentwickler) hat aktuell minimalen LAN Support in seine Firmware eingebaut, dabei hatte er erst mal nur eine Smartphone App im Sinn welche die FB ersetzen sollte.

Rince hat dann Kontakt zu ihm aufgenommen und hat um Unterstützung für eine FHEM Integration geworben. Penbex hat da grundsätzlich auch Interesse gezeigt und ist dabei zusätzliche Funktionen (zum Beispiel Picture Overlay) einzubauen.

Grundsätzlich muss man aber auch sagen das wir im Augenblick (Rince, ich hoffe Du teilst das ;-) gar kein Konzept haben wie eine Integration in FHEM am Ende aussehen könnte.

Bestenfalls kann ich hier mal meine 10cent skizzieren:

Ich sehe ich nur begingt einen Mehrwert über FHEM play, pause, volume etc zu triggern. Wenn ich in der Küche bin drück ich auf den Knopf und gut ist.

Worin für mich der wirkliche Reiz bestünde wäre die Nutzung des Displays und Audio. So in der Art eines unauffälligen Universal-FHEM-Bedienpanels. Also sagen wir das Radio steht in der Küche und macht das was ein Radio so macht: Musik spielen. Aber gleichzeitig bietet es die Möglichkeit die Raumtemperatur einzustellen. Wenn das Telefon klingelt wird der Anrufer signalisiert, vielleicht mit Bild. Wenn es an der Haustür klingelt wird das Bild der Türkamera als Overlay engeblendet. Im Schlafzimmer kann ich möglicherweise die Alarmanlage aktivieren. Die Weckzeit wird mit FHEM synchronisiert und kann so das Wakeuplight steuern.

Die Schwierigkeit die sich daraus ergibt ist jetzt die: das Display ist zu klein um da irgendeine Art von "one fits it all" Menu abzubilden (zumindest sehe ich keinen Weg, vielleicht hat ja jemand eine zündende Idee). Vielmehr glaube ich das die Menus, je nach Installation und Raum, individuell, möglichst minimalistisch und (WAF kompatibel:-) grafisch sexy gestaltet sein sollten.

Der erste Gedanke dazu war innerhalb von FHEM ein Bitmap rendern zu lassen (die GUI für das Radio), dieses Bitmap per Lan ans Radio zu senden, dort ab aufs Display und im Gegenzug reicht das Radio alle Buttons (RC und lokal) an FHEM zurück. Damit wäre eine komplette Navigation möglich. Ergänzt um einige kleine Hardwarefunktion (play, displaybrightness, clock) und wir hätten ein rundes Paket.

Soweit ich Penbex verstanden habe wäre das jetzt auch für ihn mit vertretbarem Aufwand zu integrieren, allerdings hat er dann schlussendlich einen Rückzieher gemacht. Persönliches Gefühl von mir: er möchte das nicht weil es auf diese Art möglich wäre das Radio mit einer Oberfläche von FHEM zu betreiben, quasi komplett an der von ihm mit viel Mühe (muss man wirklich anerkennen!!!) entwickelten Oberfläche vorbei. Er hat recht offen gesagt das er die Kontrolle über das Device nicht abgeben möchte.

Penbex bevorzugt es aktuell eine "Homecontrol" - App für das Radio zu schreiben und möchte per XML oder JSON mit FHEM sprechen und die APP natürlich re-usable halten - nach Möglichkeit also auch für andere Homeautomatisierungen (es gibt neben FHEM noch weitere ??? ;-) öffnen möchte. Von seinem Standpunkt aus finde ich das auch durchaus valide.

Der Punkt an dem wir jetzt stehen ist also die Frage offen wie die Kommunikation FHHEM ./. Radio gestaltet werden kann und am Ende geht natürlich auch darum wie die grafische Darstellung erfolgen soll. (Liste, Menu mit Layout etc)

An diesem Punkt herrscht jetzt auch Funkstille, aber im Prinzip wären wir jetzt auch dran passende Vorschläge zu liefern.

Wenn Penbex jetzt darauf besteht das Rendern entsprechender GUI Elemente auf dem Device zu machen entsteht für mich die zwingende Notwendigkeit einen passenden Abstraktionslayer einzuführen. Weil sich daraus durchaus Synergien für andere Projekte ergeben können würde ich gerne die Chance Nutzen eine offene Diskussion für alle die Interessierten zu starten.

Zum jetzigen Zeitpunkt hätte ich dazu den Vorschlag ein SET von GUI Elementen zu definieren. Möglichst simpel, die üblichen Verdächtigen: Button, Auswahlfeld, Dialog, Panel plus noch einige :). Wenn wir jetzt in der OOP wären würde ich sagen abgeleitet von Dummy ergänzt um einige Attribute wie Position, Size vielleicht einige Styles. Soweit ich das in der dummy.pm sehe sollte der Aufwand dafür auch überschaubar sein.

Als Beispiel ein Button:

define LichtAnButton GuiButton
attr LichtAnButton position 50,50

Darüber würde dann das eigentliche Device liegen. Im Falle der Umstzung so wie von Penbex vorgeschlagen wäre die Aufgabe dieser Instanz alle zugehörigen Elemente "einzusammeln" und die XML oder JSON Kommunikation an das Radio zu übernehmen. Sollte FHEM das rendern übernehmen müsste die Instanz ebenfalls alle Elemte sammeln, diemsal aber eben die Position selber auswerten und in ein passendes Bitmap rendern.

define Kuechenradio iRadio
attr MenuA LichtAnButton

Dieses System würde es meiner Meinung nach dann auch zulassen Oberflächen universell zu erstellen und zu handhaben, zum Beispiel anstelle des WLAN Radios ein Tablett mit Sencha Touch (würde die config dann per json beziehen können und die passenden GUI Elemente dynamisch generieren) oder möglicherweise fühlt sich auch jemand berufen einen Renderer für Airplay oder andere Smart TVs zu schreiben.

Recht langer Post, sorry dafür. Alles Feedback und natürlcih helfende Hände hochwillkommen :)

Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #20 am: 06 Juni 2013, 01:12:47 »
Hi Puschel,

wenn du willst, dolmetsche ich dir gerne die Anleitung zur Installation.

Die Kommunikation läuft über Socks.
Also müsste fhem nen Socks Port öffnen und kann anschließend Befehle im Klartext senden.

Ich bin bis nächste Woche nicht da, ab dann kann ich mich wieder beteiligen.


Habe ein 350er.

Und wärend ich hier schreibe, kommt Jörgs Beitrag per eMail :-)

Also weiter bezugnehmend auf Jörg:
Die Klangqualität entspricht im wesentlich der, die man von einem kleinen billigen Radio erwarten kann.

Ich käme nicht auf die Idee, mir darauf einen Abend lang Mozart anzuhören oder alternativ ein Rock Konzert.

Ich will Abends zum einschlafen B5 hören, und Morgens zum Aufwachen entweder auch oder den ein oder anderen lokalen Pop Sender.

Das tut das Webradio aber definitiv.
Auch um am Nachttisch die Tagesschau sich nochmal reinziehen ist kein Problem :-)

Das tut. Völlig akzeptabel.


Bezüglich fhem, hm.

Ich sehe es ähnlich wie Jörg. Unsere Idee war, Bilder (also Menüs) auf fhem rendern zu lassen und die Radioeingaben an fhem zurück zu schicken.
So ne Art Floorplan für Arme.
Die ganzen lustigen Sachen wie Börsenkurse die das Webradio mitbringt sind mir völlig schnurz.

Auch ist es ja schön wenn das Radio einen Wecker hat, bei meinen unterschiedlichen Aufstehzeiten ziehe ich es vor, wenn fhem aus meinem Googlekalender die Weckzeit ausrechnet und passend das Radio anwirft. Meinetwegen andersrum, ich stelle die Weckzeit im Radio ein und fhem wertet es aus, um das Bad vorzuheizen.

Ansonsten unterstütze ich Jörgs Idee mit dem Telefondisplay und der Überwachungskamera, weil genau dazu will ich es auch einsetzen.

Was jetzt konkret passiert:
Zunächst würde ich jetzt mal warten, ob William mit seiner json xml Idee weiter kommt. Ich halte es für oversized, und eine Textliste zur Steuerung ist schlicht völlig unsexy.
Irgendwann wird ja mal eine Version 1.5 rauskommen, dann können wir weiter sehen.

Was würdest du denn gerne mit dem Radio machen?

Du kannst dich anmelden im Forum, und im deutschen Bereich schreiben. William liest da auch mit :-)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline Puschel74

  • Hero Member
  • *****
  • Beiträge: 9839
Aw: Radiowecker via FHEM steuern
« Antwort #21 am: 06 Juni 2013, 09:37:15 »
Hallo Jörg, hallo Rince,

vielen dank erstmal für eure ausführlichen Erläuterungen.

Das Forum habe ich schon gefunden - auch den Deutschen Teil ;-)

Zitat
wenn du willst, dolmetsche ich dir gerne die Anleitung zur Installation.

Dafür wäre ich dir sehr dankbar.
Da es aber, so wie es aussieht, wohl noch etwas dauert bis ich mir das Radio zulege kannst du dir damit gerne Zeit lassen.
Ich werde die Anleitung dann auch gerne ins Wiki stellen wenn das für dich ok ist.

Zitat
Was würdest du denn gerne mit dem Radio machen?

Nun ja.
Wie schon gesagt evtl. aus fhem raus eventbasiert ein Bild anzeigen lassen mit den Daten eines Aussentemperatursensors.
Damit ich beim geweckt werden schon sehe wie das Wetter draussen ist ;-)

Eine vollständige (oder auch nur ansatzweise) Bedienung von FHEM habe ich (vorerst) nicht vor.

Start/Stop und die einfachern Dinge scheinen ja schon zu gehen.
Das würde sich dann anbieten in Verbindung mit einem Sensor im Bad - oder einem FS20S4A (damit schalte ich mir bereits Licht/Ventilator/Wasserpumpe).
In einem Notify wird dann ausgewertet was mein Frau (oder ich) will und könnte damit dann auch das Radio einschalten.
Wobei mir das Radio fürs Bad evtl. etwas "oversized" ist.

Weitere Wünsche kommen dann mit Sicherheit wenn das Radio mal da ist - was aber sicher noch etwas dauern wird.

Grüße

Edith: Wenn jetzt einer von euch schreibt das Radio funktioniert einwandfrei und teilweise auch mit FHEM und den Rest bekommen wir auch noch zum laufen - dann bestell ich mir das Teil grad ^^
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #22 am: 15 Juni 2013, 18:11:15 »
Teilweise mit FHEM noch nicht, aber das
Link

ist vermutlich die Lösung.

:-)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #23 am: 26 Juni 2013, 22:22:45 »
Es läuft soweit :)

Mit der listenlive.nl Firmware :)

Der Code ist von BenWend im wesentlichen (für die iTach Steuerung) :-)
Ein herzliches Dankeschön an dieser Stelle :-)




Folgende Einträge:

In der fhem.cfg
### WebRadio
define WebRadio dummy
attr WebRadio room Wohnzimmer
attr WebRadio setList UP LEFT DOWN RIGHT EXIT POWER OK VOLp VOLm STOP REPEAT PGUP PGDN RECORD HOME MENU MUTE FORWARD REWIND FMRADIO IRADIO ITV PAUSE CLOCK
attr WebRadio webCmd UP:LEFT:DOWN:RIGHT:EXIT:POWER:OK:VOLp:VOLm:STOP:REPEAT:PGUP:PGDN:RECORD:HOME:MENU:MUTE:FORWARD:REWIND:FMRADIO:IRADIO:ITV:PAUSE:CLOCK
define myWebRadio notify WebRadio {radio($EVENT)};;


In den 99 Utils:

package main;

use strict;
use warnings;
use POSIX;
use CGI qw(:standard);
use IO::Socket;
use IO::Socket::INET; # <- das habe ich dazu eingetragen
use MIME::Base64;



#### Listenlive Radio
sub radio($)
{
my ($socket,$client_socket);
$socket = new IO::Socket::INET (
    PeerHost => '192.168.10.40',
    PeerPort => '8080',
    Proto => 'tcp',
) or die "ERROR in Socket Creation : $!\n";

# send iTach command
my $data = $ARGV[0]."\r\n";
$socket->send(@_);
sleep (1);
$socket->close();
}





Die Steuerung ist manchmal etwas merkwürdig. Je nachdem, in welchem Programm auf dem Radio ihr grade seid, geht recht viel nicht. Versucht einfach mal CLOCK, und dann gleich nochmal :)

Wenn ich meinen Code für die 99_utils ansehe, dann passieren da recht merkwürdige Dinge. Das $data z.B. ist kompletter Käse, mit dem @_ dagegen klappt es ganz gut.

Kann mir mal bitte wer erklären, was das eigentlich soll? (=was mache ich falsch)



Lange Rede, kurz der Sinn:

Es läuft so :)


(Die IP Adresse bei PeerHost (192.168.10.40 bei mir) solltet ihr in die IP Adresse eures Radios ändern :)  )
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #24 am: 27 Juni 2013, 23:34:11 »
Hallo Rince,

ich habe mir gerade Eure Diskussion mit penbex durchgelesen.

Da ich kurz davor bin, mir ein solches Radio zu kaufen, interessiert mich näturlich die Sache immer noch sehr.
Dein Beispiel ist ein guter Einstieg, nur würde mich interessieren, in wie weit er bereits auf
die Interaktion eingegangen ist.

Laut Thread war er ja nicht so begeistert von einer kompletten Steuerung, was ich auch nachvollziehen kann.

Textdarstellung ist zwar 90s, aber ein Anfang wäre es ja schon, wenn er ein Textmeldung in einer Art Fenster
darstellen würde (evtl. mit Icon aller Warning, Alarm Info...) so wie ein Dialog Fenster

Wenn er dann noch Buttons im Dialog (ok/abbruch) oder Ja/nein darstellen würde und die Auswahl zurücksenden würde
oder als Status bereits stellen würde, wäre ich im ersten Schritt bei meinen Wünschen.

Hat er evtl. einen Zeitraum für eine weitere Erweiterung genannt.

Gruss R.





IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #25 am: 28 Juni 2013, 07:07:16 »
Bis jetzt tut sich da noch nix außer dem, was schon geht.
Wenn du also ein günstiges Webradio willst, das FHEM ausschalten und umschalten kann, dann greif zu.
Mit Makros kommt man quasi überall hin im Blindflug.


Eines kaufen in der Erwartung, dass es später viel mehr kann, würde ich nicht.


Aber auch im Blinflug geht schon einiges. Mit den Favoriten kann man gut nen WebRadio Stream blind ansteuern.
Das kann fhem gut. Und die Lautstärke setzen war auch noch nie ein Problem :-)

Muss mal sehen, ob die Rückantwort vom Radio irgendwie abgreifen kann.

Das Ausgangsscript von Ben hatte da was eingebaut...



Edit:
Habe noch mal dein erstes Posting gelesen:
Uhrzeit anzeigen => ja
Radio zu einer bestimmten Zeit einschalten => ja (fhem ist der Timer)

Damit kannst ein "Guten Morgen" Skript in fhem schreiben :-)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #26 am: 28 Juni 2013, 12:06:48 »
Hallo Rince,

wir haben ein Radio jetzt bestellt und ich werde das ganze
jetzt etwas mehr Aktiv mit ansehen ;-).

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #27 am: 03 Juli 2013, 21:52:41 »
Hallo Rince,

hast Du eine Idee, wieso ich

myKuechenRadio return value: ERROR in Socket Creation : Connection refused

bekomme. Hast Du Ports am Router freischalten muessen.

Ein Ping auf meine ID geht ohne Problem (die habe ich natürlich geändert)

Ich fahre mein Radio mit Version 1.49.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #28 am: 03 Juli 2013, 22:24:24 »
Hi,

die IP Adresse von deinem Radiowecker hast du angepasst?
Bei PeerHost die richtige IP reinschreiben!
Die anderen Einstellungen musst du gleich lassen.

Oh, und vermutlich die richtige Lösung auf die Frage:
Du musst im Radio selber auch die Netzwerksteuerung zulassen!


Mein FHEM läuft auf nem RaspPi, da war keine Konfiguration weiter nötig. Was sagt denn das Logfile von FHEM?
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #29 am: 03 Juli 2013, 22:37:47 »
Hi,


Du musst im Radio selber auch die Netzwerksteuerung zulassen!

Das habe ich nicht gemacht !

Wie hast Du das einen Radiosender eingeschaltet ?

Bei mir geht er nur in die Auswahlliste.


Ich habe mir nochmals den Thread im listenlive durchgelesen.

Wenn ich das hier richtig lesen,
Zitat

Felix, the protocol is Very simple. Open port and send command.. Then wait for OK.

Ist die Routine von Dir "suboptimal". Hier verstehe ich das so, das das Radio mit dem Text "OK"
antwortet.

In Deiner Routine wird aber nur ein Sleep verwendet:

sub radio($)
{
my ($socket,$client_socket);
$socket = new IO::Socket::INET (
    PeerHost => '192.168.5.56',
    PeerPort => '8080',
    Proto => 'tcp',
) or die "ERROR in Socket Creation : $!\n";

# send iTach command
my $data = $ARGV[0]."\r\n";
$socket->send(@_);
sleep (1);
$socket->close();
}


Das schaue ich mir nochmals genau an und werde dann Dir mein Ergebnis zurückgeben. Hier versuche ich eine korrekte Abfrage einzubauen und evtl. bei Fehler das Kommando nochmals wiederholen (max. 3 mal.)


Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #30 am: 03 Juli 2013, 22:52:31 »
Die Komandos die das Skript anlegt, sind die für die 1.49 gültigen, soweit ich weiß.
Parameter dazu gibt es imho keine bis jetzt.

Hast du jetzt das Connection refused in den Griff bekommen? (Radio muss eingeschaltet sein)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #31 am: 03 Juli 2013, 23:00:33 »
Ups,

Du warst schneller. Siehe oben.

Radio läuft jetzt erstmal.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #32 am: 04 Juli 2013, 18:46:10 »
Hi,

hier die verbesserte Routine. Diese Routine warte nur wenige ms und hat den Vorteil, das sie die Antwort des Radios abwartet.
Hierdurch ist die Wahrscheinlichkeit, das sich das Radio bei einer schnellen Abfolge von Kommandos verschluckt, vermindert.


use strict;
use warnings;
use POSIX;
use CGI qw(:standard);
use IO::Socket;
use IO::Socket::INET;
use MIME::Base64;
use Time::HiRes qw(usleep nanosleep);             <---- Neu für den usleep()

#
# Listenlive Radio
#
sub radio($)
{
  my ($socket,$client_socket);
  my $response ="";

#
# Create a socket object for the communication with the radio
#
  $socket = new IO::Socket::INET (
PeerHost => '192.168.5.56',
PeerPort => '8080',
Proto => 'tcp',
  ) or die "ERROR in Socket Creation : $!\n";

#
# Send the given command into the socket
#
  $socket->send(@_);
#
# get the radio some time to execute the command (10ms )
#
  usleep(10000);

#
# get the answer of the radio
#
  $socket->recv($response, 2);

  if($response !~  m/OK/)
    {
Log 1, "Error from radio ! Response from Radio : $response" ;
}

  $socket->close();
}


Wie wäre es, wenn wir eine Wiki Seite hierfür aufmachen.

Ich wollte mir heute eine kleine Lib schreiben, welche mir es ermöglicht das Radio in groben Zügen
zu steuern. Zuerstmal die hier, damit ich morgens immer automatisch begrüsst werde in der Küche.

- Radio sender x an der Fav. an
- Radio aus.



Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #33 am: 04 Juli 2013, 19:59:25 »
Habe es mal versucht, mit dem Wiki Eintrag.

Muss noch rausfinden, wie die richtigen Tags aussehen. Im Quelltext sieht es gut aus :)

Finde es toll, dass du dich dem Code angenommen hast :)

Danke :)
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #34 am: 04 Juli 2013, 20:10:41 »
Radio einschalten:
Wäre es ein möglicher Workaround, die Weckzeit zum Aufwecken des Radios nach einem Stromausfall zu nutzen?

Dann könnte man Nachts den Strom abdrehen (Schaltsteckdose :) ), um Strom zu sparen?
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #35 am: 04 Juli 2013, 21:36:35 »
Hi Rince,

ich habe mich jetzt mal mit der Steuerung des Radios versucht zu beschäftigen.

Derzeit habe ich noch ein das Problem, das das Radio die Einstellung verliert für die WLAN Verbindung.

Hierbei muss ich erst am Gerät die WLAN Parameter wieder neu eingeben. Das macht die ganze Sache sehr schwierig.

Läuft das bei Dir korrekt ?

Ansonsten versucht ich das Radio dann mittels gezielte Kommandos aus jedem Menuepunkt
in die gewünschten Menüs zu bekommen. Hoffentlich reagiert das Interface korrekt, da
wenn man z.B. in den Einstellungen das Radio setzt, das Kommando "home", "Menu" nicht arbeitet.
Hier arbeitet nur "exit".

Ob die Sache mit dem Weckalarm gehen würde, wäre eine Überlegung wert, hat aber den Nachteil,
das Du keine variablen Weckzeiten steuern kannst. Dies wollte ich eigentlich FHEM überlassen.

Wenn ich die Sache mit der stabilen Internetverbindung im Griff habe, dachte ich eigentlich.
das Display für den Nachtmodus auf AUS zu stellen, hierdurch habe ich einen geringen Stromverbrauch,
aber trotzdem die Möglichkeit das Gerät per TCP/IP zu steuern. Schliesslich soll es ja auf "Anwesenheit" reagieren.

Zudem muss es noch mehr Kommandos geben, aber auf einer Anfrage einer kompletten Liste habe ich keine
Antwort bekommen. Auch wurde der Eintrag nicht sichtbar geschaltet. Der scheint ja echt jeden Eintrag
zu lesen, bevor in das Forum kommt.

Ich wollte mich mal im Netz auf die Suche des Quellcodes machen, da er ja irgendwo eine Basis gehabt haben muss.
Bis jetzt habe ich aber noch nichts gefunden.

Ohne die stabile WLAN Verbindung habe ich aber ein Problem, da er auch plötzlich seine Favorits verliert und somit
keine Radiofunktionen vorhanden sind.

Das Teil wird eine harte Nuss werden.

Edit:
Wo hast Du die Wiki hingelegt ? Kann ich da auch mit dran arbeiten ?



Edit 1:
Kleine Update, damit man nicht ständig Einträge im Logfile bekommt, wenn man ein Webcmd ausführt.

#### Listenlive Radio
sub radio($)
{
my ($socket,$client_socket);
$socket = new IO::Socket::INET (
    PeerHost => '192.168.10.40',
    PeerPort => '8080',
    Proto => 'tcp',
) or die "ERROR in Socket Creation : $!\n";

# send iTach command
my $data = $ARGV[0]."\r\n";
$socket->send(@_);
sleep (1);
$socket->close();
return;                 <------ Einfügen!
}



Viele Grüße

R.









IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #36 am: 04 Juli 2013, 22:27:22 »
Hi,

logisch kannst du den Artikel verändern. Besteht er doch aus deinem Code :-)
http://www.fhemwiki.de/wiki/Listenlive

Was das WLAN betrrifft, ich habe gelesen, dass einige Leute das Problem haben, bei mir trat der Fehler nie auf. Verwende DHCP, wenn ich nicht irre.

Das mit dem Stromsparen ist genau der Grund.

Nachts und tagsüber kann er ruhig völlig aus sein. Ohne Strom.

Für mich ist ok, wenn er sich um 6 Uhr einschaltet und um 19 Uhr. Einschalten in Form von "hat Strom und kann Befehle ausführen".
Die eigentliche Weckzeit würde ich eher über FHEM steuern. Macht mehr Sinn :-)

Ob FHEM dann um 6.05 Uhr oder 9.00 Uhr die Musik anwirft, ist mir egal. Die 3 Stunden zuviel die der Radio dann die Uhrzeit anzeigt, ertrage ich. Würde mir aber dennoch über ein Auto an freuen. William scheint die Idee aber nicht zu gefallen. Weiß der Geier warum.
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #37 am: 04 Juli 2013, 22:39:04 »
Ola,

das geht ja richtig voran :) Cool :-)

WLAN Abbruch und Verlust der Favoriten und WLAN Einstellungen:
Tritt bei mir nicht auf, kann das Radio auch vom Netz nehmen und es behält die Einstellungen. Einzig zu beachten, nach einem Nustart braucht es einen Augenblick bevor er die Verbindung zum ll Server hat und sich die Favoriten von dort holt.

Sourcecode:
Soweit ich das verstanden habe hat er das selbst geschrieben, Basis war reverse engineering der original firmware und Studium der Chips. Wenn Du die FW auspackst (war glaub ich tar oder sowas) findest Du ein busybox linux. Die Apps sind kleine C progs. Du bräuchtest die busybox toolchain um da was zu schreiben. Ist imho machbar, aber mit hohem Zeiteinsatz.

TCP Control:
Die aktuellen FW Funktionen sind ja darauf ausgerichtet mit einem Smartphone eine FB zu ersetzen, das bremst den Spass leider etwas. Was helfen würde wären "discrete codes", also Funktionen die unabhängig vom aktuell angezeigten Menu greifen. Beispiel Radiosender: da würde es meiner Meinung nach ausreichen (und besser sein) wenn das Radio einen Befehl in der Art von "play <adresse>" versteht. Dann wäre es möglich die Favoriten in fhem zu hinterlegen und/oder auch Spachausgabe zu realisieren. Du kannst das ja im ll forum nochmal stressen, steter Tropfen ... ;-)

viele Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #38 am: 04 Juli 2013, 22:59:04 »
Hallo Jörg,

welche Firmware Version hast Du. Ich verwende ein XORO 350 RM2 denke ich.

Die Sache mit der Steuerung ist ein "krampf". Ich test gerade das absetzen einer Kombination von Kommandos.

So sollte z.B.
"POWER" -> "HOME" -> "OK" -> "OK" -> "OK" den ersten Sender einschalten.

Das Radio wird zwar eingeschaltet und obwohl ich die Antwort abwarte, verschluckt er das Ausführen.
Derzeit hebe ich die erwartete "Ausführungszeit" nach oben.


#
# get the radio some time to execute the command (300ms )
#
  usleep(300000);   Hiermit scheint das Kommando korrekt ausgeführt werden



Aber es wäre sehr viel einfacher, wenn eine klar Schnittstelle vorhanden ist.

Den die oben gezeigte Kombination arbeitet leider nicht aus allen Menubereichen heraus. Ich muss ja davon ausgehen,
das der Bediener manuell eingreift.


#
# Switch the radio off
#
sub SwitchRadioOff
{
  radio("POWER");
  return;
}

#
# Power on with the first radio sender
#
sub SwitchRadioOn
{
  radio("POWER");
  radio("HOME");

  radio("OK");
  radio("OK");
  radio("OK");

  return;
}


Beispiel AT (kommt noch wochenende für einschalten rein und not presence für ausschalten)

define RadioMorgensEin at *07:15:00 { SwitchRadioOn() }
define RadioMorgensAus at *07:15:00 { SwitchRadioOff() }


Was die Sache mit den eigenen Apps angeht, muss ich Dir recht geben, so viel Zeit habe ich dann auch nicht.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #39 am: 05 Juli 2013, 08:31:48 »
Hallo Ritchie,

ich finde es übrigends auch sehr gut das Du Dich dem code angegommen hast !

FW:
müsste die aktuelle sein, überprüfe ich aber nochmal.

Ich würde jetzt erstmal abwarten bis die neue firmware da ist weil

Zitat
Penbex am 13.5. im ll forum: play : server//garagedooropen.mp3 are ok for me.


Ich hatte damals mal gegoogelt und voicerss.org als tts gefunden.

Das würde ja schon folgendes Scenario möglich machen:

fhem kalkuliert die Weckzeit (Basis Wochentag, Feiertag, Ferien, Kalender...), schickt zur vorgesehen zeit einen "play http://api.voicerss.org?src=Guten Morgen&key=xxx" und anschließend einen link zu einem stream.


viele  Grüße
Jörg
 
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #40 am: 05 Juli 2013, 09:15:17 »
Hallo Jörg,

das hört sich ja gut an.

Generell würde ich aber planen, diese Datei auf die SD Karte zu legen,
um die Netzlast zu senken, aber das sollte jeder wie er will machen,
wenn es das Radio unterstützt.

Ich will als nächste, folgendes noch für das Radio machen

- Steuerung des Radios via Presence als Beispiel

- Stromverbrauch messen, lohnt sich ein Switch Off
  (Switch Off Verhalten nochmals prüfen)

- Netztraffic des Radio mir anschauen, macht das Radio
  evtl. nachts noch was anderes. Da ich ja jetzt
  einen "Rechner" in meinem Netz habe, der evtl.
  von LiveListen gesteuert werden kann.
  Quellcode kann nicht eingesehen werden!
  Hier werde ich wohl in meiner Fritzbox zuerst die
  Kindersicherung für dieses Radio aktivieren.

Da ich einen Wiki Zugang für FHEM Wiki beantragt habe,
will ich dann die Sachen in die Wiki schreiben und Rince
ein wenig unter die Arme greifen.

Wenn die Basisfunktion arbeiten, kommt dann ein seperates Modul
dran (ist auch Neuland für mich).

Hat Penplex schon was über die Messagebox gesagt ?

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #41 am: 05 Juli 2013, 10:39:51 »
Ich klinke mich hier wieder ein:
TTS Engine: schaut doch mal in RasPi Bereich, da ist ein Thread wie der RasPi aufs Wort hört.

Die TTS Funktion ist jetzt ausgelagert und in FHEM ansprechbar, im Endeffekt ist es schlicht ein Aufruf vom mplayer mit einem Rattenschwanz an Parametern, welche sofort mit der Stimme von Google Translate wiedergegeben wird.

Ich bin mir sicher, wenn wir Text an das Radio senden könnten, wäre das machbar.


Bezüglich BusyBox:
Die Toolchain brauchen wir nur, wenn wir selber kompilieren wollen, oder? Den Quellcode könnte man auch so an Penbex schicken, wenn er die App dann mit einbaut, aht er keinen Aufwand und wir die App. Oder sehe ich das ganze falsch?
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #42 am: 05 Juli 2013, 12:40:47 »
Hallo Rince,

Zitat

 TTS Engine: schaut doch mal in RasPi Bereich, da ist ein Thread wie der RasPi aufs Wort hört.

Leider ist die ausführende Maschine nicht der Raspi. Derzeit sind halt nur die Kommandos möglich,
welche Du aus dem System ermittelt hast. In wieweit William sein System öffnet ist fraglich.

Zitat

Bezüglich BusyBox:
 Die Toolchain brauchen wir nur, wenn wir selber kompilieren wollen, oder? Den Quellcode könnte man auch so an Penbex schicken, wenn er die App dann mit einbaut, aht er keinen Aufwand und wir die App. Oder sehe ich das ganze falsch?

Aber auf dem Testsystem müsste man vorher die App auch selber testen, daher müsste man auch selber kompilieren.

Das wäre für mich kein Problem, da mein Desktop selber eine Linux System ist und ich bereits eine Toolchain für einen Arm am laufen habe.

Wenn das Zielsystem auch ein ARM Prozessor ist und ich z.B. ein Beispielprogm einer App haette, könnte man hier langsam was aufbauen.

Nur ist hier der Zeitaufwand nicht ohne, das wird also was dauern.

Kennt jemand von euch das Passwort für telnet oder ssh des Radios ?


Viele Grüße

  R.

P.S.: Wieso einklinken, Du bis doch voll dabei :-)







IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #43 am: 05 Juli 2013, 14:39:32 »
also ich komm bei mir einfach mit telnet root auf drauf, kein pwd. Ist eine mips cpu. Und wget ist auch drauf, insofern könnte man...

Auf der einen Seite würde ich das schon nicht unspannend finden da selber Hand anzulegen, würde einen halt von penbex etwas unabhängiger machen. Der hat ja seine eigene Agenda, das ist ja auch verständlich.

Auf der anderen Seite stellt sich ja schon die Frage wie viel Zeit man da aufbringen möchte, selbst die Umsetzung von einem simplen "play <adresse>" ist ja nicht ganz trivial. Braucht einen deamon der auf sockets hört, http muss implementiert werden und für die wiedergabe brauchts codecs...

Sicher gibt es Bibliotheken, aber zwischen Theorie und wirklich laufen liegen ja doch oft einige Wochen arbeit :)

Für mich persönlich stellt sich die Bilanz so dar: noch 4 Wochen warten bis penbex das hat, dann in den Dialog gehen um zu verfeinern. Oder 100h+ Arbeit reinstecken und in 6 Wochen selber verfeinern. Wenn jemand die skills hat das schneller umzusetzen ist es eine attraktive Option, ich selber würde eher auf penbex warten.

Zum tts: bei mir läuft fhem auch auf der FB. Das tts (voicerss) funktioniert über die Wolke so gut das ich da keinen Bedarf sehe selber Hand anzulegen. Die api ist echt simple (nur http-get mit params), musst Dir eine kostenlosen key holen und gut ist.

viele Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #44 am: 05 Juli 2013, 15:18:52 »
gerade eben hatte ich noch so 'ne idee ;-)

da telnet ja geht:

unter /usr/jz-project liegt ein mplayer und auch andere files (zB audio-play und cximage ;-).

Vielleicht lösen wir das einfach mal ganz pragmatisch - oder ? Die Clock bzw brightness werden wohl irgendwo in den dev ihre Entsprechung haben. Die keys werden über stdin reinkommen und nc ist auch drauf ... Eigentlich ist ja alles da :-)

Werde ich heute Abend mal genau untersuchen.

viele Grüße
Jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #45 am: 05 Juli 2013, 16:38:16 »
Hi,

ich helfe jetzt erstmal Rince bei der Wiki, damit wir eine Basis haben, worüber wir
dann auch reden können.

Erste Messdaten zeigen das mein XORO 350,

Display komplett dunkel   1,8 Watt verbraucht
Display Normal im Menue   2,3 Watt verbraucht
Internet-Radiobetrieb   2,9 Watt

Das mit dem Telnet schaue ich mir später auch mal an.

Gruss R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Rince

  • Hero Member
  • *****
  • Beiträge: 2642
Aw: Radiowecker via FHEM steuern
« Antwort #46 am: 05 Juli 2013, 16:39:09 »
Dieser Spieltrieb :-)
Finde ich klasse. Vielleicht bekommen wir das Ding ja so in den Griff, ohne Penbex.


Edit:
Habe die Formatierung jetzt richtig :)
Vor den Formatiertags hat ein Leerzeichen gefehlt.

Zitat von: so ist es richtig

.<nowiki>   #### den Punkt durch ein Leerzeichen ersetzen
</nowiki>
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Radiowecker via FHEM steuern
« Antwort #47 am: 05 Juli 2013, 22:27:58 »
so, ich hab mich mal in der FW ein wenig umgesehen. Hätte man eigentlich früher machen können, aber egal....

Die Grafische Oberfläche ist ist unter unter /usr/jz-project der file jz-media-app. Die ist für den UI zutändig. Alle Mediendateien werden mit dem mplayer gestartet, der ist mit der jz-media-app ge-piped.

Der mplayer läuft völlig entspannt wie man den erwartet. Über die shell lassen sich problemlos mediendateien starten, auch per stream. Konnte problemlos den tts starten. Video ging nicht auf Anhieb, dort muss vermutlich der frame-buffer als output gewählt werden.

Der framebuffer ist unter /dev/fb bzw /dev/fb0 auch der screen. cat /dev/urandom > /dev/fb0 ,macht schnee auf dem display.

DirectFB lib ist installiert.

Die jz-media-app lässt sich ohne Nebenwirkungen abschiessen. Die Funktionen von cximage kann ich vorerst nur raten. Nach schnellem googlen rate ich das die lib für das laden und decodieren der jpg und png zuständig ist die dann per framebuffer auf den screen kommen. Nachteil, ich bekomme die nicht stand-alone zum laufen, ist wohl nur eine lib und muss aus einem programm aufgerufen werden.

Von daher stellt sich jetzt die Frage wie weiter. Die Medienwiedergabe lässt sich per telnet-shell problemlos von fhem aus anstossen. Doof ist nur das der screen auf dem radio davon völlig unbeeindruckt ist.

Läuft vielleicht doch in richtig c-prog für das radio.

so weit - so gut. viele Grüße
jörg
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #48 am: 05 Juli 2013, 22:51:27 »
Hallo Zusammen,

also ich habe mir das System via telnet jetzt auch mal angesehen.

Eine Entwicklungsumgebung auf dem System konnte ich nicht finden (gcc).

Auch muss ich mich der Meinung von herrmannj anschliessen, das eine App erstellen nicht ohne ist.
Ich schliesse mich also seiner Meinung an, das wir erstmal abwarten und was listenlive in der Firmware noch so macht.

Wenn man sich in dieses System einarbeiten muss, dauert das meiner Meinung nach viel zu lange.
Hier wäre eine besser "Politik" gegenüber ListenLive besser angebracht.

Wenn er uns z.B. eine Beispielapplikation zur Verfügung stellen würde, welche aus seinem System aufgerufen werden könnte,
hatte man es deutlich einfacher und man könnte auch besser abschätzen, was hier auf einen zukommt.

Zudem hat er auch in der Linux-Version den Ursprung gelöscht (uname -a) zeigt keinen Ursprung.

Ich scheine jedoch keinen guten Draht zu Ihm zu haben, er antwortet nicht mal auf eine eMail wo
ich Ihm eine Spende anbiete.

Viele Grüße

R.









IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #49 am: 06 Juli 2013, 16:39:40 »
Hallo Zusammen,

ich erstelle derzeit die Menüstruktur und deren Tastenbelegung/Steuerung in einem Openoffice Dokument.
Diese werde ich dann in der Wiki ablegen.

Somit haette man dann die Möglichkeit, das Geräte einigermaßen via FHEM zu steuern.
Da ich selber erstmal diese Funktion benötige, benötige ich dieses Dokument zur Steuerung,
will es aber anderen auch zur Verfügung stellen. Evtl. findet man gemeinsam verschiedene Tricks
um das Teil zu steuern.

Derzeit ist klar, da es keine Statusabfrage über die aktuelle Menüposition gibt, kann dies nur
eine Zwischenlösung sein.

Edit:
So ich habe die Wiki nochmals überarbeitet http://www.fhemwiki.de/wiki/Listenlive.

Viele Grüße

R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #50 am: 08 Juli 2013, 21:15:55 »
Hallo Zusammen,

hier eine Info von ListenLive für die nächste Release:
Zitat

The next release has additional commands so you can read the menu position and even what is currently playing..


Viele Grüße

R.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline Puschel74

  • Hero Member
  • *****
  • Beiträge: 9839
Aw: Radiowecker via FHEM steuern
« Antwort #51 am: 08 Juli 2013, 21:37:51 »
Hallo zusammen,

da scheine ich ja einige verpasst zu haben bei euch.

Mensch, hier geht ja richtig der Punk ab was ihr so leistet.

Wenn das so weiter geht werd ich mich mal aktiv nach einem -FHEM-tauglichen Radiowecker umschauen.
Braucht ihr noch ein "Versuchskaninchen" für einen Radiowecker (egal welcher Marke) oder soll ich mich bei Euch einklinken (XORO 350) ?
Oder könnt ihr was "evtl. Ausbaufähiges" für den Spieltrieb empfehlen/vorschlagen?

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Radiowecker via FHEM steuern
« Antwort #52 am: 08 Juli 2013, 22:07:13 »
Hi,

ich denke mal, das jedes Radio, welches von
Listemlive unterstützt wird, in Ordnung wäre.
Hier ist nur die Frage, was Du alles machen willst und
welchen Preis Du bezahlen willst. Ich habe mir heute noch ein zweites
XORO 350 bestellt (allerdings gebraucht), da der Stromverbrauch von dem Teil nicht
schlecht ist.

Was Spieltrieb angeht:
Morgens geht das Radio automatisch an und zeigt mir die Wettervorhersage, während unser
Lieblingssender läuft. Geht aus nach einer definierten Ausschaltzeit oder wenn wir vor der
Ausschaltzeit die Wohnung verlassen, geht es auch aus :-).

Derzeit ist halt ein genaues Steuern schwer, da keine Rückmeldung
vom Radio kommt, wo es gerade steht (z.B. durch manuelles Einschalten). Daher ist die kommende Release 1.50
ein wichtiges Update.

Ich werde versuchen hierfür ein Modul zu schreiben, da es aber mein
erstes "Werk" werden wird, kann das was dauern. Etwas "Starthilfe"
wäre hier eine gute Hilfe..

Viele Grüße

R.

P.S.: Habe jetzt den link zur Developwiki bekommen. Jetzt kann ich mit
Lesen beginnen.
IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 18022
  • Stoppt den Unicode-Irrsinn!
Aw: Radiowecker via FHEM steuern
« Antwort #53 am: 12 Juli 2013, 23:11:04 »
Zitat von: ritchie schrieb am Sa, 06 Juli 2013 16:39
So ich habe die Wiki nochmals überarbeitet http://www.fhemwiki.de/wiki/Listenlive.


Hallo ritchie,

kannst Du bei Gelegenheit bitte in Deinem Beitrag oben den Punkt am Ende des Links entfernen, bevor sich noch mehr Leute wundern, warum auf der Seite nix steht? *lach*

Viele Grüße
Udo
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.
-----------------------
Lesen gefährdet die Unwissenheit!

Offline ritchie

  • Sr. Member
  • ****
  • Beiträge: 596
Aw: Wiki Eintrag und Schnittstellendiskussion
« Antwort #54 am: 13 Juli 2013, 08:19:16 »
Hallo Udo,

leider kann ich den Eintrag nicht mehr ändern, da ich kein Admin bin.
Ursache hierfür liegt in der Umlegung des Wiki Eintrages auf eine andere URL, welche beim Anlegen ungünstig gewählt wurde (Jeder fängt mal an).

Die URL ist : http://www.fhemwiki.de/wiki/Listenlive

Der Link oben zeigt auf den alten Eintrag (die wirkliche URL ist im html code des Eintrages

Schnittstellendiskussion

In dem Modul, welches ich versuche zu erstellen dachte ich an folgende Kommando / Properties

Bitte begdenkt, das wird mein erstes Modul. Ich will jedoch die Schnittstelle so auslegen, das spätere Erweiterungen kein Problem darstellen. Auch werden diese Kommandos/Eigenschaften schrittweise eingebaut.


Kommandos

- "play TV <sender>"
- "play radio <sender>"
- "play medium <url>"

- "pause", "stop", "replay", "volume plus", volume minus", "mute", "Power on"m "power off"

- "show clock"
- "show clock night"
- "show weather"
- "show forecast"
- "show radar"

Der generelle Aufbau wäre hier "Basis Commando", "Bereiche", "Parameter"


Eigenschaften

- "IPAdresse", "Port", "state"


Wie gesagt, diese Vorstellung muss noch mit den Möglichkeiten (wie arbeitet der "Parser" von Fhem) und ist diese Schnittstelle offen genug für Erweiterungen, als gut zeigen.

"Frei zur Diskussion gestellt, an alle, die Interesse haben".

Gruss R.

IPU662  Ipfire & Fhem (Homematic + MAX) - Produktiv
Cubietruck (1Wire - USB) - Produktiv
Raspberry PI (1Wire - USB) - Testsystem

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6129
Aw: Wiki Eintrag und Schnittstellendiskussion
« Antwort #55 am: 13 Juli 2013, 14:43:28 »
Hi @all,

ich möchte da eine Alternative vorschlagen. In den vergangenen Tagen habe ich mich mit dem radio intensiver beschäftigt und bin gerade dabei eine app auf dem radio als poc zu schreiben.

Mich würde interessieren ob das angehängt prog auf den Xoro 350 läuft. (btw; bin vorsichtig optimistisch und habe mir gestern zusätzlich ein 370 als devel-device bestellt).

* Die angehängte Datei auf eine SD Karte kopieren
* SD Karte ins radio
* telnet aufs radio (root)
* cd /mnt/mmc (zumindest bei mir die SD Karte)
* chmod 777 fhem-skytec-poc-0 (zur Sicherheit)
* ./fhem-skytec-poc-0

Erwartetes Verhalten: Bildschirm am Radio wird schwarz, in der Mitte eine blaue horizontale Linie. Nach 5 Sek weisser Bildschirm. Consolenausgabe "Hallo radio".

Bisher habe ich ein recht gutes Vertändniss für
* Medienwiedergabe (Audio, Video: online und local sowie TTS). Details noch zu lösen, das wird sich aber machen lassen.  
* Anzeige / Display (ebenfalls Detailfragen). Grundsätzlich sehe ich aber keine unüberwindbaren Probleme.

Mäßiges Verständniss habe ich für die RTC - die könnte aber (zumindest im ersten Wurf) ohnehin von FHEM übernommen werden.

Blinde Flecken habe ich bei der RC, den Device-Tasten sowie der Bildschirmhelligkeit (da brauchts noch etwas r&d)

Von daher halte ich das ursprüngliche Konzept für realisierbar:

* FHEM erzeugt eine Grafik (Menu) -> Anzeige auf dem Display des Radios.
* Benutzer bedient Radio -> Rückmeldung an FHEM (welche Taste wurde gedrückt)

Wiedergabe: FHEM sendet Kommando, zB ("play http://meinlieblingssender.de")
Sprachausgabe: ... ("say 'Guten morgen, heute werden 28°' ")

Auf diese Art könnte FHEM das Radio steuern und das Radio könnte FHEM steuern. -> zB Menupunkt Raumtemperatur, Eingabe 21°.

Die GUI quasi per rdp zu erzeugen kenne ich von einem Hauppauge MVP den ich vor Jahren mal hatte, von der Netzwerklast und der Geschwindigkeit war das im LAN überhaupt kein Problem und für den USER ist es genial weil sich dadurch auf der Serverseite (FHEM) beliebige Menus (sowohl in Funktion als auch skin-technisch) mit einer scriptsprache schnell realisiseren lassen.

viele Grüße
Jörg

EDITH:
das Anhängen der Datei scheint nicht zu funktionieren. Testwillige also bitte eine kurze PM, ich sende einen link.

 
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 18022
  • Stoppt den Unicode-Irrsinn!
Aw: Wiki Eintrag und Schnittstellendiskussion
« Antwort #56 am: 13 Juli 2013, 18:23:38 »
Hallo ritchie,

die Idee mit der Gruppenbildung finde ich gut. Man könnte m.E. auch die Punkte lauter - leiser - mute in einen Bereich AUDIO zusammenfassen.


define llradio LISTENLIVE <ip-address>

set llradio power on
set llradio power off

set llradio audio mute
set llradio audio volup
set llradio audio voldn


hätte ich von der Struktur her schon soweit fertig. Das Ganze ist im Coding strukturell beliebig erweiterbar.

Als nächstes werde ich mir den Cursor vornehmen, also


set llradio cursor up
set llradio cursor down
set llradio cursor left
set llradio cursor right


Die restliche Fernbedienung könnte man (der Vollständigkeit halber) durch einen Bereich "button" abbilden.
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.
-----------------------
Lesen gefährdet die Unwissenheit!

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 18022
  • Stoppt den Unicode-Irrsinn!
Aw: Wiki Eintrag und Schnittstellendiskussion
« Antwort #57 am: 14 Juli 2013, 12:19:52 »
Zitat von: herrmannj schrieb am Sa, 13 Juli 2013 14:43
viele Grüße
Jörg

EDITH:
das Anhängen der Datei scheint nicht zu funktionieren. Testwillige also bitte eine kurze PM, ich sende einen link.  


Hallo Jörg,

ich hatte Dich gestern per email angeschrieben, ich würde Deine Software gerne testen. Eventuell kann man ja auch eine Lösung (Modul) schaffen, die von beiden Möglichkeiten profitiert, z.B. die Wettervorhersage von ListenLive anzeigen und über Deine Schnittstelle im Hintergrund dazu einen Radiosender auf einfache Weise abspielen.

Viele Grüße
Udo
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.
-----------------------
Lesen gefährdet die Unwissenheit!

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 18022
  • Stoppt den Unicode-Irrsinn!
Aw: Wiki Eintrag und Schnittstellendiskussion
« Antwort #58 am: 15 Juli 2013, 11:10:36 »
Bitte weitere Diskussion zum Thema FHEM & ListenLive Geräte hier zentral führen: Sammelthread: Steuerung von Webradios mit ListenLive Firmware
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.
-----------------------
Lesen gefährdet die Unwissenheit!