Podchwyciłem ten patent z zasilaniem od Amigowców:-) Tam widziałem kilka interfejsów IDE pod procesor i oni zwykle robią w tych interfejsach tak, że doprowadzają ścieżkę z +5V do pinu 20 złącza IDE, ale po drodze dają jeszcze jumper lutowalny, że jak się montuje taki interfejs, to można to +5V tam podlutować tym jumperem, lub zostawić odłączone. Może w jakichś przypadkach ma to znaczenie i jakieś urządzenia mają z tym problem dlatego tak jest, nie wiem.
W każdym razie jak byś robił jeszcze jakieś płytki IDE, to warto tam dociągnąć zawsze alternatywnie to zasilanie dla przejściówek, żeby od razu było dostępne.

No to jest prawie dobrze, ale jednak coś nie do końca. Musi być ostatecznie wynik taki, że za każdym razem wszystko musi działać i pokazywać bezbłędnie. Musisz też jakoś zmusić tego XMST do działania, bo on daje najpewniejszy i najbardziej wiarygodny wynik. Jak on mi pokazywał wszystko dobrze, to na milion procent wszystko inne już też chodziło dobrze włącznie z wszystkimi demami i grami.
Jak już wszystko hula jak należy, to sprawdzam:
- demo Numen
- demo Video Blitz na ustawieniu 512kB (to demo wykorzystuje odrębny dostęp Antica)
Kilka gier: tu już dowolność, np.:
- Atari Blast (chyba jedyna gra wykorzystująca pełne 1MB)
- Commando
- Crownland
- Laura
... gier jest pełno.

Ja używam obu układów w wersji HCT. Generalnie zrobiłem kilka razy już rozszerzenie SIMMexp i testowałem różne układy. Z tego co zauważyłem, to nie ma w tym układzie różnicy czy się użyje HCT, czy LS.
Jednak ważne jest, żeby używać HCT a nie HC, bo HCT to seria zgodna z poziomami TTL i HC może tutaj zawodzić.

A jak zrobisz testy RAM kilka razy tym XRAM, to error jest zawsze w tym samym banku, czy w różnych, czy tylko czasami, czy jak?

Już było w tym wątku podawane. Np. takie ma być:
https://allegro.pl/oferta/gniazdo-jack- … 7558463373

Adam, ja się z Tobą zgodzę, też uważam tak jak Ty. Nie staję po niczyjej stronie, wisi mi to czy oni się tam lubią czy nie. Jednak w tamtej dyskusji Putnik przekonuje, że zachowanie które opisał jest powtarzalne we wszystkich wersjach TOS-u, nie jest wg niego przypadkowe, a dokumentacje wg niego zawierają wiele błędów i są niekompletne. Jeżeli Putnik ma w tej kwestii rację (a może ją mieć), to dlaczego by nie uwzględnić tego w EmuTOS? Oczywiście Putnik jest bardzo ciężkim przypadkiem i trudno się z nim gada, ale trzeba wziąć pod uwagę, że uruchamianie gier z HDD, to przede wszystkim adapatacje Putnika i bez tego gracz praktycznie nie ma innej możliwości skorzystania z HDD. Putnik też jest autorem uznanych driverów do dysków - nie dyskutuję tu które są lepsze, które gorsze, lecz fakt jest taki, że wielu używa tych rozwiązań.

Wiem też jak ciężkim gościem jest Putnik, bo skłócił się już z wieloma osobami, zawsze ma rację i musi ją mieć. Sam z nim korespondowałem trochę, bo próbowałem uruchomić jeden z jego projektów ACSI->CF, walczyłem z nim na maile przez pół roku i chociaż chciałem z nim korespondować po przyjacielsku, to serio była to walka i wieczne jego pretensje do mnie o coś, niewiele z tej korespondencji wynikło, chociaż pomiędzy wierszami w jego narzekaniach byłem w stanie wychwycić trochę wskazówek i pomocy, dzięki czemu w końcu sam ów interfejs sobie poskładałem, ulepszyłem i zadziałał:-) Wielokrotnie zastanawiałem się po co w ogóle publikuje te swoje projekty, skoro są problemy z ich uruchomieniem i nie chce on współpracować z ludźmi, którzy być może pomogli by projekty poprawić i doprowadzić do pełni działania.

Wracając do tematu c't IDE. Jestem na etapie uruchamiania sobie maszynki głównie do gier, na bazie krótkiego ST. Chcę mieć w środku kartę CF w roli HDD i stamtąd uruchamiać gry. Chcę, żeby CF była bootowalna. Ucieszyłem się z EmuTOS-a, bo ładnie to działa z c't IDE, ale nie mogę uruchomić na tym niektórych gier. Nie wiem czy kwestia leży po stronie opisanego sporu między Putnikiem a EmuTOS, więc powalczę z tym jeszcze, ale jeśli się okaże, że EmuTOS nie nada się do gier, to po prostu wybiorę jednak któregoś oryginalnego TOS-a i HDDriver. Tyle w temacie.
Aha, testy z próbami uruchamiania gier Putnika na innych wersjach TOS-u 1.xx robiłem pod emulatorem Hatari, a nie na realnym sprzęcie. W międzyczasie wyszło w wątkach, że z Hatari Putnik też jest skonfliktowany, więc może dlatego mi to nie działało. Muszę porobić jeszcze więcej testów na różnym sprzęcie i po prostu dobrać sobie konfigurację, która spełni moje oczekiwania.

W zasadzie opisałem to wszystko po to, żeby podzielić się wrażeniami z pierwszego kontaktu z c't IDE, więc może nie rozwlekajmy tematu EmuTOS-a w tym wątku, a skupmy się raczej na c't IDE.

Mam i ja swój c't IDE kontroler od Artika i fajna to sprawa jest:-)

Zamontowałem go w "krótkim" 520ST, rewizja płyty H.
Wyciągnąłem kości TOS-u, skorzystałem z możliwości zamontowania dwóch kości z TOS-em 2.06 na kontrolerze. Z tego co wyczytałem i z resztą sam sprawdziłem możliwości są dwie: w kontrolerze można mieć TOS 2.06 lub ewentualnie EmuTOS. Jeśli chcemy pozostać przy starszym TOS-ie 1.xx, to wkładamy go w płytę główną, nie korzystamy wtedy z gniazd na kontrolerze i tam nie mamy kości z TOS-em. Taki wybór konfiguracyjny, jak kto chce.

Na razie u siebie zainstalowałem EmuTOS, ponieważ jest mega wygodny, ale o tym za chwilę. Przy okazji chciałem go przetestować. Sprawdziłem również TOS 2.06, działa, ale jakoś mam wrażenie, że EmuTOS jest lepszą alternatywą.
EmuTOS został ostatnimi czasy mocno dopracowany i wydaje się po krótkich testach, że działa bardzo dobrze.

Przede wszystkim EmuTOS ma wbudowany driver do IDE, który współpracuje z c't IDE, więc odpalamy kompa, a on po prostu od razu widzi nasz kontroler. Nie potrzebujemy żadnych sterowników, nic nie trzeba instalować, konfigurować itd. EmuTOS obsługuje zwykłe partycje FAT16, więc bierzemy sobie kartę CF, robimy na niej normalnie pod Windowsem partycję, którą formatujemy na FAT, wrzucamy sobie na to gry, wkładamy w c't IDE i wszystko w temacie. Odpalamy kompa i mamy normalnie widoczny dysk i wszystko działa. Co więcej dysk ten jest też automatycznie bootowalny.

Kompatybilność EmuTOS, to temat nie na ten wątek raczej, ale wszystkie gry, które udało mi się odpalić na 2.06, z tych które testowałem, zadziałały również na EmuTOS. Na stronie Putnika są gry dostosowane do pracy z HDD i wg opisów w tabelkach tam zamieszczonych prawie wszystkie są dostosowane równiez do TOS-u 2.06. Inna sprawa, że niektóre gry ze strony Putnika nie chcą mi się uruchamiać, ale zacząłem próbować pod emulatorem na różnych konfiguracjach sprzętowych i z różnymi TOS-ami i te gry, których nie mogę odpalić nie idą mi nawet pod TOS-em 1.04, więc nie wiem czy tam z tymi grami nie jest coś nie tak. Może ktoś ma wiedzę w tym temacie? Np. gra Ninja Mission, Prince of Persia, Secret of Monkey Island. Wszystkie te gry pokazują Putnikową planszę tytułową, po czym wychodzą do TOS-u z kolorami zmienionymi na fioletowy, niezależnie od wersji TOS-u i ilości pamięci RAM, zarówno na ST jak i na STE.
Natomiast gry, które działają poprawnie i to już przy 1MB na wszystkich TOS-ach, to np. D-Generation, Fire and Ice, IKPlus, Microprose Golf, Mouse Trap.

Uwagi sprzętowe. Raczej należy używać starszych kart CF. Mam kilka nowszych Sandisk 4GB Ultra II i na nich dzieją się jaja. Błędy, karta raz widoczna, raz nie, programy się niektóre odpalają, a niektóre nie itp. atrakcje. Natomiast starsze karty, bez obsługi żadnych ultra hiper transferów, stare zwykłe karty o pojemnościach rzędu kilkuset MB chodzą bez zarzutu idealnie.

Sikor, będziesz na to czekał miesiąc czasu, a po co Ci aż po 50szt tych scalaków? Chyba, że robicie zrzutę w więcej osób.
Wpisz se w allegro 74ACT138, tylko jeden sprzedawca ma te układy.
U tego samego sprzedawcy kupisz wszystkie trzy pozostałe układy w wersji HCT. Tylko 138 warto brać w ACT.

Możesz się z kimś jeszcze podzielić, bo będziesz miał wszystkich po kilka sztuk.

Nie ma opcji wraz z klejeniem i uruchomieniem. Przykro mi, ale nie mam na to mocy przerobowych. We własnym zakresie, albo poszukać kolegi spawacza z okolicy...

Gdzie takie obudowy sprzedają?
Czy ona wejdzie w 65XE bez ECI, czy będzie z nią tak samo jak z KM-20?

Ja tak jak pisze Toriman zrobiłem swój kartridż SpartaDOS X flashowalny. Zwykła podstawka, EEPROM w podstawce i wyciąłem prostokąt w kształcie tego scalaka w obudowie Z7. Wierzch scalaka jest gładko równo z zewnętrzną płaszczyzną obudowy kartridża, więc stąd wiem, że nie ma siły, żeby to zmieścić w środku.
Obudowa KM-20 ma jakby minimalnie więcej przestrzeni i chyba jest ciut grubsza, możliwe też że ma trochę cieńszy plastik (choć to już tylko moje przypuszczenia).

Ponieważ wszyscy w kompletach z adapterem wzięli również PCB pełnej klawiatury, to prawdopodobnie nie będzie potrzeby używania mini-keypada, którego dołączyłem jako prosty dodatek do samego adaptera. Ale gdyby ktoś przypadkiem tego mini-keypada chciał polutować i użyć, to informuję, że wkradł się mały błąd w płytki. Brakuje masy dołączonej do pinów złącza mini-keypada. Bardzo łatwo to poprawić w czasie lutowania, więc załączam instrukcję poprawki tego błędu jak by co.

Przy okazji: zostało mi jeszcze kilka sztuk PCB klawiatur i adapterów. Jak by ktoś był zainteresowany, to zapraszam.

Pisałem już o tym jak tylko dostałem płytki.

Na ostatniej partii czerwonych płytek jest tylko jeden błąd fabryki - właśnie te pola diody przykryte soldermaską.
W pierwszej partii czerwonych płytek przykryte są soldermaską pola diody, kondensatora 1uF i padów do ustawiania adresu.
W płytkach czarnych przykryte są tylko pady do ustawiania adresu.

W każdym przypadku trzeba to sobie oskrobać czymś ostrym żeby była czysta miedź i normalnie lutujemy, nie jest to wielki problem.
Generalnie w projekcie jest błąd z tą soldermaską dla tych trzech elementów. Różnice w partiach natomiast polegają na tym, że Chińczyk sam z siebie częściowo to poprawił na etapie produkcji, ale w żadnej partii nie poprawił wszystkiego.
Ostatecznie poprawię ten błąd i jeśli kiedykolwiek będą jeszcze płytki zamawiane, to już będzie ok, a na razie skrobać i nie marudzić.