1,101

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

Dzięki. Niestety, "mają prawie wszystko" w tym przypadku oznacza akcent na "prawie". :-)

1,102

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

Dziś dostałem trzy negatywne odpowiedzi od trzech różnych firm, handlujących wycofanymi z produkcji elementami, w których ofertach google znalazło oznaczenie C020120.
Kiedyś, pamiętam, ktoś gdzieś podawał namiary na jakichś gości oferujących scalaki do Atari, ale nie udało mi się tego odkopać. Jakby ktoś sobie coś przypomniał, niech łaskawie da znać.

1,103

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

Szukając namiarów na sprzedawców scalaków do Atari, natrafiłem na ten stary topik, który czemuś wcześniej przeoczyłem. Spytam tylko - Zaxon, zostały Ci jeszcze jakieś sztuki, czy wywaliłeś razem z zeszłoroczną choinką?

1,104

(14 odpowiedzi, napisanych Programowanie - 8 bit)

Niezupełnie. Jeśli zapisuje na przemian $30 i $00, to zmienia stan bitu 4 i 5 a nie 3 i 4, zatem istota sprawy tkwi w czym innym. Jeśli bity 4 i 5 =1 wtedy CA2 jest wyjściem ustawionym w stan niski (bo magnetofon wyłączony), a kiedy bity 5 i 4 =0 - wejściem, ustawionym w stan wysoki przez zewnętrzny rezystor pull-up.

1,105

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

Moja pierwsza Atarynka to było właśnie 600XL. Pamiętam, że na pewno chodziły na niej: Sargon II, Fire One i Diamonds. Chyba także MrRobot, ale tego nie jestem pewny.

1,106

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

Candle napisał/a:

Simus, wszystkie FPGA sa wykonane w technologi SRAM z prostej przyczyny - flash nie wyrobi, ale - niektore maja na pokladzie flash i przepisuja przy boocie

Nie jestem wprawdzie specjalistą-technologiem produkcji FPGA, ale według mojej wiedzy nie wszystkie FPGA mają strukturę wykonaną w technologii SRAM. Z prostych przyczyn. Po pierwsze - układy bazujące na SRAM są wrażliwe na szybkie neutrony, które mogą zmienić zawartość komórki pamięci, a więc uszkodzić zaprogramowaną strukturę. Po drugie - układy bazujące na SRAM mają niski poziom bezpieczeństwa informatycznego, a złamanie takiej struktury jest kwestią godzin. W niektórych zastosowaniach jest to dyskwalifikujące. Jeśli więc piszę, że układ jest wykonany w technologii FLASH, to mam na myśli strukturę logiczną. Ale to faktycznie mało istotne.

ep1k50 ma 50k le a nie bramek - nie wiem jak sie to ma do przeliczenia na bramki.

Przeliczanie wielkości układu na bramki jest tylko pewną umowną formą reprezentacji ich wielkości, a bardziej istotna jest liczba większych tzw. elementów logicznych, z których budowana jest struktura. EP1K50 według danych katalogowych ma 199k "bramek systemowych" lub 2880 elementów logicznych. Układ, o którym ja pisałem, ma 250k "bramek systemowych" lub ponad 6000 elementów logicznych.

bo pewnie o czyms takim mowisz ma ta wade, ze skomplikowalo by uklad, bo wymaga calkowitego buforowania sygnalow z atarki (3.3V max)

Nie chodzi o ten układ, a buforowanie sygnałów (choć jego obwody I/O także są zasilane napięciem 3,3V) nie jest wcale konieczne. Standard TTL wymaga UoHmin=2,8V, więc 3,3V w zupełności wystarcza. W drugą stronę istnieją mechanizmy zabezpieczające wejścia FPGA przed zbyt wysokim napięciem. Nie ma się czym specjalnie przejmować.

poza tym ep1k50 nie  pracuje do 21mhz, tylko tez pewnie do 300, acz - routing jest juz tak skomplikowany i przez to malo optymalny, ze niektore sciezki sygnalowe moga pracowac tylko do 21mhz - nie ma zadnej gwarancji ze xc3 pojdzie wyzej

Może i nie ma takiej gwarancji, jeśli chodzi o xc3, ale to nie to. W układzie, o którym piszę, da się zaimplementować core 8051, które będzie chodziło z cyklem maszynowym 1/1 przy częstotliwości 300MHz. Układ jest więc raczej szybki.

a na koniec - electron ma serdecznie dosc vbxe jako takiej i chetnie by porobil cos innego ;)

O, widzisz. I to jest dopiero zła wiadomość. Pytanie - ile kratek piwa trzeba, żeby ją poprawić? ;-) Z bezpośrednim wyjściem do monitora w standardzie VGA VBXE  byłby jakby trochę kompletniejszy. :-)

1,107

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

Candle napisał/a:

jako ze electron ci aktualnie nie odpowie, to zrobie to ja
problem jest pixel clock rowny 14.costam mhz - musialby byc 2 razy wiekszy, a w tym moemncie synteza w alterze jest juz tak nieoptymalna (bo syntezer sobie nie radzi z iloscia logiki jaka proboje sie w ta biedna altere wepchac) max pixel clock jak mozna osiagnac to 21mhz - a to juz definitywnie przekresla taka mozliwosc
vbxe kozysta z najwolniejszego, najtanszego ukladu fpga z serii acex 50k - z koncowka 3n - po jedyne 120pln brutto przy zakupie 60 sztuk - wersje szybsze sa drozsze - duzo drozsze, a i tak bylby problem z dostarczeniem odpowiedniego sygnalu zegarowego

A gdyby tak (rozważając teoretycznie) otrzymał dostęp do FPGA innej firmy, wykonanego w technologii FLASH, pracującego do 300MHz i zawierającego 250k bramek, w dodatku za cenę nie wyższą, a być może nawet nieco niższą niż EP1K50? Jak sądzisz - zechciałoby mu się nad tym popracować?

1,108

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

Domyślam się, że to, co dla mnie wygląda jak krzaczki, to zapewne MADS? Nie chce mi się tego tłumaczyć na piechotę na bardziej zrozumiały język, więc idea jest dla mnie nieznana, ale mam poważne wątpliwości, czy GTIA jest w stanie odczytać z szyny cokolwiek w jakikolwiek sposób w cyklu, w którym to CPU ma do niej dostęp.

1,109

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

Mam takie niewinne pytanko do Electrona- co stoi na przeszkodzie, aby VBXE generowało od razu obraz w standardzie VGA?

1,110

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

To prawda. Bufory CMOS są trochę wydajniejsze w stanie wysokim. Można się spodziewać przepływu jakichś 50-60mA. Biorąc jednak pod uwagę fakt, że nie ma szans na częstszy zapis niż raz na 4 cykle zegara, a prąd będzie płynął przez około pół cyklu, daje to średnio 6-8mA. Jakbyś trafił jakiś szczególnie szybki, wysokoprądowy FLASH to może dwa razy więcej. Chwilowe prądy tak czy owak płyną duże, bo przeładowują pojemności, więc od tej strony nie ma powodu się przejmować. Zresztą o czym tu gadać. I tak musisz wyłączać ROM, bo prawidłowego zapisu w tych warunkach nie będzie.

1,111

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

jer napisał/a:

E tam, zaraz zmieniać MMU. A wyciągnąć nogi danych ROMU z druku i podłączyć przez 244 lub 245 sterowane R/W. Lebo multipleksem jakowymś...

Kiedyś tak zrobiłem karta SRAM do ST. Z lenistwa zrobiłem na switchu zapis/odczyt. Działało jakiś czas.

Po co aż tyle roboty? Nie lepiej odciąć jedną nogę ROM-u  (-OE) i podłączyć ją do odwróconego w fazie R/-W ?

1,112

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

Połączenie ze sobą dwóch wyjść NMOS o przeciwnych stanach spowoduje przepływ prądu o natężeniu rzędu 30-40mA. W omawianej sytuacji taki stan będzie trwał mniej więcej połowę czasu. Nic strasznego. W życiu nie zdarzyło mi się uszkodzenie jakiegokolwiek układu cyfrowego przez zwarcie ze sobą wyjść. Zresztą w celach naukowych możesz wykonać eksperyment polegający na odczytaniu zawartości $C000, wykonaniu EOR #$FF i zapisie z powrotem w nieskończonej pętli. Można się założyć o każde pieniądze, że nic się nie stanie.

1,113

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

Zapewne przyjęli założenie, że ewentualne zapisy, które przecież nie wiążą się z niebezpieczeństwem dla układów, mogą być zignorowane. Dodatkowe wejście MMU to konieczność zastosowania większego (i droższego) układu. W czym Ci to konkretnie przeszkadza?

1,114

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

Zapewne krótkotrwały konflikt na magistrali danych. Przewidujesz coś innego?

1,115

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

To nie PBI czegoś wymaga, tylko urządzenie do niego podpięte. Krótkie zakłócenie podczas odczytu zwykłego rejestru, czy pamięci, wywołane zbyt wczesną zmianą adresu w stosunku do mocno obciążonego FI2, przejdzie niezauważone. To samo przy odczycie pamięci FIFO (np. w twardym dysku), skrupulatnie liczącej cykle dostępu, spowoduje utratę danych (lub rozmnożenie przy zapisie), bo policzy zakłócenie jako kolejny cykl. Żeby tego uniknąć, można ustabilizować magistralę adresową (i R/-W) wokół FI2, czyli zapamiętać w rejestrze jej stan w odpowiedniej chwili. Odpowiednia chwila to taka, która: po pierwsze - występuje w nieaktywnej fazie sygnału FI2 (kiedy jest on jeszcze w stanie niskim), po drugie - kiedy adres na magistrali jest już na pewno wystawiony. Zbocze wpisujące stan magistrali do rejestru trzeba jakoś wygenerować z FI2, a w tym celu trzeba je opóźnić o (pi razy oko) 100 nanosekund. Najprościej asynchronicznie - obwodem RC.

1,116

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

Pecus napisał/a:

Ja sie zastanawiam po co tyle elektroniki w tym :)

Odpowiedź po roku to może trochę późno, ale lepiej niż wcale. ;) Być może już na to wpadłeś, ale wypada mi sprawę wyjaśnić. Dwa przerzutniki widoczne na schemacie tworzą rejestr przesuwający, który opóźnia sygnał na wejściu szeregowym o dwa cykle bitrate. W tym czasie komputer dokonuje pomiaru prędkości transmisji i ustawia POKEY do odbioru.

1,117

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

Kto właściwie ściga za użycie nielegalnych skoków? Pytam, bo samemu zdarzało mi się kiedyś korzystać z PUTLINE i teraz trochę się boję. ;-)

1,118

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

Jeśli ktoś chce drogą prostego eksperymentu przekonać się o pochodzeniu prążków, niech przetnie krótką, grubą ścieżkę na spodniej stronie płyty, łączącej 9 nóżkę układu CD4050 (masa) przez przelotkę ze ścieżką masową ANTIC-a i CPU, a następnie krótkim kabelkiem połączy tę nóżkę z polem masy po lewej stronie scalaka (np. górne wyprowadzenie kondensatora C51, albo górne lewe wyprowadzenie potencjometru R38) - i zaobserwuje różnicę w wyglądzie prążków.

1,119

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

Żadne poprawki bazujące na dostrzeżonych różnicach w schemacie między seriami XL i XE nie zlikwidują prążków na ekranie. Prążki biorą się z powodu wadliwego projektu płyty a konkretnie - braku wystarczającej separacji między masą części cyfrowej a masą analogową. Trzeba by chyba wyrzucić na osobną płytkę cały tor video od CD4050 poczynając (dobrze wymienić go na szybszy 74HC4050), a na gnieździe monitora kończąc. Zasilanie i masę doprowadzić przez dławiki i może wtedy obraz byłby gładki.

1,120

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

Wymiana jest możliwa, ale na stację 360k, a ta, którą wkładasz, to 1.2M.

tokugawa napisał/a:

Dręczy mnie pytanie - jak w temacie:
Po jakim czasie Atari (zwykłe najprostsze 65XE, jestem nowy tutaj :) nie mam modów itd) czyta dane z D0-D7 po wystawieniu adresu na liniach adresowych ?
Lub parafrazując "Ile mam czasu po pojawieniu sie adresu na wystawienie danych na porcie cartridge'a ?

Masz na to przynajmniej  400ns, a realnie więcej - nawet do 500ns.

Opis sygnałów i dokładne timingi znajdziesz tutaj:
http://www.ortodoxism.ro/datasheets/UMC/mXyztwtz.pdf

1,122

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

Od razu dementuję - nie jest to prawda.
Nie jest prawdą, że wersja SECAM produkuje pseudo-kolor z sygnałów luminancji PAL-owskiego GTIA.
W rzeczywistości jest tam inny generator obrazu, FGTIA, zawierający cyfrową część enkodera SECAM. Na płycie znajduje się część analogowa - przetwornik D-A i modulator. Liczba dostępnych kolorów (128) jest mniejsza od wersji PAL (256) za sprawą braku najmłodszego bitu luminancji, wykorzystywanego tylko w tzw. trybach GTIA.

1,123

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

Na sposób analogowy można to zrobić, tylko że to niewiele lub w ogóle nic nie da w porównaniu do podłączenia do wejścia S-Video telewizora. Ostre krawędzie kolorowych elementów obrazu, brak smużenia, zakłóceń i prążków w tle - to da się osiągnąć tylko cyfrowo. Można by, jak to kiedyś zrobił Electron, zastąpić GTIA funkcjonalną kopią na FPGA, ale ZTCP w jego rozwiązaniu nie było PMG i trybów wielokolorowych, a to jednak dość istotne.
Gdzieś u kogoś, w jakimś sejfie musi leżeć dokładna dokumentacja do ANTIC-a, GTIA i POKEY-a. Pytanie - komu trzeba postawić i ile piwa, żeby to wydostać. W końcu chyba nikt już z tym nic więcej nie zrobi.

1,124

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

Po mojemu można by było tak:
1. Generator z pętlą fazową 16*4,433MHz
2. Czterobitowy licznik binarny, taktowany sygnałem z generatora i zerowany narastającym zboczem sygnału 4,433MHz
3. Poczwórny przerzutnik typu D, do którego wpisywany byłby stan w/w licznika narastającym zboczem sygnału koloru z GTIA
4. Dekoder przekształcający stany 0...15 na wyjściu przerzutników na odpowiadające im stany linii RGB.
5. Zsumowanie z sygnałem luminancji (+ewentualna synchronizacja)

Wynik trudno przewidzieć, bo o kolorze decydują różnice czasowe na poziomie czasów propagacji układów TTL.

1,125

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

Do podwojenia częstotliwości odchylania poziomego wystarczy buforowanie 1 linii. Chyba, żeby ze względu na ergonomię celowe okazało się generowanie obrazu na 62,5kHz/100Hz. Wtedy dopiero trzeba by buforować ramkę.