2,201

(5 odpowiedzi, napisanych Fabryka - 16/32bit)

Hej Cyprian!

Oczywiście, że by się dało :) bez przetwornika A/D całość funkcjonuje jako zestaw próbkująco-pamiętający.
Wypadałoby użyć generatora zegarowego o różnych częstotliwościach (podstawa), częstotliwość mogłaby wynosić
i ze 40 MHz. Nie trzeba rejestrów przesuwnych, i tak dalej. Generalnie powinno być dużo prościej niż jest w digitizerze.
Z przetwornikiem A/D zamiast wizualizacji sygnału jako kolory można przedstawiać jako wykres i wtedy masz oscyloskop.
Oczywiście - przydadzą się dłuższe bufory i różne tryby wyzwalania. A ewentualnie przetwornik 8-bit tak ze 40 albo 80 MHz.

Taaaa... Myślę, że się da.

P.S. Widzisz... Przez tyle lat nawet o tym, kurczę, nie pomyślałem - niezły shiz... teraz raczej się nie będę brał za przeprojektowywanie chyba, że byłoby serio bardzo duże ciśnienie :) Sam używam 8 kanałowego analizatora na blaszaku.

2,202

(5 odpowiedzi, napisanych Fabryka - 16/32bit)

Hej!

Nie ma sprawy. Szkoda, że dopiero teraz - po wielu latach - jakoś mi się udaje ogarnąć rzeczywistość. Kwestia priorytetów, gdzie hobby ląduje na końcowych pozycjach :) Powrzucam trochę tego co tam mam - niechaj potomność widzi...

pozdrawiam

2,203

(5 odpowiedzi, napisanych Fabryka - 16/32bit)

Witam!

Zaktualizowałem stronę o projekt digitizera video dla Atari ST(e).
Stare ale jare.

Zapraszam zainteresowanych.

pozdrawiam

2,204

(13 odpowiedzi, napisanych Fabryka - 16/32bit)

Duddie napisał/a:

Różnie. Czasem robię przerzucając schemat, czasem Verilog/VHDL, czasem mieszane. A układów używam Altery lub Xilinxa w zależności od potrzeby - małe CPLD są zwykle zdolne akceptować 5V i dzięki temu bardziej przydatne do starych komputerów. Chociaż gdy potrzebuję większy CPLD, też jest kilka sposobów na to.

Acha - no to niezły jesteś :) Ja od dosyć dawna "rozgrzebuję" cyfrówkę ale zawsze jakoś brakowało mi czasu aby na poważnie się pouczyć i potrenować na CPLD bądź FPGA. Mam oczywiście u siebie sporo różnych układów ale...

Np. Xilinx Spartan XCS30PQ208 albo inne, mniejsze, np. ATF1508 tylko, że czas, czas...

Jaki software preferujesz?

pozdrawiam

2,205

(13 odpowiedzi, napisanych Fabryka - 16/32bit)

Witam

artik-wroc - to nie jest taki sam interfejs jak ten z c't - o ile piszesz o tym na zdjęciu na samym dole Twojej stronki z linka.
Zupełnie inna ilość układów, inne układy, możliwość wyboru tylko 2 urządzeń SCSI a nie 8 ACSI jak na opublikowanym przeze mnie. Nie próbowałem podłączać CD chociaż mam gdzieś taki napęd. Zajmę się tym przy okazji. Nie przesądzam, że może nie działać ale stawiałbym na to że zadziała. Za jakiś czas dam znać w tej sprawie :)

Na marginesie - program diagnostyczny ICD raportuje ten intefejs jako kompatybilny z STHA, więc po prostu trzeba się przekonać osobiście.


pozdrawiam

2,206

(13 odpowiedzi, napisanych Fabryka - 16/32bit)

Wiem, wiem... to taki żart był

Tak na marginesie - piszesz w VHDL "z palca" czy wrysowujesz schemat w jakimś software?
Trochę mnie to ciekawi z powodu innnych projektów. Jak najlepiej zabrać się do większych CPLD?
Opowiedz to z pozycji praktyka.

pozdrawiam

2,207

(13 odpowiedzi, napisanych Fabryka - 16/32bit)

Witam!

Aż się prosi - to fakt z tym, że zwykły GAL raczej tu nie wystarczy. Dobrze by było gdyby był to jakiś niedrogi i popularny układ. No i miło by było gdyby udało Ci się znaleźć trochę czasu.

Czekam na wyniki - dzięki za odzew.

pozdrawiam

2,208

(13 odpowiedzi, napisanych Fabryka - 16/32bit)

Witam!

Uruchomiłem w końcu stronę, na której mam zamiar publikować różne projekty dla Atari XL/XE/ST i nie tylko.
W zasadzie każdy przydatny sprzęt znajdzie tam miejsce. Na razie są pustki lecz to się zmieni, gdyż będę w miarę
posiadanego czasu wrzucał coś ciekawego i być może przydatnego.

Na otwarcie przygotowałem coś całkiem sympatycznego - interface dla urządzeń SCSI. Bez wodotrysków - ale działa!

Zapraszam na stronę po więcej informacji.

http://atari.000space.com/

2,209

(2 odpowiedzi, napisanych Sprzęt - 16/32bit)

Cze

Masz kwadratowe kości w podstawkach PLCC?

No to wyciągnij scalaki i przemyj im nóżki izopropanolem i przetrzyj na zwykłej kartce papieru.

Powinno pomóc

pzdr

2,210

(9 odpowiedzi, napisanych Sprzęt - 8bit)

Bardzo proszę:

http://rapidshare.com/files/890736706/A … %20top.jpg

http://rapidshare.com/files/4292824782/ … bottom.jpg

pozdrawiam

2,211

(21 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

Obawiam się, że MMU "odleciało" :-( Na 4 martwe płyty - 3 miały wraz z RAM upalone MMU.

Polecam podstawkę pod MMU oraz podmiankę z innej płyty.

Pzdr

tOri

2,212

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

Postępy byłyby gdyby nie shizy dnia powszedniego... Grr... No po prostu czasami zwala z nóg.
Mimo, że w całym projekcie nie ma zbyt wiele filozofii - trzeba dłuższą chwilę mu poświęcić
a mnie czeka kawał solidnej nauki do poważnych egzaminów. Staram się jednak i gdy tylko
cosik wymotam - napewno wrzucę do konsultacji na mój site.

Pozdrawiam

tOri

P.S. Pin - bardzo prawdopodobne, że istniejące rozwiązania musiałyby zostac przerobione albo
odrzucone - niestety ale taka jest zwykle cena za wprowadzanie nowych rozwiązań (czyt. mała zgodność...)

2,213

(221 odpowiedzi, napisanych Sprzęt - 8bit)

drac030 napisał/a:
toriman napisał/a:

Po co zwalać na Atarynkę osługę jakiejś klawiatury ?:)

A co tu jest do zwalania, przecież klawiatura piecowa właście "gotowe keycody" wysyła. Wystarczy je przełożyć na ATASCII, co i tak trzeba robić wewnątrz komputera (a nie na karcie), bo to wewnątrz kompa jest tablica definicji klawiatury, ... tak więc, podtrzymuję, overkill i to znaczny. :)

drac030 - no i tu jest leciutka skucha bo klawiatury PC wysyłają owszem kody, i owszem - po swojemu, i owszem czasami jest tego całkiem sporo :( Szkoda by było zajmować atarkę obsługą takich bzdetów jak tłumaczenie kodów z PC na Atari ( szkoda czasu ) Niech procesory zewnętrzne odwalają czarną robotę i tyle. A AKI to niby co jest ? ;-) Obecnie koszty takich rozwiązań są znikome w stosunku do efektów
(popatrz na SIO2IDE - IMHO rewelacja :) Po to są urządzenia zewnętrzne żeby dostarczały porządne dane a nie "półprodukty"

Tak właśnie myślę. W końcu wykorzystanie mocy Atari osiągnie 100% i co wtedy... ? Bez mikrokontrolerów nastąpi to o niebo szybciej
i niejako "na własne życzenie" a tego bym nie chciał. Kiedyś był niejako przymus projektowania "na piechotę" i sam widziałem
FDD 8" zbudowane w oparciu o kilogram (albo więcej) scalaków TTL - a przeciez nie o to chodzi. Ważne aby było jak najbardziej
wydajnie i skutecznie :) Jeśli mam skutecznie rozwalić brzęczącego komara nie zawaham się użyć lasera jeśli to mi da 100% pewności,
że już go nie usłyszę ;-)

Pozdrawiam

tOri

2,214

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze ponownie :)

drac030 napisał/a:

laoo: można, inicjowanie kart jest robione po postawieniu defaultowych urządzeń OS, więc wystarczy zastąpić wpis w tablicy handlerów nowym i po bólu.

dely: gniazdo AT potrzebne jest mnie, mam dwie takie klawiatury :) Oczywiście, są przejściówki, można więc poprzestać na samym PS/2, to nie tragedia.

Co do USB itp., oczywiście, że to jest racja, ale chodziło mi o zrobienie ze dwóch kart prototypowych dla wypróbowania ekspandera, zdebugowania go itd. Więc wybrałem takie tematy, żeby to, co karta robi, było w miarę proste, opracowane i łatwe do zaimplementowania, tak żeby się można było skupić na rozwiązywaniu problemów ewentualnych na styku karta-ekspander-komputer, nie walcząc przy tym dodatkowo jeszcze z takim USB, które chyba nie jest jeszcze do końca opanowane, jeśli idzie o zasstosowanie w małym Atari...

Widzisz drac030 - nawet taki RS to nie jest taka łatwizna Po co zwalać na Atarynkę osługę jakiejś klawiatury ?:)
Po prostu najlepiej uzyć nowoczesnych rozwiązań, czyli mikrokontrolerów - Atarka otrzyma gotowy keycode i tyle A ile przy tym
możliwości się otwiera... No... :D

ale plizzzz - najpierw sama płyta :) Pomysł na karte testową jakiś tam mam. Jakiś wyświetlacz LED albo nawet LCD wraz z obsługą
w ROM jako jakieś tam urządzenie :) i 4 klawiszowa klawiaturka. Tylko po to aby sprawdzić całość. To na razie pomysł ale do realizacji.

Pozdrawiam

tOri

2,215

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

O ile dobrze wnioskuję - tablica HATABS jest wypełniana w RAM przed inicjalizacją nowych urządzeń, więc procedura inicjalizacyjna
powinna skutecznie podmienić wektory - zreszta - tu już drac030 powinien mieć większe doświadczenie a skoro pisze, że podmieni
to pewnie podmieni ;)

OK - spokojnie na razie... Całość jest w fazie całkowicie wirtualnej więc lepiej mimo wszystko nie gdybać za bardzo...
Wiem, że przydałoby się to i tamto i jeszcze coś. Na początek i tak trzeba zrobić uniwersalną płytę dla NevDev + CART + ECI.
Cała reszta (karty NevDev) i tak będzie musiała się dostosować do wymogów logiki płyty. A tę trzeba zaprojektować z uwzględnieniem
najgorszych i najlepszych przypadków :).

Czy znajdzie się jeszcze jakiś sprzętowiec na forum, który chciałby trochę pomyśleć nad resztą - czyli tym co ma być na płycie
aby całość grała jak należy?

1. Jest sporo różnic pomiędzy seriami XL i XE... Niestety - XE tylko ze złączem CART nie skorzysta na tym pomyśle.
2. PBI serii XL różni się dosyć znacząco od CART/ECI serii XE. Wypadałoby tak zaprojektować rozszerzenie aby obydwie serie
    mogły z niego korzystać.
3. Seria XL niestety nie będzie mogła korzystać z możliwości CART oraz CART/ECI extendera, gdyż wymagałoby to
    wykonania przeróbek w Atari ewentualnie dostawianie jakichś protez na złącze CART XL.
4. Co do spraw sprzętowych... Musze znaleźć jeszcze kilka informacji nt. NevDev żeby nie strzelić jakiejś sprzętowej gafy
    w związku z pkt. 2
5. Wszystko da się zrobić - to tylko kwestia czasu...

6. Wszystko co jest niezbędne dla poprowadzenia i ukończenia projektu powinno być zawarte w punktach jak wyżej...

drac030 - przewiduję tak z lekka, że na kartach nowych urządzeń zagoszczą na dobre mikrosterowniki :)
Myślę, że użycie do budowy jakiegoś PICa czy ATMEGA wcale nie bedzie bezsensowne.

Za jakiś czas powinienem przedstawić jakieś schematy dla extendera. Tylko nie będę wiedział do końca czy są OK
dopóki tego softwareowo i w realu nie sprawdzę...

W jakiś tam sposób "zaplątałem się" w pomysł więc postaram się coś sensownego wymyślić i przedstawić do oceny
i poprawek... :) Mam nadzieję, że to co umiem przełoży się na sensowny projekt i że "nie polegnę" w trakcie.

To tyle z mojej strony :D (hehheh - taki akces)

Pozdrawiam

tOri

2,216

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

ok. na serwer wrzuciłem ext_board7.gif tak sobie gdybam, że to może być *ostatnia* w miarę słuszna wersja płyty...

Będę optował na rzecz 2 dedykowanych gniazd CART i jednego dedykowanego - CART/ECI (bardziej ECI).

Ponieważ przełączanie kartridge trzeba zrobić na drodze odcinania od szyny, więc potrzebne
będą i tak dodatkowe ukł. scalone do buforów trzystanowych - no bo jakoś trzeba umożliwić
egzystencję różnych CARTów na jednym gnieździe a nie będzie się przerabiało Cartridge....
Z CART/ECI sprawa jest troszkę bardziej skomplikowana, ponieważ musi być również możliwość
odcinania go jak dla zwykłego gniazda CART ale jednocześnie musi być możliwość włączania go
w tryb ECI... To jest oczywiście do przemyślenia - do zrobienia również.

Będę w wolnych chwilach myślał nad całością :) i cos tam pewnie w Eagle (przynajmniej początek) wyrysuję.

Pozdrawiam

tOri

P.S. Weekend mam "zatkany" więc może mnie tu nie być...

2,217

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Czee

Zajrzyj na www.privateservice.friko.pl
ext_board6.gif

oczywiście nie muszą to być 3 gniazda cartridge na tej pionowej płytce - mogą być 2
no i ECI jedno, więc trzeba sobie wymazać CART 3-5 i to drugie ECI (to był taki lekki shiz ;)

I wtedy wszystko będzie jasne...

Pozdr

tOri

2,218

(221 odpowiedzi, napisanych Sprzęt - 8bit)

OK - no to bez rozmnażania :)
To wygląda tak jak na rysunku ext_board6.gif
bez drugiego ECI i bez CART 3-5

wtedy slot ECI można umieścic na takiej wysokości jak w atari
a cartridge bedą nad slotem ECI.

Ze stojącymi gniazdami to lekuchna porażka bo po takim obróceniu
strasznie trzeba motać z mocowaniem i podłączeniem takowego.
Nie widziałem gniazd ISA "mocowanych na śrubki" więc i tak trzeba najpierw
wlutować w jakąś płytkę a potem połączyć taśmą wieloprzewodową
z płytą główną - dużo zachodu... Poza tym jeszcze jeden powód rezygnacji
to taki, że obudowy CART mogą się różnić szerokością i nie wiadomo na jakiej wysokości
miałoby być gniazdo. Jeśli będzie wysoko to CART i tak będzie wisiał ale w pionie
co szybciej może go "wysunąć" niz w poziomie (chociaż takie wysunięcie CARTa z gniazda
jest naprawdę mało prawdopodobne...)

Myślałem żeby wszystkie sloty tak zrobić ale w przypadku ISA
wysokość karty byłaby taka przynajmniej jak złącza czyli ok. 14 cm
A to nie jest do przyjęcia... Więc sloty NewDev są normalnie
ECI jest bezpośrednio na płycie a CART na dodatkowej płytce
wpiętej goldpinami w płyte główną...

Pozdrawiam

tOri

P.S. Gniazda powinny być 2 + jeszcze jedno czyli ECI ponieważ ECI ma byc dla urządzeń
       nie dla CARTów. Dla CART powinny więc być osobne 2 (ze względów techniczno praktycznych
       związanych z przełączaniem gniazd...)

2,219

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

To co wrysowałem na ext_board6 to oczywiście propozycja.
Być może drugi slot ECI jest niepotrzebny tak samo jak
CART 3-5. Czyli pozostałyby 3 CART i 1 ECI oraz troche miejsca :)

Ale gdyby... w świetle tego co napisał Simius nt. obudowy KMK
no to dwie takie obudowy muszą się zmieścić obok siebie...
I tak musiałyby być rozmieszczone sloty ECI. Złącze ma długość
dokładnie taką jak ISA 2x31 czyli 85 mm.
Jeśli płytka jest symetrycznie usytuowana do złącza no to wygląda na to, że
sloty ECI muszą być od siebie oddalone o jakies 20 mm dla obudowy
tej wielkości.

A kto zagwarantuje, że nie pojawi się jakaś inna - większa, tzn. szersza niż 94 mm ???

Pozdrawiam

tOri

P.S. Należałoby zadbać aby płyta główna była położona dokładnie na takiej wysokości jak w Atari
       żeby uniknąć przykrych niespodzianek z ECI rzecz jasna - ale ta sugestia już dawno padła :)
       Z moich pomiarów wynika, że płyta główna powinna być oddalona od podstawy o 8-9 mm
       rzecz jasna gdy jest w jakiejś obudowie - wtedy ta odległość będzie inna i to trzeba uwzględnić...

2,220

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

No to już jest ext_board6 :) na privateservice.friko.pl

Hmm... teraz nie wiem jakie nawet mniej więcej dać wymiary.

A przy okazji wynalazłem ZAJ**** rzecz :) Otóż okazało się, że gniazdo ECI - gdyby nie miało
przerwy pomiędzy CART a ECI no to by była dokładnie ISA 2x31 ROTFL... serio...właśnie przymierzyłem :o)

Pozdrawiam

tOri

2,221

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

zapraszam www.privateservice.friko.pl

ext_board5.gif

Jeżeli ma być zdecydowanie nisko położone gniazdo CART/ECI tak żeby wlazło tam np. KMK/IDE - no to będzie tylko jedno takie
chyba, że obudowa spuchnie na szerokość bo serio nie wiem nawet jakie miałaby mieć wymiary gdyby były obok siebie
dwa sloty CART/ECI obok siebie ??? Mam wylutowany slot z XE ale nie znam maxymalnych rozmiarów urządzenia CART/ECI
i w związku z tym nie mam juz pomysłów

Gniazda stojące skierowane w bok ?? ;-o może jakis rysunek ? Możliwe że kumam ale nie wiem czy napewno tak jak Ty :)

Pozdrawiam

tOri

2,222

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze

Proponuję jednak sloty CART wtykane od góry...
Tak samo ECI - bo inaczej - tak czy siak będzie lipa
Jakieś podpórki, jakieś szyny, itp w momencie gdy rozmiary są
różne i niestandardowe to naprawdę porażka.
Naprawdę dużo łatwiej jest zaprojektować coś od zera...

Niedługo wrysuję kolejną propozycję ok ?

pozdrovka

tOri

2,223

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Uff :)

Dobra - no to czas na kolejne warianty :)
Wrysuje jak chwilkę wyrwę...

Pozdro

tOri

2,224

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

Dzieki za pochwały :) Troche się starałem...
Aż tak bardzo potrzeba 8 slotów dla 8 urządzeń ? No dobra...

Widzisz - każda adaptacja czegoś nowego do starego zawsze będzie stwarzała problemy
choćby z tego powodu, że coś - wbrew jakimś tam standardom jest za duże, za ciężkie, wogóle niewymiarowe, itd...
Można usilnie szukać tzw. złotego środka i nic z tego nie będzie.

Ja nie wiem nawet jakie wymiary ma KMK/IDE :/ I jak tu zrobić cokolwiek przyszywanego ?? CARTy też się różnią
choć nie powinny (porównywałem z obudowami, które mam i wyszło mi, że wystarczy 25 mm pomiędzy slotami...)

Co do upakowania - faktycznie leżące karty nie wykorzystuja zbyt efektywnie przestrzeni. Jeśli ma faktycznie być 8 slotów
no to niech stoją tak po PC-towemu i tyle. Miałem jeszcze inny pomysł - karty  wsuwane - tak jak to jest w prawdziwych
profesjonalnych sprzetach... tyle, że wtedy karta miałaby wysokość 14 cm... Coś tam spróbuję wyrysować jeszcze, ok?

A poza tym - jakos nikt nie wyraził się nt. standardu karty - czyli eurokarta 160mm x 100 mm Chociaż zawsze można
wymyslić coś innego - to zaproponowałem jako rozmiar podstawowy. Moga byc tez większe... ;)

No dobra - załóżmy, że karty stawiamy pionowo (wtedy należy przyjąć ok. 120 mm wysokość karty w slocie) czyli całość
obudowy powinna miec jakieś 13 cm wysokości - w sam raz pod monitor ;-)

Popatrzałem w oryginalny koncept 1090 i tam są rozmiary płyty podstawowej: 9" x 5" czyli około 230 mm x 130 mm
a może zauważyłeś, że w oryginale jest tylko 5 slotów ? i of coz żadnego miejsca na CARTy oraz inne sloty ?

Może te 8 slotów to jednak przegięcie lekkie... no ale... spoko - cos tam wyrysuję nowego ;P
Tylko na cartridge i ECI nie mam teraz pomysłu w związku z różnymi "standardami" tychże...

Narka

tOri

P.S. Tak sobie patrzę i myślę, że robienie czegos takiego dla XE to nie jest rewelacyjny pomysł :( Tylko PBI serii XL daje
naprawdę szerokie możliwości. Na ECI brakuje ważnych sygnałów np. /RDY procesora no i nie ma ExtenB (external decoder enable)
Fakt - jest za to wyprowadzony $D1XX Dobra - wszystkiego na tym się nie da zrealizować ale niech więc zostanie jak jest :)
Czyli - trochę NevDev i dodatkowe złącza CART i ECI...

2,225

(221 odpowiedzi, napisanych Sprzęt - 8bit)

Cze!

Oj gdybacie, gdybacie :)

Poszczególne karty NevDev są wybierane porzez rejestr SPRZĘTOWY $D1FF podczas zapisu do niego wartości z ustawionym
odpowiednim bitem: bit 0 - NevDev 0, bit 1 - NewDev 1, itd... Cala idea obsługi urządzeń opiera się na handlerze w OS, który
pilnuje aby do tego rejestru była wpisywana jedna jedynka w jednym cyklu dostępu. A pozostałe procedury mają za zadanie
pilnować komunikacji (OPEN, GET, PUT, CLOSE, STATUS, itd...)

Ta jedynka powoduje odblokowanie "niewidocznej" elektrycznie karty. ale tylko JEDNEJ na raz :)
+ + +
edit:
Ma to poważne konsekwencje ponieważ:
Zawsze będzie dostęp do ROM konkretnego urządzenia. Wybrane urządzenie ma zawsze dostęp do PEŁNEJ strony $D1xx
(oczywiście pomijając $D1FF, który jest rejestrem sterującym)
+ + +
Takie działanie ma oczywisty sens. Nie ma konfliktów pomiędzy NewDev. Nawet jak ich jest 8. Ważne, żeby każde z nich
miało inny numer. I założeniem - omówionym z drac030 było, że do każdego slotu ma być przypisany przez logikę
extendera (nie karty NewDev) konkretny numer, czyli:

NewDev 0 - slot 0
NewDev 1 - slot 1
NewDev 2 - slot 2
...itd...



W momencie gdy na złączach mają być dostępne WSZYSTKIE sygnały ECI/PBI no to będą tam również /HALT oraz /EXTSEL
i myślę, że jakąś odmianę DMA możnaby zrobić. Zwłaszcza, że ANTIC ma mozliwość wyłączenia swojego DMA a /EXTSEL
odetnie RAM, itd... Zastanawiam się tylko, czy nie trzeba będzie buforować całej szyny (??) Bo odległości będą spore.
Trzeba pamiętać o propagacji sygnałów i stromości zboczy. To się okaże w momencie gdy zostanie zbudowany prototyp
oraz wykonana i oprogramowana jakaś prostacka karta testowa NewDev.

Tak więc spoko-loozik :)

Pozdrawiam

tOri

P.S. trochę porysuję i wrzucę na serwer do przedyskutowania...

P.P.S zapraszam -> www.privateservice.friko.pl