Z ustawianiem fuses uważaj, żebyś sobie nie przeprogramował którejś linii uniemożliwiającej programowanie szeregowe (doczytaj w dokumentacji - nie pamiętam która to linia). Jedyne wyjście potem to skasowanie takiego delikwenta programatorem równoległym. Procesory mogą być jeszcze dobre...

Edit: Mam na myśli RSTDISBL (b7 high fuse byte) i sytuację kiedy ustawiasz pin RESET jako GPIO.

http://atariki.krap.pl/index.php/DOS_II/D .

Najpierw trzeba swoje odczekać a potem obsługa z SHIFTem i SELECTem o ile pamiętam. Interface tam był naprawdę niecodzienny :)

Edit: Spacją się przechodziło do następnej pozycji w patternie.

Automat perkusyjny z Chaos Software z samplami z Digi Drum (tak, jak i produkcja Iron Soft)?

TTL logika dodatnia - "0" - 0V, "1" - 5V. bit startu to "0", następnie idzie 8 bit danej, potem 1 bit stopu - logiczna "1".

Edit: Dane w kolejności od najmłodszego bitu do najstarszego.

Chciałbym zapytać o inny wariant problemu.
1. Czy jesteśmy w stanie rozpoznać z jakiego urządzenia i ścieżki ładowany jest program AUTORUN.SYS (DOS2x, MyDOS, Sparta, DOS II+/D)?
2. Analogicznie dla dowolnego programu ładowanego z polecenia wsadowego?
3. Czy da się bootować nie z D: a np. z H: (w systemie jest zdaje się przewidziana możliwość bootowania z nowego urządzenia) - co wtedy z rozpoznawaniem urządzenia, z którego automatycznie załadowano program AUTORUN.SYS lub dowolny program z pliku batchowego?
Interesuje mnie automatyczne ładowanie, bo chyba nie można wtedy skorzystać z podglądania E:?

Tak właśnie mi się zdarzyło.

$ sudo su
<podajesz hasło swojego użytkownika>

Z poziomu roota możesz ustawić hasło roota za pomocą

$ passwd

po czym z dowolnego usera możesz już zrobić

$ su
<podajesz hasło roota

i jesteś root.
Możesz też skonfigurować dostęp do programów, jako root w pliku /etc/sudoers (polecenie visudo) np. wstawiając tam linię:

piotr ALL=(ALL) ALL

i wtedy odpalać programy przez:

$ sudo <program odpalany z uprawnieniami roota

ale jak widzę jesteś w grupie admin (w sudoers jest domyślnie %admin ALL=(ALL) ALL) więc powinieneś mieć już możliwość odpalania aplikacji przez sudo.
Z ST nie mam doświadczenia - więcej z 8-bit, dlatego pisałem że odnośnie ST musisz pytać kogoś innego.
Na codzień używam linuxa ubuntu 9.04.

To co opisałem, to tylko konfiguracja linuxa (też ubuntu, ale 9.04) odnośnie uruchomienia i sprawdzenia kabelka.
Nie mam niestety Falcona. Szczegółów dotyczących Atari musi Ci udzielić ktoś inny :(

Edit: Dzięki za model kabelka - spróbuję go namierzyć i wypróbuję.

Po włączeniu przejściówki do usb polecenie:
$ lsusb
powinno ci ją pokazać (zależy od modelu przejściówki jaki posiadasz, ale najczęściej coś z pl2303). Ponadto:
$ lsmod
powinien pokazać załadowany automatycznie moduł pl2303 właśnie.
Z kolei:
$ ls -ltra /dev/ | tail
powinno pokazać urządzenie ttyUSBx (gdzie x to nr urządzenia od 0 włącznie).
Sprawdzić transmisję można zapętlając kabel i malując:
$ picocom /dev/ttyUSB0
wciskanie literek powinno dawać echo (przy niezapętlonym nie zobaczysz nic).

Hmmm. Faktycznie jest na szybie PBI zanegowany więc teoretycznie elektronika mogłaby nim wyłączać w dowolnej chwili pakiet fp. Znane są takie przypadki w istniejących urządzeniach? Może są jakieś zalecenia firmy ATARI co do konstruowania nowych urządzeń?

@drac030: nie wiem skąd się wzięło to "podnoszenie" romów, ale odkąd pamiętam zawsze w ten sposób określaliśmy (z kolegami) wyłączenie romu i włączenie ramu :) Może z c64 - w podręczniku Bohdana Frelka ( http://www.starekompy.pl/frelek.jpg ) przy konfigurowaniu pamięci rysunki przesuwały części pamięci to w górę, to w dół...