W dniu 2013-01-10 21:17, Grzegorz Niemirowski pisze:

> Nie zaszkodzi. Zapewne chodzi o sytuację, gdy układ zarządzający szyną
> danych nie wysterował jeszcze wyjść i układ odbierający może odebrać
> jakiegoś śmiecia. Chodzi generalnie o to, żeby wejście nie pozostawało
> niepodłączone. A jeśli jest podłączone do czegoś, co znajduje się w
> jakimś momencie w stanie wysokiej rezystancji, to tak jakby było
> niepodłączone. Dlatego takie podciągnięcie stosuje się dla bezpieczeństwa.

Fakt, że napięcia na liniach są z reguły nieco niższe od tego na VCC nie
stwarza tutaj żadnej przeszkody ani niebezpieczeństwa dla układu?

Tak właśnie sobie przypomniałem, że eksperymentując nad moim projektem
natknąłem się na pewien problem, który może mieć z tym coś wspólnego -
mianowicie po przejściu procedury włączenia modemu ustawiłem pętlę
while, która miała zatrzymać program dopóki na linii DSR istniał stan
wysoki. Po pojawieniu się zera (gotowość modułu do nawiązania
komunikacji przez USART) program miał przejść do wysyłania komunikatów.

Niestety program się wysypywał. Wyglądało to tak, jakby pętla w ogóle
nie działała i program od razu przystępował do wysyłania komend. Nie
otrzymawszy odpowiedzi zwracał kod błędu. Nie zastanawiałem się wtedy
nad tym głębiej, przechodząc do innych prób (prowizorycznie dałem tam po
prostu odpowiednio długi _delay_ms). Może tam przez moment na tej linii
był właśnie stan nieustalony?

> Chodziło mi dokładniej o przypadek, gdy niby jest to samo napięcie, ale
> z różnych źródeł. Jeśli masz dwa zasilacznie na np. 3,3V, to zawsze
> jeden będzie dawać napięcie trochę inne niż drugi.

Czyli jeśli będę zasilał zarówno moduł jak i uC z tego samego
stabilizatora albo akumulatorka, to problem raczej nie wystąpi i mogę
spokojnie połączyć odpowiadające sobie linie krótkimi ścieżkami, bez
żadnych elementów pośredniczących?