Hi,

The Slight-SID at this moment is not open-hardware project. The final version will be available in a few weeks.

This is final version of the project:

The proto PCB of a new hardware version arrived to me today, and looks like this:

So I need now some time for for assembly and final testing.

with greetings
Seban/Slight

Yerzmyey: zapewne masz rację, wpadam już chyba powoli w paranoję :) ale po tym co dzieje czasami na tym forum czy AoL, człowiek traci poczucie rzeczywistości i wszędzie widzi podstęp, spisek, sztuczną mgłę, hel, bomby oraz inne omamy :D

Hej!

właśnie zobaczyłem że dyskutujecie o Ace Tracker v2, a wcześniej zobaczyłem wypowiedź '505' dotyczącą tego narzędzia ( https://www.facebook.com/505music/posts/696348687102876 ), bezpośredni cytat poniżej:

w przypadku pecetów nikt nie stara się zachować stabilnej częstotliwości... nie ma takiej potrzeby... jak pisałem już wcześniej robi się tak aby zegar peceta pływał nieco (rozproszenie widma, eng. "spread spectrum"), robi się to z premedytacją aby rozproszyć promieniowanie elektromagnetyczne generowane przez peceta:

http://en.wikipedia.org/wiki/Spread_spe ... generation

Czesc,

Dobrze Ci sie wydaje ze przy mnożeniu bardzo ważne są parametry zastosowanego kwarcu. Nie można wziąć sobie pierwszego lepszego kwarcu i przemnożyć aby osiągnąć dana częstotliwość. O ile w przypadku pc nie ma to większego znaczenia, ba nawet wykorzystuje się bujanie częstotliwością bazowa aby obniżyć emisje i zakłócenia elektromagnetyczne to wyobraź sobie układ radiowy np. WiFi, który z 24MHz syntezuje częstotliwość 2.4GHz. W tym wypadku stosuje się bardzo precyzyjne kwarce, w dodatku takie które maja bardzo wysoki stopień stabilności czasowej. To jest temat rzeka tak naprawdę, jak dotrę do komputera i znajdę chwile czasu to postaram się bardziej rozbudować swoja wypowiedź.

Przy wykorzystaniu PLL dodatkowo pojawia się tzw. "jitter", na który wpływa sama konstrukcja pętli synchronizacji fazowej (PLL - phase locked loop) oraz stabilność i jakość sygnału wejściowego.

Na stronie "B" w dyskietki z której zgrywałem to wszystko jest dokumentacja (typowy plik TXT, tyle że wyświetlany jakimś wynalazkiem). W dokumentacji owej pisze że bufor programu to 32K ($8000) oraz że 27512 trzeba programować na dwa razy. Program nie wykorzystuje dodatkowej pamięci.

Przyjrzałem się temu programowi i jego problemach z wystartowaniem z czegokolwiek innego niż dołączonego DOS-a. Pan Robert bardzo "radośnie" podszedł to problemu... otóż po wczytaniu programu jeszcze przed jego uruchomieniem pod ROM-em instalowany jest stary OS-A lub OS-B (nie sprawdzałem dokładnie ale chodzi o system z Atari 400/800).

Faktem pozostaje to że przed uruchomieniem programu następuje "pseudo reset" systemu tak że Atari startuje już ze starym OS uruchomionym z pamięci RAM pod ROM-em ($D301=$FE). Celem było chyba uzyskanie 32KB bufora mimo obecności w pamięci DOS-a który kończy się nieco powyżej $2000.

W tym konkretnym wypadku ten EPROM BURNER ma do dyspozycji trochę więcej RAM-u bo stary OS 400/800 mieści się chyba od $D800-$FFFF, pamięć ekranu jest od $CC40 :) Kombinując z tym udało mi się nawet wywołać "ATARI COMPUTER MEMO PAD" :D (dla chcących sprawdzić, to np. pod emulatorem Altirra w debug-erze wystarczy r PC E471) ;-] )

ps) uważaj na cytowanie całości cudzych postów, moderatorzy forum się wściekają na to ;) to forum ma taki regulamin:

http://www.atari.org.pl/forum/misc.php?action=rules

i mają tam zasadę nr 8, której starają się pilnować ;)

Hej!

Piszę post pod postem aby do zainteresowanych dotarła informacje że coś się ruszyło w wątku. Mam do zakomunikowania dwie sprawy, na początek ta bardziej przykra.

EDIT:

Nie wiem czy dobre wrażenie odniosłem, ale myślę Awerte chyba nie chce się podzielić swoim znaleziskiem, z wypowiedzi odnoszę wrażenie że szanowny forumowicz "Awerte", strzelił przysłowiowego "focha" myśląc że nikt nie chce się z nim podzielić softem i obecnie nie ma zamiaru podzielić się tym co znalazł (wystarczył by link do "znaleziska"). Szkoda że to zawsze działa w jedną stronę, gdy ludzie zwracają się o pomoc, jeżeli możemy pomóc pomagamy - natomiast bardzo rzadko działa to w drugą stronę, tzn. przypadki w których ludzie potrafią wnieść coś od siebie, są rzadkością ;/ Być może jestem już przewrażliwiony, ale ostatnie wydarzenia na polskich forach o Atari tylko w mnie w tym utwierdzają.

Kajam się ponownie za bzdury które napisałem powyżej :)

I sprawa numer dwa, w weekend znalazłem trochę czasu i poszedłem do piwnicy i udało mi się znaleźć dyskietkę z oprogramowaniem do tego programatora:

.

Dla zainteresowanych zgrałem to do ATR-ów, jest dostępne tutaj:  EPROM Burner v.1.1 - by Robert Kujda

W środku archiwum są zgrane dwie strony dysku. Pierwsza zawiera oprogramowanie do programatora, druga strona zawiera dokumentację dołączoną do urządzenia. Program po uruchomieniu wygląda tak:

pozdrawiam
Seban/Slight

ps1) programatora za to nie znalazłem ;-/ czeka mnie dłuższe poszukiwanie, jak znajdę zrobię zdjęcia "bebechów", z tego co pamiętam w środku były dwa PIA (6520), przetwornica step-up na TL494, plus 3 tzw. PR-ki którymi ustawiało się poszczególne napięcia programowania, do kompletu trochę bramek i parę elementów biernych. Niestety mój egzemplarz umarł (dlatego trafił do piwnicy), myślałem że to PIA, ale po wymianie obu PIA na nowe programator nadal nie działał poprawnie.

ps2) czy można prosić moderatora o modyfikację tytułu tego wątku (np. o dopisanie w nawiasach "EPROM BURNER") tak aby w przyszłości używając opcji "search" można było trafić na ten wątek.

dokładnie to ten program. Ale ja niestety nie znalazłem ani dyskietki ani programatora ;/ Mam jeszcze piwnicę do przekopania, i gdy znajdę na to czas i do kompletu znajdę dyskietkę oraz programator na pewno wrzucę do tego wątku zdjęcia i linka do softu.

http://youtu.be/BNsrK6P9QvI

uroczyście obiecuje że już nigdy nie odpowiem na żaden post bezrobotnego. EOT.

Nie wydaje mi się, Simius nic nie wspominał o scan-doublerze, a 99% monitorów nie akceptuje sygnału sygnału wizyjnego na wejściu DSUB gdy HSync=~15KHz

@bezrobotny: myślę że wystarczy pomyśleć jak sygnał koloru jest generowany przez układy wizyjne z lat '70 czy '80 przeznaczone np. dla 8-bitowych komputerów, w tym np. GTIA, a potem jasne stanie się jak go w bardzo prosty sposób taki sygnał dekodować.

Dla ułatwienia obrazki (co prawda dla NTSC, ale w PAL jest podobnie):

źródło: http://www.atariarchives.org/cgp/Ch02_Sec07.php

@Wieczór... w wielkim uproszczeniu to chyba będzie jakoś tak...

GTIA ma następujące wyjścia sygnału video:

1) 4-bity cyfrowej luminancji (jasność, piny LUM0-LUM3)
2) analogowe wyjście chrominancji (kolory, pin COLOR)

Simius w swoim układzie dekodera, wykorzystuje te sygnały... zamienia zmodulowany sygnał chrominancji na postać cyfrową (jasność już ma w postaci cyfrowej), następnie mamy dwie pamięci FLASH które robią za tablicę kolorów... wyjścia pamięci flash (2x D0-D7) są podłączone do Video DAC który generuje na swoim wyjściu analogowy sygnał, ale już w formacie RGB :)

dla przypomnienia pin-out GTIA: