Hello Meister!
Bitte nicht gleich schimpfen, wenn die Frage zuu blöd klingt.
Ich möchte das nttpd interface nutzen, um per TELNET die box zu steuern. Jetzt bitte nicht lachen, aber wie sehen die Befehle nun wirklich aus, die normalerweise über die Leitung gehen? Die Sache läuft ja praktisch rein per ASCII ab, aber wie sieht das mit dem HTTP1.0 und GET und so wirklich aus??
Für ein Beispiel wär ich dankbar, ebenso das Detail ob der Delimiter ein 0x0D ODER 0x0A oder 0x0D 0x0A ist.
Warum ich so blöde frage? Ganz einfach bin kein PC Programmer sondern spiele an den hübschen Touchpanelsteuerungen von http://www.crestron.com herum. Und nachdem man damit auch per telnet steuern kann, liegt es nahe, die Box mal so richtig in ein professionelles Heimkino einzubauen, oder??
Danke an alle Gurus im Voraus!!
Starry
http befehle per Telnet
-
- Interessierter
- Beiträge: 22
- Registriert: Montag 6. Januar 2003, 11:52
-
- Tuxboxer
- Beiträge: 2067
- Registriert: Mittwoch 6. März 2002, 15:29
Re: http befehle per Telnet
http://www.dbox2.info/dokumentation.php?catid=3starry99 hat geschrieben:aber wie sehen die Befehle nun wirklich aus, die normalerweise über die Leitung gehen? Die Sache läuft ja praktisch rein per ASCII ab, aber wie sieht das mit dem HTTP1.0 und GET und so wirklich aus??
-
- Interessierter
- Beiträge: 75
- Registriert: Samstag 26. Januar 2002, 17:16
Sende an dbox:80
Return ist immer 13+10 (CrLf), am Ende eine Leerzeile bzw. 13+10+13+10. Das Kommando beliebig nach /control/ austauschen, und BITTE ' ' durch %20 ersetzen, sonst geht's nicht. Die Antwort kommt als
Ich würde aber wget benutzen, ist weitaus praktischer. Ansonsten stand die Liste mit den Kommandos ja in der letzten Antwort. Ich hoffe das hilft weiter.
Noch was: Einige ältere nhttpds senden als Antwort nur ein 10 statt eines 13+10. Das bitte auch auswerten. Und wenn keine Antwort mehr kommt, ist der nhttpd wieder mal per Kommando gestorben
Code: Alles auswählen
GET /control/zapto?00850382 HTTP/1.1
Host: braucht zweite zeile sonst nhttpd crash
Code: Alles auswählen
HTTP/1.1 200 OK
ok
Noch was: Einige ältere nhttpds senden als Antwort nur ein 10 statt eines 13+10. Das bitte auch auswerten. Und wenn keine Antwort mehr kommt, ist der nhttpd wieder mal per Kommando gestorben
-
- Interessierter
- Beiträge: 22
- Registriert: Montag 6. Januar 2003, 11:52
Nix Wget
Hello!
Danke für die Infos, das API selbst kenn ich ja schon und habs auch verstanden, was mir gefehlt hat, wa die echte Syntax des HTTP-Befehles an sich.
Anyway nix ist mit WGET weil meine Steuerungen ja kein Windows/Linux/etcd. sind, sondern mehr so eine Embedded Sache. Aber das brauchts ja nicht für die paar Bytes.
Aber einen Wunsch würde ich gerne mal hier loswerden:
Warum kommen eigentlich meist nur OK oder so zurück? Es wäre (zumindest IMHO) viel gescheiter, wenn eine aussagekräftige Antwort zurückommen würde.
Beispiel: Ich schicke ein MUTE. Wenn ich jetzt statt einem OK ein MUTE ON oder so zurückbekäme, dann könnte ich es mir schenken, zu merken, was ich eigentlich befohlen habe; sprich der "Ergebnisparser" hat nix mit dem Befehls-Sender zu tun. War das gut genug erklärt?
Bzw. kann man sich dann vielleicht eine nachfolgende Sicherheitsabfrage ala STATUS sparen?
... und meinen Wunsch nach Erweiterung dieser tollen API (mir würde da noch einiges einfallen) kann ich ja ans Christkind schicken? Oder heißt das hier DIRCH??? ;-))
Wie gesagt, mein Endziel wäre eine vollkommen fernbedienbarer DigitalSAT-Receiver, damit ich mir dieses IR-Codes lernen und mit einem Touchpanel trotzdem nur ein OSD per IR-EMulation zu bedienen ein für alle Mal vergessen kann.
Bye
Starry
Danke für die Infos, das API selbst kenn ich ja schon und habs auch verstanden, was mir gefehlt hat, wa die echte Syntax des HTTP-Befehles an sich.
Anyway nix ist mit WGET weil meine Steuerungen ja kein Windows/Linux/etcd. sind, sondern mehr so eine Embedded Sache. Aber das brauchts ja nicht für die paar Bytes.
Aber einen Wunsch würde ich gerne mal hier loswerden:
Warum kommen eigentlich meist nur OK oder so zurück? Es wäre (zumindest IMHO) viel gescheiter, wenn eine aussagekräftige Antwort zurückommen würde.
Beispiel: Ich schicke ein MUTE. Wenn ich jetzt statt einem OK ein MUTE ON oder so zurückbekäme, dann könnte ich es mir schenken, zu merken, was ich eigentlich befohlen habe; sprich der "Ergebnisparser" hat nix mit dem Befehls-Sender zu tun. War das gut genug erklärt?
Bzw. kann man sich dann vielleicht eine nachfolgende Sicherheitsabfrage ala STATUS sparen?
... und meinen Wunsch nach Erweiterung dieser tollen API (mir würde da noch einiges einfallen) kann ich ja ans Christkind schicken? Oder heißt das hier DIRCH??? ;-))
Wie gesagt, mein Endziel wäre eine vollkommen fernbedienbarer DigitalSAT-Receiver, damit ich mir dieses IR-Codes lernen und mit einem Touchpanel trotzdem nur ein OSD per IR-EMulation zu bedienen ein für alle Mal vergessen kann.
Bye
Starry
-
- Interessierter
- Beiträge: 37
- Registriert: Mittwoch 26. Februar 2003, 20:03
gibt es die Moeglichkeit die Box via Http-Protocol (ueber Browser HTML Zugriff) zu einem Reboot zu bewegen?
da gibt es zwar Standby und Shutdown, konnte aber nichts zu Reboot finden.
http://cvs.tuxbox-cvs.sourceforge.net/c ... cvs-markup
Es geht zwar ueber die Konsole, aber das ist viel umstaendlicher jedesmal mit Login usw...
da gibt es zwar Standby und Shutdown, konnte aber nichts zu Reboot finden.
http://cvs.tuxbox-cvs.sourceforge.net/c ... cvs-markup
Es geht zwar ueber die Konsole, aber das ist viel umstaendlicher jedesmal mit Login usw...