So, nachdem xbmcnerds wieder erreichbar sind 
Setze beim Starten XBMC als aktive Quelle [ ]
Geräte, welche den TV anschalten, wenn XBMC startet [Aus]
sorgen hier zumindest dafür, dass den ein paar Jahre alten Toshiba es nicht mehr interessiert, wenn das Raspi oder XBMC starten.
BTW ist die Übersetzung IMHO überarbeitungsbedürftig. Inhaltlich und sprachlich ist sie leider teilweise unzureichend. siehe auch http://libcec.pulse-eight.com/faq für eine erweiterte Erklärung der einzelnen Punkte.
Ich bin gerade nicht in der Nähe von dem kleinen Kasten. In OpenELEC ist libCEC für die Kommunikation verantwortlich. Einstellungen->System->Eingabegeräte->Geräte->libCEC
Dort kann ausgewählt werden, was bei verschiedenen Aktionen passieren soll. CEC-Wecken komplett abschalten ist, wenn mich jetzt nicht alles täuscht, auch dabei.
In der CEC-Konfiguration vom Raspi ist das einstellbar (libCEC). Ist irgendwo in den Einstellungen unter Eingabegeräte vergraben.
Wenn ich gemein wäre, würde ich sagen "PullRequest welcome"...
Darf man das jetzt so interpretieren, dass Du nicht abgeneigt wärst v2 gemeinsam weiterzuentwickeln, um es schneller fertig zu bekommen?
Kein Thema.
Ich hab den Thread hier abonniert und versuche immer zügig zu antworten
Die config sollte Firmwareupdates eigentlich überleben. Hast Du die Pfadangabe wieder entfernt? Oder curl bisher überhaupt jemals im Terminal selbst zum Antworten gebracht?
Hast Du irgendwo "Statically link libraries" angehakt?
Du hast ja nicht wirklich viel dazugepackt.. Ich hab noch zwei, drei Pakete mehr, einige Patche, nichts entfernt und es sieht am Ende so aus:
kernel image size: 6144000 (max: 7798784, free: 1654784)
Also noch gut 1.5MB frei (viiiiel Speicherplatz auf eingebetteten Systemen).
Hast Du vielleicht irgendwas ausversehen aktiviert? SSH? SSL? Ruby? Bluez?
Tu mir mal einen Gefallen und bring erstmal curl zum Laufen, das wird nämlich immernoch nicht gefunden. Da hilft auch die Ausgabe vom Callmoitor-Testanruf nichts.
/var/media/ftp/uStore01/external/curl: not found
Probiere das erstmal im Terminalfenster direkt zum Laufen zu bringen:
/var/media/ftp/uStore01/external/curl -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d "{\"id\":\"$UID\",\"jsonrpc\":\"2.0\",\"method\":\"GUI.ShowNotification\",\"params\":{\"title\":\"Testnachricht\",\"message\":\"Es funktioniert!\",\"displaytime\":20000}}" http://<XBMC-Adresse>/jsonrpc
Wenn es funktioniert, wird in dem XBMC, dessen Adresse Du angegeben hast, ein kleines Testfenster angezeigt, im Temrinal steht anschließend in etwa sowas:
> POST /jsonrpc HTTP/1.1
> User-Agent: curl/7.21.7 (mipsel-unknown-linux-gnu) libcurl/7.21.7 OpenSSL/0.9.8r
> Host: openelec.fritz.box
> Accept: application/json
> Content-type: application/json
> Content-Length: 141
>
< HTTP/1.1 200 OK
< Content-Length: 39
< Content-Type: application/json
< Date: Thu, 07 Mar 2013 09:58:22 GMT
<
{"id":"","jsonrpc":"2.0","result":"OK"}
In Zeile 13 ist die Antwort vom XBMC: OK
Wenn Du dann Dein curl gefunden hast, und es im Terminal funktioniert, kannst Du den Befehl im Script entsprechend ändern.
BTW: Was hast Du denn alles auf Deine Box gepackt, dass das unbedingt extern sein muss? Ich hab hier eine 7112, die hat wie Deine auch 8MB Flash und 32MB RAM, und da passt alles Locker ins Gerät selbst..
Ja, Du liegst schon richtig. Dadurch, dass curl nicht im Standardverzeichnis ist (und dort offenbar auch nichts ist, was auf curl verweist), ist es für den Rest vom System und dessen Namensauflösung "unbekannt".
Wenn Du in Deinem Script einen voll qualifizierten Aufruf von curl machst (also auch mit angibst, wo sich curl genau befindet), sollte es funktionieren.
/var/media/ftp/uStore01/external/curl -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d "$REQUEST" http://%24h/jsonrpc
Das Ganze kannst Du auch schonmal vorweg im Terminal ausprobieren, ein Neustart ist nicht nötig.
Im Großen und Ganzen ists kompatibel. MyWeather.xml und weather/ komplett aus dem aktuellen Confluence übernehmen und includes.xml anpassen, dann scheints bisher zu funktionieren (github)
Was passiert denn, wenn Du curl im Terminal auf der Fritzbox eintippst?
Ist Curl überhaupt vorhanden? Normalerweise befindet es sich sich hier: /usr/bin/curl
Wenn nicht, ist es mit
cd / && find -name "curl" -type f
auffindbar?
Da ist auch immernoch ein Syntaxfehler drin (nicht in dem, was Du hier gepostet hast, sondern in dem, was auf deiner Fritz Box ist). Achte mal auf die Fehlermeldung, die Dir ja angezeigt wird:
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/actions.local.d/xbmccalls.sh: line 1: et: not found
Wäre es möglich, dass in Zeile 1 ein S vor dem ET fehlt? Passiert typischer weise bei Copy&Paste, wenn Du in vi vorher nicht INS/EINFG gedrückt hast.
Jedenfalls klappt es nicht (Anrufe werden nicht angezeigt) und bei "testanruf" werden mir im Callmonitor zwei Fehler angezeigt:
including /var/tmp/flash/callmonitor/actions.local.d/xbmccalls.sh
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/actions.local.d/xbmccalls.sh: line 6:
: not found
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/actions.local.d/xbmccalls.sh: line 108: syntax error: unexpected end of file (expecting "}")
Puh.. was steht denn in Zeile 6 und 108? Spontan würde ich drauf tippen, dass ASH (die BusyBox Shell) mit den Ziffern im Funktionsnamen nichts anfangen kann. Oder bei der Zeichenkodierung etwas kaputt gegangen ist. Windows und Linux unterscheidet sich hier mindestens bei der Kodierung der Zeilenumbrüche, und ich bin mir nicht sicher, wie sensibel ASH da ist.
Ich würde das aber generell schreibfauler realisieren. Einerseits machs Dir mit Deinen zig send_requests nicht unnötig kompliziert und unübersichtlich. Der Sinn von einer eingizen send_request ist ja eben nur einen einzigen Aufruf zu brauchen, um an alle möglichen Stellen zu Senden. Andererseits ist das Ganze einfach an nur einer Stelle änderbar, wenn sich nichts wiederholt.
send_request() {
REQUEST="..."
curl -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d "$REQUEST" http://192.168.20.100/jsonrpc
curl -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d "$REQUEST" http://192.168.20.101/jsonrpc
...
}Und nachdem das ja auch alles im Prinzip das Selbe ist, würde ich es in eine Schleife packen. Auch würde ich nicht die Hostnamen verwenden, sondern über die Rechnernamen. Sollte die Fritz Box einem Gerät mal eine andere IP zuweisen, funktioniert Dein Script dann immernoch. Die Namensübersicht verrät Dir die Box ja in der Heimnetzwerk-Ansicht.
send_request() {
REQUEST="..."
HOSTS="xbmc1.fritz.box xbmc2.fritz.box xbmc3.fritz.box"
for h in $HOSTS
do
curl -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d "$REQUEST" http://$h/jsonrpc
done
}Wenn Du mit vi überhaupt nicht klar kommst (wieso haben da eigentlich so viele so enorme Probleme mit?), bietet freetz auch nano als Editor an. Der soll angeblich Einsteigerfreundlicher sein..
Hi,
im normalen Confluence gibt es ja die Möglichkeit, zwischen verschiedenen Wetteransichten (10 Tage, Wochenende, Karte, nächsten Stunden) umzuschalten. Es werden scheinbar insgesamt mehr Informationen angezeigt (Sonnenauf und -untergang, erwartete Niederschlagmenge usw.). Die Optionen werden allerdings im Mod nicht angeboten. Hab ich den betreffenden Bereich einfach übersehen oder ist das nicht eingebaut?
EDIT:
Wies aussieht, müsste das Skin hier aktualisiert werden; es wird noch auf >StringCompare(Weather.Plugin,weather.weatherplus) geprüft.
In Confluence ist das auf StringCompare(Weather.Plugin,weather.wunderground) umgestellt worden.
EDIT2:
Suchen&Ersetzen scheint nicht auszureichen 
EDIT3:
Wenn man es nicht nur am PC, sondern auch auf dem XBMC ändert, gehts doch mit Suchen&Ersetzen. Bestens!
MyWeather.xml: weather.weatherplus -> weather.wunderground
EDIT4:
°C werden doppelt angezeigt (z.B. "4°C°C"), 36 Stunden, Wochenendprognose und Karten&Video funktionieren nicht richtig. Wohl Aufgrund des anderen Wetterservices.
mad-max:
Würde es reichen, die betreffenden Ansichten aus dem normalen Confluence zu kopieren, oder sind die mit Deinem Mod nicht kompatibel?
Ich meine DialogKeyboard.xml auf QWERTZ umgestellt, bedient mit dem Steuerkreuz der Fernbedienung des Fernsehers. Im Vergleich zu ABCDE schreibt sichs gefühlt viermal so schnell
Edit:
Das Ganze sieht übrigens so aus:
Ist raus.
Es ist erstaunlich, wie wesentlich einfacher es sich mit der Fernbedienung auf qwertz schreiben lässt. Hätte ich selbst nicht gedacht, dass der Unterschied so enorm ist.
Für die XML-Oberflächenbeschreibung muss man echt jenseits des Ballmer-Peaks sein.. 
Man sollte mal nen Designer dafür entwickeln, um sich nicht die Finger dabei wund zu tippen und sich nen Knoten ins Hirn zu machen..
Also geforkt, bearbeitet, getestet (hoffentlich vollständig) und hier ist das Ergebnis: DialogKeyboard.xml in QWERTZ-Layout.
Was noch fehlt sind ßöäü.
Da stellen sich dem Informatiker die Nackenhaare hoch, vorkompilierte Images von Modifikationen bei Netzwerkinfrastruktur einzusetzen 
Ich hätte da nicht genug vertrauen 
Das Problem mit den fertigen Teilen ist, dass auf der fritz box nicht unbedingt viel Speicherplatz vorhanden ist. Daher ja der Ansatz sich modular genau das zusammenzubauen, was man haben möchte und wirklich braucht.
Du kannst es aber einfach ausprobieren, indem Du, wenn Du per telnet auf der box bist curl eintippst. Wenn curl antwortet, ists drauf. Wenn not found zurückkommt, nicht. 
Generell sollte immer die original Recovery.exe von AVM für das jeweilige Modell offline vorhanden sein (und ein Netzwerkkabel). Für den Fall, das was schief geht, lässt sich die Box so meist retten.
Puh, Du fragst sachen..
Die Newbie-Anleitung ist aber eigentlich ganz gut gemacht: http://freetz.org/wiki/help/howtos/common/newbie
Unter den Paketen ist Curl dann einfach auswählber:
Danach soltle das laufen.
Ich bräuchte noch ein aktuelles Freetz-Image für meine 7270 v3.
Leider finde ich seit der Umstellung auf Fritz OS keine fertigen Images mehr
Fertige Images dürfen Lizenzrechtlich nicht verteilt werden. AVM geht dagegen auch vor. Nur selber Compilieren ist erlaubt. Ist in einer virtuellen Maschine aber nicht wirklich ein Problem. Quelltext auschecken, "make menuconfig && make" aufrufen, 5 Minuten warten, fertig. Ist auf freetz.org alles ausführlich beschrieben.
