Bettyhacks.com - Hack BettyTV-Remote - User contributions [en]

LPCTool

2008-01-22T18:46:42Z

Untergrundbiber: /* Boop Flashen */

===Aktuelle Version===

lpctool V0.9
This Software is free Software under GNU GPL 3 or later
(c) 2007 Ch. Klippel <ck@mamalala.net>

===Windows Version===
<pre>
http://katanafans.idf-mod.de/cmde/betty_pub/lpctool-cygwin.zip
</pre>

===LPCTool aus dem svn Laden und Instalieren===

Das LPCTool kann man unter linux mit dem folgenden Befehl herunterladen.

<pre>
svn checkout svn://svn.mamalala.org/lpctool/trunk
</pre>
Für Debian Basierte Distr. kann man folgendes Paket nehmen.
<pre>
http://www.grautier.com/grautier/index.php?/plugin/dlfile_108
</pre>

Als nächstes können wir dann das Programm compilieren.

<pre>
cd trunk
make
sudo make install
</pre>
Bei dem Paket für Debian Basierte Systeme
<pre>
dpkg -i LPCTool.deb
</pre>

Sollte das nicht klappen muss noch das armtoolchan installiert werden, welches auch von Boop verwendet wird beim Debian Paket ist das nicht nötig dieses ist schon fertig Compiliert.

=== Help ===

<pre>
usage: lpctool [-d NAME] [-i] [-r [NAME]] [-R ADDRESS] [-X [ADDRESS]] [-a [NAME] [-A ADRDESS]] [-e] [-b [NAME] [-B ADDRESS]]
[-E] [-s] [-S] [-c] [-C] [-v] [-V]

-d NAME specify serial device, default is /dev/ttyS0
-i use compiled-in flash-tool instead of external ram image file
-r NAME specify file for ram, default is ramtool.bin
-R ADDRESS optionally specifies the start-address to load into ram
default is 0x40000200 - must be specified in hex
-X ADDRESS set the execution address for the uploaded ram image
defualt is 0x40000200, omiting the address disables execution
-a NAME specify file for flash #0, default is flash0.bin
-A ADDRESS optionally specifies the start-address to load into flash #0
default is 0x80000000 - must be specified in hex
-e completely erase the first flash before writing
default is no erase
-b NAME specify file for flash #1, default is flash1.bin
-B ADDRESS optionally specifies the start-address to load into flash #1
default is 0x82000000 - must be specified in hex
-E completely erase the second flash before writing
defualt is no erase
-S only erase the first sector in flash before writing
this is a lot faster if only the first sector is used
-c write flash0 in chunk mode instead of write-all
-C write flash1 in chunk mode instead of write-all
in chunk mode, parts with 4 consectuive 0xFFFFFFFF or more
in the image are skipped. speeds upload when the image has
gaps. defualt is off
-N do not reset the device after uploading to flash
by default the device gets reset after upload
-? print this help
-v print version
-V be more verbose
</pre>

===Boop Flashen===

Flashen kann man dann mit folgenden Befehl.

<pre>
./lpctool -d /dev/ttyS0 -i -v -e -a boop_rom.bin
</pre>

Boop

2008-01-22T18:46:14Z

Untergrundbiber: /* boop in das ram schreiben - mit lpctool */

==Info==
Boop ist eine Software fuer die Betty, welche '''netguy''' entwickelt.

==Was macht boop==
Boop dient derzeit haupsaechlich als "testbed" um die Hardware der Betty anzusprechen.
Im Moment funktioniert die Audio-Ausgabe, das senden von Infrarot, das LCD Display und die Tasten.

==Aktueller Status==
Der aktuelle Status von Boop kann [http://svn.mamalala.org/log.php?repname=boop&path=%2F&rev=0&sc=0&isdir=1 hier] nachgelesen werden

==Download==
Fuer alle die Boop nicht selber kompilieren wollen oder koennen:

Als RAW-Binary: [http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.bin&rev=0&sc=0 boop_rom.bin]

Als HEX: [http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.hex&rev=0&sc=0 boop_rom.hex]

==Anforderungen==
===Compiler, Linker und Tools===
Um Boop zu compilieren braucht ihr die [http://opensrc.sec.samsung.com/download/arm-uclinux-tools-base-gcc3.4.0-20040713.sh GCC 3.4.0 Toolchain]

Nachdem ihr diese heruntergeladen habt, fuehrt ihr diese aus mit:
sh arm-uclinux-tools-base-gcc3.4.0-20040713.sh
Damit wird die GCC 3.4.0 Toolchain in euer Home-Verzeichnis unter ~/bin installiert.

'''Alternativ''' und etwas aktueller ist die Toolchain von
[http://www.codesourcery.com/gnu_toolchains/arm/download.html Codesourcery]. Die Zielplattform ist ARM ucLinux. Die Toolchain kann dann in ein beliebiges Verzeichnis einfach augepackt werden - ich habe ein Verzeichnis /usr/local/arm/ für solche Dinge angelegt und der Pfad in die Toolchain ist dann /usr/local/arm/arm-2007q3/bin/

==Compileren von boop==
===Download===
<pre>
svn checkout svn://svn.mamalala.org/boop/trunk
</pre>

===Compilieren===
cd boop/trunk
Wechselt in das Verzeichnis boop/trunk im aktuellen Verzeichnis. Wenn ihr alles richtig gemacht habt sollte nun ein
make
unter anderem die Datei '''boop_rom.bin''' erstellt haben

==Boop meets Betty - jetzt wird geflasht==
===Bootloader starten===
Um Boop in die Betty zu bekommen muessen wir zuerst in den Bootloader:
EINT PIN auf GND bruecken
RESET PIN auf GND bruecken
RESET PIN wieder oeffnen
EINT PIN wieder oeffnen
Jetzt sollten wir im Bootloader sein.

Wenn ihr ein erweitertes Interface wie das von theborg oder alterego habt, macht das [[LPCTool]] für euch.

===boop in das ram schreiben - mit lpctool===
Ich gehe davon aus, dass ihr alle mit [[LPCTool]] umgehen koennt und es installiert habt.
./lpctool -d /dev/ttyS0 -i -v -e -a boop_rom.bin
schiebt boop_rom.bin in das Flash der Betty.

===boop in das ram schreiben - mit betty-heaven===
Betty-heaven findet ihr hier [[Software von Colibri]]

'''Geschafft'''. Boop sollte nun im Flash sein und nach einem Rreset gestartet werden.

==Lizenz==
'''boop''' steht unter der GPLv3. Bitte beachtet das wenn, ihr an der Software herumbastelt!

----
--[[User:Alterego|Alterego]] 04:30, 30 August 2007 (CEST)
--[[User:netguy|netguy]] 18:39, 20 Oktober 2007 (CEST)

Boop

2008-01-22T18:45:56Z

Untergrundbiber: /* Bootloader starten */

==Info==
Boop ist eine Software fuer die Betty, welche '''netguy''' entwickelt.

==Was macht boop==
Boop dient derzeit haupsaechlich als "testbed" um die Hardware der Betty anzusprechen.
Im Moment funktioniert die Audio-Ausgabe, das senden von Infrarot, das LCD Display und die Tasten.

==Aktueller Status==
Der aktuelle Status von Boop kann [http://svn.mamalala.org/log.php?repname=boop&path=%2F&rev=0&sc=0&isdir=1 hier] nachgelesen werden

==Download==
Fuer alle die Boop nicht selber kompilieren wollen oder koennen:

Als RAW-Binary: [http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.bin&rev=0&sc=0 boop_rom.bin]

Als HEX: [http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.hex&rev=0&sc=0 boop_rom.hex]

==Anforderungen==
===Compiler, Linker und Tools===
Um Boop zu compilieren braucht ihr die [http://opensrc.sec.samsung.com/download/arm-uclinux-tools-base-gcc3.4.0-20040713.sh GCC 3.4.0 Toolchain]

Nachdem ihr diese heruntergeladen habt, fuehrt ihr diese aus mit:
sh arm-uclinux-tools-base-gcc3.4.0-20040713.sh
Damit wird die GCC 3.4.0 Toolchain in euer Home-Verzeichnis unter ~/bin installiert.

'''Alternativ''' und etwas aktueller ist die Toolchain von
[http://www.codesourcery.com/gnu_toolchains/arm/download.html Codesourcery]. Die Zielplattform ist ARM ucLinux. Die Toolchain kann dann in ein beliebiges Verzeichnis einfach augepackt werden - ich habe ein Verzeichnis /usr/local/arm/ für solche Dinge angelegt und der Pfad in die Toolchain ist dann /usr/local/arm/arm-2007q3/bin/

==Compileren von boop==
===Download===
<pre>
svn checkout svn://svn.mamalala.org/boop/trunk
</pre>

===Compilieren===
cd boop/trunk
Wechselt in das Verzeichnis boop/trunk im aktuellen Verzeichnis. Wenn ihr alles richtig gemacht habt sollte nun ein
make
unter anderem die Datei '''boop_rom.bin''' erstellt haben

==Boop meets Betty - jetzt wird geflasht==
===Bootloader starten===
Um Boop in die Betty zu bekommen muessen wir zuerst in den Bootloader:
EINT PIN auf GND bruecken
RESET PIN auf GND bruecken
RESET PIN wieder oeffnen
EINT PIN wieder oeffnen
Jetzt sollten wir im Bootloader sein.

Wenn ihr ein erweitertes Interface wie das von theborg oder alterego habt, macht das [[LPCTool]] für euch.

===boop in das ram schreiben - mit lpctool===
Ich gehe davon aus, dass ihr alle mit [[lpctool]] umgehen koennt und es installiert habt.
./lpctool -d /dev/ttyS0 -i -v -e -a boop_rom.bin
schiebt boop_rom.bin in das Flash der Betty.

===boop in das ram schreiben - mit betty-heaven===
Betty-heaven findet ihr hier [[Software von Colibri]]

'''Geschafft'''. Boop sollte nun im Flash sein und nach einem Rreset gestartet werden.

==Lizenz==
'''boop''' steht unter der GPLv3. Bitte beachtet das wenn, ihr an der Software herumbastelt!

----
--[[User:Alterego|Alterego]] 04:30, 30 August 2007 (CEST)
--[[User:netguy|netguy]] 18:39, 20 Oktober 2007 (CEST)

Main Page

2007-11-19T19:03:37Z

Untergrundbiber: /* Links & Infos */

__NOTOC__

<big>'''Willkommen zum Wiki von Bettyhacks.com'''</big>

Das Bettyhacks-Projekt wurde im Juli 2007 ins Leben gerufen, um eine alternative Firmware für die [http://www.betty.tv Betty] zu entwickeln.
Im Wiki finden Sie viele hilfreiche Infomation über die Betty-Fernbedienung und die zugehörige Hard- und Software.

Besuchen Sie auch das [http://www.bettyhacks.net/forum Bettyhacks-Forum] und den [http://www.bettyhacks.net/ircchat/HeavyApplet.html Chat]

{| cellpadding="10"
| valign="top" width="30%"|

== Hardware ==
* [[Betty]]
** [[Betty Hardware]]
** [[Betty Buttons]]
** [[Smartcardchip]]
** [[Testmode]]
* [[IP Adapter]]
** [[IP Adapter Hardware]]
* [[SCART Adapter]]
** [[SCART Adapter Hardware]]
* [[TAE Adapter]]
** [[TAE Adapter Hardware]]
* [[Ladestation]]

== Modifikationen & Reparaturanleitungen ==
* [[Umbau auf LiIon Akku]]
* [[Reparaturanleitungen]]

== [[Pictures]] ==

| valign="top" width="30%"|

== Firmware ==
* [[Boop]]
* Original Firmware
** [[Betty_init]] - OBSOLETE!
** [[Flash_access]] - OBSOLETE!
** [[Speicheraufteilung]]
** [[CRC-Check]]
** [[Baudraten]]

* [[Entwicklungsumgebungen]]

== Firmware - Tools ==
* [[LPCTool]]
* [[Betty-Heaven]]
* [[Software von hackdabetty]]

== Firmware - Interfaces ==
* [[Interfaces PC zu Betty]]
** [[Simple Serial Interface]]
** [[SCART-Betty-Kombiinterface]]

| valign="top" width="30%"|

== Links & Infos ==
* Betty
** [http://www.betty-tv.de Offizielle Website von BettyTV]
** [http://www.itsd.de/de/Unternehmen/Referenzen/Betty-TV BettyTV-IT-Provider]

* Elektronik
** [http://web205.server-drome.net/Download/AVR/2007_07_01_Absolute_Beginner.pdf Elektronik für Anfaenger]
** [http://web205.server-drome.net/Download/AVR/2007_07_01_Standardbauelemente.pdf Elektronische Standard-Bauelemente]
** [http://www.mikrocontroller.net/articles/Spezial:Allpages Auswahl von Artikeln rund um Elektronik und Mikrokontroller]

|}

Boop

2007-11-13T22:09:38Z

Untergrundbiber:

==Info==
Boop ist eine Software fuer die Betty, welche '''netguy''' gerade fertiggestellt hat.

==Was macht boop==
Boop dient derzeit haupsaechlich als "testbed" um die Hardware der Betty anzusprechen.
Im Moment funktioniert die Audio-Ausgabe, das senden von Infrarot, das LCD Display und die Tasten.

==Aktueller Status==
Der aktuelle Status von Boop kann hier nachgelesen kann [http://svn.mamalala.org/log.php?repname=boop&path=%2F&rev=0&sc=0&isdir=1 hier] nachgelesen werden

==Download==
Fuer alle die Boop nicht selber kompilieren wollen oder koennen:

Als RAW-Binary: [http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.bin&rev=0&sc=0 boop_rom.bin]

Als HEX: [http://svn.mamalala.org/filedetails.php?repname=boop&path=%2Ftrunk%2Fboop_rom.hex&rev=0&sc=0 boop_rom.hex]

==Anforderungen==
===Compiler, Linker und Tools===
Um Boop zu compilieren braucht ihr die [http://opensrc.sec.samsung.com/download/arm-uclinux-tools-base-gcc3.4.0-20040713.sh GCC 3.4.0 Toolchain]

Nachdem ihr diese heruntergeladen habt, fuehrt ihr diese aus mit:
sh arm-uclinux-tools-base-gcc3.4.0-20040713.sh
Damit wird die GCC 3.4.0 Toolchain in euer Home-Verzeichnis unter ~/bin installiert.

Alternativ und etwas aktueller ist die Toolchain von
[http://www.codesourcery.com/gnu_toolchains/arm/download.html Codesourcery]. Die Zielplattform ist ARM ucLinux. Die Toolchain kann dann in ein beliebiges Verzeichnis einfach augepackt werden - ich habe ein Verzeichnis /usr/local/arm/ für solche Dinge angelegt und der Pfad in die Toolchain ist dann /usr/local/arm/arm-2007q3/bin/

==Compileren von boop==
===Download===
<pre>
svn checkout svn://svn.mamalala.org/boop/trunk
</pre>

===Compilieren===
cd boop/trunk
Wechselt in das Verzeichnis boop/trunk im aktuellen Verzeichnis. Wenn ihr alles richtig gemacht habt sollte nun ein
make
unter anderem die Datei '''boop_rom.bin''' erstellt haben

==Boop meets Betty - jetzt wird geflasht==
===Bootloader starten===
Um Boop in die Betty zu bekommen muessen wir zuerst in den Bootloader:
EINT PIN auf GND bruecken
RESET PIN auf GND bruecken
RESET PIN wieder oeffnen
EINT PIN wieder oeffnen
Jetzt sollten wir im Bootloader sein.

===boop in das ram schreiben - mit betty-heaven===
Betty-heaven findet ihr hier [[Software von Colibri]]

===boop in das ram schreiben - mit lpctool===
Ich gehe davon aus, dass ihr alle mit [[lpctool]] umgehen koennt und es installiert habt.
./lpctool -d /dev/ttyS0 -i -v -e -a boop_rom.bin
schiebt boop_rom.bin in das Flash der Betty.

'''Geschafft'''. Boop sollte nun im Flash sein und nach einem Rreset gestartet werden.

==Lizenz==
'''boop''' steht unter der GPLv3. Bitte beachtet das wenn, ihr an der Software herumbastelt!

----
--[[User:Alterego|Alterego]] 04:30, 30 August 2007 (CEST)
--[[User:netguy|netguy]] 18:39, 20 Oktober 2007 (CEST)

Hauptseite

2007-11-13T22:04:58Z

Untergrundbiber: Hauptseite moved to Main Page over redirect

#REDIRECT [[Main Page]]

Main Page

2007-11-13T22:04:58Z

Untergrundbiber: Hauptseite moved to Main Page over redirect

<big>'''Willkommen zum Wiki von Bettyhacks.com'''</big>

Das Bettyhacks Projekt wurde im Juli 2007 ins Leben gerufen um eine alternative Firmware für die [http://www.betty.tv Betty] zu entwickeln.
Im Wiki finden Sie viele hilfreiche Infomation über die Betty-Fernbedienung und die dazugehörige Hard- und Software.

Besuchen Sie auch das [http://www.bettyhacks.net/forum Bettyhacks-Forum] und den [http://www.bettyhacks.net/ircchat/HeavyApplet.html Chat]

=== Hardware ===
* [[Betty]]
** [[Betty Hardware]]
** [[Betty Buttons]]
** [[Smartcardchip]]
** [[Testmode]]
* [[IP Adapter]]
** [[IP Adapter Hardware]]
* [[SCART Adapter]]
** [[SCART Adapter Hardware]]
* [[TAE Adapter]]
** [[TAE Adapter Hardware]]
* [[Ladestation]]
* [[Interfaces PC zu Betty]]
** [[Simple Serial Interface]]
** [[Scart-Betty-Kombiinterface]]
* [[Modifikationen]]
** [[Umbau auf LiIon Akku]]
* [[Reparaturanleitungen]]
* [[Pictures]]

=== Firmware ===
* [[Boop]]
** [[Entwicklungsumgebungen]]
* Orginal Firmware
** [[Betty_init]]
** [[Flash_access]]
** [[Speicheraufteilung]]
** [[CRC-Check]]
** [[Baudraten]]

=== Software ===
* [[LPCTool]]
* [[Betty-Heaven]]
* [[Software von hackdabetty]]

=== Links ===

* Betty
** [http://www.betty-tv.de BettyTV Official Website]
** [http://www.itsd.de/de/Unternehmen/Referenzen/Betty-TV BettyTV IT-Provider]
** [http://nihilisme.ca:8080/arm/ ARM Development on Linux]

* Elektronik
** [http://web205.server-drome.net/Download/AVR/2007_07_01_Absolute_Beginner.pdf Elektronik fuer Anfaenger]
** [http://web205.server-drome.net/Download/AVR/2007_07_01_Standardbauelemente.pdf Elektronische Standard-Bauelemente]
** [http://www.mikrocontroller.net/articles/Spezial:Allpages Auswahl von Artikeln rund um Elektronik und Mikrokontroller]

Main Page

2007-11-13T22:04:04Z

Untergrundbiber: Main Page moved to Hauptseite

2007-11-11T22:27:14Z

Untergrundbiber: Removing all content from page

User talk:Untergrundbiber

2007-11-11T22:27:06Z

Untergrundbiber: New page: Im Chat wurde beschlossen diesen Link vorläuft zu entfernen da sich die meisten uebergangen fuehlen und offizell nicht im Forum diskutiert wurde.

Im Chat wurde beschlossen diesen Link vorläuft zu entfernen da sich die meisten uebergangen fuehlen und offizell nicht im Forum diskutiert wurde.

Bettyhacks.com - Hack BettyTV-Remote:Site support

2007-11-11T22:16:44Z

Untergrundbiber: Removing all content from page

Smartcardchip

2007-11-11T22:01:30Z

Untergrundbiber:

=Hardware=
[[Image:SmartcardChip1.jpg|thumb|Der Smartcard-Chip ist rot umrandet]]
In der Betty-Fernbedienung ist folgender Smartcard-Chip eingebaut:
<pre>
Security & Chip Card ICs
SLE 66C24PE
8/16-Bit Security Controller
68-Kbytes ROM, 2304 Bytes RAM, 2-Kbytes EEPROM
Dual Key Triple DES
</pre>

Leider gibt es nur eine sehr kurzes 8 seitiges [http://www.infineon.com/cms/en/services/download.html?filename=%2fdgdl%2fSPI_SLE66C24PE_0105.pdf%3ffolderId%3ddb3a304412b407950112b416848b20bf%26fileId%3ddb3a304412b407950112b41684c420c0&location=Products.Chip_Card___Security_ICs.Chip_Card_Controllers.SLE_66_family__Enhanced_High_Performance_Controller.SLE_66C24PE.DOCUMENTS.SPI_SLE66C24PE_0105.pdf PDF] mit Information zum Chip. Nicht einmal die Pinbelegung ist beschrieben.

Anschlussbelegung:
<pre>
Masse 1 o 8 Power
nReset 2 SLE 7 Takt
Data 3 66C24PE 6 nicht verbunden
nicht verbunden 4 5 nicht verbunden
</pre>

Der Chip ist wie folgt mit der CPU verbunden:

* CPU Pin 132 (P2.17) steuert den nReset pin. Wird der CPU-Pin auf LO gesetzt ist der Reset aktiv.

* CPU Pin 78 (P0.10) steuert ueber einen externen Inverter den Power Pin. Wird der CPU-Pin auf LO gesetzt wird der Chip mit Spannung versorgt.

* CPU Pin 40 (XCLK) ist ueber einen externen Frequenzteiler mit dem Takteingang des Chips verbunden. Im Betrieb wird ueber den CPU-Pin der 7,5 MHz Peripherietakt ausgegeben. Durch den Frequenzteiler wird der Takt halbiert. Der Smartcard-Chip wird dadurch mit mit 3,75 MHz getaktet.

* CPU Pin 75 (TXD1) und CPU Pin 75 (RXD1) sind mit dem Daten Pin verbunden. Die Datenrate ist 1/64 der Taktfrequenz, also 58593,75 Bit/s und somit nahe an der von einem PC unsterstuetzen Baudrate von 57600 Bit/s (nur ca. 1,7% Abweichung).

Zum Experimentieren kann man den Chip ausloeten und z.B. mit dem Mastermouse-Interface verbinden. Die andere Seite des Interfaces wird an die serielle PC Schnittstelle angeschlossen. Jetzt kann man mit einen Programm wie z.B. WinExplorer Kommandos an den Chip schicken und die Antworten auswerten. Dadurch laesst sich das Uebertragungsformat herausfinden und man kann eine Kommandoliste aufstellen.

=ATR=

Nachdem beim Chip ein Reset ausgefuehrt wurde, wird wie bei Smartcards ueblich, ein ATR ausgegeben. Jedoch ist dieser bei der Betty properitaer.

<PRE>
Betty-ATR:
03 02 01
</PRE>

* Das erste Byte enthaelt die Anzahl der ATR Bytes incl. des Laengenbytes selbst.
* Das zweite Byte ist das Lifecycle Byte: 1=Virgin, 2=Personalisiert
* Das letzte Byte ist eine XOR Pruefsumme ueber alle vorherigen Bytes.

Bei allen Infineon-Chips gibts eine von Hersteller undokumentierte Funktion den Chip dazu zu bringen statt die Applikation zu starten den Hersteller-ATR auszugeben.

Die Datenleitung muss dazu beim Starten auf LO gehalten und z.B. nach einer Sekunde wieder freigegeben werden.

<PRE>
Hersteller-ATR:
33 66 00 04 9C FF xx xx xx xx xx xx 55 0A 07 22 5A
</PRE>

* Die sechs Byte mit xx enthalten eine eine vom Hersteller vergebene Seriennummer. Betty verwendet die gleiche Nummer (im Batteriefach der Fernbedienung).
* Die fuenfte Stelle gibt den Chiptyp an: 9C = SLE66C24PE

=Protokoll=

Der Kommandoblock hat folgenden Aufbau:
{| class="wikitable" | border="1"
|-
! Laengenbyte
! Kommandobyte
! Optionale Datenbytes
|-
| Enthaelt die Anzahl der zum Chip gesendeten Bytes incl. des Laengenbytes selbst.
| Gibt an welche Aktion der Chip durchfuehren soll.
| Bei manchen Kommandos nicht vorhanden.
|}

Der Antwortblock ist wie folgt aufgebaut:
{| class="wikitable" | border="1"
|-
! Laengenbyte
! Statusbyte
! Optionale Datenbytes
! Pruefsummenbyte
|-
| Enthaelt die Anzahl der Antwortbytes incl. des Laengenbytes selbst.
| An diesem Byte kann man erkennen ob das Kommando feherfrei ausgefuehrt wurde oder fehlgeschalgen ist.
| Bei manchen Kommandos nicht vorhanden.
| XOR Pruefsumme ueber alle vorherigen Bytes dieses Antwortblocks
|}

Die Statuswerte in der Antwort haben folgende Bedeutung (Zahlen im Hex. Format):

{| class="wikitable" | border="1"
|-
! Status
! Beschreibung
|-
| 15
| Das Kommando wurde erfolgreich ausgefuehrt
|-
| 16
| Das Kommandobyte ist zwar gueltig, jedoch nicht die uebergebenen Daten
|-
| 17
| Das Kommandobyte ist ungueltig
|-
| 18
| ?
|-
| 19
| ?
|}

Durch das Ausprobieren aller 256 Moeglichkeiten fuer das Kommandobyte und weglassen aller Kommandos bei denen Status 17 zurueckgegeben wurde ist folgende Liste entstanden.

Folgende Kommandos werden unterstuetzt (Zahlen im Hex. Format):
{| class="wikitable" | border="1"
|-
! Kommando
! In der Firmware
verwendet?
! Bedeutung
|-
| 3F
| Nein
| ?
|-
| 41
| Ja
| SC_ID auslesen
|-
| 42
| Nein
| ?
|-
| 43
| Nein
| ?
|-
| 44
| Nein
| ?
|-
| 45
| Ja
| SC_MEM auslesen
|-
| 46
| Ja
| SC_MEM beschreiben
|-
| 47
| Nein
| ?
|-
| 48
| Ja
| 12 dez. Byte lange Zufallszahl ausgeben
|-
| 49
| Nein
| ?
|-
| 4A
| Nein
| ?
|-
| 4B
| Nein
| ?
|-
| 4D
| Ja
| ?
|-
| 4F
| Ja
| ?
|-
| 50
| Ja
| SC_Sec_MEM auslesen
|-
| 51
| Ja
| ?
|}

===Kommando 3F===
* wird in der Firmware nicht verwendet

===Kommando 41 (SC_ID auslesen)===
* wird in der Firmware bei Adresse 80035BA4 verwendet
* keine Kommando-Daten
* Daten im Antwortblock: Kommandobyte-Echo, 6 Byte lange ID (identisch mit der ID im Batteriefach), 00, 8 * unbekannte Bytes

===Kommando 42===
* wird in der Firmware nicht verwendet

===Kommando 43===
* wird in der Firmware nicht verwendet

===Kommando 44===
* wird in der Firmware nicht verwendet

===Kommando 45 (SC_MEM auslesen)===
* wird in der Firmware bei Adresse 80035890 verwendet
* Kommando-Daten: Registernummer (DWORD), Unbekannt1 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Unbekannt1-Echo (DWORD), Registernummer-Echo (DWORD), Registerinhalt (DWORD), 5 * unbekannte Bytes
* Wertebereich fuer Registernummer: 0 .. E2h

===Kommando 46 (SC_MEM beschreiben)===
* wird in der Firmware bei Adresse 8003596C verwendet
* Kommando-Daten: Registernummer (DWORD), Registerinhalt (DWORD)
* keine Daten im Antwortblock
* Wertebereich fuer Registernummer: 0 .. E2h

===Kommando 47===
* wird in der Firmware nicht verwendet

===Kommando 48 (12 Byte lange Zufallszahl ausgeben)===
* wird in der Firmware bei Adresse 800357C8 verwendet
* keine Kommando-Daten
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, 12 dez. * Zufallsbytes

===Kommando 49===
* wird in der Firmware nicht verwendet

===Kommando 4A===
* wird in der Firmware nicht verwendet

===Kommando 4B===
* wird in der Firmware nicht verwendet

===Kommando 4D===
* wird in der Firmware bei Adresse 80035AFC verwendet
* Kommando-Daten: 0 bis 3Eh Bytes moeglich (die Firmware benutzt 4 Byte)
* Daten im Antwortblock: 4 * 8 Byte Bloecke (manchmal ist Block 2 und 3 identisch)

===Kommando 4F===
* wird in der Firmware bei Adresse 80035568 verwendet
* Kommando-Daten: Unbekannt1 (DWORD), Unbekannt2 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Unbekannt2-Echo (DWORD), 16 dez. * unbekannte Bytes
* Wertebereich fuer Unbekannt1: 0 .. Bh

===Kommando 50 (SC_Sec_MEM auslesen)===
* wird in der Firmware bei Adresse 80035A10 verwendet
* Kommando-Daten: Registernummer (DWORD), Unbekannt1 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Registernummer-Echo (DWORD), Registerinhalt (DWORD), 5 * unbekannte Bytes
* Wertebereich fuer Registernummer: 0 .. 95h

===Kommando 51===
* wird in der Firmware bei Adresse 80035610 verwendet
* Kommando-Daten: Unbekannt1 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Unbekannt1-Echo (DWORD), 8 * 00, 8 * unbekannte Bytes.

IP Adapter

2007-11-11T01:02:54Z

Untergrundbiber: /* Geheime Seite im IP Adapter */

== IP Adapter ==

=== Hardware ===
*ASIX AX11005 -- Single Chip Microcontroller with TCP/IP and 10/100M Fast Ethernet MAC/PHY (Features 512K Flash, 16GPIOs, LQFP-80/TFBGA-80)
*CC1100 - DN4309.00 - 0641

=== Infos ===
*[http://www.asix.com.tw/products.php?op=pItemdetail&PItemID=90;72;103 Uebersicht]
*[http://www.asix.com.tw/FrootAttach/userguide/AX110xx_Product_Introduction_Rev14.pdf Datenblatt]

=== Serielle Logs ===
==== Ohne Netzwerk ====

Betty IPAdapter bootloader 20777
(c) 2006,2007 Betty TV Entwicklungs GmbH
Compiled Jun 25 2007, 11:58:19
�Starting firmware revision 20777 ...
Betty IPAdapter build 20777, compiled Jun 25 2007, 11:58:23
(c) 2006,2007 Betty TV Entwicklungs GmbH
Bootloader build 20777
HW revision 0
MAC 00:1c:03:XX:XX:XX
ID XXXX-XXXX
Source IP:�0.0.0.0
Subnet mask:�0.0.0.0
Gateway:�0.0.0.0

==== Mit Netzwerk ====

Betty IPAdapter bootloader 20777
(c) 2006,2007 Betty TV Entwicklungs GmbH
Compiled Jun 25 2007, 11:58:19
�Starting firmware revision 20777 ...
Betty IPAdapter build 20777, compiled Jun 25 2007, 11:58:23
(c) 2006,2007 Betty TV Entwicklungs GmbH
Bootloader build 20777
HW revision 0
MAC 00:1c:03:XX:XX:XX
ID XXXX-XXXX
Source IP:�0.0.0.0
Subnet mask:�0.0.0.0
Gateway:�0.0.0.0
PHY link status changed.
Set link to 100 full duplex.
DHCP: send DHCPDISCOVER.
DHCP: resend DHCPDISCOVER.
DHCP: resend DHCPDISCOVER.
DHCP: resend DHCPDISCOVER.
DHCP: received offer.
DHCP: aquired IP address.
New IPv4 settings: inet 192.168.10.20 netmask 255.255.255.0 gateway 192.168.10.1 dns 192.168.10.1

=== Zugangsdaten Webserver ===
Wenn man mit dem Browser auf die IP des Adapters geht, kommt ein Login.

Zugangsdaten:
User leer lassen und Passwort ist Betty.

=== Versteckte Seite im IP Adapter ===
Versteckt, aber unbrauchbar: http://betty-ip/prodtest.html

=== Firmware Update ===
Benötigte Hardware:

*USB-Seriell Wandler oder RS232 port + Pegelwandler. Dazu noch 2 Taster bzw. einer würde auch reichen. (zur not auch eine Kabelbrücke um in den Bootloader zu kommen)
*ISP Flashtool von ASIX.

=== Bilder ===
Bilder vom IP Adapter:

[[Image:IP1.jpg|thumb|]]

[[Image:IP2.jpg|thumb|]]

[[Image:IP3.jpg|thumb|]]

[[Image:pinheader_ip_1.jpg|thumb|]]

User:Untergrundbiber

2007-11-10T00:14:09Z

Untergrundbiber:

[[Image:Biber.gif]]

2007-11-06T18:47:02Z

Untergrundbiber:

[[Image:Biber.jpg]]

File:Biber.jpg

2007-11-06T18:46:43Z

Untergrundbiber:

User:Untergrundbiber

2007-11-06T18:46:25Z

Untergrundbiber:

[[Image:http://images.peacekillers.de/img/biber.jpg]]

User:Untergrundbiber

2007-11-06T18:41:17Z

Untergrundbiber: New page: Image:http://bettyhacks.com/forum/index.php?action=dlattach;attach=24;type=avatar

[[Image:http://bettyhacks.com/forum/index.php?action=dlattach;attach=24;type=avatar]]

Main Page

2007-11-06T18:40:20Z

Untergrundbiber:

<big>'''Welcome to Bettyhacks.com'''</big>

Consult the [http://meta.wikimedia.org/wiki/Help:Contents User's Guide] for information on using the wiki software.

== Welcome ==

Welcome to the BettyHacks Project - Open since 07/2007, the BettyHacks-Project offers users a place to trade and share information about the [http://www.betty.tv Betty-Remote]. After browsing the wiki, be sure to visit our [http://www.bettyhacks.com/forum forum].

== Information ==
Useful informations from the Betty-Hobbyists

=== Hardware ===
* [[Hardware]]
** [[Betty Hardware|Betty Handheld Unit]]
*** [[Betty Buttons]]
*** [[Smartcardchip]]
** [[IP Adapter]]
** [[SCART Adapter]]
** [[TAE Adapter]]
* [[Anschlussbelegungen]]
* [[Interfaces PC zu Betty]]
* [[Modifikationen]]
* [[Reparaturanleitungen]]

=== Firmware ===
* [[boop - communicate with betty]]
* [[Betty_init]]
* [[Flash_access]]
* [[Speicheraufteilung]]
* [[CRC-Check]]
* [[Baudraten]]

=== Software ===
* [[LPCTool]]
* [[Software von Colibri]]
* [[Software von hackdabetty]]

=== Other ===
* [[Testmode]]
* [[Pictures]]

=== Electronic ===
* [http://web205.server-drome.net/Download/AVR/2007_07_01_Absolute_Beginner.pdf Elektronik fuer Anfaenger]
* [http://web205.server-drome.net/Download/AVR/2007_07_01_Standardbauelemente.pdf Elektronische Standard-Bauelemente]
* [http://www.mikrocontroller.net/articles/Spezial:Allpages Auswahl von Artikeln rund um Elektronik und Mikrokontroller]

=== Links ===
* [http://www.betty-tv.de BettyTV Official Website]
* [http://www.itsd.de/de/Unternehmen/Referenzen/Betty-TV BettyTV IT-Provider]
* [http://nihilisme.ca:8080/arm/ ARM Development on Linux]

Smartcardchip

2007-11-06T18:38:40Z

Untergrundbiber:

=Hardware=
[[Image:SmartcardChip1.jpg|thumb|Der Smartcard-Chip ist rot umrandet]]
In der Betty-Fernbedienung ist folgender Smartcard-Chip eingebaut:
<pre>
Security & Chip Card ICs
SLE 66C24PE
8/16-Bit Security Controller
68-Kbytes ROM, 2304 Bytes RAM, 2-Kbytes EEPROM
Dual Key Triple DES
</pre>

Leider gibt es nur eine sehr kurzes 8 seitiges [http://www.infineon.com/cms/en/services/download.html?filename=%2fdgdl%2fSPI_SLE66C24PE_0105.pdf%3ffolderId%3ddb3a304412b407950112b416848b20bf%26fileId%3ddb3a304412b407950112b41684c420c0&location=Products.Chip_Card___Security_ICs.Chip_Card_Controllers.SLE_66_family__Enhanced_High_Performance_Controller.SLE_66C24PE.DOCUMENTS.SPI_SLE66C24PE_0105.pdf PDF] mit Information zum Chip. Nicht einmal die Pinbelegung ist beschrieben.

Anschlussbelegung:
<pre>
Masse 1 o 8 Power
nReset 2 SLE 7 Takt
Data 3 66C24PE 6 nicht verbunden
nicht verbunden 4 5 nicht verbunden
</pre>

Der Chip ist wie folgt mit der CPU verbunden:

* CPU Pin 132 (P2.17) steuert den nReset pin. Wird der CPU-Pin auf LO gesetzt ist der Reset aktiv.

* CPU Pin 78 (P0.10) steuert Ã¼ber einen externen Inverter den Power Pin. Wird der CPU-Pin auf LO gesetzt wird der Chip mit Spannung versorgt.

* CPU Pin 40 (XCLK) ist Ã¼ber einen externen Frequenzteiler mit dem Takteingang des Chips verbunden. Im Betrieb wird Ã¼ber den CPU-Pin der 7,5 MHz Peripherietakt ausgegeben. Durch den Frequenzteiler wird der Takt halbiert. Der Smartcard-Chip wird dadurch mit mit 3,75 MHz getaktet.

* CPU Pin 75 (TXD1) und CPU Pin 75 (RXD1) sind mit dem Daten Pin verbunden. Die Datenrate ist 1/64 der Taktfrequenz, also 58593,75 Bit/s und somit nahe an der von einem PC unsterstÃ¼tzen Baudrate von 57600 Bit/s (nur ca. 1,7% Abweichung).

Zum Experimentieren kann man den Chip auslÃ¶ten und z.B. mit dem Mastermouse-Interface verbinden. Die andere Seite des Interfaces wird an die serielle PC Schnittstelle angeschlossen. Jetzt kann man mit einen Programm wie z.B. WinExplorer Kommandos an den Chip schicken und die Antworten auswerten. Dadurch lÃ¤sst sich das Ãbertragungsformat herausfinden und man kann eine Kommandoliste aufstellen.

=ATR=

Nachdem beim Chip ein Reset ausgefÃ¼hrt wurde, wird wie bei Smartcards Ã¼blich, ein ATR ausgegeben. Jedoch ist dieser bei der Betty properitÃ¤r.

<PRE>
Betty-ATR:
03 02 01
</PRE>

* Das erste Byte enthÃ¤lt die Anzahl der ATR Bytes incl. des LÃ¤ngenbytes selbst.
* Das zweite Byte ist das Lifecycle Byte: 1=Virgin, 2=Personalisiert
* Das letzte Byte ist eine XOR PrÃ¼fsumme Ã¼ber alle vorherigen Bytes.

Bei allen Infineon-Chips gibts eine von Hersteller undokumentierte Funktion den Chip dazu zu bringen statt die Applikation zu starten den Hersteller-ATR auszugeben.

Die Datenleitung muss dazu beim Starten auf LO gehalten und z.B. nach einer Sekunde wieder freigegeben werden.

<PRE>
Hersteller-ATR:
33 66 00 04 9C FF xx xx xx xx xx xx 55 0A 07 22 5A
</PRE>

* Die sechs Byte mit xx enthalten eine eine vom Hersteller vergebene Seriennummer. Betty verwendet die gleiche Nummer (im Batteriefach der Fernbedienung).
* Die fÃ¼nfte Stelle gibt den Chiptyp an: 9C = SLE66C24PE

=Protokoll=

Der Kommandoblock hat folgenden Aufbau:
{| class="wikitable" | border="1"
|-
! LÃ¤ngenbyte
! Kommandobyte
! Optionale Datenbytes
|-
| EnthÃ¤lt die Anzahl der zum Chip gesendeten Bytes incl. des LÃ¤ngenbytes selbst.
| Gibt an welche Aktion der Chip durchfÃ¼hren soll.
| Bei manchen Kommandos nicht vorhanden.
|}

Der Antwortblock ist wie folgt aufgebaut:
{| class="wikitable" | border="1"
|-
! LÃ¤ngenbyte
! Statusbyte
! Optionale Datenbytes
! PrÃ¼fsummenbyte
|-
| EnthÃ¤lt die Anzahl der Antwortbytes incl. des LÃ¤ngenbytes selbst.
| An diesem Byte kann man erkennen ob das Kommando feherfrei ausgefÃ¼hrt wurde oder fehlgeschalgen ist.
| Bei manchen Kommandos nicht vorhanden.
| XOR PrÃ¼fsumme Ã¼ber alle vorherigen Bytes dieses Antwortblocks
|}

Die Statuswerte in der Antwort haben folgende Bedeutung (Zahlen im Hex. Format):

{| class="wikitable" | border="1"
|-
! Status
! Beschreibung
|-
| 15
| Das Kommando wurde erfolgreich ausgefÃ¼hrt
|-
| 16
| Das Kommandobyte ist zwar gÃ¼ltig, jedoch nicht die Ã¼bergebenen Daten
|-
| 17
| Das Kommandobyte ist ungÃ¼ltig
|-
| 18
| ?
|-
| 19
| ?
|}

Durch das Ausprobieren aller 256 MÃ¶glichkeiten fÃ¼r das Kommandobyte und weglassen aller Kommandos bei denen Status 17 zurÃ¼ckgegeben wurde ist folgende Liste entstanden.

Folgende Kommandos werden unterstÃ¼tzt (Zahlen im Hex. Format):
{| class="wikitable" | border="1"
|-
! Kommando
! In der Firmware
verwendet?
! Bedeutung
|-
| 3F
| Nein
| ?
|-
| 41
| Ja
| SC_ID auslesen
|-
| 42
| Nein
| ?
|-
| 43
| Nein
| ?
|-
| 44
| Nein
| ?
|-
| 45
| Ja
| SC_MEM auslesen
|-
| 46
| Ja
| SC_MEM beschreiben
|-
| 47
| Nein
| ?
|-
| 48
| Ja
| 12 dez. Byte lange Zufallszahl ausgeben
|-
| 49
| Nein
| ?
|-
| 4A
| Nein
| ?
|-
| 4B
| Nein
| ?
|-
| 4D
| Ja
| ?
|-
| 4F
| Ja
| ?
|-
| 50
| Ja
| SC_Sec_MEM auslesen
|-
| 51
| Ja
| ?
|}

===Kommando 3F===
* wird in der Firmware nicht verwendet

===Kommando 41 (SC_ID auslesen)===
* wird in der Firmware bei Adresse 80035BA4 verwendet
* keine Kommando-Daten
* Daten im Antwortblock: Kommandobyte-Echo, 6 Byte lange ID (identisch mit der ID im Batteriefach), 00, 8 * unbekannte Bytes

===Kommando 42===
* wird in der Firmware nicht verwendet

===Kommando 43===
* wird in der Firmware nicht verwendet

===Kommando 44===
* wird in der Firmware nicht verwendet

===Kommando 45 (SC_MEM auslesen)===
* wird in der Firmware bei Adresse 80035890 verwendet
* Kommando-Daten: Registernummer (DWORD), Unbekannt1 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Unbekannt1-Echo (DWORD), Registernummer-Echo (DWORD), Registerinhalt (DWORD), 5 * unbekannte Bytes
* Wertebereich fÃ¼r Registernummer: 0 .. E2h

===Kommando 46 (SC_MEM beschreiben)===
* wird in der Firmware bei Adresse 8003596C verwendet
* Kommando-Daten: Registernummer (DWORD), Registerinhalt (DWORD)
* keine Daten im Antwortblock
* Wertebereich fÃ¼r Registernummer: 0 .. E2h

===Kommando 47===
* wird in der Firmware nicht verwendet

===Kommando 48 (12 Byte lange Zufallszahl ausgeben)===
* wird in der Firmware bei Adresse 800357C8 verwendet
* keine Kommando-Daten
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, 12 dez. * Zufallsbytes

===Kommando 49===
* wird in der Firmware nicht verwendet

===Kommando 4A===
* wird in der Firmware nicht verwendet

===Kommando 4B===
* wird in der Firmware nicht verwendet

===Kommando 4D===
* wird in der Firmware bei Adresse 80035AFC verwendet
* Kommando-Daten: 0 bis 3Eh Bytes mÃ¶glich (die Firmware benutzt 4 Byte)
* Daten im Antwortblock: 4 * 8 Byte BlÃ¶cke (manchmal ist Block 2 und 3 identisch)

===Kommando 4F===
* wird in der Firmware bei Adresse 80035568 verwendet
* Kommando-Daten: Unbekannt1 (DWORD), Unbekannt2 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Unbekannt2-Echo (DWORD), 16 dez. * unbekannte Bytes
* Wertebereich fÃ¼r Unbekannt1: 0 .. Bh

===Kommando 50 (SC_Sec_MEM auslesen)===
* wird in der Firmware bei Adresse 80035A10 verwendet
* Kommando-Daten: Registernummer (DWORD), Unbekannt1 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Registernummer-Echo (DWORD), Registerinhalt (DWORD), 5 * unbekannte Bytes
* Wertebereich fÃ¼r Registernummer: 0 .. 95h

===Kommando 51===
* wird in der Firmware bei Adresse 80035610 verwendet
* Kommando-Daten: Unbekannt1 (DWORD)
* Daten im Antwortblock: Kommandobyte-Echo, 3 * 00, Unbekannt1-Echo (DWORD), 8 * 00, 8 * unbekannte Bytes.