Forum: Mikrocontroller und Digitale Elektronik Pollin MOTOROLA VIP1710

Bingo: (if it's easier to read english, please give a note, but since 
you indicated you understand german well, I'll continue in that 
language)

Du musst gar nicht löten bei den Boxen mit Flash. Die holen sich eine IP 
via DHCP und sind dann via telnet ohne Passwort erreichbar. Als ersten 
Versuch würde ich an deiner Stelle dann den Befehl

  toish uri LoadUri tcp://<dreambox-IP>:<TS-Port> video/mpeg

ausprobieren. Das sollte eigentlich bereits den TS darstellen können.

So nebenbei als Information: Ich habe den VDR-Port mittlerweile 
weitergebracht, läuft etwas besser. Demnächst kommt das ganze dann aber 
mit einer aktuelleren VDR-Entwicklerversion. Bei den Experimenten habe 
ich festgestellt, dass die Box nur bei TS (im Gegensatz zu (P)ES/PS) das 
mit dem Timing ordentlich reguliert, so dass die Zeitsynchronisation 
passt. Daher stammen auch bei den bisherigen VDR-Ports die 
Unterbrechungen alle 7-12 Minuten - da ist die Uhr der Box zu schnell. 
Aber wie gesagt (auch @Bingo): Bei TS sollte das kein Problem sein.

Das sollte "out of the box" funktionieren. Tools von meiner Seite 
bräuchtest du, um das zu automatisieren, so dass die Box das beim Booten 
automatisch macht.

@all: Ich habe jetzt die VDR-Minidistro und das Plugin in neuer Version 
auf der Homepage, ist jetzt VDR-1.7.16-basiert und spielt damit 
TS-Aufnahmen ab. In der Minidistribution ist jetzt auch das 
epgsync-Plugin drin, das dann auch die EPG-Synchronisation mit dem 
Streaming-Server erlaubt. Funktioniert bei mir jetzt stabil und 
zuverlässig.

Hallo Namensvetter, ich würd sagen: eher nicht. Die Thomson IP1101 ist 
Intel-Celeron-basiert gewesen. Und das Portal ist ein bißchen 
HTML+Javascript (und den Quellcode angucken macht so'n komisches Zucken 
in der Hand). Das interessantere wäre das entsprechende Browserplugin, 
aber so wie ich das im Quellcode sehe ist das was völlig anderes als bei 
der VIP1710.

So wie ich das sehe, ist das Potential der VIP1710
- ein bißchen Netzwerk-Kram, aber die Performance ist nicht mehr 100% up 
to date und somit taugt sie eher für den Hobby- und Heimbereich,
- MPEG2-Wiedergabe auf Röhre-TVs,
- kleiner sparsamer Rechner für lustige Sachen auf TVs.

Mit 5EUR ist sie auch ein günstiger IR-Empfänger, ein günstiges 
Ethernet/RS232-Interface (leider noch nicht ganz komplett), ...

Persönlich finde ich jetzt noch folgendes spannend:
- der DSP, der völlig brach liegt, so wie ich das sehe (mit dem wäre 
wohl MPEG4 drin, aber das habe ich mit dem mitgelieferten Softwarestack 
noch nicht zum Laufen bekommen - irgendwer?)
- das Smartcard-Interface, obwohl ja auch nicht mehr 100% Stand der 
Technik,
- die Crypto-Engine der Box. Leider wohl kein AES, aber 3DES (ja, ist 'n 
alberner Crypto-Standard). Damit wäre ein verschlüsselndes NAS drin...

Bisher habe ich auch MP3-Wiedergabe nicht zum Laufen bekommen, obwohl 
der Softwarestack da wohl auch Support mitbringt (allerdings 
unvollständig, eine libstdc++.so.5 fehlt - habe ich aber mal gebaut und 
es läuft dennoch nicht...).

Hans-werner Hilse schrieb:
> Persönlich finde ich jetzt noch folgendes spannend:
> - der DSP, der völlig brach liegt, so wie ich das sehe (mit dem wäre
> wohl MPEG4 drin, aber das habe ich mit dem mitgelieferten Softwarestack
> noch nicht zum Laufen bekommen - irgendwer?)

Ich habe MPEG4 auf der vip schon abgespielt, ging out of the box. 
Gestreamt hatte ich mit vlc, Transcoding war off. Man konnte im Sysload 
sehen, dass Hardwaredecoding benutzt wurde.

In /usr/lib gibts mpeg4avc_decoder.out. Das könnte DSP Code sein.

> Bisher habe ich auch MP3-Wiedergabe nicht zum Laufen bekommen, obwohl
> der Softwarestack da wohl auch Support mitbringt (allerdings
> unvollständig, eine libstdc++.so.5 fehlt - habe ich aber mal gebaut und
> es läuft dennoch nicht...).
Extrem schade, was für Fehler gibts denn?

@Sebastian: Ich benutze den Kernel den alle benutzen. Das Decoding läuft 
halt via Software auf das OSS Device.

Gerade eine interessanten Beitrag zum Thema Fernbedienung gefunden:

http://vdr-portal.de/board/thread.php?postid=945816#post945816

Hey, klasse Info! Da muss ich noch mehr probieren. Weißt du in welchem 
Container die MPEG4-Daten übergeben worden sind? MPEG TS?

Bei MP3 gab es keine wirkliche Fehlermeldung. Die Streamwiedergabe 
startet und fortan gibt es nur einen Augenblick kurze Zieper und 
Gluckser, dann endet die Streamwiedergabe, so als wenn der Stream am 
Ende wäre. Aber das könnte natürlich auch hier wieder daran liegen, dass 
ich die Daten falsch übergeben habe, vielleicht muss auch hier ein 
bestimmtes Containerformat vorliegen.

DSP abschalten geht schon deshalb nicht, weil der halserver 
grundsätzlich erstmal Verbindung damit aufnimmt. Ich habe bloß noch nie 
Daten über diese Verbindung gehen sehen, aber bei mir hat bisher die 
MPEG4-Wiedergabe ja auch noch nicht funktioniert.... Ich glaube aber 
nicht, dass der DSP nennenswert Strom verbraucht, wenn er nicht wirklich 
arbeitet.

Nee, keine Ahnung welches Containerformat benutzt worden ist.

Hast Du zum Streamen normale MP3-Dateien benutzt mit Tags? Evtl darf man 
nur MP3 Frames streamen, ohne Meta-Infos. Kannst Du die fehlende Lib mal 
zur Verfügung stellen?

Ich hab die libstdc++.so.5.0.3 mal in kompilierter Form auf 
http://hilses.de/vip1710/ gepackt. Ist aus den GCC-3.2.3-Quellen gebaut, 
die es in den GCC-Mirrors oder hier gibt: 
http://gpl.hilses.de/vip1710/upstream-mirrored/

und sehr wahrscheinlich waren die MP3s wirklich getaggt. Mal etwas 
probieren mit rohen Frames und TS-Kapselung...

Hans-werner Hilse schrieb:
> und sehr wahrscheinlich waren die MP3s wirklich getaggt. Mal etwas
> probieren mit rohen Frames und TS-Kapselung...

Es gibt hier
http://www.open7x0.org/arena/showthread.php?tid=284&pid=1792#pid1792
eine rudimentären MP3-Player, der die Frames extrahiert und an den 
HW-Decoder der m740 schickt. Den könnte man sicher einfach anpassen, 
dass die Frames in den Motorola-SW-Stack geschoben werden.

Wenn das funzt, dann wäre das hier kein Problem:

http://www.open7x0.org/arena/showthread.php?tid=1752

Also ich würde probieren, erstmal den größten Brocken - also das 
.tar-File - zu löschen. Immerhin komprimiert das Dateisystem von /flash 
(jffs2) auch noch. Da wird bei den anderen Dateien kaum genug übrig 
bleiben, um neue Metadaten in den freiwerdenden Platz zu schreiben. Ich 
habe keine Ahnung, ob ich da richtig liege, aber ich denke mal, da die 
Dateien locker unterhalb eines einzelnen beschreib- (und damit ggf. 
addressier-)baren Flash-Blocks liegen, ja sogar unterhalb der Größe 
eines klassischen Block-Device-Blocks, wird schlicht zu wenig frei, als 
dass die Information, dass es weg ist, abgelegt werden könnte...

Ansonsten wird's riskanter - vielleicht hat ja jemand schon mal den 
Flash ohne das Dateisystem beschrieben und mtd-utils ausprobiert? Das 
wäre dann eben der Fallback, das Dateisystem neu anlegen. Und hoffen, 
dass der MTD-Treiber mitspielt... Hat ja evtl. aber auch schon mal 
jemand gemacht?

Schreib' hier noch mal, falls es diesen Weg gehen muss und das mit dem 
Löschen des "dicken" Fisches nicht klappt... Ich könnte ggf. kompilierte 
MTD-utils zur Verfügung stellen, aber möchte selbst eigentlich nicht 
probieren, ob die dann auch funktionieren...

Das ist ein Flash-Filesystem, also wird es schon ein wenig 
komplizierter. Und du brauchst nicht den generischen mkfs-wrapper, 
sondern das spezifische mkfs für das entsprechende Dateisystem (hier: 
jffs2).

Du brauchst die MTD-Tools - hat die schon mal jemand gebaut? Ich kann 
sonst morgen oder spätestens übermorgen mal versuchen, das zu 
kompilieren. Eigentlich brauchst du vermutlich bloß "flash_erase".

Dann - alles graue Theorie und verbunden mit der Bitte um Korrektur, 
falls ich was vergessen haben sollte: ACHTUNG: Unverifiziert und ohne 
mit so etwas bereits Erfahrungen gemacht zu haben und mit nicht kleiner 
Wahrscheinlichkeit damit den Flash unbrauchbar zu machen:

1

flash_erase -j /dev/mtd/0 0 0

2

cat jffs2imagefile > /dev/mtd/0

Das hier mit jffs2imagefile bezeichnete Image eines leeren 
JFFS2-Dateisystems müsstest du theoretisch auch auf nem PC bauen können.

Ganz, ganz, ganz vielleicht erfüllt sogar das tool "eraseflash", das auf 
der Box ist, einen ähnlichen Zweck. Da bin ich aber skeptisch und hab' 
jetzt nicht weiter damit herumprobiert.

Ich weiß auch nicht, ob es richtig ist, das mit "cat" drauf zu spielen 
und ob der Kernel sich dann um den Rest, insbes. der ECC-Felder beim 
NAND-Flash, kümmert. Hat das hier nicht irgendjemand schon mal 
durchgespielt?

Rein interessehalber: Das ist ne Box ohne (weiteren) Flash, richtig? 
Hattest du versucht, da so etwas wie den settings2.xml-Hack zum Laufen 
zu bringen, nur eben ohne /flash2? Naja, wie du siehst sind die Module 
wohl zu groß, da würde nur bleiben, sie aus dem Netz nachzuladen. Ist 
denn so ein /flash-Dateisystem bei Boxen "ohne Flash" da? Ist ja 
schließlich noch im Winbond-Flash, und den sollte es ja auch bei den 
Boxen "ohne" Flash geben. Falls jemand an so etwas experimentiert würde 
ich mich über die Schilderung von Erfahrungen freuen.

MediaMall-Tester schrieb:
> Ich habe zwei Stück davon. Hilft mir das irgendwie weiter, d.h. kann ich
> eine 1:1 Kopie von /flash anlegen und auf der zweiten Box einspielen?

Das geht leider nicht, da das Flash gelocked ist. Ich würde Dir 
empfehlen mit dem A18 Mod in die oberen 256MB zu flashen. 
Sinnvollerweise dann mit dem Bootrom, das auch unsignierte Kernel 
bootet. Wenn das geht, würde ich die untern 256MB mit dem original 
Bootloader neu flashen.

Das ist mal ne gute Frage, woran das liegt, aber ich glaube, "halserver" 
(oder doch procman oder sysman?) zieht neue Meldungen umgehend aus dem 
Kernel-Ringpuffer.
Falls du nur mal generell die Boot-Meldungen sehen willst, dann kannst 
du in das "myrc"-Skript eine Zeile "dmesg > /tmp/dmesg-output" o.ä. 
setzen. Da läuft halserver ja noch nicht. Sind es bestimmte Ausgaben, 
die dich interessieren?

Übrigens prima, dass oben die etwas Flash-Erfahreneren ihre Anmerkungen 
gemacht haben...

@wolfgang_hh: Dann sollte es reichen, vor Modulexperimenten einfach den 
Vendor-Softwarestack "abzuschießen". Dazu machst du einfach folgendes 
(vor dem Laden des Moduls, versteht sich):

1

killall -9 halserver procman; watchdog -t 5 /dev/misc/watchdog

dann vielleicht mal mit

1

logger test

2

dmesg

gucken, ab dann sollte nichts anderes mehr den Kernel-Ringbuffer leeren 
und die Meldungen sollten normal durchrotieren.

Dann bekommt die Box vermutlich keine, vielleicht aber auch falsche 
Daten. Ich finde auf die schnelle keine gute Dokumentation zur Dreambox 
bzw. zum entsprechenden Plugin, das das Streaming macht. Wie würde man 
auf dem PC den Stream abspielen?

Offensichtlich schickt das Web-FE erstmal eine Playlist im .m3u-Format. 
Das sind Textfiles: interessant wäre, was da drin steht. Und evtl. auch, 
was denn MPlayer auf der Konsole ausspuckt beim Abspielen. Ist ja 
eigentlich ein sehr gesprächiges Programm, was Stream-Infos angeht.

Keine Ahnung, im Zweifel von Kommandozeile aus starten. Aber zu 
erfahren, was für ein URI in den .m3u-Daten steht (d.h. speichern und 
mit Editor aufmachen) würde evtl. auch schon mal helfen.

Ich hab' MPEG4 auch noch nicht zum laufen bekommen (in den letzten Tagen 
aber mangels Zeit auch nicht mehr groß weiterprobiert).
Die Box lässt aber eigentlich keine Buffer leerlaufen, bevor sie neue 
Daten anfordert. Hinter "anfordern" stecken auch recht verschiedene 
Dinge, je nachdem, welchen Transportmechanismus du verwendest.
Naja, alles rumgestochere, solange ich nicht weiß, von wo du streamst 
(interessant zB vlc-Kommandozeile - funktioniert das nicht so wie im 
Wiki beschrieben?) und wie du abspielst (toish?).

Zum Kartenleser: Dazu ist das kursierende Manual zum x225 ganz 
interessant. Halserver hat theoretisch auch ein paar wenige 
IPC-Funktionen, die darauf schließen lassen, dass halserver den 
SC-Reader benutzt. Es wird sicher aber nur ein bestimmtes Protokoll 
implementiert sein. Ansonsten ist das spezielle 
Xilleon-Plattform-Hardware und hat keinen speziellen Kerneltreiber. Um 
den Cardreader anzusprechen müsste man also entweder die 
halserver-IPC-Funktionalität verwenden (was mir recht eingeschränkt zu 
sein scheint) oder doch - so wie halserver das intern tut - direkt die 
Hardware über entsprechende Plattformregisterzugriffe ansprechen.

Ich habe heute ein Paket von Pollin bekommen, drin waren drei Boxen mit 
großem Kühlkörper und MediaMall-Logo.
VIP 1710-F32, Made in Hungary 2007-05, Serial 1561xxxxxx.
Sieht aus wie Typ 1, und unbenutzt.
Jetzt muß ich erst mal Wiki-Seite und den ganzen Monsterthread lesen... 
Ihr habt ganz schön gepowert, da bleibt ja kaum noch was zu tun!

@MM-T: gehört das hinter dem :8001 nicht auch noch dazu? Das ist doch 
der interne "Filename" der Dreambox, oder?

@MM-T: Da wird ja anscheinend via http ausgeliefert - versuchs damit 
auch mal bei "toish". Einfach den URL so kopieren, wie er in der 
mplayer-Ausgabe steht. Also nicht mit "tcp://", sondern mit 
"http://....";. Und natürlich dann auch mit Pfad. Sonst macht toish (bzw. 
die Prozesse, die das eigentlich machen) halt nur eine tcp-Verbindung 
auf und wartet auf Daten. Wenn's HTTP ist, dann erwartet der Server aber 
eine korrekte HTTP-Anfrage und liefert dann erst Videodaten aus. Kann 
der Softwarestack aber. Ich bin ganz guter Hoffnung, dass das 
funktionieren wird.

@Sven S.:
if ! ifconfig eth0 | grep -q UP; then
    ifconfig eth0 169.254.44.44
fi

Hast Du keinen DHCP-Server laufen?

@all:
Die erste Box läuft, madstream funktioniert (jetzt muß ich erst mal ein 
paar hörbare Streams zusammensuchen, partyelche.de ist nicht meine 
Wellenlänge).
Die Box hat 4MB Flash (was ist yaffs? yet another flash file system?)... 
die Chancen stehen gut, daß die anderen beiden genauso "ticken".

Die nächsten Aktionen werden sein:
- statische IP für alle Boxen
- USB-Support
- eine soll Webradio werden (nach thinksilicon)
- eine könnte meinen alten WRT54G ersetzen, der "nur noch" als 
DHCP-Server und DNS-Proxy läuft (wireless ist mal abgefackelt, und den 
DSL-Teil hat eine Fritz! übernommen) -> DHCP, DNS-Proxy, evtl. 
Mini-Webserver(?)
- und wenn alles gut geht, wird Nummer 3 das Streaming vom PC zum TV 
übernehmen.

Eigentlich hätte ich mindestens 4 Boxen kaufen sollen...

Hat es schon jemand geschafft, einen halbwegs umfangreichen 
Debian-Userspace (Lenny/Squeeze, geht wohl teilweise nur mit Backports) 
auf die Box zu packen? Ich würde ganz gern mal einen Komplettabzug eines 
laufenden Systems (rsync über ssh?) machen, denn das tmpfs ist ja nur 
die halbe Miete (in /proc scheint es noch ein paar interessante Dinge zu 
geben).

Ach ja, eine Frage habe ich doch noch: wie bedient man im "system 
settings"-Menü den "Apply"-Knopf?

Sven S. schrieb:
> Ich habe leider keinen DHCP Server. Desshalb nutze ich ja das Cross-Over
> Kabel.

Und wo soll die VIP dann ihre IP herbekommen? Per Default ist die VIP 
DHCP-Client.

Sven S. schrieb:
> Man kann doch auch zwei PCs mit einen Cross-Over Kabel ohne Router oder
> Switch betreiben. Dann muss das doch auch mit der VIP und dem Computer
> möglich sein.


Das ist definitiv möglich. Mit Crossoverkabel und TFTPD32 hab ich meiner 
Box auch ein neues Image verpasst.

Sven S. schrieb:
> Und was mich dabei nervt: Bevor ich das Menü in der Box aufgerufen hab,
> wurden alle Punkte grün und es wurde angezeigt, die Webseite
> portal.mediamall.tv sei nicht gefunden worden. Jetzt bleibt es beim
> zweiten Punkt hängen.

Den Fehler kenne ich. Kommt davon, wenn du manuell ein update startest 
aus dem Menü mit der Fernbedienung.
Abhilfe: neues Image drauf.
Anleitung und Image gibts irgendwo ein paar Seiten vorher, musst du mal 
suchen.
Danach ging meine Box wieder.

kann auch sein, dass noch zB der ntpdate hängt oder so. Wenn du eine 
P2P-Verbindung ohne Bridge in ein LAN mit Internet-Gateway nutzt und es 
das Gateway, das du eingerichtet hast (192.168.137.1), gar nicht gibt, 
dann könnte das einen Moment brauchen. Sicher, dass du nicht zu 
ungeduldig warst? Der telnetd startet erst ab etwa dem dritten oder 
vierten Punkt.

Was steve8x8 dir übrigens oben sagen wollte, ist, wie die Box selbst die 
Fallback-IP setzt. Und auch auf was (169.254.44.44). Das ist aus der 
/etc/rc.sysinit der Box.

Ich weiß nicht, ob ich da etwas falsches sehe... aber entweder hat Sven 
auf der Box Ubuntu zum Laufen gebracht, oder eine telnet-Verbindung mit 
seinem eigenen Arbeitsrechner aufgebaut.

Ich tippe auf Ubuntu auf der VIP, ich hoffe wir kriegen ein Howto dafür.

Wer hat denn einen Telnet-Server auf seinem Linux-Rechner? Sowas macht 
man nicht. Dafür gibt es SSH.

stimmt, daran hatte ich gedacht. Schwierig zu sagen, woran es liegt, 
dass nix passiert. Mal das Pferd von hinten aufgezäumt: Wenn du statt 
mit "toish" einfach mal versuchst, via "wget" Daten zu ziehen (also 
"wget http://...:8001/...";, kommt dann was? Und wenn du die 
resultierende Datei (falls das eben klappt) z.B. auf irgendwas 
umbenennst, was auf ".ts" endet und versuchst, das via "toish uri 
LoadUri file:///mnt/gespeicherter.ts video/mpeg" wiederzugeben - klappt 
das?

Die reinen Videodaten sind jedenfalls - das sagt mir die mplayer-Ausgabe 
- auf den ersten Blick kompatibel mit dem, was die Box so abspielen 
kann. Vielleicht bekommt man die Stream-Wiedergabe dann ja auch 
irgendwie anders hin. Im Zweifel kann es evtl. auch interessant sein, 
mal via tcpdump oder wireshark den Netzwerk-Traffic mitzuschneiden (wohl 
eher vom PC aus, obwohl man zumindest tcpdump sicher auch auf der Box 
selbst zum Laufen bekäme) und zu gucken, was passiert (d.h. die Stufen 
"Kontaktaufnahme via HTTP klappt" und "irgendwelche Videodaten werden 
übertragen" zu prüfen).

Ja, Samba läuft bei mir. Könnte ich mal 'n Paket zu auf meine Seite 
stellen, wird aber erst am Wochenende was. In Verbindung mit dem 
settings2.xml-Hack kann damit so ziemlich jede externe Platte schnell 
einen NAS-Stack bekommen, der dann zusammen mit der Box die Platte via 
Samba zugreifbar macht. Haken an der Sache ist aber der für eine NAS 
recht miserable Durchsatz: bei etwa 3MB/s ist - lesend wie schreibend - 
Schicht im Schacht. Da ist dann die CPU voll ausgelastet, das liegt 
daran, dass es 1. ein 2.4er Kernel ist und 2. der Treiber für das 
Ethernet-Interface nicht auf das NAPI-Modell angepasst ist. Deshalb 
generiert er Unmengen an Interrupts, die alles ausbremsen. Nebenbei: 
einen NFS-Server habe ich auch am Laufen, dafür gilt bzgl. des 
Durchsatzes aber genau dasselbe.

Hallo zusammen,
ich habe gerade mal mit 'ner Dreambox (DM7000) versucht zu 
kommunizieren.

Hans-werner Hilse schrieb:
> stimmt, daran hatte ich gedacht. Schwierig zu sagen, woran es liegt,
> dass nix passiert. Mal das Pferd von hinten aufgezäumt: Wenn du statt
> mit "toish" einfach mal versuchst, via "wget" Daten zu ziehen (also
> "wget http://...:8001/...";, kommt dann was? Und wenn du die
> resultierende Datei (falls das eben klappt) z.B. auf irgendwas
> umbenennst, was auf ".ts" endet und versuchst, das via "toish uri
> LoadUri file:///mnt/gespeicherter.ts video/mpeg" wiederzugeben - klappt
> das?
>
> Die reinen Videodaten sind jedenfalls - das sagt mir die mplayer-Ausgabe
> - auf den ersten Blick kompatibel mit dem, was die Box so abspielen
> kann. Vielleicht bekommt man die Stream-Wiedergabe dann ja auch
> irgendwie anders hin. Im Zweifel kann es evtl. auch interessant sein,
> mal via tcpdump oder wireshark den Netzwerk-Traffic mitzuschneiden (wohl
> eher vom PC aus, obwohl man zumindest tcpdump sicher auch auf der Box
> selbst zum Laufen bekäme) und zu gucken, was passiert (d.h. die Stufen
> "Kontaktaufnahme via HTTP klappt" und "irgendwelche Videodaten werden
> übertragen" zu prüfen).

Wenn mann einen aufgenommen Film streamen läßt, a la
toish uri LoadUri "http://192.168.1.10:31342/hdd/movie/Filmname.ts"; 
video/mpeg
klappt das problemlos. Sofern der Filmname nicht die leider üblichen 
Leerzeichen etc. enthält -ich hatte einfach einen Link mit einem 
einfachen Namen auf der Dreambox erzeugt-.
Diesen Film per wget zu kriegen geht problemlos, die Daten werden 
übertragen. Einen Livestream der Dreambox a la
toish uri LoadUri http://192.168.1.10:31339/0,0064,0065,0066,0067,006a 
video/mpeg zu sehen geht nicht (s.o). Komischerweise kriegt auch ein 
wget scheinbar nur einen Datenblock, dann ist Schluß.

Gruß,
Rainer

das Module-Laden auf der Box ist etwas seltsam - ich tippe auf nen Bug. 
Naja, jedenfalls geht es, wenn das Modul im Suchpfad ist (/lib/modules, 
aus der Dateisystemsicht des "insmod"-Kommandos, also auch ggf. in einem 
chroot), es auf .o endet und_ man es mit insmod _ohne die .o-Endung 
lädt. Also hier "insmod rt3070sta".

URMEL: kanst du das mit den komischen Vollzitaten mal lassen? Der Thread 
ist schon unübersichtlich genug.

avrdude -p t2313 -c dein_programmer -U lfuse:w:0xff:m  -U hfuse:w:0x99:m
habe ich noch nicht so ganz gerafft, was und wo ich bei meinem Burner da 
eintragen soll, lfuse:"ff" hfuse:"99" und der Rest?
mit diesen Fuses: lfuse:"e4" hfuse:"df" und dieser Anpassung im code
#define F_CPU 8000000 statt #define F_CPU 20000000 ? wäre nett, wenn
ands oder jemand anderes der sich damit besser auskennt als ich das
dafür abgeänderte hex file mal hochladen könnte !
und der eeprom bereich bleibt leer, sehe ich das richtig ?

@Jack24 & andere: Auf http://hilses.de/vip1710 steht jetzt ein Paket 
nas-vip1710.zip, das die Samba- und NFS-Sachen enthält. In Verbindung 
mit dem settings2.xml-Hack (dazu nur den Inhalt des Verzeichnis 
"nas-vip1710" im ZIP auf ein USB-Storage-Medium kopieren) startet das 
Samba und NFS automatisch. Für Samba muss man dann nur noch via telnet 
und "smbpasswd -a" ein Passwort für "root" (wenn man diesen Account 
nutzen will) anlegen.

Samba-Passwörter werden nicht in die "passwd"-Datei geschrieben. Dort 
werden nur ganz grundsätzlich User-Accounts (Name<->UID) verwaltet, 
ansonsten ist die nicht wichtig. Achso, man könnte dort dem root-Account 
die Einlog-Möglichkeit nehmen, was je nach Einsatz ja auch interessant 
sein kann.

NFS kennt gar keine Passwörter (jedenfalls nicht so, wie es dort zur 
Zeit eingesetzt ist, lassen wir mal krb5 etc. außen vor). Dort wird nur 
Host-bezogen authentifiziert.

Samba verwaltet (mit der mitgelieferten smb.conf) die Passwörter in 
tdb-Datenbanken in /etc/samba/private.

Du hast auch wirklich "smbpasswd -a" benutzt, um das Passwort anzulegen? 
Du benutzt den beim Zugriff auch den Account, für den du das Passwort 
angelegt hast? Ich rate dazu, beim ersten Rumprobieren vielleicht mit 
"root" zu arbeiten.

Übrigens, @URMEL: Ich hab' keine Ahnung, wie's da weitergeht. Ich habe 
bisher nie versucht, WLAN zum Laufen zu bekommen, werde ich wohl auch 
vorerst nicht. Müsste also ggf. wer anderes helfen.

@ands
vip1710_t2313
bitte kannst du die geänderten versionen ( mit status led ) der
datei mal als hex hochladen ? müssen die fuses ev. auch geändert werden 
?
was gibt es neues von der ansteuerung eines lcd display´s ?

@Jack24: OK, es liegt nicht an dir. Bekam eben mit Windows bei einem 
Test (zum Glück hab' ich noch ein Win-System auf meinem Laptop) auch 
keine Verbindung hin. Geht also vorerst nur mit Linux und evtl. anderen 
Systemen. Ich setz' mich noch mal 'dran, hab' aber unter der Woche wenig 
Zeit...

Falls es dir gelingt, eine smb.conf zu basteln, die gut funktioniert, 
bau' ich die gern auch in das Archiv mit ein - ein kleiner Katalog 
verschiedener Varianten kann nicht schaden. In jedem Fall ist die sicher 
sonst auch hier im Forum willkommen.

Ich nehme auch an, dass es am Verschlüsselungs-Support für 
Authentifizierung liegt. Vermutlich muss ich noch irgendwelche 
crypto-Sachen mit reinkompilieren. Komme ich selbst erst am WE (...mal 
wieder...) dazu.

@R. H.

Tut mir leid, ich hatte mal eine kleine Pause von diesem Projekt 
genommen ;)
Brauchst du wirklich noch die Mikrocontrollervariante zum starten?
Es gibt ja nun seit einiger Zeit noch den exploit...!

Wenn du auf den attiny2313 angewiesen bist:
Die extended/lock/calibration fuses kannst du eigentlich ignorieren, die 
hat der Attiny2313 nämlich garnicht.

Welche geänderte Version des Codes meinst du genau?
Also welche Taktfrequenz? (mit 8Mhz läuft es nicht zuverlässig),
(welche) Statusleds? Displaycode?

> was gibt es neues von der ansteuerung eines lcd display´s ?

Das Display funktioniert, man kann per echo "..." > /dev/ttS/0 darauf 
schreiben. Allerdings habe ich mir noch nicht die Arbeit gemacht das 
Display in meine Weboberfläche einzubinden.
Ähnlich sieht es bei der Fernbedienung aus. Sie funktioniert :) aber ich 
habe bisher nur die Lautstärkeregelung implementiert...

@ands vom 19.06. 20Mhz (mit quarz)
(An PD2 und PD3 können Statusleds gehängt werden.)

@R. H. (snapper)
Wo ist dann das Problem?
Der dort angegebene downloadlink funktioniert doch noch:
http://www.mikrocontroller.net/attachment/80402/vip1710_t2313.zip

Der Code ist doch bereits für 20Mhhz und Statusleds...
Und die *.hex Datei ist auch mit drin...

sorry, habe ich wohl übersehen ! was zeigen die statusled´s denn an ?

PD3 ist hight, solange der Controller auf die Kommandozeile wartet.
Sobald der befehl zum starten des Skriptes losgeschickt wurde, ist dann 
PD3 low und PD2 high.

Also wenn du schon mit dem Pushen anfängst, dann könntest du das mit 
Nutzeraccount machen und hinterher wenigstens wieder löschen... 
Grundsätzlich ist in diesem Monsterthread aber das Pushen sicherlich 
generell nicht so toll. Wenn niemand antwortet, dann heißt es: erstmal 
selbst weitere (Miß-)erfolge sammeln und selber weiterforschen, dann 
ggf. noch mal melden.

Also dann mal der Reihe nach: Du arbeitest mit dem LIRC von meiner 
Homepage? Du hast auch das Modul geladen? (und vorher das Vendor-Modul 
entladen?) "mode2 -d /dev/lirc/0" spuckt was aus, wenn du FB-Tasten 
drückst? Fernbedienung anlernen hat funktioniert? lircd läuft? "irw 
/dev/lircd" spuckt was aus? Das ist aber nur 'ne grundsätzliche 
Checkliste. Selbst hab ich mit madplay keine Erfahrungen gesammelt. 
Haste mal geschaut, wie thinksilicon das mit seiner Webradio-Lösung 
macht?

nochmals sorry für das Pushen, aber ich kämpfe schon etwas länger an dem 
Problem und komme nicht so recht weiter. Die Mißerfolge sammle ich schon 
seit einer Woche... da kann ein Tipp von jemand anderen nicht schaden. 
Oft ist es eine Kleinigkeit, die man selbst nicht sieht.

Zunächst mal zu den Infos von meinen Versuchen. Der LIRC läuft. Das 
Kommando "irw" liefert bei jedem Tastendruck auf der Fernbedienung die 
Daten der Taste zurück. Das Webradio von thinksilicon funktioniert super 
und ohne Probleme. Ich kann mit der Fernedienung alle Funktionen 
bedienen ( Senderwechsel , laut, leise, Zeitansage,...). Daher habe ich 
auch die unbenutzte Taste "right" so wie oben von mir beschrieben 
verändert. Sie blinkt jetzt wenn ich mit der Fernbedienung drauf drücke, 
das hat sie beim Orgiginal von thinksilicon noch nicht getan. Zusätzlich 
soll die Taste "F" simulieren (echo f >&1) und  an Madplay übergeben, 
damit madplay das nächste MP3-File läd. Den Madplay habe ich zuvor schon 
gestartet. Madplay an sich funktioniert auch ohne Probleme, wenn ich 
über Telnet auf die VIP zugreifge. Mit der Taste "F" auf der PC-Tastatur 
kann ich zum nächsten MP3 springen.

Was aber nicht funktioniert, ist, dass ich über die serielle 
Schnittstelle auf die VIP zugreife und dann "F" eingeben. Hier tut sich 
nichts. Das eigentliche Problem scheint also Madplay zu sein, da er nur 
Tastenkommandos von bestimmten Eingabegeräten akzeptiert.

Ich habe mir schon den Soucecode von Madplay angeschaut, blicke aber da 
nicht durch. Ich finde nicht die Stelle, wo auf Tastatureingaben 
reagiert wird. Hier fehlen mir die genauen Kenntnisse.

Hallo,
ich hab zwar nicht ganz verstanden, was Du machst, aber für den vollen 
Zugriff auf die serielle Schnittstelle muß Du in jeden Fall die 
automatisch gestartete Shell auf der Schnittstelle stoppen. Dafür mußt 
Du zuerst die "/etc/inittab" modifizieren und dann den Prozess killen, 
ansonsten wird die Shell automatisch neu gestartet.
Ich hoffe das hilft :-).

Viele Grüße,
Rainer

@ Rainer H.
danke für den Tipp. Mir ist aber nicht ganz klar, was ich damit 
erreichen kann. Den exklusiven Zugriff auf die serielle Schnittstelle 
brauche ich doch nicht, oder doch? Ich brauche wohl eher den exklusiven 
Zugriff auf die Tastaturschnittstelle, damit ich den Madplay bedienen 
kann, oder mache ich einen Denkfehler?

Ja, du bist dir nicht im klaren darüber, wie das Terminal-Handling unter 
Linux (oder eher fast jedem OS) funktioniert: Das serielle Terminal hat 
mit dem virtuellen Terminal, das Telnet aufmacht (und madplay sowie 
ircat verwenden) nix zu tun. Die greifen nicht irgendwie alle 
"nebeneinander" auf ein einziges generisches Input-Device zu.

Vielleicht klappt sowas wie "echo -n F > /dev/pts/0" auf der seriellen 
Konsole. Je nachdem wie das Pseudo-TTY heißt, auf dem madplay läuft.

Aber das hat wirklich nichts mit VIP1710-Spezifika zu tun. Daher halte 
ich die Diskussion dazu hier für etwas an der falschen Stelle. Versuch's 
doch erstmal auf dem Linux-Desktop, in einem Shell-Fenster madplay 
laufen zu lassen und von einem anderen aus die Kommandos zu schicken. 
Mit der Tastatur oder Input-Treibern hat das wiederum alles nix zu tun. 
Hier geht's um Terminal- und Pseudo-Terminal-Devices.

Hat wirklich alles nix mit der VIP1710 zu tun. Für so was gibt es 
Linux-Foren, in denen man einen eigenen Thread mit so was machen kann. 
Klingt etwas hart, aber das ist schließlich ein Geräte-bezogener Thread 
hier, und du stellst eine recht allgemeine Linux-Frage.

Hallo,

ich bin neu hier und bräuchte Hilfe mit meinen Boxen.
Ich habe 2 VIP1710-F32 Boxen. Um Sachen von USB auszuführen braucht man 
ja nen A18 Mod. Nur versteh ich nicht was ich da machen soll und wie es 
dann weitergeht.
Kann mir vielleicht jemand Links, die Dateien etc hier posten und es mir 
erklären?

Danke

Ich hab jetzt noch einmal ein paar Fragen:

1.Welche Pins sind bei 
http://www.mikrocontroller.net/articles/MOTOROLA_VIP1710 beim A18 mod 
mit "Dann die BOX Ausschalten und die Pins verlöten." gemeint.
2.Muss ich das ganze Zeig mit Proddata auch noch machen oder bis wohin 
muss ich den Mod machen?
3.Bleibt die Leiterbahn an TP58 auch nach dem Mod noch offen?

Danke

Hab noch was vergessen:

ist mit "Die proddata sollten nachdem man den neuen Bootloader 
aufgespielt und noch nicht neu gebootet hat, geändert werden! Sonst hat 
man unter Umständen eine Box, die nur noch über TFTP booten möchte." 
während des bootens oder wann gemeint?

Danke

Sebastian Czech schrieb:
> Hab noch was vergessen:
>
> ist mit "Die proddata sollten nachdem man den neuen Bootloader
> aufgespielt und noch nicht neu gebootet hat, geändert werden! Sonst hat
> man unter Umständen eine Box, die nur noch über TFTP booten möchte."
> während des bootens oder wann gemeint?

Steht doch da: "nachdem man den Bootloader aufgespielt und noch nicht 
neu gebootet hat". Also nicht "während des bootens", sondern vorher.

Ja aber man soll sie ja davor ausschalten, wie soll ich den dann 
zugreiffen?
Bleiben noch folgende Fragen:

1.Welche Pins sind bei
http://www.mikrocontroller.net/articles/MOTOROLA_VIP1710 beim A18 mod
mit "Dann die BOX Ausschalten und die Pins verlöten." gemeint.
2.Muss ich das ganze Zeig mit Proddata auch noch machen oder bis wohin
muss ich den Mod machen?
3.Bleibt die Leiterbahn an TP58 auch nach dem Mod noch offen?

Bei Pollin gibts USB-Sticks mit 64 MB für 0,95 €.
Ideal für die Box wenn man nicht einen größeren Stick damit 
"verschwenden" möchte.
Link: 
http://www.pollin.de/shop/dt/MzE3ODgyOTk-/Computer_und_Zubehoer/Hardware/USB_Speichersticks/USB_Speicherstick_64_MB.html

4x SCHROTT BEKOMMEN???

Nun habe ich mich von diesem Thread hier hinreissen lassen und gleich 4 
von den kleinen Kästen bestellt.
Der erste Punkt wird grün, der 2te bleibt gelb. Auf der DHCP-Liste der 
Fritzbox sehe ich auch die zugeordnete IP, kann sie auch anpingen, ein 
Telnetzugang bleibt mir allerdings verwehrt.
Kein Telnetport offen. Ist Rettung möglich oder habe ich tatsächlich nur 
"schöne Gehäuse" gekauft?
Auf den Boards steht Kreatel IP-STB 17xx, REV 1.4.

Per Fernbedienung kann ich die erweiterten Einstellungen (2357) öffnen, 
aber wie komme ich da eigentlich hin? Ich kann immer nur im oberen 
Videobereich rumzappen.

Man, bei dem Regen könnte man so schön was machen.

Oliver Stellebaum schrieb:
> ... ein Telnetzugang bleibt mir
> allerdings verwehrt.

Dass alle 4 Boxen Schrott sind fällt mir doch schwer zu glauben 
(wenngleich sicherlich nicht unmöglich), da halte ich andere 
Fehlerquellen für wahrscheinlicher. Firewall auf dem PC mal probehalber 
ausschalten ?!? Von einem anderen PC im selben Netz versuchen?

Hi.

Ich habe hier noch ein paar Boxen 'Über'. Alles Boxen mit Flash und 
soweit bis zum erfolgreichen booten und telnet Zugang geprüft. Es gibt 
also nicht
nur ein Leergehäuse mit ungeprüfter Elektronik. Habe insgesamt 12 Stück 
abzugeben. Mindestabnahme 2 Stück. Bis zu 4 kann ich für 5€ versenden.
Stückpreis = 5€.

Bei Interesse: peter.sieg1 (at) gmx.de

Peter

Hi, und Danke für's Danke :-) Beim VDR-Portal gibt es auch einen Thread 
zur Box, ich schlage vor, für VDR-spezifisches den zu nutzen: 
http://vdrportal.de/board/thread.php?threadid=95692

Eigentlich sollte es nicht sooo wild sein, auch MPEG-Files abzuspielen. 
Allerdings geht das derzeit noch nicht out-of-the-box. Ich bin mir noch 
nicht sicher, wie einfach es ist, einen Player zu finden, der sich auch 
via LIRC konsistent bedienen lässt. Der Box-eigene Player würde ja über 
den Vendor-IR-Treiber (und nur mit der Original-FB) gesteuert. Das wäre 
etwas schwierig unter einen Hut zu bringen. Vielleicht ja via MPlayer 
und -Plugin für VDR nach Anpassung des mpegpes-VO-Plugins (in MPlayer).

Bis ich für so 'was wieder genug Zeit habe, werden aber sicher noch 2-3 
Wochen vergehen, fürchte ich. Bis dahin ist es vermutlich einfacher, das 
ins VDR-Aufzeichnungs-Format zu bringen (also in TS zu kapseln und 
entsprechend in der Aufzeichnungsverzeichnisstruktur unterzubringen).

djmount wäre da ein Kandidat, den musst Du dir aber wohl selbst 
übersetzen.

Heute zwei bekommen. Beide Typ 1.
Na dann schaun wir mal...

Es gibt neues MPD Futter:

http://www.open7x0.org/arena/showthread.php?tid=2594&pid=21973#pid21973

mit enthalten sind jetzt auch 3 Consolen-Clients: mpc, ncmpc und ncmpcpp

Bingo schrieb:
> Did anyone of the 15 downloads
> Succed in building a toolchain ??

Yes, I successfully built the toolchain under Debian Squeeze. Thx for 
the patches.

kreutz kompilierung schrieb:
> Koennt ihr mir sagen wie ihr sowas wie mpd kompiliert bekommt?
[...]
> Wie habt ihr den bei euch eingerichtet?

Ins Makefile vom mpd für die Vip haste schon reingeschaut?

hallo, es ist ja sehr ruhig geworden, was die box betrifft, alle schon 
im "Weinachtsstress"? ich dachte gerade jetzt bei diesem "bastelwetter" 
wo man lieber im warmen sitzt gehts richtig rund ! was ist aus den 
vielen Anwendungsideen geworden ?

    * VLC Server
    * VDR-Client
    * Ethernet Soundkarte
    * Internet Radio
    * Nas Server
    * Print-Server
    * VPN-Server
    * Asterisk, VOIP-Server
    * Signalverarbeitung im Netzwerk
    * IP Webcam
    * uPNP Server
    * Tor und IPCOP Gateway/Proxy (zw. AP und DSL-Router gesteckt)
    * VPN-Tunnel Gateway (zw. AP und DSL-Router gesteckt) zwei oder mehr 
1710 an unterschiedlichen Standorten für Privates Intranet zw. Freunden
    * UMTS-Router für DSL über SIM-Karte im Auto
    * IRC-Bouncer / irssi
    * Backend für Software Defined Radio (SDR)

Nja,
VDR-Client, Ethernet-SC, Internetradio und NAS-Server gehn ja schon...

habe im moment keine zerlgte 1710 zu hand, aber auf den bildern ist 
glaube ich zu erkennen ein 74LVX125 als ic14 verbaut !

Hallo,

anbei wie angekündigt schon mal eine erste Version des Etherplay von 
Ands, dass ich etwas erweitert habe:

http://www.pcspinnt.de/vip1710/motorola.sh
http://www.pcspinnt.de/vip1710/vip1710.tar.bz2

Die Stremliste bitte unbedingt vorher sichern. Außerdem sollte zwingend 
auch das Script installiert werden.

Tjo, ein ChangeLog wäre ja nicht schlecht oder warum sollte ich mir das 
nun anschauen?

Hier schon das Changelog:

0.2
* display radio stream titles under 'now playing'
* Version under Home
* display volume level (in %)
* IR Volume (raise, lower, mute)
* new Icons
* volume.txt entfernt
* put all modules in one folder and only linked it to /lib/modules
* autoupdate function implemented


Es wird aber demnächst auch noch ein paar Screenshots etc. geben.

v360 schrieb:
> was mich grad interessiert is ob schon jemand versucht
> hat das teil über usb booten zu lassen und was müsste ich tun damit er
> auch von usb bootet

Steht doch alles in diesem Thread drin.

v360 schrieb:
> das man nen minibetriebssystem wie z.b.
> android oder win ce oder oder oder.. auf nen stick ballert und er dann
> dies bootet anstatt dieses mediamall zeugs !?!

ich kann mich nicht erinnern, das jemand schon mal so einen Dünpfiff 
hier gepostet hat O.O

v360 schrieb:
> android oder win ce oder oder oder..

Ups, so weit habe ich das garnicht gelesen.
Toller Witz; den muss ich weiter erzählen.

v360 schrieb:
> was mich grad interessiert is ob schon jemand versucht
> hat das teil über usb booten zu lassen und was müsste ich tun damit er
> auch von usb bootet ?!? man müsste sicher die kernel und die anderen
> vorinstallierten datein so umbasteln das der dann von usb weiterbootet,

Dazu muss man den Bootloader entweder umschreiben oder neu schreiben.
Der vorinstallierte Bootloader kann entweder aus dem netz per tftp oder 
aus dem eventuell vorhandenen Flash booten. Dabei kann man den Kernel 
über Startparameter anweisen, statt dem Dateisystem auf dem 
Flash/RAM(=tftp) das jenige vom USB-Stick zu verwenden.

Dieses "Weiterbooten" wurde im Thread bereits erwählt. Die genaue Stelle 
weiß ich jetzt auch nicht. Ich habe auch keine Zeit, für Dich zu suchen.

Ach ja:
In diesem Fall muss das Betriebssystem auf dem Flash "Linux" sein, 
dessen Kernel ja gestartet wurde.

Ntürlich könnte man nun anfangen, eine virtuelle Maschine zu bauen, in 
der nun das gewünschte Betriebssystem läuft.

v360 schrieb:
> dann müsste es ja möglich sein das man nen minibetriebssystem wie z.b.
> android oder win ce oder oder oder.. auf nen stick ballert und er dann
> dies bootet anstatt dieses mediamall zeugs !?!

Das erfordert zm einen eine Anpassung des Bootloaders. Dieser müsste die 
kompletten USB-Treiber für diese Hardware enthalten, damit er einen 
Kernel vom Stick laden könnte.

Zum anderen brauchst Du noch ein Betriebssystem (win ce/android/osx) 
welches für die vorliegende Hardware angepasst ist.

Das ganze ich aber nicht einfach, da die betroffene Hardware miserabel 
dokumentiert ist.

Viel Spaß in anderen Foren.

Hallo Sebastian,

Du hast eine VIP1710 mit Flash zum Tausch angeboten. Da ich bisher nur 
Flash-lose Boxen von Pollin erhalten habe, würde ich gerne Dein Angebot 
annehmen.
Sende mir bitte eine Mail. Meine Adresse ist hinterlegt.
Danke!

@dece:
Distro für den Kernelbau ist egal, da er ja sowieso cross-kompiliert 
werden muss (naja, fast: die Toolchain, mit der Motorola baut, ist auf 
32bit-x86er-Systeme angewiesen und bringt ein paar libc-Abhängigkeiten 
mit, denke ich).

Ein WLAN-Treiber fliegt hier irgendwo im Thread rum, aber ich bin mir 
nicht sicher, ob jemand den je wirklich zum Einsatz gebracht hat. Ich 
habe meine Versuche für die hier vorhandenen WLAN-Sticks erstmal 
abgebrochen, so nach dem Motto "wenn's funktioniert, dann ist WPA mit 
AES eh viel zu langsam, und kompliziert ist es auch" (meine Sticks 
machen Verschlüsselung in Host-Software).

Der Cardreader wird nicht leicht anzusteuern sein. Das sind Funktionen 
der (nicht wirklich dokumentierten) Xilleon-Plattform und läuft über 
Plattform-Registerzugriffe. Das halserver-binary bringt eine rudimentäre 
Steuerung mit, soweit ich das sehe aber schon speziell auf ein 
bestimmtes Verschlüsselungsverfahren und einen bestimmten Kartentyp 
abgestimmt. Selbst wenn man diese Funktionen also ansprechen könnte (zB 
via der ipclib von mir), so käme nicht viel dabei raus. Also nur am 
halserver vorbei direkt auf die Plattform sinnvoll. Und das wiederum zu 
schlecht dokumentiert (für mich).

Mit Splash-Screens habe ich nie gespielt, da ich Boxen mit Flash habe.

Hans-werner Hilse schrieb:
> Distro für den Kernelbau ist egal, da er ja sowieso cross-kompiliert
> werden muss (naja, fast: die Toolchain, mit der Motorola baut, ist auf
> 32bit-x86er-Systeme angewiesen und bringt ein paar libc-Abhängigkeiten
> mit, denke ich).

Das stimmt so nicht ganz. Die Toolchain enthält einen precompiled 
Crosscompiler, der auch unter 64 Bit läuft. User Bingo hat hier Patches 
für die Toolchain gepostet, mit der die Toolchain auch mit aktuellen GCC 
komplett neu gebaut werden kann. Dann hat man auch einen nativen 64 Bit 
Cross-Compiler.

@dece
Wir haben 2 Flash-Boxen mit modifizierten Kernel und Filesystem als 
Webradio mit einem ALL0183P  USB WLAN-Stick (WPA) laufen. WPA2 
funktioniert leider (noch) nicht. Den Treiber gibt es auf 
atmelwlandriver.sourceforge.net. Dazu wurden in die VIPBox 
Notebooklautsprecher und ein kleiner Stereoverstärker integriert. 
Funktioniert als Küchenradio gut, nur der WLAN-Stick stört das Design...

Paul F. schrieb:
> Dazu wurden in die VIPBox
> Notebooklautsprecher und ein kleiner Stereoverstärker integriert.
> Funktioniert als Küchenradio gut,

Du hast nicht zufällig ein paar Fotos zur Hand? Es würde mich schon 
interessieren, wie Du die Bauteile untergebracht hast. In dem Gehäuse 
der VIP ist ja nicht soviel Platz.

Paul F. schrieb:
> als Webradio ... laufen.

Das wurde mich auch interessieren, könntest Du mir Details zukommen 
lassen, dieser Thread ist langsam zu undurchsichtig...

MfG
Holger

Hallo Paul F.,
ich habe gerade meinen WLAN-Adapter T-Sinus 130 data (mit 
atmel-Chipsatz) vor dem Verschrotten gerettet, nachdem ich Deinen 
Beitrag gelesen hab. Ich habe also auch Interesse Infos zur 
Realisierung.

Viele Grüße,
Rainer

Hallo Dirk, Holger, ...

anbei ein Photo vor dem endgültigen Zusammenbau. Die Lautsprecher und 
die Platine sind ans Gehäuse geklebt worden. Das Abschirmblech und die 
Federbleche vom Kühlkörperteil für den DVB-Tuner habe ich auch noch 
entfernt, um etwas Luft zu schaffen. Alle Verbindungen sind steckbar und 
die Stromversorgung der Verstärkerplatine kann mittels Schalter (direkt 
neben der 5V Buchse plaziert) von außen ab/zu geschaltet werden.

Paul

Paul F. schrieb:
> anbei ein Photo vor dem endgültigen Zusammenbau

Danke, nice :)

Ist die Schaltung für den/die Verstärker irgendwo einsehbar?

Martin schrieb:
> Sofern ich das erkennen kann habe ich eine Typ3 Box (siehe Anhang), die
> keinen SSH Zugang von sich aus anbietet.

Das erkennt man eher von der anderen Seite.
Erkennt man unter dem Kartenslot Chips oder sind da nur leere Plätze?

Martin schrieb:
> Sofern ich das erkennen kann habe ich eine Typ3 Box (siehe Anhang), die
> keinen SSH Zugang von sich aus anbietet.
Die VIP hat keinen ssh Zugang, sondern Telnet.

@Dirk
Die Schaltung hat ein Kollege von mir  aufgebaut und auch in seine 
VIPBox integriert. Ob er die Schaltung veröffentlichen möchte, werde ich 
am Mo. erfragen.
@Alexander
Unsere Boxen sind mittlerweile stark modifiziert worden, wie serielle 
Schnittstelle, gesockelter Winbond, veraenderter Bootloader,...
Da wir den USB-Anschluß für den WLAN-Stick brauchten, laufen unsere 
Boxen mit der SW im internen Flash. Basierend auf der Lösung von 
Thinksilicon (Danke für die Vorarbeit) wurde alles ins komprimierte 
rootimage gepackt. Zusätzlich enthalten sind ssh server/client, der 
Atmel Wlan-Treiber, wpa_supplicant, espeak, diverse dvb-t Treiber (die 
VIP soll vielleicht mal dvb-t streamen) und manch anderes und auch viel 
überflüssiges wie z.B. noch mozilla aus der Originalrootdisk. Ich bin 
mir nicht sicher, ob unser Kernel/Rootimage auch auf anderen Boxen 
installierbar ist. Falls dennoch jemand unser Image testen möchte, kann 
ich es in der letzten Version hochladen. Support kann ich aus 
Zeitgründen aber nicht leisten und eine Doku gibt es dazu auch nicht :-( 
Telnet ist abgeschaltet, so daß ein serieller Anschluß sehr 
empfehlenswert ist.
Paul