popieram całom gembom!

może zróbmy tak, niech zainteresowani dopisują się do wątku...

a od siebie dodam, że nowa partia powinna pojawić się gdy już rozwiązane zostaną te wszystkie problemy o których pisze się na forum, no i co najmniej za miesiąc ;)...

P.S. chodzi chyba o kartridż z SD

będzie druga partia?
nie mówię, że już... najlepiej po pierwszym...
ale którym?
to w końcu jaka cena finalna?

wyczytałem w atariki, że w synchromeshu do stacji wysyłany jest kodzik, czyli ta komenda $58 to chyba nie jest przypadek? pytam z ciekawości...

a jak odróżnia się turbo w CA2001 i jak w LDW2000 skoro pierwsza pracuje z 38k, a druga z 68kB/s?

chłopaki nie czepiam się, ale weźcie to przeczytajcie:

6c) jeśli to jest zapis bloku danych, komputer przesyła blok danych plus sumę kontrolną do urządzenia. Po jego przyjęciu, jeśli blok danych jest poprawny, urządzenie odpowiada kodem $41 ("A") i przystępuje do np. zapisania danych na nośnik. W przeciwnym wypadku, jeśli w nadesłanym bloku danych urządzenie stwierdzi błąd sumy kontrolnej lub inne nieprawidłowości, odpowiada kodem $4E ("N") lub nie odpowiada w ogóle, a blok danych ignoruje. W następnej fazie urządzenie informuje komputer o wykonaniu kodem "C" lub "E" o znaczeniu jak powyżej, i na tym transmisja się kończy. Przesłanie bloku danych musi rozpocząć się nie wcześniej niż 1000 usec. i nie później niż 1800 usec. po przesłaniu ostatniego bitu potwierdzeniu przyjęcia komendy (pierwszym "A"). Rozpoczęcie przesłania potwierdzenia otrzymania bloku ("A" lub "N") musi nastąpić w czasie od 850 usec. do 16 msec. po przesłaniu ostatniego bitu bloku danych.

We wszystkich 3 przypadkach transmisja potwierdzenia końcowego ("C" lub "E") z urządzenia musi rozpocząć się nie wcześniej niż po 250 usec. i nie później niż po 255 sekundach - czyli po 4 minutach i 15 sekundach - od przesłania ostatniego bitu potwierdzenia komendy ("A") (6a, 6b) lub od odebrania ostatniego bitu bloku danych (6c).

same sprzeczności i nie wiadomo o co chodzi - do poprawki.

bawicie się w politykę, kiedy obiecany update toola do edycji?

zrobiłem taką małą iterakcję, na wszystkie komendy odpowiadam NACK... cuda normalnie cuda z tą spartą...

czy komendy $58 też powinienem się spodziewać?

czy ten czas od skasowania COMMAND do wysłąnia ACK wynosi maks. 16 ms, czy może jednak więcej?

zastanawia mnie jeszcze to: "Przesłanie potwierdzenia końcowego ("C" lub "E") musi nastąpić w czasie od 850 usec. do 16 msec. po przesłaniu bloku danych.

Ogólnie potwierdzenie końcowe ("C" lub "E") musi nadejść z urządzenia nie wcześniej niż po 250 usec. i nie później niż po 255 sekundach - czyli po 4 minutach i 15 sekundach - od nadesłania potwierdzenia komendy ("A"). "

nie ma tu jakiejś sprzeczności? czy taka stacja dyskietek na przykład wyrobi się z zapisem danych w ciągu 16ms?

ludzie darujcie, skąd mam to wiedzieć skoro nie pisze.

gdyby to był numer sektora to bym się domyślił, że chodzi o turbo, ale to ustawiony 8 bit w komendzie, nie wiem co to oznacza... skąd mam wiedzieć...

nie możecie napisać po prostu? szkoda zaśmiecać wątek...

mógłby Ktoś mi pomóc?

pełna komenda która powoduje problem to: $31 $D3 $00 $00 $05

ma Ktoś pomysł? niestety nie dorobiłem się jeszcze oscyloskopu cyfrowego, a może Ktoś zna jakiś tani wartościowy tester stanów logicznych dostępny dla amatora?

nie prawda, nie ma, przeczytałem całość, nigdzie nie jest nawet wspomniane o tym $D3... co ciekawe jako adres urządzenia dostaje $31, czyli nie jest to jakieś przyśpieszenie, to jakaś celowo wysyłana komenda która nigdzie nie jest opisana.