Cześć,

Dzięki Cyprian za info :) Nie używam Facebook więc się nie orientuję czy to dobrze czy źle, ale skoro komuś się podoba moja hobbystyczna robota to jest jednak bardzo dobrze.

     Dodałem nową funkcjonalność do RAMCARTa, która pozwala na dowolny, choć okupiony czasem zliczania impulsów, dostęp do dowolnego bajtu w pamięci rozszerzenia. I to jest świetne w układach programowalnych, że można bez zmian w sprzęcie nanosić poprawki bądź istotne ulepszenia. Opis z firmware i software zostały zamieszczone na stronach www.

Pozdrawiam

@BartoszP akurat jadłem gdy to zobaczyłem i się mało nie udławiłem :/ po przeczytaniu ręce mi opadły.

@Simius prawa obywateli są bezustannie łamane przez WSZYSTKIE kolejne "wadze". Darcie ryja to też kwestia dyskusyjna, ponieważ praktycznie cały parlament ten śmieć "epidemiczny" przegłosował.

Poczekajmy na napisy końcowe, ale przedtem wypadałoby się uzbroić choćby w proce... W dużych miastach będzie raczej trudniej w przyszłości niż łatwiej - duża konkurencja...

@Simius podlinkuję tylko jedne z wielu zastrzeżeń - z biura RPO - https://www.rpo.gov.pl/pl/content/koron … e-z-ustawa

To tylko kwestia rozporządzeń nie samej ustawy. Jednak jest taki chaos w samej Konstytucji, że tzw. specustawa łamie istotę wolności wskazaną w Art.31. Co gorsza - z Konstytucji wynika także, że "można być trochę w ciąży i trochę nie". Konstytucja jest po prostu wadliwa i niejednoznaczna w zbyt wielu miejscach. Jeżeli uczciwie się poszuka - jest w sieci wiele artykułów na ten temat. Choćby ta prezentacja: https://prawo.uni.wroc.pl/sites/default … nostki.pdf

Albo pismo: https://www.rpo.gov.pl/sites/default/fi … 3.2020.pdf

Nie jestem jednak prawnikiem ale rozumiem, że wszystko byłoby w porządku gdyby rząd PIS wprowadził stan klęski żywiołowej albo stan wyjątkowy. Należy zauważyć, że ograniczenia w tzw. specustawie daleko wykraczają poza zakres delegacji konstytucyjnej.

Podsumowując: można zwykłą ustawą ale nie w takim zakresie jak to uczyniono. W ten sposób odebrano bezprawnie prawa obywatelom.

Tyle na ten temat

@_tzok_ uwierz, że tego <more> tam wcześniej nie było. Być może Chińczycy poprawili stronę po moim mailu? Wchodziłem na stronę płatności wielokrotnie i sprawdzałem bardzo uważnie wszystkie dane.

Super, że dałeś znać tak wcześnie. Właśnie zamówiłem pcb. Trochę czasu upłynie zanim dotrą do Polski :)

Pozdrawiam

@_tzok_ Niestety jest głupia sytuacja, bo na stronie głównej Order jest przesyłka za 5,90$, a gdy przechodzę do opłacenia są dostępne tylko droższe opcje - Europacket i DHL. Wysłałem zapytanie do JLCPCB. Może to jakiś błąd u nich czy co?

Cześć,

Właśnie wrzuciłem opis i pliki projektu na moje strony: http://raven1.magix.net/ i mirror.
Są tam schematy, firmware oraz gerbery. Proszę korzystać kto ma ochotę.

Odnośnie chętnych :) Sam zamówię pięć płytek w JLCPCB. Mogę polutować i uruchomić ze 3-4 z nich. Tak więc chwilę to potrwa...Dłuższą chwilę. pancio.net i Cyprian poczekacie?

Cyprian dzięki za wrzucenie info na AA. Może się ludzie zainteresują.

Co do programowej możliwości wybierania banku - dałoby się, ale jak podtrzymywać rejestr banku po wyłączeniu zasilania? Z baterii nie da się tego zrobić zbyt długo. Chyba że założyć, iż zawsze startujemy od banku 0 - to dałoby się dołożyć dodatkowy rejestr, a także zbudować RAMcart nawet i 32MB o ile byłoby miejsce na tyle kości i solidny akumulator do podtrzymania ;-).

Ręczne przełączanie banku w tym rozwiązaniu jest raczej wygodniejsze.

Ale da się tyle, że trzeba by trochę także schemat przerobić.

xangel oprogramowanie na kartridżach startuje dosyć wcześnie. Myślę, że spokojnie da się z tego ładować sterowniki do wynalazku Putnika.

Pozdrawiam

P.S. Chciałem zamówić pcb ale na stronie JLCPCB jakieś jaja robią z kosztami wysyłki :( wysłałem zapytanie o co chodzi i mam nadzieję, że coś z tym zrobią bo płacenie 80zł za przesłanie 5 płytek to porażka.

[podbijam]

Znalazłem trochę więcej czasu, i tak jak podejrzewałem - coś się stało wewnątrz układu CPLD. Nie mam pojęcia co, ale RAMCART działał tak dziwacznie, że złożyłem drugi egzemplarz, który zadziałał bez problemu. Zrobiłem kilka testów. Dane są zachowywane i odczytywane bez uszkodzeń. Wrzuciłem obraz kartridża ST TEST 4.4 - poszedł bezproblemowo. Zapewne inne także będą działać. No i oczywiście można spróbować samemu stworzyć wsad z jakąś kompilacją softu na dysk c (małe c). Jeszcze raz dzięki Cyprian za gotowość pomocy w GFA Basic:) Problem jednak leżał w sprzęcie.

     W kolejnym wolnym okienku siądę do zrobienia materiału na www.

Załączam zdjęcie RAMCARTa w moim STe w trakcie ładowania obrazu ROM.

Pozdrawiam

P.S. Możliwe jest stworzenie czegoś na kształt SIC! jednakże soft musiałby napisać ktoś dobrze zorientowany w możliwościach Atari ST - GEMDOSa.

Coś mi się chyba uszkodziło w układzie =] i jakieś cudactwa się dzieją. Posprawdzam i się odezwę.

Cześć,

@Adam Klobukowski - znam ten artykuł nt. portu I/O 8bit na porcie kartridża - to stara sprawa. Wiele rozwiązań używa podobnego w stylu układu do komunikacji. Zwłaszcza tych starszych. Nawet Netusbee korzysta z podobnego rozwiązania (z tych najnowszych). Dokładanie linii R/W do portu kartridża to też niezły pomysł, choć już wymaga ingerencji w sprzęt. Ja wpadłem na pomysł przechwytywania sygnału /BERR i w ten sposób użytkowanie czego dusza zapragnie poprzez obejście GLUE (w pewnym sensie). To także wymaga ingerencji w sprzęt.

@seban to co wrzuciłem w wątek ma wartość poglądową. Ostateczne materiały - te właściwe po poprawkach i uzupełnieniach zostaną wrzucone na www gdy uporam się z softem. Niestety, ale GFA Basic to w tym zastosowaniu lipa. Zderzyłem się z takim oto zachowaniem: gdy używam formy u=PEEK(&HFBAA00) jest super i wszystko gra oraz buczy. Pamięć jest zapisywana poprawnie od pierwszego zbocza opadającego taktującego licznik adresów. Gdy użyję formy: u=PEEK(zmienna) gdzie zmienna jest wyliczana z adresu &HFB0000 oraz wartości kolejnego bajtu zapisywanego do RAMCARTa pliku - z jakiegoś durnego powodu Interpreter GFA wysyła jeden impuls na linię /ROM3 przed wykonaniem właściwej sekwencji w pętli i w rezultacie wszystko jest w pamięci RAMCART przesunięte o jeden bajt w przód, a adres &HFA0000 <word>0. Wygląda na to, że muszę wrócić do ogarnięcia DEVPACa po latach i napisać soft w assemblerze. Przynajmniej uniknę głupich niespodzianek. Sprawdzę jeszcze jak mi zadziała obecny soft po kompilacji. Nie wróżę jednak pozytywnego rezultatu :/

Tak czy siak - sprzęt jest i działa. Pozostał soft i tego na razie się trzymam, hehe.

Pozdrawiam

pancio.net dobrze pisze - wygląda na mrygacz. Sygnały wykorzystywane ze złącza CART: S4, S5, RD4, RD5, R/W, CCTL, +5V, GND. Być może w oparciu o jakiś trick coś to robi z kartridżami ale większego sensu w tym nie widać :)

Cześć,

Po kolei aby rozjaśnić, a ewentualnie ściemnić :)

@sqward Po Twoim wpisie i obejrzeniu netus-bee podejrzewam, że dałoby się więcej urządzeń na port carta wrzucić. Nie będę się jednak za to zabierał - to sporo roboty, ale pomyśleć" na przyszłość" można. Dałeś mi do myślenia bo zacząłem zastanawiać się nad różnymi sprawami związanymi ze sprzętem Atari...

@Cyprian Cenowo wygląda to mniej więcej na ok. 80zł co zależy od ilości zamówionych pcb (najmniejsza ilość w JLCPCB to 5 sztuk) oraz ceny XC95144XL (ok.35zł w Polsce) i pamięci CS18LV10245CCR70 (3,75zł) - inne elementy to raczej grosze. Co do TOS programowalnego - popatrz na moją stronę - link: http://atari.000space.com/rflex/rflex.html. Nie widzę większego problemu (poza dostępnością czasu) aby dla Atari ST zrobić coś podobnego. Idea jest taka, że chcąc wgrać TOS do pamięci podstawiasz ją w jakiś obszar RAM roboczej komputera, zapisujesz dwie pamięci tym samym, przełączasz "wajchę", restartujesz system i masz już nowy TOS :) Stosując podtrzymanie bateryjne zawartości s-RAM masz zmienialny TOS. O to Ci chodzi, prawda?

@_tzok_ rozumiem, że jest to egzotyka i takie tam tyle, że wcześniej nie zostało coś takiego zbudowane oprócz EPROM banków i Flash banków. Pamiętaj, że RAMCART jest programowany z poziomu Atari ST w przeciwieństwie do tego co podałeś jako przykład. Po Twojej sugestii nt. SIC!a pomyślałem chwilę i widzę, że dałoby się zrobić wielomegabajtowy RAMCART dla Atari ST. Widzę także, że udałoby się zrobić taki ewenement dla Atari 8-bit. Pomysł mi się uniwersalizuje :-) Pozostałaby kwestia oprogramowania tego sprzętu.

@seban zgadza się - w obszar Cartridge nie da się nic zapisać. MMU albo raczej GLUE nie pozwala - Atari wali bomby, hehe. Specjalnie dla Ciebie i innych elektroników załączam schemat logiki wrzuconej w xilinxa i schemat otoczenia. Napiszę tak: podobne rozwiązanie z auto-postinkrementacją pomocniczego licznika adresów zastosowałem w moim projekcie digitalizera dla AtariST. Okazał się bardzo pomocny i tutaj. Jeżeli uważnie rzucisz okiem (zresztą jest to opisane na schemacie) aby przełączyć sprzęt w zapis trzeba wysłać na starszym bajcie adresu ciąg 'tOri' - to tak dla jaj (między innymi bo pełni to ekstremalnie ważną rolę). Trochę to tak jak w programowaniu pamięci Flash - pseudokomendami. Prawdopodobnie w miarę 'rozwoju' trzeba będzie przejść na wersję CPLD TQ144 albo 2 sztuki TQ100 bo w obsłudze dużych pamięci szybko zaczyna brakować nóżek I/O...

Nie chowam w szufladę. Opis pojawi się na www po poprawkach (już jest)

@Adam Klobukowski coś w tym sensie opisał Cyprian i tak da się zrobić na wzór mojego rozwiązania R-Flex (ROMFlex). Programowany z poziomu AtariST, żadnych zewnętrznych sprzętów. Wczytujesz binarnie plik pod konkretny adres w pamięci i tyle.

Nie wiem czy koncert życzeń w ogóle się uda obsłużyć. Generalnie uniwersalny 8-bit interfejs I/O dla Atari ST jest znany od dosyć dawna i wiele urządzeń to właśnie wykorzystuje. W moim rozwiązaniu 8bit jest przy zapisie (choć mogłoby być i 16bit) a przy odczycie widoczny jest zwykły kartridż a nie I/O.

@pancio.net nie przewiduję (to jest 2x128kB czyli dwa carty przełączane ręcznie). Jak wyżej piszę - po przemyśleniu tego i owego uważam, że dałoby się po przeprojektowaniu sprzętu i napisaniu(!) oprogramowania stworzyć naprawdę pojemny "multicart" - coś na podobieństwo SIC! Teraz tego nie ogarniam (bo nie próbowałem) ale podejrzewam, że dałoby się ogarnąć także pamięci FLASH co dobrze rokuje na przyszłość :D Nie wiem tylko czy się za to zabiorę bo mam kolejne projekty, za które muszę się wziąć (Atari CART+ECI ekspander).

To chyba na tyle.

Pozdrawiam

PLIKI projektu są już na moich stronach