Antworten
Dez 16, 2019 - 15:34
Von Oppo selber ist die Kommunikation dokumentiert, Du brauchst zur Kommunikation ein TCP Socket auf Port 23. Mit der Devicinfo bekommst Du aber auch keine Rückmeldung vom Oppo Gerät in NEO. Insofern ist das ein wenig try and error ob das mit der Deviceinfo funktioniert.
Was definitiv funktioniert ist eine Ansteuerung mit Rückmeldung vom Oppo in NEO über einen Clientsocket auf Port 23 und IP-Symcon.
Befehle schickt man dann über den Clientsocket
z.B. on
<php
$command = "PON"; // Power On
$payload = "#".$command."\r";
CSCK_SendText(12345, $payload); // 12345 Objekt ID Client Socket auf Port 23 des Oppo
Über den Clientsocket bekommt man dann auch eine Rückmeldung vom Oppo, die einzelnen Befehle sind der Oppo Dokumention zu entnehmen.
Den Response vom Oppo für die Query Commands kannst Du mit einer Registervariable vom Clientsoscket abgreifen und in Variablen abspeichern. Die Gerätezustände des Oppo kannst Du dann in NEO im Gerätemanager über das NEO Plugin IP-Symcon importieren.
Jan 08, 2022 - 19:49
Beispiel um ein Gerät Cambridge CXUHD aus NEO über einen HTTP Request an IP-Symcon zu schalten.
Es ist notwendig in IP-Symcon zwei Skripte anzulegen. Ein Skript dient zum Auswerten der Daten aus NEO und übergibt diese an ein zweites Skript, das dann die Daten über ein Clientsocket absetzt. Man könnte das auch mit einem Skript als Webhook schalten, zwei Skripte haben aber den Vorteil, dass man dann in IP-Symcon selber weitere Skripte pro Befehl erstellen kann um z.B. Automationen zu triggern.
Zunächst legt man also ein neues Skript im Objektbaum an über Objekt hinzufügen -> Automation -> PHP-Skript
Weiterhin legt man am besten noch eine Variable an vom Typ String Objekt hinzufügen -> Variable
Die Variable dient dazu um zu prüfen was von NEO gesendet wird.
Das Skript dient als Webhook für NEO.
IPS_LogMessage("WebHook GET", print_r($_GET, true));
SetValue(24925, $_GET['command']);
IPS_RunScriptEx(57577, Array("Command" => $_GET['command']));Die erste Zeile schreibt eine Log Message.
Die zweite Zeile schreibt den Wert in eine Variable, die vorher angelegt wurde vom Typ String.
Die dritte Zeile dient dazu den Wert an ein weiteres Skript zu übergeben, das dann den Befehl absetzt.
Die fünfstelligen Ziffer sind jeweils an der Position mit STRG+O mit den richtigen ID im Objektbaum zu ersetzten.
Ein zweites Skript nimmt den Wert entgegen und schaltet das Gerät über einen Clientsocket der zuvor unter i/O Instanzen erstellt wurde.
$command = $_IPS['Command'] ; // get command from script
$payload = "#".$command."\r";
CSCK_SendText(48496, $payload);die Objekt ID ist an den Clientsocket anzupassen (STRG+O).
Jetzt kann man optional in IP-Symcon noch weitere Skripte anlegen die dann für einen Befehl stehen z.B. Eject
$command = "EJT"; // Eject
IPS_RunScriptEx(57577, Array("Command" => $command));So kann man dann für jeden Befehl ein SKript anlegen wenn man das für eine Automation benötigen sollte bzw. ein Ereignis.
Jetzt wird das erste Skript als Webhook für NEO festgelegt.
Dazu unter Kerninstanzen auf WebHook doppelt klicken.
Dort nun mit Hinzufügen einen neuen Webhook anlegen
Jetzt ist der Rest im NEO Creator festzulegen.
Im NEO Creator legt man einen Button an mit dem der Befehl abgesendet werden soll.
Dann als Aktion HTTP Request senden auswählen
Als Typ GET wählen
Bei setze URL wird die IP Adresse mit dem Webhook von IP-Symcon eingetragen
In dem Beispiel ist die IP Adresse 192.168.55.10
Der Eintrag lautet dann
http://192.168.55.10:3777/hook/cambridge?command=EJTdie IP Adresse ist anzupassen. An letzter Stelle steht das Command das an IP-Symcon übergeben werden soll und dann an das Gerät geschickt wird, in dem Beispiel EJT für den Befehl Eject.
Man kann nun so viele Buttons im NEO Creator anlegen wie man will, pro Button wird lediglich der letzte Teil, also das Command geändert.
Wenn man eine große Anzahl von weiteren Systemen in IP-Symcon ansprechen will kann sich auch ein NEO Plugin lohnen. Dann würde man Skripte für jeden Befehl den man nutzten will in IP-Symcon anlegen und dann das Skript im Gerätemanager des NEO Creator importieren. das Skript kann man dann direkt über das NEO Plugin ausführen.
Von
Hallo Fonzo, ich habe folgende xml :
<device id="OPPO UHD" name="OPPO UDP205" tpl="320x460:251:3379@3|1024x748:252:3383@3" icon="dvd" controlport="48360" tcptype="text" lock="true">
<key id="Eject" code="REMOTE EJT"/>
<key id="VolumeUp" code="REMOTE VUP"/>
<key id="VolumeDown" code="REMOTE VDN"/>
<key id="Mute" code="REMOTE MUT"/>
<key id="Play" code="REMOTE PLA"/>
<key id="Pause" code="REMOTE PAU"/>
<key id="Stop" code="REMOTE STP"/>
<key id="Rewind" code="REMOTE REV"/>
<key id="FastForward" code="REMOTE FWD"/>
<key id="Track Zurück" code="REMOTE PRE"/>
<key id="Track Vor" code="REMOTE NXT"/>
<key id="PowerON" code="REMOTE PON"/>
<key id="PowerOFF" code="REMOTE POF"/>
<key id="PowerToggle" code="REMOTE POW"/>
<key id="Auf" code="REMOTE NUP"/>
<key id="Ab" code="REMOTE NDN"/>
<key id="Links" code="REMOTE NLT"/>
<key id="Rechts" code="REMOTE NRT"/>
<key id="Enter" code="REMOTE SEL"/>
<key id="Home" code="REMOTE HOM"/>
<key id="Quelle" code="REMOTE SRC"/>
<key id="Option" code="REMOTE OPT"/>
<key id="TopMenue" code="REMOTE TTL"/>
<key id="PopUpMenue" code="REMOTE MNU"/>
<key id="PureAudio" code="REMOTE PUR"/>
<key id="1" code="REMOTE NU1"/>
<key id="2" code="REMOTE NU2"/>
<key id="3" code="REMOTE NU3"/>
<key id="4" code="REMOTE NU4"/>
<key id="5" code="REMOTE NU5"/>
<key id="6" code="REMOTE NU6"/>
<key id="7" code="REMOTE NU7"/>
<key id="8" code="REMOTE NU8"/>
<key id="9" code="REMOTE NU9"/>
<key id="0" code="REMOTE NU0"/>
<key id="Clear" code="REMOTE CLR"/>
<key id="GeheZu" code="REMOTE GOT"/>
<key id="Seite Auf" code="REMOTE PUP"/>
<key id="Seite Ab" code="REMOTE PDN"/>
<key id="Info" code="REMOTE OSD"/>
<key id="Setup" code="REMOTE SET"/>
<key id="Zurueck" code="REMOTE RTN"/>
<key id="Rot" code="REMOTE RED"/>
<key id="Gruen" code="REMOTE GRN"/>
<key id="Gelb" code="REMOTE YLW"/>
<key id="Blau" code="REMOTE BLU"/>
<key id="Tonspur" code="REMOTE AUD"/>
<key id="Untertitel" code="REMOTE SUB"/>
<key id="Untertitel Halten" code="REMOTE SUH"/>
<key id="Blickwinkel" code="REMOTE ANG"/>
<key id="Zoom" code="REMOTE ZOM"/>
<key id="Repeat" code="REMOTE RPT"/>
<key id="AB Repeat" code="REMOTE ATB"/>
<key id="SAP" code="REMOTE SAP"/>
<key id="PIP" code="REMOTE PIP"/>
<key id="HDMI Aufloesung" code="REMOTE HDM"/>
<key id="PAL NTSC Umschaltung" code="REMOTE SYS"/>
<key id="Dimmer" code="REMOTE DIM"/>
<key id="VUDU" code="REMOTE VUD"/>
<key id="Netflix" code="REMOTE NFX"/>
<key id="3D Einstellung" code="REMOTE M3D"/>
<key id="Firmwareanzeige" code="REMOTE QVR"/>
<key id="Volume 0% - 100%" code="REMOTE QVL"/>
</device>
Leider funktioniert sie nicht. Feste IP ist eingetragen und Wecken über LAN aktiviert. Bin ratlos ...
Von
Die Befehle stimmen per se nicht, siehe Dokumention von Oppo s.o.
Außerdem ist der Port mit 48360 falsch, das muss 23 sein (siehe Doku). Ob das Senden über die Deviceinfo in einem Format das der Oppo auch versteht,überhaupt möglich ist, weis ich persönlich nicht. Vor jeden Befehl muss ein # stehen und jeder Befehl muss mit einem carriage return abgeschlossen werden, die Deviceinfo ist also so in der Form für den Oppo 203 falsch.
Du kannst ja mit der deviceinfo rumspielen, die Befehle stehen ja alle in der Dokumention von Oppo (s.o.), wie man allerdings ein carriage return in der Deviceinfo setzt, ist ja nirgends von Mediola dokumentiert.
Du kannst höchstens mal Mediola direkt anschreiben wie man ein carriage return bei den Einstellungen tcptype="text" setzten muss. Würde mich selber interessieren ob das irgendwie geht bzw. was man dort eintragen muss. Ansonsten müsste das Mediola wissen ob man außer tcptype="text" noch etwas anders einstellen kann, das man das als ASCII 0x23 und ASCII 0x0d übergeben kann.
Wenn das alles nicht funktionieren sollte, müsstest Du halt doch ein externe Software wie IP-Symcon ergänzen und über einen Clientsocket senden, dann funktioniert eine Steuerung des Oppo zu 100 %.
Von
Hallo zusammen, ich stehe bei meinem Cambridge CXUHD, der ja dbzgl. gleich dem Oppo sein soll, vor derselben Herausforderung. Hat da schon wer eine Lösung mit/ohne deviceinfo?
LG Mike
Von
@mike Was willst Du denn genau erreichen? Über die deviceinfo bekommst Du auch keine Rückmeldung. Eventuell ist es zielführender wenn es um reine Ansteuerung geht einfach IR zu nutzen. Ansonsten wäre noch eine Option die zugehörige App von Cambridge Audio aus NEO heraus zu starten z.B. über einen Kurzbefehl unter iOS.
Von
Ich möchte den Cambridge-Player per IP-Commands über die Mediola App steuern. Über IR-Codes (in Verbindung mit dem a.i.o. Gateway) wäre auch eine Lösung, jedoch sollte es doch per IP (mittels deviceinfo-Eintrag (Port 23) auch gehen (ohne Rückmeldung natülich)?
Von
@mike Gibt es denn vom Hersteller selber eine zugängliche Dokumentation zu IP Control wie das bei Oppo der Fall ist? Oder ist Dir bekannt ob sich das Gerät auf die gleiche Weise ansteuern lässt wie ein Oppo Gerät?
Das NEO Plugin Generic IP Geräte ist an sich auch eher ein Überbleibsel aus der Vorgänger Version von NEO. Es gibt definitiv bessere und zuverlässig funktionierende Wege über andere NEO Plugins eine Ansteuerung vorzunehmen.
Das Problem beim NEO Plugin Generic IP Geräte ist, dass dies an sich Try and Error ist, da Mediola dafür keinen spezifischen Support leistet. Du kannst also im Testmodus probieren ob Du irgendeinen funktionierenden Eintrag findest mit dem sich das Gerät ansteuern lässt. Eine Garantie dafür das es funktioniert gibt Dir Mediola nicht und Support leistet da Mediola auch nicht. Eine Dokumentation zum NEO Plugin Generic IP Geräte gibt es auch nicht.
Zielführender ist es wahrscheinlich erst mal mit Tools bzw. Systemen zu testen ob sich das Gerät überhaupt auf dem Weg ansteuern lässt mit denen Du auch eine Rückmeldung des Geräts und somit auch mögliche Fehlermeldungen auswerten kannst.
Wenn das geht kann man sich dann zumindest eher Gedanken machen auf welchem Weg man das Gerät eventuell aus NEO ansteuern kann.
Von
Hi Fonzo,
Ja es gibt für den Cambridge eine Doku (eigentlich eh die gleiche wie für den Oppo 203, weil sie im Kern baugleich sind): https://techsupport.cambridgeaudio.com/hc/en-us/articles/203913161-CXU-IR-Codes
Ich bekomme es mit der Konfig der deviceinfo aber nicht hin, der Player reagiert mit den Commands (auf Port 23) einfach nicht.
LG Mike
Von
Sorry, das war das falsche Dokument - hier das richtige: https://techsupport.cambridgeaudio.com/hc/en-us/article_attachments/206050985/752BD_and_CXU_RS-232_Control_Protocol.pdf
Von
@mike Die Dokumentation, die Du angegeben hast, ist eine Dokumentation zu IR Steuerung, das Dokument sagt also zunächst nichts dazu aus ob sich das Gerät tatsächlich auf dem gleichen Weg über das Netzwerk ansteuern lässt wie ein Oppo.
Ich würde an Deiner Stelle auch nicht mit dem experimentieren bzw. ausprobieren mit der deviceinfo beginnen. Du hast auf dem Weg ja keinerlei Rückmeldung eine Fehlersuche ist also unmöglich bzw. Du siehst überhaupt nicht ob das Gerät überhaupt reagiert oder der Code vielleicht falsch ist.
Ich würde Dir zum Testen empfehlen erst mal mit Tools zu arbeiten bei Deinen Du auch eine Rückmeldung bekommst. Erst wenn das funktionieren sollte, kannst Du Dir Gedanken darüber machen ob Du das über die deviceinfo ansteuern kannst oder über ein anderes NEO Plugin.
Zum Testen kannst Du z.B. eine Testversion von IP-Symcon installieren und über einen Clientsocket ein Ein / Ausschaltbefehl senden (s.o..)
oder Du nutzt einfache Tools wie Packetsender
https://packetsender.com/
zum Testen der Befehle.
Wenn Du auf dem Weg das Gerät schalten kannst weist Du zumindest das die Befehle stimmen und das Gerät reagiert. Dann kannst Du Dir in einem zweiten Schritt Gedanken machen ob Du die funktionierenden Befehle über die deviceinfo absetzten kannst oder doch ein externes System an NEO anbindest, das die Kommunikation mit dem Gerät übernimmt.
Von
@mike das zweite Dokument sieht doch schon besser aus. Es gilt das was ich schon geschrieben hatte, probiere die Codes zunächst mal mit einem Tool aus bei dem Du auch einen Rückmeldung siehst. Wenn das Schalten auf dem Weg funktionieren sollte kannst Du in einem zweiten Schritt schauen ob das über die deviceinfo funktioniert oder man doch einen anderen Weg der Ansteuerung aus NEO gehen müsste.
Von
Hab es mit dem Packet Sender probiert (IP-Adresse des Players und Port 23) der command (ASCII: EJT) wird an den Player gesendet und es kommt von dessen Server (Port 64486) auch eine Message retour, jedoch ist diese leer?! Der Player reagiert auch nicht
Von
Falsch, vom Player (Port 23) kommt natürlich die Message retour, nur leer (ohne Error oder irgendwas)
Von
Ein Command setzt sich zusammen aus # <Befehl> und einem Carriage return zum Abschluss des Commands. Siehe auch ganz oben in meiner ersten Antwort. Du musst das also auch vollständig absetzten sonst reagiert das Gerät auch nicht. Also entweder das passend mit Packet Sender verschicken oder auch alternativ das aus IP-Symcon zum Test 1:1 oben übernehmen und über ein Clientsocket verschicken. Die Antwort des Geräts steht in dem Fall dann im Debug Fenster des Clientsockets.
Von
Ja hast natürlich recht. Ich habs nochmals mit dem command #EJT\r im Packet Sender probiert und siehe da, der Player reagiert (Eject), nur die Kombi aus # Befehl und CR kann man in Mediola per deviceinfo ja nicht absetzen, oder liege ich da falsch?
Von
Das weis ich persönlich nicht ob das über die deviceinfo irgendwie möglich ist, was auch dran liegt das es keinerlei Dokumentation dazu von Mediola gibt.
Ob der Support von Mediola dazu Auskunft erteilt, weis ich auch nicht, da dieser in der Regel für die deviceinfo keinen individuellen Support leistet.
Anschreiben kannst Du den Support von Mediola ja dennoch per Email und schreiben ob Du eine passende funktionierende Antwort erhalten hast.
Wichtig ist nur, dass Du dem Support eben mitteilst das Dir die Befehle so weit bekannt sind und der Port über den das gesendet wird, Du weist nur nicht ob das über die deviceinfo möglich ist bzw. wie der Eintrag in der deviceinfo dann im Detail aussehen müsste damit das funktioniert.
Würde mich selber brennend interessieren ob das mit der deviceinfo irgendwie geht, wäre also schön Du postest dann auch das Ergebnis der Anfrage an den Support.
Falls Du entweder keine hinreichende Antwort vom Support bekommst oder es einfach auf dem Weg nicht funktioniert, bleibt dann noch die Möglichkeit das Gerät über externe System anzusteuern über das System über ein NEO Plugin in NEO anzubinden.
Vorteil ist das Du auf dem Weg auch die Rückmeldung des Geräts in der Theorie auswerten kannst und in NEO anzeigen.
Ich selber nutzte zur Ansteuerung von Geräten über einen Client- bzw. auch UDP Socket IP-Symcon, das an NEO über das NEO Plugin IP-Symcon angebunden ist. Das funktioniert bei mir sehr zuverlässig mit Rückmeldung in NEO z.B. bei meinem Denon AVR der kommuniziert auch über Port 23.
Dein Gerät selber kenne ich aber nicht, ich nutzte einen Panasonic DP-UB9004, da der Oppo ja dann irgendwann nicht mehr verfügbar war.
Viel Erfolg bei der Anfrage beim Support von Mediola.
Von
Alles klar, danke schon mal für dein Interesse und deine Unterstützung 👍🏻
Von
So, Anfrage beim Mediola-Support ist erstellt.
@Fonzo zwei Fragen noch: 1. ich betreibe eine RaspMatic - kann man/ würdest du auf derselben auch die ipsymcon laufen lassen oder einen eigenen Rechner dafür nehmen?
2. Ich habe die Demoversion der ipsymcon jetzt mal auf einem Wundows-PC installiert. Was brauche ich noch dazu, um IP-Commands für den Blu-ray-Player absetzen zu können (nur wenn es in Kürze beantwortbar ist, sonst lese ich mich eh ein 😉)
Thx! LG Mike
Von
@mike zu1. Wenn Du RaspberryMatic nutzten willst, kannst Du da nichts zusätzlich auf dem gleichen Rechner installieren. Das wäre nur mit piVCCU möglich. Ich persönlich bin kein Fan davon alles auf einen Rechner zu stecken, aber da sind die Ansichten sehr unterschiedlich. Grade bei RaspberryMatic gibt es ja auch viele Bastler die das sogar virtualisieren.
Also wenn Du das auf dem gleichen Rechner laufen haben willst müsstest Du wohl piVCCU nehmen.
Ich persönlich würde einen zweiten Rechner z.B. Raspberry nutzten, das hat den Vorteil das man da bei Bedarf auch einfach ein weiteres Funkgateway daraus machen kann z.B. für Zigbee, Z-Wave usw aber nicht das Problem hat das sich das mit Homematic IP überschneidet. Außerdem kannst Du den zweiten Rechner ja unabhängig da positionieren wo Du das willst.
zu 2. Du brauchst sonst nichts, wenn der Windows Rechner denn an einem Netzwerk angeschlossen ist. Es ist hilfreich erst mal die Grundlagen der Dokumentation zu lesen damit Du grob weist wie das System aufgebaut ist und funktioniert und Du das auch hinreichend testen kannst. Du hast einen Objektbaum unter I/O Instanzen erstellst Du einen Clientsocket
https://www.symcon.de/service/dokumentation/modulreferenz/io/clientsocket/
Dieser Clientsocket hat dann eine 5tsellige Objekt ID. Dann erstellst Du Dir noch ein Skript zum testen und kopierst dort den Inhalt von oben mit dem PHP Code rein. an der Stelle an der im Skript 12345 steht drückst Du die Tastenkombination STRG+O, es öffnet sich der Objektbaum und dort wählst Du den vorher erstellten Clientsocket aus.
Dann kannst Du auf speichern drücken und dann auf ausführen. Um zu sehen was mit dem Gerät kommuniziert wird kannst Du einen Doppelklick auf den Clientsocket machen und klickst dort auf Debug. Dann geht ein weiteres Fenster auf in dem Du siehst was zum Gerät gesendet wird bzw. was das Gerät antwortet.
Einfache Befehle kann man dann theoretisch ohne ein NEO Plugin aus NEO aufrufen indem man sich einen Webhook setzt und aus NEO einen HTTP Request absetzt. Solltest Du das langfristig nutzten wollen oder auch andere Geräte darüber steuern wollen macht dann eher ein NEO Plugin Sinn. Kannst ja erst mal testen ob Du grob zurecht kommst bzw. ob das Senden so weit funktioniert. Letztlich würde man dann einmalig für jeden Befehl ein Skript erstellen mit dem passenden Code. Dann kann man dann aus NEO jedes einzelne Skript auf einen Button legen und so alle Befehle aus NEO absetzten.
Von
Alles klar, danke für die Starthilfe! 😉
Von
@Fonzo ich habe das PHP-Script nun probiert, leider ohne Erfolg. Ich habe auch direkt am Objekt die Instanzfunktion CSCK_SendText mit Text #EJT\r ausgeführt (was vom selben PC mit dem Packet Sender nach wie vor funktioniert). Leider macht der Player nichts - merkwürdig: auch gibt das Debuggin-Fenster vom Client Socket-Objekt nichts aus, so als ob dieses gar nicht angesprochen wird. Hast du noch eine Idee?
Von
Update: nun nochmals probiert (direkt über Instanzfunktion ausführen) -> Debuggin meldet nun Nachricht "Transmit" mit HEX-Wert 23 45 4a 54 5c 72 -> das dürfte nicht stimmen, weil der Packet Sender wandelt den Comannd (#EJT\r) in 23 45 4a 54 0d um. Stimmt das CR mit "\r" eventuell nicht?
Von
Probier mal so
$command = 'PON'; // Power On
$payload = '#'.$command."\r";
CSCK_SendText(12345, $payload); // 12345 Objekt ID Client Socket
oder
$command = 'PON'; // Power On
$payload = '#'.$command.PHP_EOL;
CSCK_SendText(12345, $payload); // 12345 Objekt ID Client Socket
Von
Leider nein. Aber ich glaub, dass das Problem noch wo anders liegt. Wenn ich das Script ausführe (unter Verwendung der korrekten Object ID des client Sockets), dann reagiert das Debugging nicht. Wenn ich direkt am Client Socket den Befehl CSCK_SendText ausführe schon.
Von
Habe kein Gerät zu gegen checken wenn ich bei mir folgendes sende
<?php
$command = "EJT"; // Eject
$payload = "#".$command."\r";
CSCK_SendText(48496, $payload);
Erhalte ich im Debug Fenster des Client Socket
TRANSMIT | #EJT<CR>
TRANSMIT | 23 45 4A 54 0D
sollte also zumindest bei mir mit dem übereinstimmen was da Packet Sender verschickt.
Von
Jetzt funzt es -> ich habe im Script in Zeile 1 das "?" bei <?php vergessen, weils in deinem code-sample oben auch nicht vorkam ;-) Ich spreche leider kein PHP aber jetzt hab ich wieder was gelernt ;-)
Von
Danke dir!
Von
Jetzt muss ich och das NEO-Plugin einrichten. Hast du einen Tipp, warum die IP-Symcon-Demoversion (Console) auf meinem Windows-PC, der die IP-Adresse 192.168.1.187 vom Router bekommen hat, die Adresse http://127.0.0.1 mit Port 3777 besitzt?
Das NEO-Plugin meldet beim Einrichten eines Gateways dafür immer "Anfrage schlug fehl, egal welche IP-Adresse ich versuche.
Von
Passt schon. IP-Adresse passt nun auch 😉
Von
Du kannst zwar ein NEO Plugin nutzten beziehungsweise ausprobieren. Es ist aber nicht unbedingt zwingend für den speziellen Anwendungsfall notwendig. Wenn es bei den wenigen Befehlen bleiben sollte, würde es auch reichen einen Webhook einzurichten und dann per HTTP Request aus NEO zu schalten.
Aber erst mal viel Spaß beim weiter ausprobieren. Die einzelnen Skripte zu erstellen mit den Befehlen, die Du nutzten willst, ist dann letztlich nur Fleißarbeit und geht ja nach dem gleichen Prinzip.
Für den Fall das Du z.B. auch Homematic IP über IP-Symcon langfristig nach einem Test aus NEO schalten willst, weil Dir irgendwelche Datenpunkte sonst fehlen, macht wiederum ein NEO Plugin dann Sinn bzw. über das NEO Plugin kann man dann ja alles ansteuern was aus IP-Symcon angesteuert wird..
Von
Würde es auch gehen, EINEN Webhook zu erstellen, der einen Parameter (command) entgegennimmt und diesen an das Script übergibt?
Von
Ja klar geht das Du brauchst lediglich einen einzigen Webhook. Du übergibst dann z.B. aus NEO das Command als z.B. EJT. In IP-Symcon wird dies Command dann in das Skript übergeben und der Befehl abgesetzt.
Ich kann da eine kurze Antwort schreiben in dem das beschreiben ist s.o. bei Antworten
Von
Hi Fonzo! Ich wollte dir noch mein Ergebnis der Mediola-Anfrage mitteilen. Es ist tatsächlich so, dass man den Cambridge (wie auch Oppo) über die deviceino steuern kann.
Wichtig ist, als tcptype="textnl" zu verwenden, weil das schickt zum Abschluss ein \r mit, dass der Player benötigt. Den zu sendenden Code muss man wiederum mit Präfix "#" beginnen, das braucht der Player als Start-Code.
Ein deviceinfo-Eintrag sieht demnach so aus:
<device id="CXUHD" name="CXUHD" tpl="320x460:251:3379@3|1024x748:252:3383@3" icon="dvd" controlport="23" tcptype="textnl" lock="true">
<key id="Eject" code="#EJT"/>
Von
@mike Danke für die Info. Gut zu wissen das es auch auf diesem Wege geht. Jetzt musst Du nur letztlich für Dich entscheiden ob Dir ein einfaches Versenden des Befehls aus NEO reicht, dann kannst Du das ja auch über die deviceinfo lösen oder ob Du doch auch eine Rückmeldung des Geräts auswerten willst, das ist auf dem Weg über die deviceinfo ja so nicht möglich.
Neuen Kommentar hinzufügen