explicatiile tehnice, pentru interconectarea repetorului tetra cu noduri analogice.
in romana, cu copy/paste tradus cu google translate, pentru ca textul original l-am postat pe un grup de telegram related tetra.
cel mai greu a fost cu proiectarea cablajului cu rutarea semnalelor de ptt , cos si audio intre statiile de emisie receptie.
Folosesc pentru repetorul dmo din Bucuresti, toate conexiunile audio din aceasta poza (cu portocaliu pi) dar aveam nevoie de COS fizic, pentru interfata cu niste link-uri analogice, si am gasit o solutie usoara pentru asta: pe pini de la difuzor, + sau - a o tensiune de 2 volți apare în recepție când grupul este activat. si printr-un simplu buffer, o rezistenta de cateva k si apoi direct la baza unui tranzistor care controleaza niste relee, am reusit sa am un semnal COS valabil. Evident, toate sunetele de recepție a mesajelor, sau clar de trimis, trebuie dezactivate, pentru că atunci când capătul audio se deschide, apar acei 2 volți, față de masă. De asemenea, am observat că mtm5400 se blochează uneori, chiar și fără interfața ftdi conectată, dacă are setările corespunzătoare doar pentru comunicarea ftdi. Drept urmare, am refăcut setările originale, cu care 5400 a mers fără să se blocheze. De asemenea, semnalul COS intră și în pi portocaliu, pe un GPIO, controlând fizic RX, în această configurație fiind mult mai stabil. Din ftdi-ul orange pi am folosit doar date RX-TX, pentru raportul gps de la portabile și schimbarea TG. (cu nivel de 5 volti pentru 5400) Este exact configuratia de la MTM800-E, cu orangepi si COS fizic luate din pinul mute de la audio integrat. Am realizat de la zero o placa cu 8 relee care controleaza COS si PTT in orice directie, intre MTM5400, unul GM360-UHF, unul GM340-VHF, si orange pi. 4 relee sunt pentru COS-PTT, iar alte 4 relee pentru rutarea audio între stații/orangepi. Sistemul functioneaza corect din noaptea de Revelion, 31 decembrie, cand a fost instalat, pana in prezent. Alte relee de pe placa sunt pentru unele alarme locale pentru dezastre, fiind conectate la GPIO-urile corespunzatoare pentru alarma de pe MTM5400 (si PTT simplu, pentru statiile analogice) Scuze pentru postarea lunga, dar am vrut sa fie completa. Iata tabloul de bord al serverului pe care sunt conectate link-urile din Bucuresti http://tetra.radiofarafiltru.ro (masina virtuala este in Frankfurt/Oracle) Iata locatia in care functioneaza repetitorul de 4 ani: https: //www.google.com/maps/place/Tetra+DMO+ham+repeater+on+431.300Mhz+MCC901+MNC16383/@44.425274,26.1472093,3a,76.9y,90t/data=!3m8!6!e 1sAF1QipMDaKu1hhWh0K9VUGGIQd_qfqVP521wa-apvqW9!2e10!3e12!6shttps:%2F%2Flh5.googleusercontent.com%2Fp%2FAF1QipMDaKu1hhWh0K9VUGGIQV5W9q-VUGGIQV399990000000000 98-k-nu!7i824!8i618!4m9!3m8!1s0x40b1fffb1898dcdd:0x6f52f1133b5deb3e!8m2!3d44.425274 !4d26.1472093!10e5!14m1!1BCgIgAQ!16s%2Fg%2F11g_r439tg?authuser=0
acea configurație de mai sus, pe care am explicat-o, funcționează perfect de când a fost instalată, în noaptea de Revelion, anul trecut. De asemenea, pentru Bucuresti si restul statiilor locale avem acest server (situat la Oracle/Frankfurt) http://tetra.radiofarafiltru.ro Acoperirea foarte mare a legaturii VHF asigura conectarea TETRA pe distante mari la alte orașe din România. Am pus in functiune si un asa zis "downlink" TETRA cu un MTM800 (430.025) care este o legatura pe alta frecventa decat cea a repetitorului cu MTM5400 (431.300). Acest „downlink” este util pentru cei care au MTH800, deoarece se știe că MTH800 are performanțe degradate peste 430Mhz. Legătura se află într-o locație diferită de locația repetitorului și este, de asemenea, conectată pe VHF. Eu personal am reușit să îmbunătățesc performanța TX/RX a lui MTH800, dar a fost o treabă foarte minuțioasă, așa cum am scris aici: https://radiofarafiltru.blogspot.com/2020/03/aliniere-statii-tetra-mth800-din -cp-in.html "Downlink" poate fi folosit si pentru situatiile in care esti la mai mult de 50 km distanta de repetitorul TETRA, eu am testat de la 280 km, iar tu "forci" repetorul in MS-MS, te primeste , dar nu face serviciul de repetitor, dar linkul MTM5400&vhf ---> RF ---> vhf&MTM800 va funcționa. https://www.youtube.com/watch?v=BD2prVp-vW0&t=16s
intr-adevar, semnalul COS poate fi extras din interfata PEI, prin acel adaptor serial, (cu nivel de 5 volti pentru MTM5400, atentie, pentru ca MTM800-E are nivel de 3 volti) (am testat cu diferite adaptoare ftdi la MTM800-E, si cu unele nu a mers corect, chiar daca am conectat liniile CTS si DTR+RTS intre ele) Dar nu am folosit COS prin PEI pentru repetitorul MTM5400 deoarece am observat un comportament nedorit la MTM5400: si anume, cu la setarile corespunzatoare comunicarii pe PEI, repetorul a ramas blocat intr-o stare in care nu a mai raspuns la comenzi si nici nu a efectuat serviciul de repetor, chiar si fara interfata FTDI conectata. Drept urmare, am renunțat la setările din MTM5400 care erau în concordanță cu comunicarea pe PEI și am revenit la setările inițiale cu care repetitorul nu se blochează. Am folosit doar liniile de comunicație RX și TX date, pentru GPS și pentru recepția modificărilor TG din mesajele de stare. Pentru PTT am folosit pinul hardware, de la statie, iar pentru COS, dupa cum am scris mai sus, am extras acei 2 volti prezenti pe + sau - la difuzor, (atunci cand este activ un grup de receptie)
Le-am pus într-un buffer cu un tranzistor NPN și niște rezistențe și condensatoare, apoi de acolo am comandat ce aveam nevoie, alte stații și orangepi-ul. (Am oprit sunetele locale de la repetor, bipurile de la sfârșitul și începutul transmisiei sau bip-ul de recepție a mesajului. oricum nu sunt utile într-o cutie amplasată sus undeva pe o clădire înaltă :) )
TEXTUL ORIGINAL IN ENGLEZA
i use for dmo repeater from Bucharest, all audio conections from this photo (whit orange pi) but I needed physical COS, for interfacing whit some analogic links, and i found an easy solution for this: on pins from speaker, + or - a voltage of 2 volts appears in the reception when the group is activated. and through a simple buffer, a resistance of a few k and then directly at the base of a transistor that controls some relays, I managed to have a valid COS signal. Obviously, all message reception sounds, or clear to send, must be turned off, because when the audio end opens, those 2 volts appear, compared to ground. Also, I noticed that the mtm5400 sometimes freezes, even without the ftdi interface connected, if it has the appropriate settings for ftdi communication only. As a result, I redid the original settings, with which the 5400 went without getting stuck. Also, the COS signal also enters the orange pi, on a GPIO, physically controlling RX, in this configuration being much more stable. From the ftdi of the orange pi I used only RX-TX data, for gps report from portables, and change of TG. (with 5 volt level for 5400) It is exactly the configuration from MTM800-E, with orangepi and physical COS taken from the mute pin from the audio integrated. I made from scratch a board with 8 relays that controls COS and PTT in any direction, between MTM5400, one GM360-UHF, one GM340-VHF, and orange pi. 4 relays are for COS-PTT, and another 4 relays for audio routing between stations/orangepi. The system has been working correctly since New Year's Eve, December 31, when it was installed, until now. Other relays on the board are for some local alarms for disasters, being connected to the corresponding GPIOs for the alarm on the MTM5400 (and simple PTT, for analog stations) Sorry for the long post, but I wanted it to be complete. Here is the dashboard of the server on which the links from Bucharest are connected http://tetra.radiofarafiltru.ro (the virtual machine is in Frankfurt/Oracle) Here is the location where the repeater has been operating for 4 years: https://www.google.com/maps/place/Tetra+DMO+ham+repeater+on+431.300Mhz+MCC901+MNC16383/@44.425274,26.1472093,3a,76.9y,90t/data=!3m8!1e2!3m6!1sAF1QipMDaKu1hhWh0K9VUGGIQd_qfqVP521wa-apvqW9!2e10!3e12!6shttps:%2F%2Flh5.googleusercontent.com%2Fp%2FAF1QipMDaKu1hhWh0K9VUGGIQd_qfqVP521wa-apvqW9%3Dw397-h298-k-no!7i824!8i618!4m9!3m8!1s0x40b1fffb1898dcdd:0x6f52f1133b5deb3e!8m2!3d44.425274!4d26.1472093!10e5!14m1!1BCgIgAQ!16s%2Fg%2F11g_r439tg?authuser=0
that setup above, which I explained, has been working perfectly since it was installed, on New Year's Eve, last year. Also, for Bucharest and the rest of the local stations, we have this server (located at Oracle/Frankfurt) http://tetra.radiofarafiltru.ro The very large coverage of the VHF link ensures the connection of TETRA over long distances to other cities in Romania. I also put into operation a so-called "downlink" TETRA with an MTM800 (430.025) which is a link on a different frequency than that of the repeater with MTM5400 (431.300). This "downlink" is useful for those who have MTH800, because it is known that MTH800 has degraded performance above the 430Mhz. The link is in a different location from the repeater location, and is also connected on VHF. I personally managed to improve the TX/RX performance of the MTH800, but it was a very painstaking job, as I wrote here: https://radiofarafiltru.blogspot.com/2020/03/aliniere-statii-tetra-mth800-din-cp-in.html The "Downlink" can also be used for situations when you are more than 50 km away from the TETRA repeater, I tested from 280 km, and you "force" the repeater into MS-MS, it receives you, but it does not make the repeater service, but the link MTM5400&vhf ---> RF ---> vhf&MTM800 will work. https://www.youtube.com/watch?v=BD2prVp-vW0&t=16s
indeed, the COS signal can be extracted from the PEI interface, through that serial adapter, (with 5 volt level for MTM5400, attention, because MTM800-E has 3 volt level) (I tested with different ftdi adapters to MTM800-E, and with some it didn't work properly, even if I connected the CTS and DTR+RTS lines together) But I didn't use the COS through the PEI for the MTM5400 repeater because I noticed an unwanted behavior with the MTM5400: namely, with the appropriate settings for communication on the PEI, the repeater got stuck in a state where it no longer responded to commands, nor did it perform the repeater service, even without the FTDI interface connected. As a result, I gave up the settings in the MTM5400 that were in line with the communication on the PEI, and I returned to the initial settings with which the repeater does not block. I only used the communication lines RX and TX data, for GPS and for the reception of TG changes from status messages. For PTT I used the hardware pin, from the station, and for COS, as I wrote above, I extracted those 2 volts present on + or - at the speaker, (when a reception group is active) I put them in -a buffer with an NPN transistor and some resistors and capacitors, and then from there I ordered what I needed, other stations, and the orangepi. (I turned off the local sounds from the repeater, the beeps at the end and start of transmission, or the message reception beep. anyway, they are not useful in a box placed high up somewhere on a tall building :) )
UPDATE:
de asemenea am montat la repetor arestoare pe LAN, si inca un set de ancore suplimentare cu ajutorul lui YO3HUI impreuna cu sotia lui, si YO2BIP si YO3RAM. A fost cam frigutz. :))))
mai jos fara nici o legatura, un condensator umflat din calculatorul unui vecin.
Niciun comentariu:
Trimiteți un comentariu