151 Ostatnio edytowany przez mono (2020-01-06 02:16:23)

Skoro już mowa o modyfikacjach (wg nomenklatury @Mq ustalonej na sąsiednim forum), to może warto by pomyśleć o takich gadżetach:
* http://atariki.krap.pl/index.php/SIO_FIFO
* http://atariki.krap.pl/index.php/Simius_GTIA_Fixer
* zamiennik Freddie'go (choć on w XL chyba nie występuje)
Niekoniecznie chodzi o to, żeby to na płycie było już wmontowane, ale może wystarczyłoby miejsce na obsadzenie elementów jeśli np. GTIA Fixer byłby komuś potrzebny. SIO FIFO to osobna bajka i IMHO warto byłoby to mieć w standardzie.

Edit: I MapRAM ! :)

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

152

To chyba raczej była nomenklatura xxl-a. Dalej się podśmiechiwaliśmy wymyślając kolejne określenia do nomenklatury opisujące kolejno rozszerzenia, modyfikacje, ja zaproponowałem kolejno dodać jeszcze peryferia jako odrębną kategorię. Ale ogólnie to takie tam były bez sensu dyskusje, a ja w nowym roku już się staram tego unikać.

153

A to przepraszam.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

154

Napisałem do Lotharka i do Simiusa - zobaczymy, co z tego wyniknie.
Moim zdaniem trzeba iść w stronę - płyta "prawie" stock, modyfikacje z bardzo łatwym montażem i przewidzianym na nie miejscem.
Pewna ilość modyfikacji od razu na płycie, czyli właśnie Stereo, może GTIA fixer, być może pamięć statyczna oraz jakieś proste rozszerzenie, może przełącznik OS-ów. Możliwie dużo pinheaderów pod inne rozszerzenia (AKI, SIO2SD, itp.) oraz pinheadery z niezbędnymi sygnałami pod VBXE, Rapidusa itp. Miejsce na różne gniazda w okolicy starego modulatora.

Dzięki takiemu rozwiązaniu na jednym rodzaju płyty będzie można zbudować od "Stock Atari" do w pełni rozbudowanego Atari. Chodzi tu też o to, aby nie mnożyć wersji płyty.

Taka jest moja wizja na chwilę obecną.

155

zdroworozsądkowe podejście. Trzymam kciuki i wstępnie piszę się na PCB.

Kontakt: pin@usdk.pl

156

xangel, na standardowej płycie też można zbudować od stock po mocno rozbudowany sprzęt. Co do mnóstwa pinheaderów, to grunt żeby to w ogóle działało - sam wiesz, że np. w U1MB znaczenie ma z którego miejsca ścieżki bierzemy sygnał, a wszelkie rozszerzenia RAM działają inaczej (lub nie działają) przy tym samym schemacie Atari na różnych rewizjach płyt. Sorry za sceptycyzm, ale w moim przekonaniu większą robotę stanowi tu projekt samej płyty Atari niż pinheadery do rozszerzeń. Włącznie z tym, że jak wyprowadzisz newralgiczny sygnał pokroju np. PHI2 w potrzebne Ci miejsce dla jakiegoś rozszerzenia, to sama ścieżka i pinheader zmienią pojemność i może czasem przestać działać poprawnie inne rozszerzenie, lub nawet samo Atari, czy standardowe rzeczy jak np. jakiś zwykły kartridż. Candle zawsze jedzie na wszystkich konstruktorów hobbystów jak to beznadziejnie projektują rozszerzenia, to może tutaj Ci pomoże i zwróci uwagę co poprawić zanim wywalisz grube tysiące na PCB, które nie zadziała.
Jeszcze co do aki. Po co to komu jak płyta idzie do oryginalnej obudowy? A poza tym aki jest stare i od dawna nie wspierane przez nikogo, bez źródeł itp. Zainteresuj się np. TKII, to jest bardziej współczesne i wspierane obecnie.

157

Z tym miejscem wpięcia się z sygnałami do U1MB to wiem, że jest czasem jazda - niestety i tak to wyjdzie dopiero "w praniu".
Chociaż podpytać o jakiś pro tip nie zaszkodzi :)
Co do AKI, to taki skrót myślowy - można w to miejsce podłączyć TKII oczywiście. A czy ma sens? Nie wiem, pewnie ma. Zakładam, że taką płytę mogą nabyć również userzy, którzy już dawno temu nawiercili dziurek w obudowie :) Tym tropem, to tego typu interfejsy nie mają racji bytu w oryginalnej obudowie Atari, od kiedy pojawiły się folie w sprzedaży. Kiedyś nie było folii, więc inna bajka...

Z newsów to jedną sprawę mamy z głowy - nie będzie integracji U1MB na płycie. Nie dostałem zgody.

158

Jest granica gdzie kończy się hobby, a zaczyna wielki biznes ;)

159

tk-ii? tak samo masz źródła jak i do dark aki
http://ftp.pigwa.net/stuff/mirror/www.a … pl/aki.htm

loop:        sei
            rcall    Wstaw_Se_Odczyt_Z_Ulubionej_Klawiatury
            ldi        zl,low(Conversion*2)
            ldi        zh,high(Conversion*2)
            add        zl,r16
            adc        zh,zero
            lpm        r17,z
            cpi        r17,0x40
            brlo    standard_key
            rcall    Handle_Special_Key
            rjmp    loop_nc
standard_key:
            ser        r18
            eor        r17,r18
            andi    r17,0x3F
            andi    r16,0x80
            or        r16,r17
            sts        Char,r16
loop_nc:    rjmp    loop

;-------------------------------------------------------------------------------
Handle_Special_Key:
            cpi        r17,0x40    ; control
            breq    Handle_Special_Key_ctrl
            cpi        r17,0x41    ; shift
            breq    Handle_Special_Key_shift
            cpi        r17,0x42    ; start
            breq    Handle_Special_Key_start
            cpi        r17,0x43    ; select
            breq    Handle_Special_Key_select
            cpi        r17,0x44    ; option
            breq    Handle_Special_Key_option
            cpi        r17,0x45    ; reset
            breq    Handle_Special_Key_reset
            ret
Handle_Special_key_ctrl:
            andi    r16,0x80
            brne    Handle_Special_key_ctrl_release
            lds        r17,Flags
            ori        r17,0x01    ; set control
            sts        Flags,r17
            ret
Handle_Special_Key_ctrl_release:
            lds        r17,Flags
            andi    r17,0xFE    ; clear control
            sts        Flags,r17
            ret
Handle_Special_key_shift:
            andi    r16,0x80
            brne    Handle_Special_key_shift_release
            lds        r17,Flags
            ori        r17,0x02    ; set shift
            sts        Flags,r17
            ret
Handle_Special_Key_shift_release:
            lds        r17,Flags
            andi    r17,0xFD    ; clear shift
            sts        Flags,r17
            ret
Handle_Special_key_start:
            andi    r16,0x80
            brne    Handle_Special_key_start_release
            cbi        PORTD,KEY_START
            ret
Handle_Special_Key_start_release:
            sbi        PORTD,KEY_START
            ret
Handle_Special_key_select:
            andi    r16,0x80
            brne    Handle_Special_key_select_release
            cbi        PORTD,KEY_SELECT
            ret
Handle_Special_Key_select_release:
            sbi        PORTD,KEY_SELECT
            ret
Handle_Special_key_option:
            andi    r16,0x80
            brne    Handle_Special_key_option_release
            cbi        PORTD,KEY_OPTION
            ret
Handle_Special_Key_option_release:
            sbi        PORTD,KEY_OPTION
            ret
Handle_Special_key_reset:
            andi    r16,0x80
            brne    Handle_Special_key_reset_release
            cbi        PORTB,KEY_RESET
            mov        r16,zero
            sts        InSync,r16
            ret
Handle_Special_Key_reset_release:
            sbi        PORTB,KEY_RESET
            ret

IRQ_pokey:    push    r16
            in        r16,SREG
            push    r16
            push    r17
            push    r18

            sbi        PORTB,POKEY_KR1
            sbi        PORTB,POKEY_KR2

            lds        r16,InSync
            tst        r16
            breq    IRQ_pokey_not_synced


            lds        r16,Counter

            in        r17,PIND
            mov        r18,r17
            andi    r17,(1<<POKEY_K0)    ; PD2
            andi    r18,(1<<POKEY_K5)    ; PD3
            lsr        r17
            lsr        r17
            lsl        r18
            lsl        r18
            or        r17,r18
            andi    r16,0x21            ; bit 5 & bit 0
            cp        r16,r17
            brne    IRQ_pokey_not_synced
            lds        r16,Counter
            lds        r17,Char
            cp        r16,r17
            brne    IRQ_pokey_cont1

            cbi        PORTB,POKEY_KR1
            ser        r18

IRQ_pokey_cont1:
            cpi        r16,0x2F    ; shift line
            brne    IRQ_Pokey_cont2
            lds        r17,Flags
            andi    r17,0x02
            breq    IRQ_Pokey_cont2
            cbi        PORTB,POKEY_KR2
IRQ_pokey_cont2:
            cpi        r16,0x3F    ; control line
            brne    IRQ_Pokey_cont3
            lds        r17,Flags
            andi    r17,0x01
            breq    IRQ_Pokey_cont3
            cbi        PORTB,POKEY_KR2
IRQ_pokey_cont3:
            lds        r16,Counter
            inc        r16
            andi    r16,0x3F    ; max count value
            sts        Counter,r16
IRQ_pokey_exit:
            pop        r18
            pop        r17
            pop        r16
            out        SREG,r16
            pop        r16
            reti

IRQ_pokey_not_synced:
            cbi        PORTB,ST_LED
IRQ_pokey_not_synced_l0:
            in        r16,PIND
            andi    r16,(1<<POKEY_K5)
            breq    IRQ_pokey_not_synced_l0
IRQ_pokey_not_synced_l1:
            in        r16,PIND
            andi    r16,(1<<POKEY_K5)
            brne    IRQ_pokey_not_synced_l1

            mov        r16,one
            sts        InSync,r16
            clr        r16
            sts        Counter,r16
            sbi        PORTB,ST_LED
            rjmp    IRQ_pokey_exit

Conversion:
; control - 0x40, shifts - 0x41, start - 0x42, select - 0x43, option - 0x44, reset - 0x45, cursor mode - 0x46
;                  00   01   02   03   04   05   06   07   08   09   0A   0B   0C   0D   0E   0F
            .db 0x80,0x1C,0x1F,0x1E,0x1A,0x18,0x1D,0x1B,0x33,0x35,0x30,0x32,0x0E,0x0F,0x34,0x2C    ; 00
            .db 0x2F,0x2E,0x2A,0x28,0x2D,0x2B,0x0B,0x0D,0x08,0x0A,  00,  00,0x0C,0x40,0x3F,0x3E    ; 10
            .db 0x3A,0x38,0x3D,0x39,0x01,0x05,  00,0x02,  00,0x22,0x41,  00,0x17,0x16,0x12,0x10    ; 20
            .db 0x15,0x23,0x25,0x20,0x22,0x26,0x41,  00,  00,0x21,0x3C,0x11,0x42,0x43,0x44,0x45    ; 30
            .db 0x80,0x80,0x80,0x80,0x46,0x80,0x80,  00,0x03,0x80,0x0E,0x13,0x80,0x14,0x06,0x80    ; 40
            .db 0x04,0x80,  00,  00,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80    ; 50
            .db   00,  00,0x11,  00,  00,0x26,0x07,0x33,0x35,0x30,0x18,0x1D,0x1B,0x1F,0x1E,0x1A    ; 60
            .db 0x32,0x22,0x0C,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80    ; 70
; key released
            .db 0x80,0x1C,0x1F,0x1E,0x1A,0x18,0x1D,0x1B,0x33,0x35,0x30,0x32,0x0E,0x0F,0x34,0x2C    ; 00
            .db 0x2F,0x2E,0x2A,0x28,0x2D,0x2B,0x0B,0x0D,0x08,0x0A,  00,  00,0x0C,0x40,0x3F,0x3E    ; 10
            .db 0x3A,0x38,0x3D,0x39,0x01,0x05,  00,0x02,  00,0x22,0x41,  00,0x17,0x16,0x12,0x10    ; 20
            .db 0x15,0x23,0x25,0x20,0x22,0x26,0x41,  00,  00,0x21,0x3C,0x11,0x42,0x43,0x44,0x45    ; 30
            .db 0x80,0x80,0x80,0x80,0x46,0x80,0x80,  00,0x03,0x80,0x0E,0x13,0x80,0x14,0x06,0x80    ; 40
            .db 0x04,0x80,  00,  00,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80    ; 50
            .db   00,  00,0x11,  00,  00,0x26,0x07,0x33,0x35,0x30,0x18,0x1D,0x1B,0x1F,0x1E,0x1A    ; 60
            .db 0x32,0x22,0x0C,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80,0x80    ; 70
przechodze na tumiwisizm

160

TO może po prostu 1MB by MQ albo jak pisałem na jakiejś współczesnej pojedynczej kostce. Jedna kość dałaby to, że byłoby więcej miejsca na inne rzeczy?

Sikor umarł...

161 Ostatnio edytowany przez Mq (2020-01-06 14:29:16)

Nie ma "1MB by Mq" - jest 1MB by Pasiu. Ja tylko zrobiłem fajne płytki pod jego projekt dopasowane do płyty 130XE.
Można zrobić to bezpośrednio na płycie i pod warunkiem, że płyta będzie dobrze zaprojektowana i rozszerzenie ruszy bez problemu, to będzie to bardzo tanie rozwiązanie 1MB za 20-30zł.
Pisząc o dobrze zaprojektowanej płycie nie mam na myśli umiejętności xangela, które niewątpliwie są wystarczająco wysokie i dobrze to robi, tylko trochę przy tym szczęścia żeby ten przypadkowo działający projekt jakim jest Atari akurat dobrze zadziałał na jego płycie:-)
Natomiast jeśli ma być nowocześniej, to w ogóle bym nie szedł w rozwiązanie na DRAM, tylko trzeba po prostu zrobić 1MB na SRAM, bo to jest stosunkowo łatwe do zrobienia jak pisał wcześniej Candle. I prędzej czy później ktoś zrobi w końcu otwarty projekt tego, tylko jak to z otwartymi projektami - musi minąć mnóstwo czasu, aż ktoś się za to weźmie i zrobi, bo przecież robią to hobbyści w wolnym czasie, a nie zawodowi projektanci pod batem obciętej premii w wyścigu szczurów:-)

xangel: dobrym startem będzie jeśli zrobisz od razu na płycie podstawową pamięć jako SRAM wg projektu Torimana. Tylko tam na jego stronie nie ma jednego sygnału, jak by co to kontaktuj się ze mną na PM, bo moje płytki SRAM robione w konsultacji z Torim działały idealnie, więc można ten projekt przenieść na Twoją płytę. Tylko kości wykorzystać inne, bo te, które ja wykorzystałem były super, ale trudno je dostać.

162

Podzielam niestety obawy Mq.

"nie znam się, to się wypowiem" :)

Kontakt: pin@usdk.pl

163

W kwestii moich obaw o stabilność itp.: gdybym miał robić taki projekt jaki robi tutaj xangel, to wziął bym jako podstawę płytę 65XE/130XE z pamięciami 4-bit i ją najpierw sobie narysował dokładnie tak rozmieszczoną jak oryginał i z prowadzeniem ścieżek jak w oryginale - po prostu idealną kopię, bo ta płyta jest wg mnie (i nie tylko mnie) chyba najbardziej stabilna jak się montuje rozszerzenia.
Następnie starał bym się pozostawić wszystko w miarę możliwości jak w oryginale, tylko zacząć przerabiać to co potrzebne, czyli rozsunąć trochę scalaki, żeby się zmieścił drugi pokey, wsadzić SRAM zamiast podstawowych 64k, jak już będzie 1MB na SRAM, to wsadzić go w miejsce po wyrzuconym Freddim i pamięci podstawowej, jak nie będzie 1MB, to użyć projektu Hiasa i zrobić 512k, które też działa poprawnie, a najwyżej kiedyś tam w rewizji X wymienić 512k na przyszły projekt 1MB kiedy takowy powstanie.
Następnie jeśli zależy na miejscu na jakieś rozszerzenia typu VBXE, Sophia, Rapidus, itp., to sprawdził bym co tam koliduje zwykle i przesunął bym delikatnie odpowiednie scalaki, żeby poprawić spasowanie, przestrzeń, miejsce, etc.
Kolejna rzecz: wywalił bym modulator i w jego miejscu narysował cały tor wizji. Będzie miał blisko zasilanie, będzie oddalony od całej części cyfrowej, czyli na bank poprawi to zdecydowanie jakość obrazu. I znowu dzięki wywaleniu tego toru wizji z jego pierwotnego miejsca zyska się kawałki przestrzeni na lekkie przesunięcia scalaków, czy tam dodanie innych potrzebnych rzeczy, lub też włąśnie jakichś pinheaderów itp.
W każdym razie szedł bym taką mniej-więcej drogą bez względu na wybór rozszerzeń jakie tam chcesz zrobić. Ogólnie myślę, że większe prawdopodobieństwo powodzenia działania takiej płyty jest jeśli jako bazę weźmie się układ z oryginału niż rzuci scalaki na płytę kompletnie inaczej niż to było w oryginale.

164

Tak, ale chyba jeśli pójdziemy w stronę pamięci statycznych lub U1MB, to chyba nie powinno być problemów ze stabilnością? Ewentualnie zamiennik F08 od Simiusa powinien załatwić sprawę - dobrze myślę?

Pytanie do Candle: U1MB podłączamy w miejsce OS ROM i MMU - czy Basic jest potrzebny?

165 Ostatnio edytowany przez Mq (2020-01-06 15:25:32)

Wiesz, na forum pojawiają się czasem też problemy ludzi z uruchomieniem U1MB i dyskusje skąd jaki sygnał brać z płyty. Możliwe, że w przypadku U1MB te problemy są mniejsze niż w przypadku innych rozszerzeń, możliwe, że to kwestia SRAM, który ma prostsze podłączenie i sterowanie niż DRAM oraz mniejszy pobór prądu. No ale w sumie tego nie wiemy. Wiemy natomiast, że całkowitego zniknięcia problemów spodziewać się nie należy, a dobrym przykładem jest rozbudowany mocno komputer Pina, gdzie wiadomo, że koleś ma kupę znajomych, wszyscy go lubią, każdy mu pomaga, jeździ po zlotach, a mimo tego walczył latami ze swoim ledwo domykającym się sprzętem pełnym wszelakiego dobrodziejstwa jakie wymyślono wśród rozszerzeń:-) Temat jest ciągle ten sam bez względu na to jakie rozszerzenia się stosuje: brak buforowania magistral, a każda zmiana i dopięcie jakiegokolwiek rozszerzenia powoduje zmianę pojemności i tym samym nieprzewidywalne zmiany w kształcie zboczy sygnałów oraz ich minimalne przesunięcia. To wszystko na tle braku powtarzalności parametrów "wielkiej czwórki" daje ostateczne efekty takie jakie daje.

Edit: a zamiennik 08 od Simiusa u mnie np. w jednym kompie pomógł przy SIMMexp, ale w innym pogarszał sprawę, więc też nie jest to złoty środek i nie ma reguły.

166

Erotoman gawędziarz
Przez ten czas narysowali byście już te 1mb
Są jakieś pytania techniczne?
Propozycja schematu, zasady działania, czy tylko czcze gadanie?

przechodze na tumiwisizm

167

F08 nie jest złotym środkiem, ale przyznam że od czasu jak go wymieniłem generalnie skończył się okres niestabilności. Jedyny problem jaki okazjonalnie występuje i daje o sobie znać to zużycie złącza w IDE Plus i "niekontakty" z tym związane, choć jak na tyle lat co to ma i ilość wyjazdów na parties to należy przyznać, że i tak nie jest źle w tej materii. Płyta, to oczywiście 130XE z ramem 4-bit.

Z Zamiennikiem 74ls08 udało mi się osiągnąć stabilną pracę nawet w konfiguracji: (oprócz tego, co w środku) KarinMaxi (ten nowy klon), 2*(!)IDE Plus, Side2 .. choć to z pewnością zależy też po prostu od danego egz. komputera jako całości. Fakt faktem, że przydał by się eci expander z buforowaną magistralą i możliwością "mapowania" poszczególnych cartów. Wiem, że Candle nad tym pracuje, ale nie wiem czy kwestia z buforem została w tym ujęta, lub celowo pominięta.

Kontakt: pin@usdk.pl

168

Candle: z mojej strony tylko czcze gadanie, bo nie mam czasu się tym teraz zajmować, ani też nie mam jakiegoś ciśnienia na to. Może ktoś zrobi 1MB SRAM, może nie, jak zrobi to fajnie, ucieszę się, jak nie zrobi, to może kiedyś ja zrobię. Ja sobie tu gadam co myślę, bo sam projekt jest o tyle interesujący, że w ogóle ktoś coś robi i jest o czym pogadać. Myślę, że nawet jak część z tych gawęd nie ma znaczenia, to może część się przyda jako inne spojrzenie na sprawę, a każda myśl z tego typu dyskusji ma szansę stać się przyczynkiem do tego, żeby autor projektu wpadł na jakiś genialny pomysł i wykorzystał go później w jakiś tam sposób.

169

Jeśli nie projektować wiernej kopii to wywalić layout do śmieci, bo ani projektanci XE ani ST nie mieli pojęcia o projektowaniu PCB... te płyty są zaprojektowane źle od podstaw i nic dobrego się z nich nie zrobi. Złe jest rozmieszczenie elementów, źle są zaprojektowane pola masy i zasilania, wreszcie źle są poprowadzone magistrale. Jest to zrobione bez ładu i składu. Ułożyli sobie scalaczki na płycie żeby "ładnie wyglądało" i potem się pocili jak to połączyć. Niestety wiele amatorskich płyt do rozszerzeń jest zaprojektowana niewiele lepiej. Kto się troszczy o pojemności ścieżek, kto się przejmuje czasem propagacji sygnału, przesłuchem, kto zwraca uwagę na pętle masy?

Moja kolekcja: Atari 1040STe (4MB), Atari 1040STfm (4MB, BLiTTER, AT-ONCE+), Atari 800XE (SIMM EXP 1MB), Atari 800XL (RAMBO XL 256kB), Atari 600XL (64kB), Sinclair ZX SPECTRUM+ (48kB), TIMEX Computer 2048 (48kB), Commodore A600 (2MB+4MB, HDD CF 4GB), Commodore C64C.

170

A szanowny ma jakieś doświadczenia w rzeczonym temacie?  Czy sobie też pogadać lubisz?

przechodze na tumiwisizm

171

SRAM jest be. Tylko DRAM.

"tatusiu zobacz, narysowałam tobie takie same coś jak na twojej koszulce" 
https://github.com/willyvmm/mouSTer
jmp $e477

172 Ostatnio edytowany przez _tzok_ (2020-01-06 20:47:01)

Doświadczeń nie mam bo nie pracuję w zawodzie ale wykształcenie i podstawy teoretyczne mam. Znam zasady projektowania PCB i potrafię odróżnić prawidłowo zaprojektowane PCB od totalnie skopanego. Na niuansach pewnie bym poległ, ale projekty płyt Atari są w tak oczywisty sposób nieprzemyślane, że nie ma się nad czym rozwodzić. Nie ma to jak "walnąć" ROM i RAM na przeciwległych krańcach płyty, a tor zasilania to jakiś koszmar.

Co do U1MB to jest to kompilacja kilku projektów z autorskim wsadem CPLD i ROMem do konfiguracji tego. W gruncie rzeczy wszystko z czego składa się U1MB jest opisane i dostępne, a odpuszczając sobie konfigurację z poziomu programu a'la BIOS-Setup i SDX, można by to pewnie upchnąć w 2 GALach 20V10.

Moja kolekcja: Atari 1040STe (4MB), Atari 1040STfm (4MB, BLiTTER, AT-ONCE+), Atari 800XE (SIMM EXP 1MB), Atari 800XL (RAMBO XL 256kB), Atari 600XL (64kB), Sinclair ZX SPECTRUM+ (48kB), TIMEX Computer 2048 (48kB), Commodore A600 (2MB+4MB, HDD CF 4GB), Commodore C64C.

173

czyli nie znasz się, ale się wypowiesz?
jest to twoja opinia, równasz rom z dramem i uważasz ze powinno być inaczej, tylko ze jak?
obok?
te komputery przeszły jakieś badania tak na emisje jak i na zakłócenia indukowane, natomiast ty, po szkole, twierdzisz ze są skopane bo gdyż ponieważ smutny pan w niechcianej książce napisał inaczej, albo, tak myślisz, bo nie uważałeś, było to dawno, a ty gawędziłeś w ostatnim rzędzie na auli

student jak przyjdzie do pracy nie umie nic - może się jednak szybko nauczyć jak słucha i faktycznie czegoś się nauczył
jeśli nie masz tego doświadczenia, to powstrzymaj się od takich komentarzy
przyczepić się można zawsze, tak samo jak zawsze można coś poprawić, tymczasem masz terminy i nikt nie pozwoli się brandzlować z projektem, bo komuś się nie podoba - ma przejść badania i być zgodnie z projektem

przechodze na tumiwisizm

174

Z całym szacunkiem dla Twojej wiedzy Candle, ale od tego jest to forum by każdy (no prawie) mógł się wypowiedzieć w temacie. Jeśli uważasz, że każdy jest baranem/nieukiem/elektronicznym niedorajdą to po prostu "zrób to sam". Nie chcesz pomóc to nie pomagaj, chcesz - to rób to z klasą a nie z pozycji "jestem najlepszy" lżyj wszystkich bo wiesz lepiej. Jesteś fachowcem w swojej dziedzinie - to niezaprzeczalny fakt i dzięki Ci za ogromny wkład jaki włożyłeś w nasze zabawki ale wybacz, nie mogę przejść obojętnie obok  tego w jaki sposób próbujesz nas uświadamiać - to poniżające i przykre.

https://systemembedded.eu/ ... https://www.youtube.com/watch?v=GwS7Es1x6mw
""Ja bardzo przepraszam, ale podejrzenia panów są całkowicie bezpodstawne. Ja niczym nie handluję. Ta pani przyszła do mnie w tym Pancake-u i w nim wychodzi.""
ABBUC Member #319. Preferowana forma kontaktu: email

175

Po pierwsze łatwiej jest oceniać niż coś zrobić - to fakt. Faktem jest też to, że zdolny uczeń zwykle przerasta nauczyciela, bo inaczej nie byłoby postępu. Rola pouczającego jest więc łatwiejsza ale bardzo ważna.

Dzisiaj mamy większą wiedzę niż projektanci Atari 30 lat temu, mamy też lepsze narzędzia do projektowania i analizy obwodów. Dzisiaj dobry student elektroniki korzystając z odpowiedniego oprogramowania (którego wtedy nie było) lepiej zaprojektuje taką płytę, niż najwybitniejszy specjalista w tamtych czasach... a projekty płyt Atari nie były robione przez najwybitniejszych specjalistów, co najwyżej przez przeciętnych, bo miało być tanio i szybko.

Candle napisał/a:

równasz rom z dramem i uważasz ze powinno być inaczej, tylko ze jak

Blisko siebie i blisko CPU, bo to najbardziej krytyczne elementy systemu. ROMy w Atari zawsze były fatalnie rozmieszczone. Nikt nie martwił się o ekranowanie sygnałów na płycie, o wpływ ścieżek z górnej warstwy, na te z dolnej... ale tak się w tamtych czasach projektowało. Magistrale na płytach Atari przypominają spaghetti. Czas propagacji, tłumienie, odbicia... kto by się tym przejmował?

Płyty Atari badań nie przeszły, przeszły je całe komputery, obłożone kilogramami blachy. Poza tym emisja zakłóceń EMI, a poprawność prowadzenia torów sygnałowych to dwie różne rzeczy.

Moja kolekcja: Atari 1040STe (4MB), Atari 1040STfm (4MB, BLiTTER, AT-ONCE+), Atari 800XE (SIMM EXP 1MB), Atari 800XL (RAMBO XL 256kB), Atari 600XL (64kB), Sinclair ZX SPECTRUM+ (48kB), TIMEX Computer 2048 (48kB), Commodore A600 (2MB+4MB, HDD CF 4GB), Commodore C64C.