TASCAM FW1082 - Service UART (Magyar | English)
2015.03.30.
vissza...

A készülék hátoldalán (CPU board) találhoató egy 5 pin -es csatlakozó, ami a gyári teszt uart portja. Nézzük mire megyünk vele. Ez egy consol port, amin egy nagyon buta szöveges interfész érhető el. Vissza törölni pl nem lehet, help nincs... A legújabb firmware binárisban található szöveg literálokat kigyüjtöttem, és végignéztem... Fogtam egy ftdi usb-s sorosport modult, és rákötöttem:
CPU Board P3 connector
Pin 1: GND,
Pin 2: nc,
Pin 3: tascam_tx,
Pin 4: tascam_rx,
Pin 5:(power 5V)

FW1082 Main partition version 183 executing.
CRCs: boot=8589 main=940C fpga=1ED7
      midi=C216 perA=7D92 perB=6E41
Loading FPGA.........done, rev=50.
SW/HW Platform Configuration: 1082-ES.
Persistent data partition A: VALID, B: VALID - Using A (gen=1335).
Cumulative operating time: 1224876:21 minutes.
GUID=00022EFF19E5EC3D (434498621)
enabling link interrupts...done.
host gone @474.
Reading MIDI table.
FW1082>
Érdekes, hogy a tascam weboldalán az utolsó verziószám 183, 49. Ebben a készülékben pedig 50-es az fpga verziószáma. A flash tárolóban több partició van. Boot, Main, Fpga kódja, midi táblázat, perzisztens tároló A és B. Az utolsó beállítások a perA vagy a perB -be íródnak előszőr. Ezzel a duplán írási módszerrel védik a kikapcsoláskor, vagy áramszünetkor bekövetkező adatveztés ellen. Ez a készülék 1.2 milló percet futott (ennyit volt bekapcsolva), ez kb 20 ezer óra, azaz folyamatos működésben kb 4-5 év. Valójában a kászülék kb 8-12 éves lehet. A GUID a készülék egyedi azonosítója (ami egyben firewire szabványban is használatos), ennek az első 3 byteja, azaz 6 hexa karaktere a gyártó azonosítója, ami a nyilvántartás szerint (0x022e) a TEAC cégnek van regisztrálva. A szabványos model számot sajnos nem töltik ki a 1394 protokolban sem, helyette verzió számot adnak meg, ami az én készülékemnél egy 3-as volt.
FW1082> show
usage: show phy|interrupts|timebase|topology|encoders|1394
FW1082> show phy
base phy registers:
  0: 0x02
  1: 0x3F
  2: 0xE2
  3: 0x41
  4: 0x80
  5: 0x10
  6: 0x00
  7: 0x01
phy page0, port0:
  8: 0xF8
  9: 0x10
phy page0, port1:
  8: 0xF8
  9: 0x10
FW1082> show interrupts
  max event q: 7
  clk resync:  1
  tick(sec):   60.943
Egyelőre nem tudom az első két sort jobban értelmezni, mint statisztika. Max event q: Adott idő alatt előforduló események maximális száma. Itt nem világos, hogy mennyi idő az egység, és mik ezek az események. De gondolom túl nagy érték esetén valami irq-t kiváltó lábat érdemes nézegetni az fpga és cpu között. Clk resync: feltételezem van valami mechanizmus a különféle clk-ok összerántására. Nem világos hogy milyen clk-ról van itt szó, de a kapcsolási rajzot nézve azt feltételezem, hogy a szoftver statisztikáz valamilyen clk-okkal kapcsolatos hibát, eseményt. Van egy AK4117VF chip ami több külső órajelet állít elő, és ennek van egy irq-t kiváltó lába, ami be is van kötve az fpga-ba. Tehát most arra tippelnék, hogy ebből fakadó sw-es események számát látjuk itt. Tick(sec): bár a tick szót nem erre szokták alkalmazni, de itt a bekapcsolás óta eltelt időt jelzi másodpercben, ezred másodperc pontosságig.
FW1082> show timebase
  sample rate measurement:
     FPGA internal = 44.153 Khz
    word clock BNC = 0.000 Khz
     adat receiver = 0.000 Khz
    spdif receiver = 0.000 Khz
  target_timebase = 0101 (internal/44.1)
  actual_timebase = 0101 (internal/44.1)
Az egyes audio részegységek mintavételezési frekvenciáit láthatjuk. Gyakorlatban el is térhetnek, mert van egy sample rate converter az fpga-ban (tapasztalaton alapuló feltételezés).
FW1082> show topology
topoMap.s.length = 0x0
topoMap.s.generation_number = 0x1
topoMap.s.node_count = 0x0
topoMap.s.self_id_count] = 0x0
1394 busz topológiáját leíró adatok. Itt nincs csatlakoztatva, igy nincs térkép.
show topology
topoMap.s.length = 0x4
topoMap.s.generation_number = 0x3
topoMap.s.node_count = 0x2
topoMap.s.self_id_count] = 0x2
topoMap.s.self_id_packet[0] = 0x80488060 (local node)
topoMap.s.self_id_packet[1] = 0x814889D6
Itt egy egyszerű 2 csomópontból álló kapcsolat látszik.
FW1082> show encoders
     1     2     3     4     5     6     7     8     9    10    11    12
     0     0     0     0     0     0     0     0    16     0     0    -3

Rotary encoderek állapota.
FW1082> show 1394
Showing devices on 1394 bus:
  node count = 0.
  node 0 self ID pkt = 0x00000000 (local node):
    ROM[000]: 040F2E8F.
    ROM[004]: 31333934.
    ROM[008]: 20FF7002.
    ROM[00C]: 00022EFF.
    ROM[010]: 19E5EC3D.
Completed.
Nem csatlakoztatott Firewire kábel esetén csak egy rom dumpot kapunk. A fireware szabvány plug-and-play miatt megkövetel egy rom_config block-ot, ami valójában 120 byte-os, ebből itt csak 20 byte (00..13) látható. Szövegesen is tartalmazza egyébként a gyártó és termék nevét: TASCAM, FW-1082. A jelenlegi stabil linux kernel azonban még nem ismeri fel, mert a model szám helyén 0000 áll. De úgy láttam ezen már dolgoznak. Illetve a /sys/bus/firewire/fw0/rom_config file-ból kiolvasható. Itt az fw0 a node azonosító.
FW1082> show 1394
Showing devices on 1394 bus:
  node count = 2.
  node 0 self ID pkt = 0x80458090 (local node):
    ROM[000]: 040F2E8F.
    ROM[004]: 31333934.
    ROM[008]: 20FF7002.
    ROM[00C]: 00022EFF.
    ROM[010]: 19E5EC3D.
  node 1 self ID pkt = 0x814589D6:
    ROM[000]: 0404BD5D.
    ROM[004]: 31333934.
    ROM[008]: F000A022.
    ROM[00C]: 00110666.
    ROM[010]: 455555A0.
Completed.
Ez egy csatlakoztatott állapot volt. Node 0 a helyi csomópont, a note 1 a távoli, jelen esetben a host egy PC volt, a kártya VIA 6306 chippel szerelt. A vendor id-k itt 0x22ef és 0x1106. Az első a TEAC, a második a VIA Technologies, Inc. Sajnos ez a VIA chip régi, bár a windows alapból ismeri, de annyira gyermeteg a drivere, hogy INTL_LESS_OR_EQUAL kékhalált és protokol hibát (no header) produkál egy percen belül. De a kommunikáció felépítésénél is változatos számú bus reset történt. Nálam, ha működött is, akkor a streaming közben valami buffer hibák mellett szaggatottan szólt. Több helyen olvasni róla, hogy a VIA chip-es firewire kártyák nem használhatóak komolyabb forgalom esetén. Eredetileg az Apple-lel a Texas Instruments dolgozott együtt, a szabvány és a prototipusok kifejlesztésén. A VIA volt az első gyártó, aki egy tokba szerelte a PHY és Logical interfészt, igy sokkal olcsóbb alkatrészt adott a kártyagyártók számára. Csomó alkatrész spórolós megoldásuk van, pl van reset láb, de nem kell oda kötni semmilyen alkatrészt, mert a VIA chip-ben van belső reset áramkör. Stb.. Szóval gyanítom, hogy az összes spórolós gyártó elkezdte ezt a chip-et használni, majd mindent szépen lespórolt, még a kábel ESD védelmét, illesztést, leválasztást is. Ezen a kártyán ránézésre RC szűrős illesztés van, míg a profibb kártyákon (és az FW1082-ben is) trafós illesztés van. Rövidebb és hosszabb kábellel is teszteltem. A hosszabbal már a kommunikáció kezdetén is hibák voltak. A rövidebb kábellel még valamennyire stabilan fel is épült a kapcsolat, de később "host gone" üzenetet adott az fw1082. Sajnos nem kaptam hirtelen Texas Instruments-es kártyát, de annak beszerzése lesz a következő lépés... A fenti riportban a távoli oldalához tartozó dump 4 byte-onként ismétlődő egyforma értékeket tartalmaz (szemét), ha a kommunikáció hibás volt. Ha link sincs, akkor a korábbi riportot kapjuk, ahol teljesen hiányzik a túloldali dump.
FW1082> led
usage: led 1/0 num
A num értéket hexa számként kell megadni. Az alábbi táblázat szerint, a 6-ik csatorna SEL ledje az a0 ID-val érhető el. Egyes ledek többször is szerepelnek a táblázatban, valószinű a don't care bitek miatt. De ezt nem ellenőriztem, csak logikusnak tűnik.
Led IDNév
0 + n*20Channel #n SEL
1 + n*20Channel #n SOLO
2 + n*20Channel #n MUTE
3 + n*20Channel #n OL
4 + n*20Channel #n SIGNAL
5 + n*20Channel #n REC
1dCOMPUTER
3dMIDI CTRL
3eBOTH, F3 /F7
3fEQ LO MID-AUX 3/7 , 48kHz
eeD IN (flash)
FW1082> leds
usage: leds on|off|rows|cols|random
Gyári/szerviz tesztet támogató parancs, jellemzően egy billentyűre vár, azután kilép a kis programjából, és a ledeket úgy hagyja ahogy volt (nyilván a rendszeresen frissülő ledek állapotot fognak váltani). A rows hatására végig megy a sorokon, az egy sorban lévő ledeket mind kigyújtja. a cols hatására az oszlopokon megy végig. A sor és oszlop itt a kapcsolási rajz szerinti szerverzést jelenti, nem pedig a fizikai elhelyezkedést.
FW1082> touch
3FD 002 001 006 003 000 004 002 001  000 000  200 000 3FD  --------T
3FF 001 002 006 001 002 000 004 001  000 001  202 000 3FF  --------T
A touch futtatása addig tart amig a sorosporton egy újabb karakter nem jön. Eközben folyamatosan a fennti hexa dump formájában riportozza az keyboard panelokon lévő ADC-k értékét. Az első 9 hexa szám a csatorna faderek és a master fader adc értékét tartalmazza (000..3ff) 10 bites ADC-ről van szó tehát 0..1023 lehet az érték. Tipikusan az alsó két bit zajos lehet, ezért az összes szám időről-időre változik. Egy karakternyi szünet után két újabb oszlop következik, ez a kimeneti board-hoz tartozik. Az első értéke nálam mindig nulla, a második a MONITOR poti állása szerint alakul. A fader board és az output board egy külön kis 3 pin-es kábellel van összekötve, amelyen ez a poti feszültség utazik. Tehát ha lehúzzuk, akkor lebeg a beAD-zott érték... A következő 3 oszlop szintén egy karakterrel jobbra van tolva. Nem néztem a kapcsolási rajzot most, de gyanítom, hogy Ut/2 , GND, és Ut van rákötve, mert kb 511, 0, 1023 környékén ingadozik az érték. Egy szünet után kilenc darab - , x vagy T szerepel a táblázatban. Ezek a touch elektronikát hivatottak tesztelni. A tolópotik csúszkájának külön fegyverzete is van, amit egy schtriggers comparátorral olvas ki a fader board. Ebből állapítják meg, hogy hozzáértünk-e a fader fém csúszkájához. Az én készülékemben a master fader-hez tartozó elektronika nem hibátlan, ezért folyton touch-ot jelez. Ha röviden érünk a faderhez, akkor x, ha hosszan akkor T betű jelenik meg. A készüléken is látszik mindez. Az egyes faderek fölött a SOLO és MUTE ledek úgy világítanak, ahogy a fader-ekhez érünk.
FW1082> fader
usage: fader dc channel(1-9) val(0-0x400)
usage: fader square time(msec >4) amplitude(0-0x400)
usage: fader wave
usage: fader test
usage: fader touch
FW1082> fader touch
Egy fader megérintésével kiválasztjuk a tesztelendőt, a választásunkat a SIGNAL led jelzi. Ha egyszerre több faderhez érünk hozzá, akkor az első lesz a kiválasztott. Az ehhez a faderhez tartozó beolvasott ADC érték pedig az összes led segítségével 8 ledenként oktálisan lesz kijelezve (4 sor 8 oszlop)... Jó játék.
FW1082> fader test
      1   2   3   4   5   6   7   8   9
PWM: 080 080 080 080 080 080 080 080 080
ADC: 08C 08B 088 084 084 088 088 087 001
      1   2   3   4   5   6   7   8   9
PWM: 000 000 000 000 000 000 000 000 000
ADC: 00C 00E 00E 00A 004 008 00D 00E 001
      1   2   3   4   5   6   7   8   9
PWM: 080 080 080 080 080 080 080 080 080
ADC: 077 078 076 078 073 06B 07A 072 003
      1   2   3   4   5   6   7   8   9
PWM: 100 100 100 100 100 100 100 100 100
ADC: 0FA 0FB 0F7 0F9 0F5 0F5 0F6 0F2 003
      1   2   3   4   5   6   7   8   9
PWM: 200 200 200 200 200 200 200 200 200
ADC: 1FB 1FA 1F8 1FC 1F5 1F7 1FA 1F8 005
      1   2   3   4   5   6   7   8   9
PWM: 300 300 300 300 300 300 300 300 300
ADC: 2F8 2F8 2F6 2F8 2F5 2F4 2F7 2F5 001
      1   2   3   4   5   6   7   8   9
PWM: 380 380 380 380 380 380 380 380 380
ADC: 377 37A 376 376 376 373 37C 371 006
      1   2   3   4   5   6   7   8   9
PWM: 400 400 400 400 400 400 400 400 400
ADC: 3F7 3FC 3F7 3F7 3F3 3EE 3FA 3F7 001
      1   2   3   4   5   6   7   8   9
PWM: 380 320 2C0 260 200 1A0 140 0E0 080
ADC: 387 32C 2C7 266 206 1A4 149 0E7 001
      1   2   3   4   5   6   7   8   9
PWM: 080 0E0 140 1A0 200 260 2C0 320 380
ADC: 088 0EE 143 1A8 203 254 2BC 317 001

Maximum Error:
     00C 00E 00E 00A 00D 015 00D 00F 3FF
Lefut pár féle fader mozgatás, az eltéréseket statisztikázza. Esetemben a master fader motorvezérlő ic-je ki van forrasztva, igy az nem mozog. A flying fader úgy van megvalósítva, hogy 9 darab lassú digitális outputunk van (amit az FPGA-ban megvalósított PWM-ek állítanak elő). Amely output feszültség, az elvárt fader pozicióhoz tartozik. A fader egy DC szintet oszt, tehát nem audio jel megy rajta keresztül. A fader által leosztott és a pwm által előállított feszültséget egy comparátor hasonlítja össze, a komparátor kimenete pedig a motorvezérlő ic bemenetére jut. A motorvezérlő tiltható. Ha engedélyezett állapotban van, akkor megindul a kivánt irányba. Természetesen szűrő kondik is vannak rajta, úgyhogy van egy adott lassúsága, fáziskésése a folyamatnak. Továbbá csúcsáram korlátozás is van, gondolom azért hogy a motor ne égjen le fizikai akadályozás esetén se. Továbbá, ha touch sensor azt jelzi, hogy a user rátenyerelt, akkor értelem szerűen nem is engedélyezi a motor meghajtást, csak akkor ha elengedte... Szóval lényegében full analog a cucc. Műveleti erősítők, DC motor vezérlő... Nos a mechanikai akadályok, kopás, megszorulás miatt, és a potenciométer tűrése, kopása, sérülése miatt eltérés (hiba) lehet a fennti diagnosztikában. Ezen öreg készüléknél látható hogy 4-5 bitnyi eltérés is keletkezett. Itt jegyezném meg, hogy az ADC-m is eléggé 5-6 bitnyit ugrált, gondolom a táp zajossága miatt. Úgyhogy ez az egész bizonytalanság valószínű nem a motorok és a faderek, hanem az AD átalakító hibája jelen esetben. Mivel nem volt játékszobám, kipróbáltam azt is , hogy a teszt közben hozzáérek a faderekhez. Ilyenkor az adott fader teljesen meg is állt. És bután ettől kezdve minden teszt elbukott, kb full scale mérési hibával ugye... Gondolom akkor szoftveresen ez úgy lehet megcsinálva hogy nem tartozik hozzá egy release timeout. (más keverőkön szokott a touch automatizáláshoz ilyen lenni).
A fader wave egy sinus-os hullámot futtat végig a fadereken, látványos, de nem ir ki semmi diagnosztikát.
a "fader square time_ms aplitudó" paranccsal szétrázhatjuk a fadereket...
A "fader dc channel(1-9) val(0-0x400)" paranccsal valószínüleg egy szoftveres kompenzálást állíthatunk be az adott faderhez DC szintre. De nem jöttem rá pontosan mit csinál, annyira most nem érdekes. Főleg igy nem érdekel, hogy csak dc szint állítható. Gondolom kellene még egy tűrést is paraméterezni a kopási hibák kompenzálásához, de mindegy... ez van.
FW1082> routing
usage: routing AVhi2ADAT|AVmixlo2ADAT|analog2ADAT|SPDIF2ADAT
               AVmix2analog|ADAT2analog|SPDIF2analog|analog2analog|
               AV2SPDIF|mix2SPDIF|SPDIF2SPDIF
               mix2phones|SPDIF2phones|analog2phones
               analog122spdif|analog342spdif|analog562spdif|analog782spdif
               analog122analog12|analog342analog12|analog562analog12|analog782analog12
A CPU boardon van egy FPGA, amely az audio streamek route-olását végzi. Ebbe tudunk beavatkozni a fennti paranccsal. Az én készülékem 1082ES, amiben nincs ADAT io, de az fpga kódja tartalmazza. Egyébként a boardon lévő feliratok tanusága szerint ez a CPU board szerepel a 1804-es készülékben is. Amiben gondolom van ADAT. Egyébiránt van pár be nem forrasztott alkatrész pad a kimenetek környékén, úgyhogy valószinű a sync és az optikai ki-bemenetek ott lehetnének... Csak feltételezés: AV a firewire Audio streamje, a phones a fejhallgató kimenet, analog12 kimenetként a monitor lehet. A többi elnevezés érthető.
FW1082> subcode
                     1    2    3    4    5    6    7    8    9   10   11   12
faders 1-9:        018B 01AF 0293 0246 02B3 0003 0083 0290 03FF
solo, mon, touch:  0000 0261 FEFF
keyswitch:         FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
encoder 1-12:      0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0005
                      1      2      3      4      5      6      7      8
analog in meters:  000107 0000F9 000140 000189 000239 000273 00024B 000255
adat in meters:    000000 000000 000000 000000 000000 000000 000000 000000
spdif in meters:   000000 000000
analog out meters: 00065A 000442 000000 000000 000000 000000 000000 000000
adat out meters:   000000 000000 000000 000000 000000 000000 000000 000000
spdif out meters:  000000 000000
clock sys status:  01010101
AV sync status:    00000000
Állapotok egyben... Értelem szerűen ezek csak a egy adott pillanathoz tartozó állapotok, pl kijelzés / VU meter számára mondjuk.
FW1082> level
usage: level channel(0-255) val(0-0xFFFF)
       level channel val1 val2 val3 val4(0-0xFFFF) msec
Nem próbáltam még ki, de gondolom teszt generátornak használható.
FW1082> spdif
usage: spdif status|clear
FW1082> spdif status
  PLL unlock
  spdif( 0):0F  spdif( 8):00  spdif(16):00  spdif(24):00
  spdif( 1):20  spdif( 9):00  spdif(17):00  spdif(25):00
  spdif( 2):0C  spdif(10):00  spdif(18):00  spdif(26):00
  spdif( 3):3F  spdif(11):00  spdif(19):00  spdif(27):00
  spdif( 4):C7  spdif(12):00  spdif(20):00  spdif(28):00
  spdif( 5):80  spdif(13):00  spdif(21):00  spdif(29):00
  spdif( 6):01  spdif(14):00  spdif(22):00  spdif(30):00
  spdif( 7):00  spdif(15):00  spdif(23):00  spdif(31):00
FW1082> testswitch
switch down: byte=12, bit=2.
switch up:   byte=12, bit=2.
switch down: byte=12, bit=1.
switch up:   byte=12, bit=1.
Minden gomb lenyomására és felengedésére riport jön, illetve valamelyik led hozzá is van rendelve, igy lehet vizuálisan is ellenőrizni...
FW1082> testdigital
Setting timebase to 44 Khz internal.
FW1082>
  adat input status...*********** FAILED (D3), (0.000 Khz)
  spdif input status...passed
  word clock input status...*********** FAILED (0.000 Khz)
Setting timebase to 48 Khz internal.
  adat input status...*********** FAILED (D3), (0.000 Khz)
  spdif input status...passed
  word clock input status...*********** FAILED (0.000 Khz)
Setting timebase to 88 Khz internal.
  adat input status...*********** FAILED (D3), (0.000 Khz)
  spdif input status...passed
  word clock input status...*********** FAILED (0.000 Khz)
Setting timebase to 96 Khz internal.
  adat input status...*********** FAILED (D3), (0.000 Khz)
  spdif input status...passed
  word clock input status...*********** FAILED (0.000 Khz)
Test spdif over optical @ 96 Khz.
  spdif input status...*********** FAILED (EF), (19.155 Khz)
Ennél a tesztnél loopback-et kéne csinálni, de mivel se adat, se wc io nincs, igy csak az spdif-et tudtam tesztelni. :) Ja és optikai spdif is külön úton menne, ami szintén nincs... (nincs beültetve az alkatrész)
FW1082> read1394
usage: read1394 hexaddr_hi hexaddr_lo
FW1082> read1394 00 00
1394 read(00000000,00000000) initiated.
Diag1394Response[0]: 00000000.
Diag1394Response[1]: 00000000.
Diag1394Response[2]: 00000000.
Diag1394Response[3]: 00000000.
Diag1394Response[4]: 00000000.
Diag1394Confirmation: 00000080.
Diag1394Tail: 00000000.
*************
1394 read completed: 00000000.
Itt nem volt Firewire csatlakoztatva momentán.
FW1082> testmidi
Testing MIDI out 1 to in 1 loopback...*********** FAILED
Testing MIDI out 2 to in 2 loopback...*********** FAILED
Testing MIDI out 3 to in 3 loopback...*********** FAILED
Testing MIDI out 4 to in 4 loopback...*********** FAILED
Nem volt kéznél midi kábel, de ez is egy loopback teszt lenne. Amúgy a CPU board 4 input és 4 output midi portot támogat, még a csatlakozón is ott a kábel, de a breakout boardon már csak 2 in és 2 out van beültetve...
FW1082> set
usage: set fs|ref|debug|spdifin|optiout|adatout|spdifout args
FW1082> set fs whata
usage: set fs 44|48|88|96
FW1082> set ref what
usage: set ref xtal|wc|spdif|adat
FW1082> set debug w
usage: set debug mask_value
FW1082> set spdifin w
usage: set spdifin opti|coax
FW1082> set spdifout w
usage: set spdifout spdif|analog
FW1082> set optiout w
usage: set optiout spdif|adat


Ezek nagyjából világosak... Alacsony szinten állítja be a dolgokat, tehát a kijelzésen nem változik azonnal. Pl FS állítás után módot kell váltani, és ekkor már jól jelzi a LED a kiválaszott frekvenciát. Amúgy a konzolra se ír semmit...
FW1082> testencoder
Rotary encoderek tesztelése... SHTL gomb a nagy Shuttle tekerésével együtt látványos let villogtatást produkál, továbbá a CH1 mute gombja megnyomásával a PAN rotary teszi ugyanezt, majd a rotary mellett lévő 44.1kHz gomb megnyomásával a felette lévő EQ rotary tesztelhető, az az felett lévő gombbal pedig egyel felette lévő rotary, stb... (elcsúszva sajna).. Tehát igy összesen 5 darab rotary encoder tesztelhető, ha a hozzá tartozó gombot nyomjuk... Egyébként más gombok (pl a többi MUTE gomb ) megnyomására is csinálni akar valamit, de gondolom fizikailag nincs olyan rotary ebben a gépben.



vissza...