Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:58de2405$0$656$6...@n...neostrada.
pl...
On 30.03.2017 09:31, RoMan Mandziejewicz wrote:
>> http://pubserv.uprp.pl/PublicationServer/generuj_dok
ument.php?plik=PL_000000000149291_B1_PDF
>> Przy dolnych tranzystorach brakuje rezystorów bazowych a bez nich
>> układ nie będzie pracował poprawnie.
>
>Jeszcze będę się dokładniej wczytywał w schemat i opis, ale mam kilka
>pytań o praktyczną realizację.
>1) Jakie tranzystory mogę/powinienem zastosować? Najzwyklejsze BC547
>wystarczą?

A napiecie baterii jakie przewidujesz ? BC547 moga nie starczyc ...
ale 24V to wytrzymaja.

>4) Źródło prądowe 40mA należy podpiąć do B+ i B-?

Bateria ... to moze napieciowe ?
Rezystory prad ogranicza.

J.

do góry

Hello Atlantis,

Friday, March 31, 2017, 11:40:22 AM, you wrote:

>> http://pubserv.uprp.pl/PublicationServer/generuj_dok
ument.php?plik=PL_000000000149291_B1_PDF
>> Przy dolnych tranzystorach brakuje rezystorów bazowych a bez nich
>> układ nie będzie pracował poprawnie.
>> Podany link był z sessionid i jest nieważny. Mam nadzieję, że ten
>> będzie działał dłużej.
> Ok, tym razem udało mi się ściągnąć plik. Rozumiem, że to ten sam
> schemat, o którym była mowa wcześniej w tym wątki.
> Jeszcze będę się dokładniej wczytywał w schemat i opis, ale mam kilka
> pytań o praktyczną realizację.
> 1) Jakie tranzystory mogę/powinienem zastosować? Najzwyklejsze BC547
> wystarczą?

Bez przesady z tym skąpstwem. Dan jakieś BD13x - zależnie od napięcia
zasilania.

> 2) Jak dobrać/obliczyć wartości rezystorów?

Zależnie od sterowania.

> 3) Które z tych wejść i wyjść należy podłączyć do software'owego UARTA
> (nadawanie i odbiór danych 50 bps do i z dalekopisu), a które odnoszą
> się do sterowania kierunkiem przepływu prądu?

Przeczytałeś opis patentu?

Podaj, jakimi napięciami chcesz sterować (TTL, CMOS 5V, CMOS 3.3V), jakie napięcie
zasilania
przyjąłeś, jakie funkcje chcesz uzyskać.

> 4) Źródło prądowe 40mA należy podpiąć do B+ i B-?

Nie ma źródła prądowego, zapomnij o nim. Rezystor szeregowo z
dalekopisem. Drutowy.

--
Best regards,
RoMan
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

do góry

On 31.03.2017 15:38, RoMan Mandziejewicz wrote:

> Przeczytałeś opis patentu?

Na razie dosyć pobieżnie - bez gruntownego wczytywania się i
analizowania schematu.
Udało mi się zdobyć kilka książek poświęconych telegrafii sprzed 40-50
lat i próbuję poznać trochę teorii, zanim się za to zabiorę.


> Podaj, jakimi napięciami chcesz sterować (TTL, CMOS 5V, CMOS 3.3V), jakie napięcie
zasilania
> przyjąłeś, jakie funkcje chcesz uzyskać.

Prawdę mówiąc najchętniej dałbym tam jakąś optoizolację - miałem zamiar
zastosować transoptory na liniach TX i RX, więc teraz pomysł
rozszerzyłbym też o kolejne linie. O ile optoizolacja nie kłóci się z
koncepcją tego układu...
Co do napięć, to obecna (prototypowa) wersja będzie pracowała na logice
CMOS 5V. Jeśli efekty eksperymentów będą zadowalające, zbuduję coś
lepszego na nowszym MCU, więc wtedy już będzie to CMOS 3,3V.

do góry

W dniu 2017-03-31 o 15:38, RoMan Mandziejewicz pisze:

> Podaj, jakimi napięciami chcesz sterować (TTL, CMOS 5V, CMOS 3.3V), jakie napięcie
zasilania
> przyjąłeś, jakie funkcje chcesz uzyskać.

Co do funkcji, to najbardziej zależy mi na dwóch kwestiach:

1) Uruchamianie dalekopisu z poziomu interfejsu, przez zasymulowanie
sygnału połączenia przychodzącego.
2) Przesyłanie znaków w obydwie strony, jedną pętlą prądową (half-duplex).

Nie pogardzę jednak także możliwością wykrycia wciśnięcia przycisków
połączenia i rozłączenia na wybieraku i możliwością czytania informacji
wysyłanej przez tarczę numerową (podstawowa symulacja funkcjonalności
centrali). To jednak nie jest kwestią o pierwszorzędnym znaczeniu.

do góry

Hello Atlantis,

Saturday, April 1, 2017, 8:10:47 AM, you wrote:

>> Podaj, jakimi napięciami chcesz sterować (TTL, CMOS 5V, CMOS 3.3V), jakie napięcie
zasilania
>> przyjąłeś, jakie funkcje chcesz uzyskać.
> Co do funkcji, to najbardziej zależy mi na dwóch kwestiach:
> 1) Uruchamianie dalekopisu z poziomu interfejsu, przez zasymulowanie
> sygnału połączenia przychodzącego.
> 2) Przesyłanie znaków w obydwie strony, jedną pętlą prądową (half-duplex).
> Nie pogardzę jednak także możliwością wykrycia wciśnięcia przycisków
> połączenia i rozłączenia na wybieraku i możliwością czytania informacji
> wysyłanej przez tarczę numerową (podstawowa symulacja funkcjonalności
> centrali). To jednak nie jest kwestią o pierwszorzędnym znaczeniu.

To jeszcze podaj poziomy napięcia logiki i napięcie zasilania.

--
Best regards,
RoMan
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

do góry

W dniu 2017-04-01 o 12:28, RoMan Mandziejewicz pisze:

> To jeszcze podaj poziomy napięcia logiki i napięcie zasilania.

Jak pisałem w poprzedniej wiadomości, układ w tej chwili pracuje na
logice CMOS 5V. W pewnym momencie pewnie powstanie bardziej rozbudowana,
samodzielna wersja interfejsu z jakimś 32bitowym MCU i kontrolerem
Ethernet - wtedy będzie to oznaczało przesiadkę na 3,3V.

Jednak o ile to tylko możliwe, chciałbym galwanicznie odizolować część
cyfrową od części związanej z transmisją danych po pętli prądowej. Tak
więc najlepiej by było, gdyby do tych wejść i wyjść były podłączone
jakieś transoptory.

Jeśli przez napięcie zasilania rozumiesz zasilanie pętli prądowej i tego
układu przełączania polaryzacji (złącza B+ i B- na schemacie) to prawdę
mówiąc nie wiem... Mój plan zakładał empiryczne sprawdzenie przy jakim
napięciu transmisja będzie działała stabilnie. Teraz jednak okazuje się,
że nie jestem w stanie przeprowadzić tego eksperymentu bez działającego
układu zmiany polaryzacji, który włączy transmisję. Natomiast chcąc
zbudować układ muszę znać to napięcie. No i błędne koło się zamyka. ;)

Załóżmy więc około 60V - dolną wartość wymienioną w specyfikacji dalekopisu.

do góry

Ok, mam jeszcze jedno pytanie - po prostu chcę się upewnić.

Wygląda na to, że podstawowa funkcjonalność budowanego interfejsu działa
- przyjmuje on znaki ASCII wysyłane na hardware'owy port UART i po
konwersji do Baudot wypluwa je na software'owym z prędkością 50bps.
W drugą stronę też działa - testy przeprowadzone zostały za pomocą
modułów USB2UART i taniego analizatora stanów logicznych. Sygnały były
pobierane bezpośrednio z pinów MCU, a wiec jeszcze przed transoptorami.

Kolejnym krokiem było stworzenie prostej pętli prądowej, łączącą
nadajnik interfejsu z jego odbiornikiem. W pętlę włączony jest także
zasilacz 12V, potencjometr 4,7k i miliamperomierz.

Po ustawieniu 40mA przystąpiłem do testów.
Układ ewidentnie reaguje na wciśnięcie klawisza, ale zamiast "echa"
powracają losowe śmieci.

Tak być powinno? To znaczy czy układ będzie w ogóle w stanie odebrać
dane wysyłane przez siebie samego na pętlę?

W tej chwili i tak nie stwierdzę nic więcej, dopóki nie wybiorę się do
znajomego dysponującego oscyloskopem lepszym od mojego. ;)

do góry