Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
atari.area forum » Fabryka - 8bit » SIO i Bluetooth
Zaloguj się lub zarejestruj by napisać odpowiedź
Przejściówki RS232 na Bluetooth za 20-50 zł obsługują sygnały RX, TX, RTS i CTS oraz pozwalają na użycie 5V.
Czy proste spięcie RX, TX i CTS do SIO (jak w SIO2PC) pozwoli na przesyłanie danych?
Moduł z tego co widzę startuje w trybie przesyłania danych i pamięta ostatnie ustawienia.
Gdzie będzie haczyk? A może ktoś już coś testował w temacie?
W zmianie prędkości przesyłu, którą w tych modułach zazwyczaj ustawia się na sztywno.
Się kiedyś przyglądałem modułom BTM-222 i innym.
Zabawa wychodziła za drogo. Przynajmniej do zastosowania jako Sio2PC
a co sądzicie o czymś takim jak serial (rs232) to wifi? np takie coś:
http://www.alibaba.com/product-gs/73050 … 02_11.html
A poza zmianą prędkości przesyłu?
Można ustawić na stałe 19.200bps - to jest chyba standard w Atari.
A potem (gdyby ktoś potrzebował) można zrobić sterownik Turbo co by tę prędkość zmieniał komendami AT?
PS. W module WiFi problemy byłyby dokładnie te same chyba...
Ja niezmiennie uważam, że pomysł jest zajebisty, a przy obecnej dostępności smartfonów i tabletów mógłby być lepszym zamiennikiem nie tylko SIO2PC ale równocześnie SIO2SD.
Tylko czy przypadkiem RS to wifi nie umożliwia po prostu podłączenia karty wifi za pomocą tego portu zamiast np. USB i wcale nie pozostawia swobody transmisji? Tzn mam na mysli to ze trzeba wowczas po rs uprawiac normalna komunikacje tcp/ip z urzadzeniem a co za tym idzie zaimplementowac pelna obsluge sieci i nie przypomina to zwyklej transmisji szeregowej. Oczywiscie dla pc pewnie jest odpowiedni sterownik.
Juz prosciej byloby zrobic bluetooth
Przejściówki RS232 na Bluetooth za 20-50 zł obsługują sygnały RX, TX, RTS i CTS oraz pozwalają na użycie 5V.
Zajebisty pomysl - SUPER!
Problem moze byc "flow control".
Dokumentacja tych modulow nic nie mowi o wykorzystaniu sygnalow CTS/RTS.
Na schematach te sygnaly nie sa uzywane.
Na forach internetowych ktos napisal, ze sygnaly te kontroluja transmisje bezprzewodowa - to znaczy, ze sygnal "COMMAND" zatrzymywalby (i wznawial) transmsje danych bluetooth, a nie o to nam chodzi :(
Z drugiej strony wirtualne porty szeregowe wspieraja emulacje hardware flow control, wiec wszystko zalezy jak zaprogramowana jest logika w tych modulach.
Pytanie do forumowiczow - czy mozna zaemulowac stacje dyskietek bez uzycia sygnalu COMMAND, tylko nasluchujac sygnal DATA OUT? Wydaje mi sie, ze tak wlasnie dziala "sio2bsd".
Dokumentacja tych modulow nic nie mowi o wykorzystaniu sygnalow CTS/RTS
Coś tam kiedyś robiłem na BTM222 i o ile mnie pamięć nie myli te sygnały były dostępne w dejtaszicie lecz za cholerę nie działało.
Robiłem kombinowałem z RS-232
Połączone były Atari i Komputer Siemensa (Sinumeric) w maszynie CMC
Atari odbierał sygnały z Sinumerika, potem wysyłał do Sinumerika.
transmisja na 3 przewodach Masa, Tx, Rx.
Ale.... spełnione musiały być pewne warunki. Każdy z komputerów musiał nadążać /odbierać dane.
Nie chodzi o ustawienia tej samej transmisji np 4800 bodów ale..... Kiedy Atari nadawał na 19200 bodów Sinumerik to odbierał dobrze do czasu gdy przepełnił mu się bufor (w instrukcji nazywany pamięcią pierścieniową) Wtedy zero sukcesu bo dane z Atari nachodziły na nie przetworzone dane w Sinumeriku.
Jeżeli używałem sygnałów CTC/RTS to w stosownym momencie szedł komunikat o wstrzymaniu przesyłu bo drugi komp nie wyrabia.
Słowem, napisałem sobie własne procedurki i używałem wspomnianych 3 przewodów i działało przez lat naście aż mnie z roboty wywalili a maszynę sprzedali.
Sygnałem synchronizującym był tylko bit startu. Mogłem w ten sposób przesyłać więcej programów jeden za drugim z dowolnie długą przerwą między nimi (bit startu decydował, pomijam fakt że Sinumerik wymagał by na końcu pliku danych był bajt zerowy traktowany jako koniec programu). Mało tego dla zabawy kombinowałem przesył bajtów z dowolną przerwą między nimi (znów bit startu to synchronizował) Moje wnioski po tej zabawie. Dwa kompy (procesory) dogadają się na 3 przewodach, byle programista mądrze napisał resztę.
Ja bym taki interfejs widział ze złożenia modułu w stylu BTM-cośtam i mikrokontrolera - ten pierwszy obsłuży komunikację z telefonem, ten drugi może emulować SIO uwzględniając poprawne timingi, różne prędkości dla różnych urządzeń, buforowanie danych etc.
czy mozna zaemulowac stacje dyskietek bez uzycia sygnalu COMMAND, tylko nasluchujac sygnal DATA OUT
Tak, robiłem to i działało.
Wydaje mi sie, ze tak wlasnie dziala "sio2bsd".
Prawda - linia command domyślnie nie jest używana.
Od wersji 1.18 przełącznik -m powoduje wykrywanie command na dowolnej linii kontrolnej.
Bez użycia COMMAND działa też program R5.
xedrive też, żadnych problemów.
Montezuma napisał/a:Dokumentacja tych modulow nic nie mowi o wykorzystaniu sygnalow CTS/RTS
Coś tam kiedyś robiłem na BTM222 i o ile mnie pamięć nie myli te sygnały były dostępne w dejtaszicie lecz za cholerę nie działało.
Już mi się przypomniało :) Producent może zaoferować obsługę CTS/RTS ale trzeba zakupić SDK oraz kilka tysięcy sztuk modułów. Domyślnie jest oferowany podstawowy stos obsługujący niepełny port szeregowy. SDK to wydatek kilku tysięcy zielonych jak przystało na porządny soft ;)
http://arstechnica.com/information-tech … bluetooth/ jak ktos chce sie pobawic.
troche slabo ze usb2bt mozna kupic za 20pln, podczas gdy sam kontroler do bt to koszt okolo 50pln.
chyba ze ktos z was kojarzy jakies uklady prostrze i tansze?
Na zlocie NOMAM w Lübeck trochę pobawiłem się modułem BT.
Na PC-cie uruchomiłem sio2bsd (Windows 7 + Cygwin).
Niestety porażka - Atari zaczyna coś czytać, ale odgłosy komunikacji nic dobrego nie wróżą.
Wraz z Dittrichem (autorem QMEG-a) testujemy dalej - poszczególne sektory dają się przeczytać, ale Atari wykonuje kilka prób.
Również sio2bsd (z włączonymi "trace"-ami) potwierdza, że Atari wysyła 2-3 command frames.
Floppydoc miał ze sobą "Logic Analyzer", podpieliśmy się więc i wyjaśnienie było bardzo proste - opóźnienia w transmisji.
Atari po wysłaniu "command frame" czeka do 16 milisekund na Acknowledge, potem ponawia request.
Stąd kilka zaobserwowanych prób. Następnie widzimy Acknowledge na pierwszy request po 140 milisekundach.
Żeby komunikacja BT była możliwa, potrzebny byłby więc pomocniczy procek, który pośredniczyłby w komunikacji.
Sam moduł BT niestety nie nadaje się :(
Alternatywnie moznaby spatchowac OS i zwiekszyc timeouty dla SIO...
Również sio2bsd (z włączonymi "trace"-ami) potwierdza, że Atari wysyła 2-3 command frames.
Floppydoc miał ze sobą "Logic Analyzer", podpieliśmy się więc i wyjaśnienie było bardzo proste - opóźnienia w transmisji.
Atari po wysłaniu "command frame" czeka do 16 milisekund na Acknowledge, potem ponawia request.
Stąd kilka zaobserwowanych prób. Następnie widzimy Acknowledge na pierwszy request po 140 milisekundach.
Żeby komunikacja BT była możliwa, potrzebny byłby więc pomocniczy procek, który pośredniczyłby w komunikacji.
Sam moduł BT niestety nie nadaje się :(
Alternatywnie moznaby spatchowac OS i zwiekszyc timeouty dla SIO...
sprawdz czy komunikacja sie powiedzie z xbiosem ( http://xxl.atari.pl/download/xbios.atr ) zaladuj z jakiegos urzadzenia, nacisnij "select" po czym podlacz swoje urzadzenie i nacisnij jeszcze raz "select" (zdrob dokladnie w takiej kolejnosci) - sprawdz komunikacje.
nie uzywanie linii command moze prowadzic do problemow jesli mamy wiecej niz jedno urzadzenie w lancuchu SIO. jesli drive (kolejny w lancuchu) ignoruje linie command i probuje interpretowac wszystko co pojawia sie na SIO to jest powazny blad (moze zinterpretowac czesc przesylanych danych do innego drive jako command frame).
sorry, że z opóźnieniem, ale dopiero dzisiaj znalazłem czas na testy.
W załączeniu logi z sio2bsd.
@do tych, ktorzy ściągnęli już logi i zaczęli analizę
Podmieniłem logi na nowe, ponieważ przy wczorajszych testach zapomniałem odpiąć SIO2SD, które mam wbudowane do Atari.
Przed chwilą powtórzyłem test.
xBios i sio2bsd radzą sobie świetnie z opóźnieniami.
Załadowałem grę z dyskietki z DOS-em.
Z powodu tych opóźnień Turner do swojego sio2usb włożył procesor, chyba 8051...
Z powodu tych opóźnień Turner do swojego sio2usb włożył procesor, chyba 8051...
Masz na mysli Steven Tucker ?
O takim procku pisal tez w tym watku epi:
Ja bym taki interfejs widział ze złożenia modułu w stylu BTM-cośtam i mikrokontrolera - ten pierwszy obsłuży komunikację z telefonem, ten drugi może emulować SIO uwzględniając poprawne timingi, różne prędkości dla różnych urządzeń, buforowanie danych etc.
Mam w planie "proof of concept" - zamiast mikrokontrolera PC, ale identyczna zasada.
Dam znac jak mi sie uda.
http://www.ebay.de/itm/251208178554?ssP … 1497.l2649
Mozna podlaczyc go bezposrednio do SIO.
Hmm,
Mini Wireless Bluetooth Transceiver Modul rs232/ TTL
Skoro to jest RS232 - nie łatwiej będzie go obsłużyć przez porty joya?
Sikor: ani trochę.
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » SIO i Bluetooth
Wygenerowano w 0.034 sekund, wykonano 68 zapytań