Zmagania z płytą na razie zawieszone. Skupiłem się na sprawdzaniu procków PLCC, ale na razie nie mam normalnej przejściówki. Używam zmodyfikowanej karty turbo z Amigi i mam mały problem z bombkami...

Powodzenia!
Duża ta płytka wyszła - będzie sporo lutowania goldpinów precyzyjnych :)
Miejsce tej płytki jest takie, ze klawiatura chyba się nie zmieści? Jeśli tak, to może warto od razu przesunąć wszystko w gorę, żeby wyszedł taki "relokator"? Wiem, że to na testy, ale potem jak zostaną Ci płytki, to może chociaż część da się upłynnić, bo będą się nadawały do czegoś więcej niż tylko testy.
IDE i TOS 2.06 od Putnika działa, schematy są poprawne. Wiem, bo na moim ATX działa i zrobiłem też kilka interfejsów tego typu:
http://www.atari.org.pl/forum/viewtopic.php?id=19759
Czy turbo od Exxosa działa - będę wiedział na dniach - jadą do mnie płytki, na których jest procek PLCC oraz miejsce na GAL z logiką tego turbo. Także będziemy mogli równolegle przeprowadzić testy.
Tematu FPU nie znam

Ostatnio edytowany przez x_angel (2024-04-29 13:04:18)

No to jak się zmieści to ekstra. Z tą masą goldpinów to tylko tak mówię, bo montowałem rozszerzenie pamięci 4MB do krótkiego ST to jest tam co lutować, a i potem wsadzenie tego w płytę wymaga odrobinę gimnastyki.

Softu w CUPL-u też pisać nie umiem, ale zrobiłem to tak "po staremu" zgodnie z jakimś poradnikiem z Elektroniki Praktycznej:
Narysowałem schemat w Rimu Schematic 2.0, wyeksportowałem plik PLD, potem naniosłem poprawki i skompilowałem go w WinCUPL. Mogę się podzielić gotowcem jeśli potrzebujesz, tylko poczekajmy czy to chociaż zadziała :)

Znalazłem schematy tego FPU - można zrobić "na piechotę" na TTL, ale można w ogóle zaprząc jeden większy CPLD typu XC9536XL i zrobić na nim i dekoder do tego FPU i od razu do IDE/TOS.

Ze ścieżkami to będzie ciasno ale jak poradziłeś sobie z całą płytą główną, to poradzisz z takim adapterem :) Trzymam kciuki!

A w sofcie, którego używasz, nie ma opcji sprawdzania błędów?
Eagle na przykład wyłapuje wszelkie najechania ścieżkami o różnych sygnałach.
Błędy wychwyciłeś w programie? Czy masz już zamówione PCB? Tak z ciekawości pytam.

Rimu oraz WinCUPL to bardzo stary soft - ja go używam na Win7 i nie wiem czy działa na nowszych. Nadają się do prostych rzeczy ale jeśli masz zamiar się uczyć to chyba lepiej czegoś nowoczesnego :)

-> Atreus

Weź chociaż KiCADa do ręki, albo starego Eagle. Wiem, że coś może się podobać bądź nie, ale szkoda ogromu pracy, gdy pojedynczy błąd może zniweczyć cały projekt, a przynajmniej narazić na dodatkowe koszty i niepotrzebny stres. Automatyczna kontrola ERC, DRC jest niezbędna. Taka porada...

tOri

A te Turbo to już przetestowałeś, czy właśnie dopiero chcesz zamówić PCB i przetestować?
A co do "dziwnego" kształtu płytki - może warto zamienić adapter 40 pin na 44 pin o rastrze 2mm? Wtedy może płytka wyjdzie bez tego "haczyka" ? Chociaż kształt nie gra roli w sumie, a dostępność długich taśm 40 pin jest o niebo lepsza, bo te 44 pin są przeważnie bardzo krótkie.

Paczuszka dotarła. Nareszcie będę mógł sprawdzić moje procki w 520STFM i A500...

Maybe using Freescale / NXP old new stock is better solution.
Or RaspberryPI system-on-module and Emu68...

Ostatnio edytowany przez Matej (2024-06-04 11:50:58)

Działanie układu masz poprawne.

Ta zworka po lewej nie służy do przełączenia na 8MHz/16MHz.

Ona jak jest rozłączona, to układ działa tak, że automatycznie przełącza 8MHz/16MHz w zależności od tego jakie operacje są wykonywane (to jest determinowane z kolei stanem linii BG i AS). W takim ustawieniu masz turbo polegające na tym że rozkazy procesora operujące wewnątrz procesora, są realizowane z prędkością zegara 16MHz, a rozkazy, które powodują ruch na magistralach na zewnątrz procesora, działają z prędkością 8MHz. Na tym właśnie polegać miało to turbo.

Ustawienie zworki na 16MHz powoduje wymuszenie na stałe 16MHz przez cały czas. Exxos zrobił ją tam dla testów, ale to nie ma prawa działać w normalnym ST, bo ustawienie 16MHz na sztywno do całego komputera powoduje, że nie zadziała ani pamięć RAM, ani TOS, ani inne układy komputera, bo nie jest to wszystko przystosowane do pracy z takim zegarem.

Krótko mówiąc, działa Ci wszystko tak jak powinno działać, więc gratuluję uruchomienia tego projektu.

PS. Ja zbudowałem sobie dokładnie to samo w postaci układu GAL. Niestety jednak mi to nie działa. Komputer co prawda się uruchamia, ale wyrzuca niestety bomby. Nie wiem dlaczego, ale niestety nie doszedłem do tego.
A skąd bierzesz 16MHz? Bezpośrednio z Shiftera, czy skądś inąd? I skąd ten pomysł z ferrytem? W sumie może i dobry.

To może być dobry trop co piszesz. Dlatego o to zapytałem. Może u mnie właśnie chodzi o to, że te 16MHz puszczone kablem byle jakim i byle jak, jest zakłócane i stąd te bomby miałem. Spróbuję przy okazji to sprawdzić, ale obecnie nie mam już tego układu, bo jak mi się to nie udało, to ostatecznie zdemontowałem to wszystko...