Być może prawda, być może nieprawda - jeśli nie jest tak jak w tych wpisach - cieszmy się! Jednak jeśli choć część tego jest prawdą - wygląda to naprawdę bardzo, bardzo źle. Tak samo jak istnieje niezaprzeczalnie propaganda szczepionkowa kowid - nie można wykluczyć propagandy przeciwszczepionkowej kowid.

https://www.takniewiele.pl/

Czas pokaże.

A tutaj przysłowiowy "trup" nie musi się ścielić - już dawno wiadomo, że są dwie strony. Okopane i oczekujące na coś...

jer niestety rozpoczął, a potem już tylko całość eskalowała. Gdzie są granice. Kto je ustala? Jedni się obrażą, inni nie i tak dalej...

edit:

a życie toczy się dalej... Coś dla kredytobiorców

https://www.money.pl/gospodarka/podwyzk … 6064a.html

Czy na tym drugim Atari z U1MB, na którym działało normalnie próbowałeś podmienić Pokeya na Pokeymaxa żeby stwierdzić czy problem za Pokeymaxem przeniósł się na drugi komputer? No chyba, że ten drugi działający Atari ma tez Pokeymax3?

Trzeba uściślić miejsce występowania problemu.

Wiemy, że problem dotyczy tylko zapisu.
Wiemy, że dotyczy zapisu w turbo.
Wiemy, że to wszystko dzieje się wyłącznie wtedy gdy jest zamontowany Pokeymax3.

Spróbuj ogarnąć to być może właśnie podstawiając Pokeymax3 do drugiego komputera jak zasugerowałem wcześniej. Taki sam objaw wskaże w 100% na Pokeymaxa.

pozdrawiam

Cześć,

Tak to właśnie wygląda. Peter w równaniach GAL umieścił sygnał DRQ (DMARQ karty CF), który z jakiegoś powodu (najprawdopodobniej błąd konstrukcyjny układu DMA Atari) zmieniał stan zbyt wcześnie na końcu transmisji, co miało wpływ właśnie na długość sygnału IOWR. Peter korzystał przy projektowaniu z całej ówcześnie dostępnej dokumentacji. To powinno było działać bez problemów. Zresztą sam napisał, że użycie wszystkich istotnych sygnałów dało efekt odwrotny do oczekiwanego. Jako, że ta zmiana DRQ pojawiała się w różnych chwilach - błędy wydawały się przypadkowe, zależne od konstrukcji interfejsu (!) albo od pojemności karty CF (Mq), Na ten ostatni element transmisji zwróciłem uwagę przeglądając zrzuty analizatora logicznego od _tzok_ i tak to udało się ogarnąć poprzez usunięcie z równań logicznych GAL sygnału DRQ co oczywiście miało także wpływ na sygnały IOWR i IORD. Rodzajem żartu jest to, że ten błąd w DMA stawał się istotny tylko w trakcie zapisu do karty CF. Przy odczycie nic się nie działo, być może ze względu na to, że czasy zapisu i odczytu wewnątrz logiki karty CF są różne (odczyt jest mniej problematyczny)

Ciekawe, że zajęło to tyle lat...

pozdrawiam

Już znalazłem przeszkadzajkę. Nie zobaczę obrazków z własnego serwera, gdy otwieram je po nazwie. W LAN muszę niestety wołać po IP. Zagadka rozwiązana :)

->Pin -wstawiałem używając taga img i tez nie widziałem - wyjaśnienie powyżej

-> perinoid

Zaiste - to jak wróżenie z fusów. Zachowanie może sugerować jakieś zwarcie ale bez solidnego spojrzenia nie da się tego ogarnąć. Na początek wszystkie połączenia organoleptycznie porównać ze schematem. Samo sprawdzenie GAL powinno zweryfikować podejrzenia.

No...Kombinuj :)

Mam już w rękach oryginalny adapter AdSCSI ICD.
Przede mną, w przyszłości, zadanie zrewersowania 4 układów PLD 16V8 oraz schematu połączeń.

Proszę o zamknięcie tego tematu.

(podbijam) PCspeed (PC XT emulator)

Przetestowałem zbudowany klon na PCB z linków powyżej - jest to lekko poprawiona wersja PCB oryginalnego PCspeed. Działa dokładnie tak samo jak oryginał. Czekam teraz na trochę elementów TTL/CMOS. Jutro przetestuję procesory V30, które zakupiłem w Chinach. Najpewniej po świętach zacząłbym to składać.

Tak więc - jeśli ktoś chciałby po prostu działający PCspeed w wersji dla Atari ST/ Mega ST- zapraszam.

W komplecie będzie zmontowany i sprawdzony PCspeed oraz precyzyjna podstawka DIL64, którą należy nalutować na procesor MC68000 w komputerze, aby możliwe było dołączenie emulatora do systemu. Oprogramowanie z instrukcją montażu wrzucę na serwer.

Proponowana cena: 230 złotych plus przesyłka (najkorzystniej paczkomatem)
Info proszę na PW

Pozdrawiam

-> zbyti - zdecydowanie tak i nie tylko do tego wersu, a raczej do całości. Jakoś tak się wszystko zaczyna składać w miare kompletny obraz.

-> BartoszP - niedobra tak sugerować, niedobra...

przypomnę tylko taką anegdotę, że gdy lekarze rozpoczynali strajki - śmiertelność spadała

Śmiertelność spada, kiedy lekarze strajkują

"Artykuł opublikowany w British Medical Journal w czerwcu 2000 r. donosił o strajku lekarzy w Izraelu, który rozpoczął się w marcu tamtego roku. W artykule zatytułowanym „Strajk lekarzy w Izraelu może być korzystny dla zdrowia ” opisano, że śmiertelność znacznie spadła w większej części kraju po tym, jak lekarze w szpitalach publicznych prowadzili akcję protestacyjną przeciwko nałożeniu nowego czteroletniego kontraktu płacowego dla lekarzy. Spadki śmiertelności nastąpiły pomimo strajku, w wyniku którego odwołano lub przełożono setki tysięcy wizyt w przychodniach, a także dziesiątki tysięcy operacji. Podobnie wyglądało to podczas poprzedniego strajku, który miał miejsce w Izraelu w 1973 r., gdzie miesięczny strajk spowodował spadek liczby zgonów pacjentów o 50 procent."

Taka sytuacja...

A tak poza tym dzięki Dely, że podniosłeś tę kwestię.
Się tak zastanawiam czy nie zaprojektować raczej jakiejś przejściówki DIL64 - PLCC68 niż kombinować jakieś wersje pod STe. Tak mi przyszło to do głowy. Pytanie - czy wtedy się zmieści. Mam STe więc obadam.

I jeszcze pytanie - ja mam STe z procesorem WLUTOWANYM na płytę. Z tego co wiem - są również wersje STe z CPU MC68k w podstawce. Zgadza się?

Pozdrawiam