Goto page Previous 1, 2
Szymon
Guest
Fri Mar 30, 2007 7:36 am
Użytkownik "Rock" <rockykon@wp.pl> napisał w wiadomości
news:euhbjo$gjt$1@node1.news.atman.pl...
Quote:
Hmm... Co to za program do komunikacji z Atmelem? Bo wyglada, ze to wina
tego programu - nie korzysta z portu COMilestam tylko probuje pisac
gdzies po adresach I/O...
program znany moze tylko ludzion z forum cnc - uhu terminal- ale pod
com'em z płyty głównej dziala ( na tym samym kompie) ustawienia portu
takie same, a działać nie chche ..
Z ciekawosci... Jaki system operacyjny?
Szymon
Rock
Guest
Fri Mar 30, 2007 9:30 am
Quote:
Z ciekawosci... Jaki system operacyjny?
XP
Raven
Guest
Fri Mar 30, 2007 10:01 am
a teraz wpadlem na taki pomysl
skoro pod ogrginalnym com z plyty dzial a nie dzial na przejsciowce
to jak podlanczasz przejsciowke do sterownika wtykasz ja w gniazdo czy
stosujesz jakis przewod
Rock
Guest
Fri Mar 30, 2007 10:06 am
Quote:
to jak podlanczasz przejsciowke do sterownika wtykasz ja w gniazdo czy
stosujesz jakis przewod
juz tak kombinowalem jak korzystam z Com'a to mam przedłuzacz, i testowałem
tak ze podpinałem przejsciówkę ten przedłuzacz i do urządzenia ale tez nic,
dziś będe kombinoał tak ze będe nadawał z jedego portu i prubował odbierać
przez inny, zobaczymy co niedziała, nadawanie czu odbior..
PAndy
Guest
Fri Mar 30, 2007 12:27 pm
"Mariusz Dybiec" <mardyb@poczta.onet.pl> wrote in message
news:euhc2r$fl2$1@news.task.gda.pl...
Quote:
Kiedyś FT232B jakoś głupio się zachowywał. Nie odsyłał od razu do
hosta odebranych danych tylko czekał na więcej danych żeby wysłać cały
blok. Dawało to nam przeterminowania podczas dialogu. Może zwiększ
sobie timeouty w programie. Domyślam się że nie masz oscyloskopu bo
tak byś sprawdził co na TX i RX atmelka.
O! i to jest wlasnie krok we wlascwia trone - porownajcie sobie dzialnie
zwyklego COM i USB - USB dostaje dane w paczkach, w konwerterze jest
FIFO i dopiero po zapelnieniu przesyla dalej dane - w FTDI mozna
ustawiacz "czulosc" oprozniania FIFO...
Pewnei driver USB optymalizowany jest na transfer blokow a nie znakow...
J.F.
Guest
Fri Mar 30, 2007 4:16 pm
On Fri, 30 Mar 2007 13:27:36 +0200, PAndy wrote:
Quote:
"Mariusz Dybiec" <mardyb@poczta.onet.pl> wrote in message
Kiedyś FT232B jakoś głupio się zachowywał. Nie odsyłał od razu do
hosta odebranych danych tylko czekał na więcej danych żeby wysłać cały
blok. Dawało to nam przeterminowania podczas dialogu. Może zwiększ
sobie timeouty w programie. Domyślam się że nie masz oscyloskopu bo
tak byś sprawdził co na TX i RX atmelka.
O! i to jest wlasnie krok we wlascwia trone - porownajcie sobie dzialnie
zwyklego COM i USB - USB dostaje dane w paczkach, w konwerterze jest
FIFO i dopiero po zapelnieniu przesyla dalej dane - w FTDI mozna
ustawiacz "czulosc" oprozniania FIFO...
Pewnei driver USB optymalizowany jest na transfer blokow a nie znakow...
Po pierwsze - USB z natury dziala blokami, okres polingu to 1ms.
Co powiedzmy nie jest duzo, i nie powinno byc normalnie zauwazalne.
J.
PAndy
Guest
Fri Mar 30, 2007 5:41 pm
"J.F." <jfox_xnospamx@poczta.onet.pl> wrote in message
news:jaaq0354b6ir9mafd0tn2e8nnl8j6aka8a@4ax.com...
Quote:
Po pierwsze - USB z natury dziala blokami, okres polingu to 1ms.
o tym pisze - filozofia projektowania USB nakierowana jest na transfery
blokowe a RS232 to interefjs znakowy
Quote:
Co powiedzmy nie jest duzo, i nie powinno byc normalnie zauwazalne.
pooling nie, ale problemem jest te kilkadziesiat - kilkaset bajtow FIFO
na wejsciu/wyjsciu takiego konwertera RS232/USB
Bartłomiej Kasiewicz
Guest
Sun Apr 01, 2007 2:24 pm
A probowales zamieniac zyly 2 i 3? Mialem kiedys identyczna przejsciowke
z zamienionymi fabrycznie zylami 2 i 3.
pozdrawiam!
Goto page Previous 1, 2