*** Möte: R20_ROLIG TEKNIK                        Datum: 14 Sep 94 13:45:20
*** Från: Markus Aronsson (2:200/412.2)
*** Till: Erik Herou
*** Ämne: Telefonkort

 
 EH> Jag o en polare har diskuterat Telefonkort. Vi har kommit fram till att 
 EH> dom
 EH> skulle kunna vara ett PROM som är programmerat med alla bitar fulla.
 EH> För varje markering som automaten snor så släcker den en bit. Kan detta
 EH> stämma? Det vore ju mycket enkelt och billigt för Telia att göra på detta
 EH> sätt eftersom  det inte skulle gå att "ladda upp" korten heller. Dessutom
 EH>  billigt för mej att gå och köpa ett PROM o lägga in ett gäng ettor...;)

 EH> Eller är det kanske nån som _V*E*T_ vad som ligger i Telefonkortet?
 EH> Definition av pinnarna på kortytan är också av värde om nån vet det 
 EH> (VET!!!)


Kretsen som sitter på kortet är ett seriellt prom. Jag tror att
ettorna bränns minnet, och därav torde det vara omöjligt att
ladda upp et redan tomt kort. Dock kan man ju bygga ett piratkort.

Först och främst, PIN-configurationen:

            /^\  Mot automaten
             |
             |
      ________________
     /                \            1. FUSE
    |      8 7 6 5    |            2. I/O
    |         þ       |            3. VPP
    |      1 2 3 4    |            4. GND
    |                 |            5. VCC
    |                 |            6. READ/WRITE
    |      Telia      |            7. CLOCK
    |   Telefonkort   |            8. RESET
    |                 |


Prommet ligger på 32 bytes (256 bits). Hela minnet verifieras varje
gång automaten dragit en markering. Det lättaste sättet att bygga
ett piratkort måste vara att att använda två minnen, ett eprom
som innehåller datan för ett fullt kort, och ett EEprom som man
för över datan till varje gång kortet ska laddas upp. Koppla eepromet
till kortets stift (döda kretsen som sitter där på nån vänster,
såvida du inte tillverkar ett eget kort). Uppladdningen sker lätt
via en räknare som pulsar 256 ggr, och en switch.

...

Jag är inte säker på vad all data står för, men en del vet jag:

WORD 2: Detta word (16 bit) innehåller information om hur många markeringar 
        det är på kortet från början. Word 2 innebär alltså byte 3-4.
        Datan ligger lagrad såhär:

                     BYTE 3:                  BYTE 4:
           ________________________________________________________
       BIT:|  15 14 13 12 11 10  9  8  |  7  6  5  4  3  2  1  0  |
               |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
     VÄRDE:    X  X  X  X  X  X  X 100 | 80 40 20 10  X  2  0  3  |

        (X = används ej)

        Som du ser är det inte särskillt logiskt, men såhär har dom
        klöddat till det. Man lägger alltså ihop värdet av de olika
        bitarna, precis som vid omvandling från binär till decimal,
        fast med andra värden. Några exempel:

        00000000 0010 0111      25 markeringar (20+2+0+3)
        00000001 0000 0010     100 markeringar (100+0)

        Vad bit 1 (nollan) är bra för har jag ingen aning om, men den
        finns med på samtliga kort, så därför har jag gett den värdet 0.
        Någon som vet något mer?

BYTE 13 och frammåt: Här ligger markeringarna lagrade. Varje byte innehåller
        logiskt nog 8 markeringar. En bit sätts när en markering dras.

BYTE 2: Är alltid 83 (hex). Kan detta vara lands-spec? Nån som vet mer?


Mvh Markus


PS. Detta har jag endast skrivit i informellt syfte, och jag hoppas jag
    slipper NETmail om moral och dylikt. DS.



___ Terminate 1.50

 * Origin: Då var dom kompis med fascisterna... (2:200/412.2)