A i tak wszystkie operacje zwiazane z transmisja danych, obsluga odczytu i zapisu itp, robione sa calkowicie programowo... mimo ze kontroler FDD ma odpowiednie rozkazy zapisu sektora czy formatowania, to w tym przypadku procesor stacji i tak wysyla mu wszystkie dane "na piechote", a komunikacja z atari odbywa sie przez ciagla analize stanu dwoch bitow :) (no dobra jest tam jedno przerwanie zastoowane)

I jakos to dziala :)

Odpowiednie pliki wrzucilem tutaj:

Toms Multi ROM - oryginalna plytka drukowana TOMS
Toms Multi ROM - Eprom w miejscu starego na płycie głównej
Toms Multi ROM poprawiony - oryginalna plytka drukowana TOMS
Toms Multi ROM poprawiony - Eprom w miejscu starego na płycie głównej

Opisy wiele wyjasniaja, ale dokladniej chodzi o to, ze na oryginalnej plytce TOMSow, w wersji wpinanej z boku w zlacze systemowe stacji pozamieniane sa linie adresow (nie po kolei) i danych (oczywiscie nie dane i adresy miedzy soba :) ). Zrobione to bylo oczywiscie nie po to by utrudnic hackowanie (choc wielu tak myslalo), a po to by ulatwic prowadzenie sciezek na plytce. W kazdym razie dane te sa bezposrednio nieczytelne i trzeba pokombinowac (mam gotowy odpowiedni programik na male atari, ktory dokonuje konwersji, jakby ktos chcial).
Tak wiec wersje do oryginalnej plytki sa juz z "pomieszanymi" bitami, a wersje do montazu na plyte glowna stacji sa normalnie czytelne dla kazdego i stosowane mogo byc w kopiach MULTI robionych metoda "na pajaka".

A i zmieniona jest oczywiscie zawartosc ROM-dysku, juz nie pamietam co tam jest, ale to po chwili zastanowienia kazdy moze latwo sabie sam zmienic ;). Poza tym poprawione pomniejsze bledy, zmieniona calkowicie procedura formatowania (jedno przejscie), usprawnione sterowanie slinikiem krokowym glowicy (cichsza praca), przyciszone dzwieki bledow i klawiszy (i chyba roznia sie teraz), jako, ze bylo to robione juz po nabyciu doswiadczenia w uzytkowaniu stacji, zakladam ze ta wersja nie zawiedzie nikogo - chyba wychwycilem wszystko co nieprzyjemne :)

Proponuje by ktos sciagnal te pliki, i przerzucil na jakis pewny serwer oraz dodal linki w atariki, bo ja wlasnie jestem na etapie zmiany operatora internetu i pewnie adres serwera sie zmieni....

A co do "zrodel" w Moje Atari, to bylo tam tylko zrodlo JEDNEJ wewnetrznej procedury, oraz lista stalych i zmiennych systemowych ulatwiajaca pisanie procedur wysylanych do wykonania w stacji, reszta to wlasnie byly przyklady takich procedur (czesto bedace powieleniem fragmentow samego ROMu).

Aaaaa... i jeszcze jedno. W oryginalnym TOMS Multi nie bylo EPROMU w podstawce tylko wlutowany - z podstawka nie wchodzi w zlacze - EPROM opiera sie o konstrukcje stacji!!

Formatowania doswiadczylem niestety wielokrotnie......

Taki efekt (formatowanie dyskietki) wystepowal wylacznie w konfiguracji z QMEGiem.
Spowodowany byl tym, ze stacja caly czas "nasluchuje" czy nie pojawiaja sie na SIO rozkazy dla niej, po odebraniu pojedynczych bitow, sama sklada je (programowo) w odpowiedni bajt i... wykonuje, w przypadku MULTI robi to nie sprawdzajac nawet sumy kontrolnej, po prostu jesli jest jakis rozkaz, to jest wykonywany i juz.
Tak sie nieszczesliwie sklada, ze QMEG po resecie wysyla do stacji pytanie o predkosc w standardzie UltraSpeed/HappyWarp - czyli "?", a bity tego rozkazu zinterpretowane przez stacje jesli byla przelaczona w trzyb szybkiej transmisji (komputer wysyla w normalu, a stacja odbiera w turbo i tu uwaga, to ze stacja jest przelaczona na turbo, to jej wewnetrzna sprawa ;) obsluga trybu US tego wymaga, a uzytkownik i tak nie musi wiedziac jak pracuje aktualnie stacja, nie czas i miejsce na opisywanie dlaczego tak jest) ukladaja sie w "!" w inwersie, oczywiscie nie zgadza sie suma kontrolna, bity parzystosci itp. :)
Jednak kontrola tego jest w stacji PO procedurze interpretacji rozkazu. Wystarczylo to zmienic.

Drugi powazny blad, to zawieszanie sie stacji jesli za szybko po zamknieciu zamka zrobi sie DIR. Spowodowane jest to tym, ze procedura przesuwania glowicy moze byc przerwana przez rozkaz z komputera (a nie powinna byc!!!), i jak stacja dostaje rozkaz w czasie "jazdy" glowica do zerowej sciezki w celu sprawdzenia gestosci, to glupieje, nie rozpoznaje gestosci i nie tylko. A wystarczylo ustawic na czas jazdy odpowiedni bit...

Wszystko to (i pozostale drobne bledy) kiedystam poprawilem (a przy okazji napisalem sobie diss i assembler Z80 w TurboBasicu :) ), jak ktos chce to moge odpowiednie pliki udostepnic.

Toms Turbo Drive mimo podobnej nazwy jest zupelnie innym systemem i nie ma tych wad (z analizy kodu wywnioskowalem kiedys, ze pisany byl nawet przez innych ludzi). Rozni sie nie tylko brakiem buforowania, ale takze brakiem obslugi trybu UltraSpeed (ma turbo tylko w najgorszym standardzie - TopDrive), brak mu ROM-dysku, obslugi paru zabezpieczen, i ma sporo ubozsze mozliwosci wysylania programow do stacji.

Kombinuja jak tu jak najwiecej wyciagnac od klienta!! (a konkretnie co tu zrobic, by jak najmniej wyplacic)
OC jest przywiazane do dowodu rejestracyjnjego a nie prawa jazdy. I to jest jedyny dokument ktorego numer podaje sie przy podpisywaniu umowy (poza danymi z dowodu osobistego).

Tyle tylko, ze wymiana pieniedzy nastepowala niejako "automatycznie", nie musiales jezdzic nigdzie po nowe.
Policjant powinien sprawdzic w bazie danych, czy mam wazne uprawnienia do prowadzenia pojazdow (a mam!!) i juz. To samo tyczy sie trywialnosci podrabiania. Prawo jazdy (jako dokument) jest potrzebne wylacznie w przypadku kontroli. Jesli bylo podrobione to sprawdzenie tego w bazach danych tez jest trywialne. Zasadniczo sam papier jest tu zbedny. Ale ja nawet w to nie wnikam.
To kwestia umowy miedzy mna a administracja panstwowa, umowy z ktorej ja sie wywiazuje, a administracja zmienia ja bez porozumienia i akceptacji z mojej strony.
Oczywiscie wymienie to prawo jazdy, ale dopiero jak bede mial troche luzniejsze dni, w tej chwili nie jestem w stanie (i nie mialem takiej mozliwosci przez ostatnie miesiace, a z powodu przemeldowania prowo jazdy moglem wymieniec w nowym miejscu zamieszkania dopiero w czasie ostatnich dwoch miesiecy) dojechac do urzedu w jego godzinach pracy.

A co powiecie o ludziach, ktorzy wyjechali z kraju przed rokiem i np. pojutrze chca wrocic... i korzystac ze swojego PRAWA do kierowania samochodem.

A ja mam stare i nie mam czasu biegac po urzedach.
Moze w przyszlym tygodniu znajde chwile na wymiane.
I nie zamierzam przestac jezdzic samochodem! Kiedys - wydajac mi prawo jazdy panstwo polskie zapewnilo mnie (odpowiednia adnotacja jest na dokumencie) ze jest ono wazne BEZTERMINOWO.
Zamierzam te zapewnienia brac powaznie! Jak bedzie trzeba bede sie procesowal.

Na szczescie my tutaj znamy od podszewki dzialanie ukladow Atari :)

No to juz wtedy napewno bedzie problem z czesciami zamiennymi :)

Sciagnalem sobie zrodla C-64, przyznam ze nie znam jezyka programowania ukladow VHLD, ale wyglada na bardzo podobny do tego (nazwy nie pomne) w ktorym prawie 10 lat temu programowalem pierwsze PALe. W kazdym razie z tego co widze jest dosc prosty, a programy opisujace uklady C-64 nie takie wcale wielkie jak sie spodziewalem, nawet procesor da sie chyba w pare dni przenalizowac i pojac :). A zamierzam poznac odpowiednie jezyki :) oczywiscie, jak to dobrze ze sa one assemblerowe i superniskopoziomowe :)

Jak juz pisalem, zamierzam nabyc jeszcze w tym roku (chyba w wakacje) maszynke c-one, a wtedy bedzie na czym eksperymentowac.
Przegladalem dokumentacje oprogramowania do projektowania wnetrza ukladow w niej zawartych - bajka poprostu. SID, 6502, Z80, VIC, AY juz sa gotowe i wstawia sie je jako gotowe bloki, komunikacje zapewnia sie pojedynczymi polaczeniami (edytor i kompilator wie co z tym zrobic), czasem pare bramek dodac trzeba, ogolnie zabawa na dlugie zimowe wieczory.
A jak juz to bede mial to sie z Pirxem na 100% pobawimy z wprogramowaniem atari, tym bardziej ze na plycie jest procesor 65816 (implementacja 6502 VHDL sluzy emulacji stacji dyskow do C64, co nie znaczy ze nie moze chodzic jako glowny procesor, z reszta Z80 dziala jako glowny w implementacji Amstradow na tej maszynce).

A sceptykom (do ktorych w dziedzinie przerobek Atari i uzbrajania w wodotryski sam naleze :) ), napisze ze to nie emulacja, a re-implementacja standardowych ukladow scalonych w innej kosci. Kiedys juz nie beda dostepne uklady zastepcze, warto wiec pokusic sie o cos takiego.

Widac Twoje uwaga sa "nie po linii" partii :)

P.P-S. (specjalnie ponizej i oftopicznie :) ) dokladnie o tej godzinie, o ktorej ostatnio edytowalem poprzedni post oddalem moja prace maturalna z matematyki :)

Proponuje tylko wydluzyc te zmienna tekstowa do BGET/BPUT. Skoro juz ma byc wywolanie kodu maszynowego, to niech te parametry do IOCB wezmie jako parametry wywolania i sciagnie ze stosu - tym bardziej ze takich procek jest gotowych setki (a wszystkie takie same ;) ). Obecnie, bez parametrow, jest to sztuczne kombinowanie i wydluzanie programu o pare POKÓW ktore i tak zawsze beda takie same.