3,001

(18 odpowiedzi, napisanych Bałagan)

Hej!

Greg! Mysle ze ta Pani tuaj znajdzie ludzi ktorych szuka:

http://c64audio.valuehost.co.uk/edge/

pozdrawiam serdecznie
Seban/SLIGHT

3,002

(66 odpowiedzi, napisanych Scena - 8bit)

Czesc!

U mnie demko dziala w 100% poprawnie na emulatorze ;)
I pierwsza strona Ok, druga strona OK. Takze nie wiem o co wam chodzi ;-)

Co do dema.... autorom nalezy sie frasunek za design. Duuuuuuzoooo pracy wlozyli aby to wygladalo tak jak wyglada. Co tu duzo gadac, wyrazy uznania za chec zrobienia czegos wiecej od standardowego dema typu efekt za efektem :D Jest jeszcze jedna rzecz ktora wyroznia to demo... Kolory :-D Od czasow Visdooma (a.k.a. JAC!) nie pamietam rownie kolorowego dema ;-)

pozdrawiam
Seban/SLIGHT

3,003

(8 odpowiedzi, napisanych Software, Gry - 8bit)

Hej!

Swietny pomysl, teraz ludzie ktorym sie nie chce analizowac asmowego kodu moga zobaczyc, iz niektore efekty ktore pokazales w swiom demie sa o wiele bardziej skomplikowane obliczeniowo od np. wypelnianych czy teksturowanych wektorow ;-) Idealnym wrecz przykladem sa twoje przyslaniajace sie druciane wektorki ;-) Dla wypelnianych nic trudnego, proponuje jednak aby ktos sprobowal napisac sobie takie druciane sam ;-) Zobaczy wtedy iz algorytm nie jest taki oczywisty ;-)

pozdrawiam serdecznie
Seban/SLIGHT

3,004

(29 odpowiedzi, napisanych Zloty)

witajcie!

Mega-Giga WIIIEEEELLLLKIII Frasun dla Van Ejka!

Wspomnienia z przed 9 lat powrocily ;-)
Zajebis%^& impreza!
Zajebi#*( ludzie!
Zajebi^&& KLIMATY!

pozdrawiam wszystkich!
Seban/SLIGHT

3,005

(8 odpowiedzi, napisanych Software, Gry - 8bit)

Hej!

Jaskier! Mega-GIGA-Frasunek!

Cliping 2D, 3D ... ze Tobie sie to chcialo zaimplementowac ;-)
i do tego zajbis$%@#^%@ grafika BeWu ;-)

OldSchool Rulez!!!

pozdrawiam serdecznie
Seban/SLIGHT

ps) ahhh... stare dobre czasy! ;-) Czekam na Back2Life3 ;-)

3,006

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

Seban: co powiesz nt. odporności na zakłócenia ST7 (72F264) ? Używam ten scalak jako sterownik klawiatury w falownikach (takie maleństwa o mocach od 1 do 250kW) właśnie ze względu na hipotetyczną odporność na zakłócenia co nie jest dobrą stroną atmela. Być może masz własne spostrzeżenia ?

Czesc!

Powiem tak, seria ST6 ma wprost legendarna odpornosc na wszelkiego rodzaju zaklocenia ;-) Seria ST7 ktora stosuje w urzadzeniach klasy "Automotive" jest moim zdaniem rownie odporna ;-) I moim zdaniem zastosowanie serii S7 w tak "zasyfialym" srodowisku jakim jest praca w otoczeniu falownika to bardzo trafny wybor! ;-)

A tak z ciekawosci zapytam, co steruje praca falownika (znaczy jaki MCU)? Nie zajmiuje sie co prawda sterowaniem falownikami ale zdarzylo mi sie grzebac w UPS'ach firmy PowerWare serii 9, ktore to maja pelne przetwarzanie, tzn. w wielkim uproszczeniu prostuja sobie napiecie sieci, a potem falownik od nowa wytwarza czysta sinusoide na wyjsciu ;-) W starszczej generacji tychze UPSow widzialem jakas duza Motorole 68HCxx, natomiast w nowych siedza juz mikrokontrolery Hitachi serii H8 (obecnie chyba Renesas).

W moich projektach "samochodowych" gdzie az roi sie od roznego rodzaju zaklocen (maksymalnie zasyfiale zasilanie, silne pola elektromagmetyczne, sterowanie obwodami zawierajace duze indukcyjnosci i wszytkie inne mozliwe obciazenia), powiem ze seria ST7 sprawuje sie rewelacyjnie ;-) chociaz na PIC'ki od Microchipa tez nie moge narzekac ;-)

Podsumowujac, tak naprawde to kazdy MCU moze sie okazac zawodny jezeli niewlasciwie zaprojektujemy urzadzenie, odpowiednio zaprojektowane PCB, dobre zabezpieczenie lini wchodzacych i wychodzacych z MCU to daje nam juz 90% sukcesu. Ale w rzeczywistosci nie jest tak latwo ;( jezeli mam minimalizowac koszty urzadzenia i nie moge wlozyc parudziesieciu elementow aby bardziej uodpornic dany projekt na wszelkiego rodzaju zaklocenia, to musze powiedziec ze przy minimalnej ilosci elementow zewnetrzych wlasnie seria ST7 i PIC'e radza sobie najlepiej ;-)

uffff.... tyle apropos moich wnioskow na temat odpornosci MCU na zaklocenia ;-) teraz pare slow o architekturze 8051.

Tez myslalem ze architektura 8051 to przezytek i tylko stare dziadki sie tym zajmuja, postanowilem ta czesc segmentu olac i nie zajmowac sie rozwiazaniami historycznymi ;-)

Niestety teraz sie to na mnie msci, to czego unikalem jest prawie wszedzie !!!  Lata obecnosci tej architektury na rynku sprawily ze cale stada ludzi zna wylacznie ta architekture i projektanci/programisci dalej wybieraja architekture 8051. Prosty przyklad... zagladamy np. do urzadzen firm Posnet lub Optimus-IC (mowimy o kasach i drukarkach fiskalnych). Otoz co tam widzimy.... o zgrozo seria 8051. Dwoch niezaleznych producentow stosuje ta sama architekture... niestety :(

Ja rozumiem ze mozna projektowac nowe urzadzenia na nowych MCU i nie wykorzystywac takich archaicznych rozwiazac jakim jest seria 8051, ale tu mozemy zauwazyc jeszcze jedno zjawisko. Wszystkie wieksze firmy uparcie ciagna ta architekture rozwijajac ja niesamowicie. Przykladem takiego dziwnego dla mnie posuniecia sa MCU kompatybilne z 8051 o wydajnosci 100MIPS, o np tu:

http://www.silabs.com/products/microcontroller/

Nie jestem bron boze zwolennikiem architektury 8051, ale sam juz nie wiem co o tym myslec ;( wszyscy narzekaja ze to starocie, ze sa inne rozwiazania ale wszyscy je nadal wykorzystuja. Mysle ze jest to podyktowane bardzo duza iloscia ludzi ktorzy "wyrosli" niejako na tej architekturze i wlasnie ten fakt wykorzystuja firmy sprzedajace MCU zgodne z ta architektura ;)

Co do assemblerow hmmm....  powiem tak ja nie mam innego wyjscia ;( kompilartor C moge wykorzystac jak mam do dyzpozycji chociaz ze 4KB pamieci w MCU, jednak obecne projekty ktore wykonuje maja byc tanie, bardzo tanie.... wiec MCU ktore moge wykorzytac maja od 1 lub 2 KB pamieci, no w ekstremalnych wypadkach dostaje MCU ktore ma 4KB na kod programu, i nie wiem co bym nie robil to kompilator C mi nie pomoze, bo nie dam rady przy jego pomocy upchnac calego kodu w pamieci MCU ;(

jednak gdy mam do dyspozycji wieksza ilosc pamieci to nie mysle nawet o assemblerze tylko pisze wlasnie w C, jednak pewne fragmenty zawsze bedzie sie oplacalo napisac w ASM. Zreszta kompilator, kompilatorowi nie rowny ;) kazdy dziala inaczej i ma inne wymagania ;)

Tu jednak natrafiamy na druga strone medalu, sa procesory dla ktorych moim skromnym zdaniem pisanie w ASM zeczywiscie mija sie z celem, bo kompilator na pewno wykona robote lepiej od nas. Mysle ze dobrym przykladem moze byc tu procesory oparte o rdzen ARM. Tu pisanie w ASM to czysta herezja ;)

Zawsze chcialem opanowac programowanie DSP (np. Texas Instruments) jednak nigdy nie mialem wystarczajacej ilosci czasu aby sie za to zabrac, no i odstraszala mnie cena zestawow startowych i programatorow ;(

ufffff.... ale truje ;) pora konczyc.

Reasumujac, teraz nadchodzi era programowalnych ukladow logicznych, za chwila kazdy bedzie mogl sobie wlozyc dowolnego MCU do wiekszej Altery, Xilix'a czy Cypress'a. Jezeli nawet nie bedzie w stanie sam "zrobic" sobie wlasnego MCU w VHDL'u to zawsze moze skozystac z gotowego "jadra" dowolnego CPU, sa nawet projekty ktore udostepniaja cale "klocki" za darmo: http://www.opencores.org/

Motorola 68HC05, czy 8051, AVR czy cokolwiek innego na 300MHz nie ma problemu ;-) bierzemy gotowy projekt z opencores i wpakowujemy go do naszej programowalnej struktury logicznej ;-)

Na razie koszty jeszcze wysokie, ale juz za chwile stanie sie to popularne, wiec i tanie ;-) no coz przyslosc pokaze ;-)

na tym koncze moj wywod ;-)

pozdrawiam serdecznie
Seban/SLIGHT

3,007

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

Czesc!

Z moich szybkich poszukiwan wynika co nastepuje:

http://www.atmel.com/products/8051/ - atmelowskie zgodne z 8051 MCU

albo dokladniej, czyli gotowa lista:

http://www.atmel.com/dyn/products/devic … ily_id=604

pewnie zainteresuja cie sekcje:

#1)  Flash ISP (In-System Programmable)
#2)  Flash (Reprogrammable)

na poczatek mozesz probowac z malenstwami typu AT89C2051:

http://www.atmel.com/dyn/products/produ … rt_id=1938

na w/w stronach jest takze kupa dokumentacji ;-)
przyklady programow, gotowych urzadzen.
Atmel daje wiele aby przekonac do swoich mikrokontroerow ;-)

zreszta podobnie jest z Microchipem ;-)

Jezeli masz problemy z zakupieniem atmeli proponuje np:

http://www.seguro.pl/cgibin/shop?show=P … d=70382876

jak widac AT89C2051 kosztuje 5.36 juz z VAT ;-)

w/w sklep internetowy handluje glownie Atmelami wiec oprocz seri zgodnej z 8051 mozesz kupic takze AVR'y i ARM'y ;-)

http://www.seguro.pl/cgibin/shop?show=K … d=70382876

edited:
Przypomnialo mi sie ze jeszcze infineon produkuje sersie zgodna z 8051:

http://www.infineon.com/cgi/ecrm.dll/ec … ?oid=-8136

nie wiem jak z programatorami do tej serii, ale moze warto sprawdzic. Pojecia jednak nie mam gdzie to kupic ;-(

i jeszcze z tego co wiem Philips od wiekow promuje architekture 8051:

http://www.semiconductors.com/catalog/2 … html#45992

interesuje Cie sekcja "80c51 architecture", ale problem ten sam co wyzej. nie wiem gdzie kupic i nie wiem jak z narzedziami i srodowiskiem (IDE).



pozdrawiam serdecznie
Seban/SLIGHT

ps) troche to trwa zanim odpisze ale mam bardzo malo wolnego czasu ostatnio ;(

3,008

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

Jezeli nigdy nie miales doczynienia z mikrokontrolermai to proponuje nastepujaca lekture:

http://www.btc.pl/index.php?id=zmuk

potem musisz sie zdecydowac jakie mikrokontrolery chcesz programowac, i ile chcesz przeznaczyc pieniedzy na narzedzia. Z tego co wiem to bardzo popularne w polsce u poczatkujacych w tej dziedzinie sa mikrokontrolery firmy ATMEL. Programator mozesz dla nich zlozyc sobie sam, dostepne sa darmowe srodowiska programistyczne i darmowy AVR-GCC. Ja nie korzystam z produktow firmy ATMEL, wiec wiecej Ci powiedziec o nich nie moge.

Do wyboru masz jeszcze kontrolery takich firm jak: ST (seria ST6,ST7 jest bardzo podobna do budowa do 650x, arch. CISC), Motorola (seria 68HC podobna do 650x, arch. CISC), Microchip (latwe do opanowania RISC'owe mikrokontrolery, tylko 36 instrukcji, szybkie, ale bardzo drogie programatory/ICD), ZILOG (seria Z8, ale to chyba tylko dla milosnikow architektury Z80 ;-). I wiele, wiele innych.

Na poczatek chyba proponowal bym Ci rozpoczecie zabawy od MCU (mikrokontrolerow) ATMEL, mysle ze sa one na tyle popularne w polsce ze duzo ludzi bedzie moglo Ci pomoc w rozwiazaniu pierwszych problemow z programowaniem tychze ;-) Gdy wybierzesz ATMELa mozesz wybrac rozne drogi i rozne rozwiazania. Mozesz rozpoczacz przygode od Atmeli zgodnych z architektura MCS8051 lub probowac swoich sil z riscowymi mikrokontrolermai serii AVR. Mozesz pisac w czystym ASM'ie, mozesz uzyc kompilatora C, mozesz nawet zaczac od czegos co sie nazywa BASCOM. Nie wiem na jakim poziomie jestes i jak szybko beddziesz "lapal wiedze", ale sadze ze BASCOM moze byc dobrym rozwiazamiem jako pierwszy kontakt z MCU. Jedni mowia ze BASCOM wyrabia zle nawyki, inni twierdza ze wrecz przeciwnie. Ja nie mam jednak opnii bo go nigdy nie uzywalem ;) . Jezeli poczytasz sobie wiecej o BASCOM i stwierdzisz ze moze Cie to zainteresowac to ostatnio w pismie ktore sie nawywa Elektronika Plus (dodatek dla elektroniki dla wszystkich) byl BASCOM + plytka prototypowa na ktorej siedzial jakis ATMEL 90Sxxxx zgodny z 8051. 

http://www.sklep.avt.com.pl/go/_info/?id=8213

tam jest chyba pelny kurs BASCOMA i kompilator dla serii zgodnej z '51 i AVR.

Jezeli zdecydujesz sie na serie AVR to mozesz sobie kupic ksiazke:

http://www.btc.pl/index.php?id=avr

Osobiscie nie korzystam z MCU od ATMEL'a. Ja zajmuje sie MCU od ST,MICROCHIPA i toszeczke MCU od Motoroli. Koszt programatorow/debuggerow wspolpracujacych z IDE (mam na mysli srodowisko programistyczne) poszczegolnych firm jest nastepujacy:

MICROCHIP - MPLAB ICD2 -> 1100zl+VAT
ST  - InDart STX/D -> 1000zl+VAT
MOTROLA - nie wiem, bo dostalem za free ;-)
Zilog - $100

Z tego co wiem w przypadku ATMELA, mozna sobie samemu zmontowac programator/debugger za naprawde niewielkie pieniadze. Ale tu musza sie wypowiedziec inni, bo ja Atmelem sie nie zajmuje ;-)

Oczywiscie do MCU microchipa czy ST tez sa schematy prostych programatorow w sieci, jednak zaden nie zapewnie pelnej funkcjonalnosci z IDE dostarczonym przez producenta.

A jeszcze jedno, MCU ATMEL sa dostepne praktycznie wszedzie po przystepnych cenach i mozna bez problemu kupic pojedyncze sztuki. Z dostepnoscia innych MCU dla szarego zwyklego uzytkownika jest mniejszy lub wiekszy problem, jezeli juz ktos zechce sprzedac nam jakies MCU w niewielkiej ilosci to tak wywinduje cene ze nam sie odechce. Dystrybutorzy zupelnie inaczej podchodza do firm a zupelnie inaczej do osob prywatnych. Mysle ze jednym z powodow popularnosci ATMELA jest to ze jest on "wszedzie" ;-)

ufff... to chyba wszystko co chcialem napisac!

powodzenia zycze!

pozdrawiam serdecznie
Seban/SLIGHT

ps) w polsce panuje niestety dziwna opinia na temat MCU od ATMEL'a. Duzo ludzi twierdzi iz ATMELe sa bardzo nie odporne na "silne zaklocenia". Probowalem wypytywac kiedys, co znaczy ze sa nie odporne, jednak nikt nie udzielil mi konkretnej odpowiedzi ;-) Wiem ze to nie doczyty tematu jednak, moze ktos z was ma jakies opinie na temat odpornosci na zaklocenia MCU od ATMELa?

3,009

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

Do MacGyver'a:

Ufff.... Doszedlem do podobnych wnioskow... Ciesze sie ze ktos mysli tak jak ja :-) Potrzebowalem poparcia moich chorych teori przez osobe trzecia :-) Dzieki! 

I Seban: jakie przesunięcie 15% po ostatnim bicie??? Dlaczego ty te procenty dodajesz? Głodnemu chleb na myśli?"

ale o dodawaniu procentow pisal chyba MacGyver :-) A pozatym to bym sie chyba z nim zgodzil, ale przy zalozeniu poprawek Electrona :-) (co do bledu 15% wartosci bitu dla calej ramki  :-)

Czemu w tym wzorze jest +7 a nie +1. To bez sensu. Liczniki audf przecież zliczają w dół do zera i generują IRQ po jego przekroczeniu (bcc?). Więc przerwanie jest generowane po AUDF+1 cyklach. Błąd w druku? (7 jest podobne do 1, a w starych maszynach do pisania cyfry 1 nawet nie było i używało się np. T).

Pozwolisz ze zacytuje pare fragmentow dokumentacji, to chyba najwazniejszy fragment:

The frequencies given above are approximate. The Exact Frequency (Fin) that clocks the divide by N counters is given below (NTSC only, PAL different).

    FIN Approximate     FIN Exact
    1.79 MHz     1.78979 MHz           ? Use modified formula for Fout
    64 kHz     63.9210 kHz           ? Use normal formula for Fout
    15 kHz     15.6999 kHz            

The Normal Formula for output frequency is:

    Fout = Fin / 2N

Where N The binary number in the frequency register (AUDF), plus 1 (N=AUDF+1). The MODIFIED FORMULA should be used when Fin = 1.79 MHZ and a more exact result is desired:

    Fout = Fin / 2(AUDF + M)

Where:     M = 4 if 8 bit counter (AUDCTL bit 3 or 4 = 0)
      M = 7 if 16 bit counter (AUDCTL bit 3 or 4 = 1)

Tez nie mam pojecia skad sie biora wartosci 4 i 7, nie mam czasu na tak dokladne wnikanie w malo-czytelna dokumentacje POKEY'a :-( Dlatego prosilem was o wyjasnienie tego faktu.

Co ciekawe dopiero po zastosowaniu tego wzoru udaje sie osiagnac odpowiednie wyniki :-?

Czy te 19200 to ilość bitów danych przesłanych w ciągu sekundy razem z bitem stopu czy bez?

wydaje mi sie ze jest predkosc transmisji wszystkiego co pojawia sie na szynie, a wiec bity start i stop, niejeko naleza do calosci transmisji. Przytocze fragment Atari Hardware Manual (AHM):

The serial output data always changes when the serial output clock goes true. The clock then returns to zero in the centre of the output data bit time.
...
...
The baud (bit) rate of the data and clock is determined by audio channel 4 audio channel 2, or by the input clock, depending on the serial mode selected by bits 4, 5, and 6 of SKCTL. (See chart at end of this section.)

A jak wiadomo zegar (CLOCK) jest generowany przez polaczone kanaly 3 i 4.  Tak wiec wszystko co jest wystawiane na szyne danych jest synchronizowane przez sygnal zegarowy generowany poprzez polaczone kanaly 3 i 4, tak wiec  mysle ze bity start i stop takze nalezy liczyc :-)

Nie jestem pewien, ale POKEY przy wysyłaniu (SKCTLS = $23) wyrzuca na linię zegarową szybkość transmisji - może wystarczyłoby zmierzyć tutaj częstotliwość ?

Na poczatek parametry szyny:

# 1 start bit
# 1 stop bit
# 8 data bits
# no parity control
# 19200 bits per second

A i owszem, wyrzuca, ale tylko podczas transmisji bajtu danych,  a wyglada to tak:

                          One byte of SIO data
     
     
                    +-+ +-+ +-+ +-+ +-+ +-+ +-+ +-+
                    | | | | | | | | | | | | | | | |        clock
       -------------+ +-+ +-+ +-+ +-+ +-+ +-+ +-+ +------
     
     
       ---------+       +---+   +-------+       +--------
                |     0 | 1 | 0 | 1   1 | 0   0 | 1        data
                +-------+   +---+       +-------+
     
                  |                                    |
     
              start bit                            stop bit

Czestotliwosciomierzem tego nie zmierze :-(, ATARI do pracy nie zaniose :-( A oscyloskopu cyfrowego z pamiecia w domu nie posiadam. Zmierze to wszytko jak tylko sobie POKEY'a do jakiegos mikro-kontrolera podlacze :-) i zaniose to do pracy gdzie mam odpowiedni sprzet :-)

Seban: W domu sprawdzę dokumentację... może z tym Twoim wzorem coś nie tak ?

to nie jest moj wzor, wziolem go z dokumentacji :-) Sam nie rozumiem tej magicznej liczby 7 ... hmmm... mam co prawda podejrzenie, ale musialbym miec bardziej czytelne dokumentacje POKEY'a... te maja za malo DPI :(

Zwroccie uwage prosze na opis rejestru $D208 (AUDCTL):

AUDCTL (Audio Control)(D208)

This address writes data into the Audio Mode Control Register. (Also see SKCTL two-tone bit 3 and notes).

D0 Change Normal 64 KHZ frequency, into 15 KHZ.
D1 Insert Hi Pass Pilter in Channel 2, clocked by Channel 4.
D2 Insert Hi Pass Filter in Channel 1, clocked by Channel 3. (See section II.)
D3 Clock Channel 4 with Channel 3, instead of 64 KHz (16 BIT).
D4 Clock Channel 2 with Channel 1, instead of 64 KHz (16 BIT).
D5 Clock Channel 3 with 1.79 MHz, instead of 64 KHz.
D6 Clock Channel 1 with 1.79 MHz, instead of 64 KHz.
D7 Change 17 bit poly into a 9 bit below poly.

Zwrocie prosze uwage na opis bitow D3,D4. W kazdej dostepnej literaturze bylo napisane ze dwa osmiobitowe liczniki sa laczone w jeden 16-bitowy. Jednak tu sugeruja iz na poczatku nastepuje podzial Fin przez kanal np. 3, a dopiero ta podzielona czestotliwosc jest dalej dzielona poprzez kanal 4. Z tego wynika ze nie jest to tak naprawde pelny 16-bitowy dzielnik, ale jakas dziwna hybryda.... albo ja juz nic nie rozumiem, albo oni tu cos sciemniaja :-) Moze to z tego wynikaja te magiczne liczby 4 i 7 we wzorach na Fout?

Dzieki Wszystkim za poswiecony czas! Ide walczyc... jezeli ktos bedzie mial jeszcze jakies pomysly lub nowe idee... prosze piszcze :-) Moze uda sie to wyjasnic :-)

A jeszcze jedno zdanie z dokumencacji dotyczace predkosci transmisji:

Input and output clocks are equal to the baud (bit) rate, not 16 times baud rate. Transmitted data changes when the output clock goes true. Received data is sampled when the input clock goes to zero.

Nie wiem dlaczego podkleslaja "not 16 times baud rate". hmmm. Ciekawostka.

pozdrawiam serdecznie
Seban/SLIGHT

3,010

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

Witam!

Panowie, potrzebuje waszej pomocy poniewaz moje obliczenia nie bardzo zgadzaja sie z rzeczywistoscia :-(  Chodzi i o wzor na dokladne okreslenie predkosci transmisji (bps) na podstawie wartosci wpisanej do rejestrow AUDF. Wedlug "tajnego" wzoru opublikowanego w ATARI HARDWARE MANUAL mozemy policzyc to tak:

Fout=1773447Hz/(2*(AUDUF+7))

Zakladajac iz transmisja kazdego bitu jest realizowana przy kazdej narastajacej krawiedzi zbocza zegarowego (a zegar jest generowany przez polaczone w tym momecie kanalu 3 i 4) mozemy przyjac ze predkosc transmisji jest rowna czestotliwosci wpisanej do rejestrow AUDF3,AUDF4. Jak wiadomo dla standardowej predkosci transmisji system operacyjny ATARI laczy kanaly 3,4 w celu uzyskania 16 bitowej precyzji, oraz wpisuje do rejestrow AUDF3,AUDF4 wartosc $0028.

Po podstawieniu tejze wartosci do wzoru mamy:

Fout=1773447/(2*(40+7))=18866.45745

...wiec obliczona predkosc transmisji oscyluje na poziomie 18866bps. Jednak zakladajac poprawnosc wzoru wydaje mi sie iz wartosc 39 byla by na tym miejscu bardziej odpowiednia, poniewaz wtedy predkosc transmisji wynosilaby:  19276 bitow/sek. (co jest juz blizsze wartosci 19200 :-)

Tu sie rodza moje watpliwosci... czy podany przez dokumentacje wzor jest nie poprawny, czy ja sie gdzies mijam z prawda w moim toku myslenia :-) Jezeli ktos wie jak to policzyc lub jest w stanie udzielic jakichs wskazowek prosze o informacje.

Zastanawia mnie jeszcze jedna rzecz... co sie dzieje w przypadku NTSC. Z tego co pamietam systemowe procedury transmisji szerwgowej nie sprawdzaja czy maja doczynienia z systemem PAL czy NTSC. Wiec w przypadku NTSC predkosc transmisji wynosila by:

Fout=1789772/(2*40+7))=19040

W tym wypadku jest to wartosc najbardziej zblizona do wartosci 19200 jaka da sie uzyskac przy taktowaniu POKEY'a zegarem 1.789722MHz. Wiec po prostu wyadje mi sie iz tworcy systemu operacyjnego nie brali pod uwage/nie przejmowali sie roznica zegarow dla systemow PAL i NTSC.

A moze jest ktos w stanie wytlumaczyc mi skad sie bierza magiczna liczba 7 we wzorze na Fout. Prawde mowiac nie mialem zbyt duzo czasu aby przyjrzec sie dokladnie dokumentacji POKEY'a. Moze ktos jest mi to w stanie wyjasnic i zaoszczedzi mi troche cennego czasu :-)

serdecznie pozdrawiam
Seban/SLIGHT

3,011

(5 odpowiedzi, napisanych Scena - 8bit)

Witam!

Panowie moze ktos bedzie w stanie pomoc wiec pisze tutaj :-)

Xsowi padl samochod  podczas powrotu z forevera :-(
Wraz z pasazerami utkneli w Dabrowie Gorniczej :-(
Juz udalo im sie dotrzec do sosnowca i wsiedli w pociag do czestochowy.
Wlasnie nim jada. Poniewaz pociag do warszawy bedzie dopiero okolo 3 w nocy (bez przesiadek). Moze ktos w czestochowie lub okolicach bedzie w stanie im w jakikolwiek sposob pomoc. Jezeli znajdzie sie ktos taki, podaje telefon komorkowy pod ktorym mozecie sie skontaktowac z nimi:

501-340-880

pozdrawiam wszystkich
Seban/SLIGHT

3,012

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

ku*nasz mac  juz niemoge czemu nie ma zadnych info od Sebana dotyczacych tego SlightSida czekam i czekam a tu *** no przeciez wystarczylo by krotkie info, "projekt bedzie gotowy za xx lat",

STRYKER, nie denerwuj sie :-) Nie moge dac ci slowa typu projekt bedzie gotowy za 2 miseiace albo za 5 lat. Nie moge rzucac slow na wiatr. Kiedy ustabilizuje sie moja sytuacja pracowo/rodzino/finansowa bede mogl dokonczyc projekt. Obecenie nie bede ukrywal iz projekt lezy na polce i czeka na lepsze czsy :(

a nie czekam jak taki debil - rozpiprzylem wszystkie c64(tzn. wyjelem wszystkie sidy z nich) zeby kazdego sida na tym przetestowac ....

Tak jak Ci obiecywalem, jak tylko bede pierwsza dzialajaca wersja zrobiona na plytce "PCB" (nie uniwersalnej, tak jak to jest w tej chwili) to dostaniesz sztuke do testow :-)

no chyba ze projekt jest juz ukonczony i bedzie pokazany w Ornecie ....a jak nie to ja chce wersje preprebeta .......do testow

Niestety nie jest ukonczony :( sam juz bym chcial ukonczys sprawe,  i przekazac dokumantacje dzialajacego projektu, ale tak jak pisalem zajduje sie ostatnio w dosc klopotliwej sytuacji, o ktorej nie bede sie rozwodzil.

Mam nadzieje iz wszyscy ktorzy oczekuje na ten projekt wykarza jeszcze troche cierpliwosci.

pozdrawiam serdecznie
Seban/SLIGHT

3,013

(30 odpowiedzi, napisanych Scena - 8bit)

i najlepiej niech dla potomnych przekaze soft, na którym tworzył muzę na atarce  bo grupa tight już nieaktywna i nie ma komu zdeasemblowac procedur

Witam!

Mysle ze TL nie mial zadnego softu do pisania muzyki. Moze zle pamietam ale wydaje mi sie ze wiekszosc playerow TL byla pisana recznie i cos mi sie zdaje iz TL tworzyl myzyke wstawiajac dane (nuty,instrumenty) bezposrednio do zrodlowki playera, ktory byl modyfikowny w zaleznosci od potrzeb. Podobnie robil Jakub Husak, widzialem kiedys jego player i msx w ACTION!, byl hardcore :-). Co do TL moge sie oczywiscie mylic, jednak mysle ze tak moglo byc. Moze pod koniec dzialalnosci stworzyl sobie jakis program. Ale pierwsze kawalki na pewno byly pisane recznie :-)

pozdrawiam
Seban/SLIGHT

3,014

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

Sajgon! Dzieki 100-krotne :-)

pozdrawiam serdecznie
Seban/SLIGHT

3,015

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

Witam!

Tak wlasciwie to zalezalo mi na wszystkim co bylo na tej stronie :-) Tak sobie pomyslalem iz szkoda by bylo gdyby taka kopalnia informacji i taka ilosc pracy jaka wlozyl Pan Sobola przepadla... cos mnie tknelo ze zrobie sobie mirror tej strony... ale bardzo sie zdziwilem gdy zobaczylem iz ona juz nie istnieje :( Proboje sie skontaktowac z Panem J.Sobola, ale bezskutecznie... dlatego pytam czy ktos moze zrobil sobie mirrora tej stronki.

pozdrawiam serdecznie
Seban/SLIGHT

3,016

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

Witam!

Mam jedno szybkie pytanko, czy ma ktos z was aktualny e-mail do Pana Jerzego Soboli ??? Ewentuanie wie moze ktos co sie stalo z jego strona http://www.republika.pl/jsobola ??? A moze ktos zrobil za wczasu mirror tej strony jak jeszcze dzialala?

pozdrawiam
Seban/SLIGHT

3,017

(11 odpowiedzi, napisanych Software, Gry - 8bit)

Pecus ma 100% racje. ANTIC w pierwszej lini pobiera zarowno 40 bajtow (dla ekranu normalnego) a potem pobiera jeszcze 40 bajtow z generatora znakow, w nastepnych 7 liniach pobiera juz tylko po 40 bajtow z generatora znakow bo dane ktore znaki ma wyswietlac ma juz w swoim wewnetrznym buforze.

pozdrawiam
Seban/SLIGHT

3,018

(5 odpowiedzi, napisanych Software, Gry - 8bit)

Witam!

Tak, zgadza sie, dla zwyklego BASIC'a jest kompilator. Z tego co pamietam to sa chyba nawet dwa kompilatory, jeden z nich nazywal sie chyba ABC Compiler. Mam nadzieje iz nic nie pokrecilem :-)

pozrawiam
Seban

3,019

(49 odpowiedzi, napisanych Bałagan)

Witam!

%11100

:-)

3,020

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

Witam!

Tak, przetwornica wykonana na MC34063, prawde mowiac dlugo sie zastanawialem nad czyms innym, mialem dzialajacych kilka przetwornic... ale powiem jedno... ta kosztuje 1,5zl i mozna to wszedzie kupic... mialem kilka przetwornic MAXIMA, bawilem sie scalonymi przetworniczkami ST Microelectronics... wszytko OK, tylko ceny jakby nie z tej ziemi a i z dostepnoscia moze byc roznie... powiem jedno MC34063 dziala mi bezproblemowo... mialem tylko problem... przetworniczka oparta na tym ukladzie strasznie zaklocala mi zasilanie (+5V) ale i z tym sobie poradzilem :-) Na fotkach prototypowych widac ta nieszczesna przetwornice zmontowana na zielonej plytce uniwersalnej: http://atariarea.histeria.pl/slightsid/sid02.jpg :-) to jest jeszcze werja uniwersalna regulowana w zakresie +5 ...  +40V :-)

Masz moze jakies lepsze pomysly na przetwornice ? Ta wymaga znikomej ilosci elementow zewnetrznych. Tranzystor kluczujacy cewke ma wewnatrz :-) Jest tania... w moim przypadku dziala znakomicie. Jezeli znasz cos tanszego wymagajacego mniejszej ilosci elementow i zapewniajacego taka sama "jakosc" napiecia po podniesieniu mozna sie zastanowic nad zmiana tego na cos innego.

pozdrawiam serdecznie!
Seban/SLIGHT

ps) no wlasnie Kope Lat! :-)

3,021

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

poza tym, z czego widze w opisanym układzie, gdzie SID jest pod $d500-$d51f prawdopodobnie pogryzie się to z ARCCLOCK - RT by Pasiu..... :(  8O

Ok, bedzie konfigurowalne :-) nie ma problemu do wyboru $d500-$d5ff z krokiem co $20 ??? moze byc?

W tej chwili chodzi zarowno z nowym jak i starym sid'em... jednak gdy wkladamy starego trzeba zmienic dwa kondensatory dla filtru LowPass znajdujacego sie w Sidzie, oraz przestawić przetwornice na +12V zamiast +9V.

pozdrawiam
Seban/SLIGHT

3,022

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

Joł!
Mam pytanie do autora Seban/Slight czy projekt jest cały czas rozwijany czy juz umarł(dlaczego ???).

projekt nie umarl :-) Co prawda nie jest na razie rozwijany :( buuu... poniewaz ostatnio bark mi bardzo czasu. Zmienialem prace... w nowej robocie zarzucili mnie od razu projektami :( myslalem ze bedzie wiecej luzu, ale sie pomylilem... jedyny czas jaki moge poswiecic projektowi to czas wolny w domu... a tego wiele nie pozostaje. Jednak wszystko jest na dobrej drodze.... musicie sie niestety uzbroic w cierpliwosc. Nie moge oddac w wasze rece szajsu ktory bedzie sie kaszanil, bo bedziecie tylko zli i projekt po prostu upadnie... coz z tego ze dostarcze wam sam hardware... mysle ze bedzie z tego niewiele pozytku. Mam zamiar wypuscic urzadzenie z podstawowym oprogramiwaniem. Mam nadzieje iz starczy wam cierpliwosci :-)  Projekt jest zrelizowany na razie na plytce uniwersalnej i musze zamowic pierwsze plytki prototypowe.... a to niestety troche kosztuje :( Ale powoli widac swiatelko w tunelu.

Jeżeli brak ci jakis czesci od komodorek to mam kilka sprawnych(C64C;C64G) i moge je przekazac na szybkie ;) rozwijanie sie projektu...

prawe mowiac szkoda sprawnych C64 :-), ja szukalem uszkodzonych kilka udalo mi sie kupic ze sprawnymi SID'ami. To jedyny uklad ktory jest wykorzystywany z C64 :-). Jezeli jednak podczas dalszych prac odparuje mi moja kolekcja SID'ow to bede sie do Ciebie musial usmiechnac :-)

ps2. czy posiadasz wiecej zdjec ww projektu, czy odtwarzales juz jakas muze z C64,128..., czy jest juz jakis programik do odtwarzania :) muzy,
pozdr.

Wiecej zdjec nie posiadam, ale moge wykonac jezeli kogos to interesuje
Muzyczki z C64 juz byly odtwarzane na tym wynalazku. Powstal nawet bardzo prosty konwerter z formatu PSID na format .XEX
Aby posluchac muzyczki wystarczy wybrac odpowiedniego PSID'a z kolekcji HVSC (http://hvsc.c64.org) dokonac konwersji moim syfiastym programikiem. Zamienic wszystkie odwolania z $d400-$d41f (tam sie znajduje SID w C64) na $d500-$d51f. Potem nalezy tylko uruchomic powstaly plik XEX i juz gra.  W przyszlosci wszystko bedzie sie odbywalo z automatu :-) Ale to bedzie juz spory kawalek softu do napisania :-)

Wesja gotowa w formie carta bedzie dostepna z niespodzianka :-) Po ukonczeniu projektu wszystkie schematy oraz soft beda udostepnione ze free.

uff... ale sie rozpisalem :-)

pozdrawiam serdecznie
Seban/SLIGHT

3,023

(6 odpowiedzi, napisanych Scena - 8bit)

Witam!

Panowie, to bylo zupelnie w druga strone...
Niestety to Magnus przewalil Ace-Plotera z C64...
o to przeciez byla cala zadyma z K.K./Quartet
Potem Magnus stworzyl swoje Revenge of Magnus...

pozdrawiam
Seban/SLIGHT

3,024

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

... ten konkretnie glosi, ze podczas party w Mirowie, kiedy wiekszosc uczestnikow party gustowala w "trunkach" ty akurat jako alternatywe wybrales Snickersy.

Rowniez Witam! :-)

Kurcze to o to chodzi  :D  A ja tyle lat żyłem w nieświadomości  :lol: Prawde mówiac nie wiele pamiętam z tamtego party, ale za % wtedy nie przepadałem. Zresztą z tego co pamiętam to nie tylko ja nie chciałem spożywac %  :)  Ale co ja się będe tłumaczył...
;) A że żarłem wtedy legendarne dla was już snickersy to wielce prawdopodobne.

pozdrawiam
Seban/SLIGHT

ps #1) MacGyver nie uraziłeś mnie swoim postem, tak naprawdę to przyczyniłeś się do wyjasnienia całej tej głupiej sytuacji. Dzieki temu teraz i ja wiem o co chodzi i sam mogę się z tego pośmiać.  A tak zastanawiałem się ... "O co im kurde chodzi z tymi snickersami"

ps #2) Poważny szacunek dla X-Ray'a, który stanął w mojej obronie i dzięki niemu cała sprawa została wyjaśniona.

3,025

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

Seban, moge postarac sie wyjasnic, ale jak wolisz:
publicznie tutaj, czy na priva ???   :rolleyes:

Witam!

Wal, tutaj... nie mam nic do stracenia :-). Prawda jaka by nie była jest lepsza niż jakieś ściemnianie i ukrywanie faktów :-) Tak więc wal smiało, bo mam juz dość tego całego zamętu.

pozdrawiam serdecznie
Seban/SLIGHT