Jan Dubiec
Guest
Fri Apr 02, 2004 8:07 am
Pelos wrote:
Quote:
Użytkownik "ARM" <taddy@thb.de> napisał w wiadomości news:c4i4d3$9po$1@nemesis.news.tpi.pl...
Jan Dubiec wrote:
Dokladnie trzeba wlasny _dobry_ stos TCP-IP postawic. Albo sie narobisz
jak osiol albo musisz zaplacic kupe $$$
Albo zastosujesz np. OpenTCP...
IMO OpenTCP słaby jest.

IMO już lepiej użyć uIP lub Nut/OS-a (mały
RTOS-ik + stos TCP/IP).
Tak czy inaczej darmowa alternatywa istnieje....
Zazwyczaj z ta darmowa alternatywa jest tak, ze trzeba poswiecic tyle samo (albo porownywalnie) czasu na dopasowywanue co by wyszlo
na napisanie od nowa.
Jeśli masz pojęcie jak działają sieci (w tym sieci IP), wiesz co to jest
model OSI i masz jakieś wcześniej zdobyte doświadczenia z TCP/IP
(konfiguracja sprzętu, pisanie aplikacji, itp.) to wcale nie trzeba
poświęcać wiele czasu na zgłębienie wnętrzności TCP/IP. Poza tym
komercyjny stos też musisz poznać. Jeśli nie masz pojecia o tym o czym
napisałem powyżej, to nawet najlepszy stos komercyjny Ci nie pomoże -
swoje będziesz musiał odbębnić studiując dokumentację. Zresztą tak jak
przy każdym innym produkcie który dopiero poznajesz. I to bez znaczenia
czy jest on komercyjny czy też free. Nie wierz w te bzdury produkowane
przez bezmózgowców od marketingu że gdy zapłacisz np. $1000 za stos to
wszystkie Twoje problemy znikną jak ręką odjął. :-)
Quote:
Czasami jest tak, ze akurat jakas duperela zachowuje sie inaczej niz bys chcial
Stos TCP/IP ma działać tak jak to przewidują stosowne RFC a nie tak jak Ty
byś chciał. W przeciwnym wypadku niekoniecznie będzie poprawnie
współpracował z innymi implementacjami. A chyba nie o to chodzi?
Quote:
Tak czy inaczej korzystanie z open sourcow przy budowie stosu TCP-IP pozwala nie powielac bledow, przez ktore tworcy juz
przechodzili.
Ano.

Regards,
/J.D.
QmX
Guest
Fri Apr 02, 2004 8:11 am
Użytkownik "Pelos" <pelos@pelos.pl> napisał w wiadomości
news:c4j7bn$bf1$1@opal.futuro.pl...
Quote:
Dajesz na IGN stan wysoki od 3 do 16V i modul sie wlacza. Jak go
zostawiles luzem to nie wiem jak to sie skonczy

Zostawiłem luzem.
Gdybym przypiął go do masy, to g20 mógłby jeszcze nie zareagować na ON/OFF.
A dlaczego wziąłem ON/OFFa, a nie IGNa, to nie wiem - to, taka fantazja.
Zobaczymy jak się to skończy. Mam nadzieję, że będzie OK.
IGN ma zabezpieczenie czasowe, tzn, że stan wysoki musi tam być stabilny
przez co najmniej 500ms, żeby g20 się włączył.
Wszystko przez tę ich badziewną dokumentację, gdzie nic nie jest opisane
szczegółowo - g18 opisali lepiej.
Z doca oględnie i ogólnie wynika, że jak czegoś nie potrzebujesz, to nie
podłączasz. (?)
Sprawdzę w naturze, to wyjdą na jaw wszystkie krzaki - moje i Motoroli. :-)
Quote:
Pamietaj ze RX na G20 moze przyjac max. 3.0V (2.8V zalecane)
Proc chodzi na 3,3V i wszystkie sygnały do/z g20 są buforowane układami
serii LVC zasilanymi z 2,8V, więc chyba prawidłowo?
Moim zdaniem troche bezsensu.
Jak cos moze chodzic na 3v3 to powinno tolerowac 3v3 na wejsciach.
Masz rację, ale Motorola tak zrobiła i nic na to nie poradzisz.
W g18 też było podobnie: zasilanie 3..6V, a logika sterująca max 3,3V.
QmX.