Добро пожаловать, Гость
Логин: Пароль: Запомнить меня
*****PLEASE, CHECK ALL PREVIOUS TOPICS, BEFORE CREATING A NEW ONE! DUPLICATED TOPICS WILL BE DELETED!*****

ТЕМА: LDG AT-1000Pro

LDG AT-1000Pro 27 Июль 2022 17:39 #1

  • kd4hlv
  • kd4hlv аватар
  • Вне сайта
  • Сообщений: 1
By any chance is there support for the LDG AT-1000Pro Autotuner?

73,
Marty
Администратор запретил публиковать записи гостям.

LDG AT-1000Pro 28 Июль 2022 07:41 #2

  • Rome
  • Rome аватар
  • Вне сайта
  • Quod Licet Jovi Non Licet Bovi
  • Сообщений: 291
  • Спасибо получено: 140
Hello Marty.
No, there is no support for third-party tuners.
Роман, Roman
Expert Electronics
Администратор запретил публиковать записи гостям.

LDG AT-1000Pro 28 Июль 2022 10:33 #3

  • hari
  • hari аватар
  • Вне сайта
  • Сообщений: 4
  • Спасибо получено: 1
That's really a pity. I do have the Expert Electronics ATU and I'm quite happy with it. So I don't have any current requirements to attach whatever other tuner. Still, amateur radio transceivers should make it easy to attach gear. Just allowing proprietary gear and not opening up e.g. the rs485 tuner protocol to fellow HAMs is kind of a vendor lock in. The EE ATU is great, so it likely sells via its features. Hence there should be no need to "force" HAMs to it by locking out other tuners. Someone might require a tuner that can handle more than 100W. It should be possible to integrate such easily. Even ICOM does provide information for their tuner interface on request.
vy 73 OE6HKE
Администратор запретил публиковать записи гостям.
Спасибо сказали: EA5ML

LDG AT-1000Pro 28 Июль 2022 13:41 #4

  • lz2aov
  • lz2aov аватар
  • Вне сайта
  • LZ2AOV-M0AOV-TA4ZN
  • Сообщений: 32
  • Спасибо получено: 5
There is NO problem using any other External AATU with the SunSDR2DX I'm using my 2nd Sunsdr2dx with a ( ATU100 1.8-50Mhz Automatic Shortwave Antenna Tuner with 0.91inch OLED O1S0 ) from eBay at £46 and it works fantastic I also use a LDG100Pro2 and a LDG600 Pro2 and I have no problems with any External ATU

Regards
Here to enjoy Ham Radio
2xSUNSDR2DX
1XSUNSDR2Pro
LZ2AOV/M0AOV/TA4ZN
Администратор запретил публиковать записи гостям.

LDG AT-1000Pro 28 Июль 2022 14:31 #5

  • Svante
  • Svante аватар
  • Вне сайта
  • Сообщений: 48
  • Спасибо получено: 9
I use CG 3000 with remote control in my boat with sunsdr2 dx. Works perfect just klick on tune and it is tuning.
73 de sm6usu Svante
sm6usu
Администратор запретил публиковать записи гостям.

LDG AT-1000Pro 29 Июль 2022 04:11 #6

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 249
  • Спасибо получено: 197
hari пишет:
Hence there should be no need to "force" HAMs to it by locking out other tuners

EE does not lock out 3rd party tuners. It is opposite. Full automatic tuners does not require any integration at all, they just work out of carrier, hence plug-n-play. Semi-automatic tuners can be integrated via EE's API.

Opening EE's ATU comm source code does not make any sence at all. It was designed to work with specific equipment via specific port. Let's say EE gave you the code. You have found comms protocol is incompatible with you 3rd party tuner. What is next? Ask EE to modify the code to support your tuner? Or ask your tuner vendor to modify their equipment? Then complain to EE about code is not supporting what you want? This is a dead loop.

It is not relevant what ICOM does; they are non-SDR and simply have no other choice to integrate semi-tuners, rather then provide description of their interfaces.

In opposite, EE uses API to its full power, providing us with easy and most flexible way to integrate practically anything. You can even ingrate your automatic coffee machine to start brewing when you are switching to your favourite band or mode. Including tuners, of course, practically any kind (search my earlier posts on this forum for an example of non-automatic tuner with TCI feedback).
Администратор запретил публиковать записи гостям.
Спасибо сказали: Rome

LDG AT-1000Pro 29 Июль 2022 12:17 #7

  • hari
  • hari аватар
  • Вне сайта
  • Сообщений: 4
  • Спасибо получено: 1
VK6NX пишет:
hari пишет:
Hence there should be no need to "force" HAMs to it by locking out other tuners
EE does not lock out 3rd party tuners. It is opposite. Full automatic tuners does not require any integration at all, they just work out of carrier, hence plug-n-play. Semi-automatic tuners can be integrated via EE's API.
The RS485 protocol likely passes around additional information, as the exact frequency being used to facilitate storage of tuning solutions. Not everything speaks Ethernet/IP to be integrated within TCI.
Opening EE's ATU comm source code does not make any sence at all. It was designed to work with specific equipment via specific port. Let's say EE gave you the code. You have found comms protocol is incompatible with you 3rd party tuner. What is next? Ask EE to modify the code to support your tuner? Or ask your tuner vendor to modify their equipment? Then complain to EE about code is not supporting what you want? This is a dead loop.
First: I didn't ask for the source code, my request is about the interface description. Second: it always amazes me how buyers of products with proprietary interfaces even try to find arguments why it is good to lock them out of the products they bought. I do understand a "don't care" attitude, but arguing for closed-ness of interfaces is kinda weird..
If the interface description were published, you're neither forced to use a 3rd party product nor to hook up your own DIY project to that interface.
It is not relevant what ICOM does; they are non-SDR and simply have no other choice to integrate semi-tuners, rather then provide description of their interfaces.
This is not about SDR/non-SDR, it is about publishing detailed interface information for ports on the transceiver one did buy.
In opposite, EE uses API to its full power, providing us with easy and most flexible way to integrate practically anything. You can even ingrate your automatic coffee machine to start brewing when you are switching to your favourite band or mode. Including tuners, of course, practically any kind (search my earlier posts on this forum for an example of non-automatic tuner with TCI feedback).
See above re IP. The EE ATU isn't using IP either. There is good reason for rs485 in such situations, with the tuner being hooked up at the mast.
vy 73 OE6HKE
Администратор запретил публиковать записи гостям.

LDG AT-1000Pro 29 Июль 2022 13:11 #8

  • VK6NX
  • VK6NX аватар
  • Вне сайта
  • Сообщений: 249
  • Спасибо получено: 197
RS485 likely to pass much more than just "additional information" ... Whatever ... do not see any reason to extend it further.

You already have interface description here: eesdr.com/images/Document/SunSDR2_DX/ATU_pinout.JPG

It is not about how to find the arguments ..."whatever your fantazy is". It is about single argument - proprietary interface in this particular current case makes it easier for EE to create fully supported proprietary ecosystem. I totaly understand why they will never support any 3rd party over the same connector. For all/any 3rd party - welcome to TCI (that was announced years ago and repeated-repeated-repeated, but not heard).
Администратор запретил публиковать записи гостям.

LDG AT-1000Pro 29 Июль 2022 13:18 #9

  • Rome
  • Rome аватар
  • Вне сайта
  • Quod Licet Jovi Non Licet Bovi
  • Сообщений: 291
  • Спасибо получено: 140
We'll take a look at that after the release of the ESDR3 1.0. We have RS-485 lines in ExtCtrl connector, we thought about using them to control third-party tuners.
Nevertheless, I'm not saying that we'll support every one of them, that would be too much, only most popular models.
Please publish this into Suggestions section on GitHub, all those who are interested in support of a certain tuner model vote for this model in the comments section.
In the suggestions, add schematics for the requested models.
Роман, Roman
Expert Electronics
Администратор запретил публиковать записи гостям.
Спасибо сказали: VK6NX
Время создания страницы: 0.570 секунд