Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post Reply
Stefan
 

Posts: 4
Joined: 01 Jan 2022, 10:48

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by Stefan »

EDIT: I might have found the answer myself after some more internet research. In Manuel's assembly youtube video, unfortunately the part numbers are not visible. However, he refers to SMT versions which are a bit cheaper than the THT models. A comparison of the models at other suppliers (e.g., Farnell, with a more useful datasheet https://www.farnell.com/datasheets/1717896.pdf) suggest that the IM43TS is actually a DPDT type relay, too. Furthermore, the only difference seems to be that it is THT compared to SMT mount.
Consequently, it seems that the corresponding tech spec entry on Mouser is not fully correct.
73 de Stefan DF3ST

Original Question:
Hi,
I've got a question regarding the relays of the (tr)uSDX. In the BOM CSV of the RF PCB, the relay model link points to the model IM43GR, which is a 2 Form C (DPDT-NO, NC) type (https://www.mouser.de/ProductDetail/655-IM43GR), whereas the link on the (tr)uSDX website points to the model IM43TS, a 1 Form C (SPDT-NO, NC) type (https://www.mouser.de/ProductDetail/TE- ... 4eqmXj8M7P).

I guess, the one on the home page is the model to be used. Could you please confirm?


Thanks a lot for all your efforts - great work! :)

vy 73 de Stefan DF3ST
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

PY2BND wrote: 04 Jan 2022, 15:43 Is there a way, or make it sense to port uSDX open source FW from Guidos GitHub to the latest (tr)uSDX HW from You. What would be the disadvantage regarding the latest (tr)uSDX FW binary that Guido released?
Hi, It´s possible if you have some programming skills, but it´s not wanted or supported by us.
We want to provide a standardized rig. If you want to rape firmware, you´re on your own.

73 Manuel; DL2MAN
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

BrendonHills wrote: 04 Jan 2022, 15:57 "Why does it stop at 20m?" Is there a reason for this, as I thought the original SDX was 80-10m? Are there any plans to extend coverage later? If so how will this be acheived - will it mean a new rig or re-designed RF board within the existing footprint?

Many thanks

Daimon. G4USI
Hello Daimon,

I have stated at my front page: (dl2man.de)
Right now it covers 80/60/40/30/20m and in Future there will be support for 17/15/12/10m as well
The reason to limit the amount of Bands was the available Space of the Cretit Card Sized PCB´s together with the new SWR and Current measurement Hardware. I could not fit more on there.
And 80m-20m are the classical Bands, that majority of people use.
Support of the upper Bands will come in Form of a new BOM, using the same PCB´s. They just need to carry different coils and Capacitors. And of course the software will be changed to be able to select the Bands.

73 Manuel; DL2MAN
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

Stefan wrote: 04 Jan 2022, 18:15 (...)IM43GR vs IM43TS(...)

vy 73 de Stefan DF3ST
I originally suggested to use IM43GR SMT Relays and bend out the legs to use them as THT Parts. That always worked for me.
However: The most problems from my test builders were caused by the too short feet of the bent SMT Relay feet. If you do not 120% take care about correct soldering, it causes the issue of "Band not working".
No big deal, easy to find and easy fix, but a lot of Mails for me to answer....
In Order to prevent that, I now suggest to use IM43TS (the THT Version of this Relay) to reduce your failure rate.

73 Manuel; DL2MAN
EA5HQ
 

Posts: 23
Joined: 03 Jan 2022, 11:56

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by EA5HQ »

Hi

It looks like I am on the hook for 3D printing the enclosures for the PL / EU group buy that is going on at the moment (just closed with 70 kits). I saw some mention that somebody had to print with a 1.01 factor scale in order to get the boards to fit.

Do the 3D models have some clearance in order to allow for variations in the 3D printing process? I will be printing with PET-G on an Ender 3 / Ender 5 using 0.4mm nozzle.

It would be a bummer to print 25+ enclosures to find that I get 25 complaints that they need to sand the PCB / enclosure to get them to fit. I have a bit of a catch - 22 that I won't have a PCB set to test my prints with until all the kits have been sent out, so I have to make some leap of faith.

Cheers

Marcus EA5HQ
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

Hello Marcus,

The 3D Models have clearance according good design practices. But they cannot compensate if your printer is calibrated 1-2% off.... I printed everything on a Prusa i3 MK3S+ at100% and everything came out perfectly.

What I would do in your case:
1. Start with calibrating your printer. Use https://teachingtechyt.github.io/calibration.html as a Guide.
2. AFter calibrating your printer as good as you can, start with the Bottom Cover. It should be 85x55x1,6mm. Measure with digital caliper and scale your prints until you get those dimensions in reality. This is the exact same dimensions as the PCB´s that are going to be inside the housing.
SO if you manage to print 2 Accurate Bottom Covers, you have a set of stencils to test if all the housings can be assembled and if the PCB´s will fit in there.

73 Manuel; DL2MAN
storyofyouandme
 

Posts: 54
Joined: 03 Jan 2022, 15:30

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by storyofyouandme »

A question about whistling

Hello, dl2man, I found a problem. At present, all versions of USDX do not solve the problem of waijie speaker howling, especially when the volume is greater than 12. When you convert SSB and CW modes, howling will inevitably occur. I am building your new version of trusdx. If nothing happens, this howling will still exist. I observed that you replaced 4562 with 6231. Personally, I don't think howling can be solved by replacing operational amplifier. Of course, you are an expert in this field. I'd like to hear your opinion. Finally, I agree with you that you don't open firmware. You know, not all Chinese hams get something for nothing, which can also keep us real Chinese hams from being ashamed. Finally, I would like to pay tribute to you and thank you for your efforts.
storyofyouandme
 

Posts: 54
Joined: 03 Jan 2022, 15:30

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by storyofyouandme »

DL2MAN wrote: 04 Jan 2022, 21:19
PY2BND wrote: 04 Jan 2022, 15:43 Is there a way, or make it sense to port uSDX open source FW from Guidos GitHub to the latest (tr)uSDX HW from You. What would be the disadvantage regarding the latest (tr)uSDX FW binary that Guido released?
Hi, It´s possible if you have some programming skills, but it´s not wanted or supported by us.
We want to provide a standardized rig. If you want to rape firmware, you´re on your own.

73 Manuel; DL2MAN
To be exact, it can be done. Before dl2man adopted the current display interface, a friend of mine already used a similar interface. Of course, it does not discuss who used whose creativity, but only that if you have certain programming skills, you can do it. However, I still agree that dl2man does not open source firmware, so that this project can really go on healthily.
VE3 VWG
 

Posts: 5
Joined: 02 Jan 2022, 00:17

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by VE3 VWG »

Hi , are we responsible for the case of the radio or is it supplied by the developers? A 3D printer option would be nice to expand the case for a battery option.
Faraaz VK4JJ
 

Posts: 215
Joined: 30 Dec 2021, 21:56

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by Faraaz VK4JJ »

VE3 VWG wrote: 06 Jan 2022, 22:50 Hi , are we responsible for the case of the radio or is it supplied by the developers? A 3D printer option would be nice to expand the case for a battery option.
https://www.prusaprinters.org/prints/10 ... dx-housing
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

storyofyouandme wrote: 06 Jan 2022, 07:39 speaker howling, especially when the volume is greater than 12.
Yes, this is known, and we will solve this, but it has nothing to do with OP-Amps. More with self resonance effects.

73 Manuel; DL2MAN
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

VE3 VWG wrote: 06 Jan 2022, 22:50 (...) battery option (...)
Battery option will come. But my day has unfortunately only 24 hours.

73 Manuel; DL2MAN
latewarning
 

Posts: 17
Joined: 02 Jan 2022, 13:17

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by latewarning »

The TCA9555PWR is out of stock in JLC, digikey and mouser. N1SR pointed to PCA9539:

"The PCA9539; PCA9539R is identical to the PCA9555 except for the removal of the
internal I/O pull-up resistor which greatly reduces power consumption when the I/Os are
held LOW, replacement of A2 with RESET and a different address range"

Pin 3 is connected to GND. Would it be possible to use the PCA9539 by cutting the track to pin 2 and connecting it instead to pin 1, so connecting the reset to high?
va3rr
 

Posts: 54
Joined: 30 Dec 2021, 21:39
Location: FN25eg
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by va3rr »

When I tried to order boards from JCLPCB last Friday, the TCA9555PWR was OOS. But when I checked again on Monday, Jan 10, it was available. Take it FWIW, as I haven't received shipping notice yet. 🤞

If the stars come into proper alignment, maybe the part will come back in stock again...
Slava Ukraini!
DF6MZ
 

Posts: 11
Joined: 04 Jan 2022, 09:27

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DF6MZ »

Manuel, can I ask which external microphone you are using in the youtube video? Is it possible to use a ptt/mic/speaker handset? Or could you tell me the pinout/functions of the 3,5 mm jacks so I can make my own?
73, Martin DF6MZ
DJ5GK
 

Posts: 1
Joined: 30 Dec 2021, 20:27

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DJ5GK »

the Pinout you can see in the picture under 4 (tr)uSDX Manual
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

latewarning wrote: 12 Jan 2022, 18:55 The TCA9555PWR is out of stock in JLC, digikey and mouser.
Change of Adress means change of Software, so it´s no longer standardized. I´d suggest to substitute with:
PCA9555 or CAT9555YI-T2 (LCSC#C83265)

73 Manuel; DL2MAN
DL2MAN
 

Posts: 706
Joined: 30 Dec 2021, 19:18
Contact:

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by DL2MAN »

DF6MZ wrote: 12 Jan 2022, 20:46 Manuel, can I ask which external microphone you are using in the youtube video? Is it possible to use a ptt/mic/speaker handset? Or could you tell me the pinout/functions of the 3,5 mm jacks so I can make my own?
73, Martin DF6MZ
I´m using a cheap left over chinese Mic from my VX-7R. The Connector was broken, so I removed the Yaesu 4-Pin connector and soldered a new 3-Pin Connector and re-wired internals.
Image
Kefeur
 

Posts: 7
Joined: 07 Jan 2022, 17:25

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by Kefeur »

Question: Could the filter frequency be displayed a few pixels larger on the display?
My eyes aren’t very good and I see it would fit without overlap.
Question 2: Rotary frequency step resolution is imaginative and easy to handle. Still, I was reminded of an older project where it changed dynamically depending on the rotation speed. It's not a complicated thing. You have to pay attention to how much time elapses between the two pulses and assign values to the frequency increments. For example: time> 200ms -> step value = 10, time <199 -> step value = 100, time <99 -> step value = 1000.
A very well-proven, dynamic treatment for me.
Ferenc
73'
storyofyouandme
 

Posts: 54
Joined: 03 Jan 2022, 15:30

Chip orientation and 86256

Post by storyofyouandme »

Hello, Dl2man! I've got the PCB. I'm going to weld it manually because of incomplete components. I'd like you to send pictures of the welding direction of the motherboard and RF board chip. In addition, I would like to ask what role the 2060 and 86256 on the RF board play. I didn't buy the 86256 chip. What common FET can replace it? I look forward to your reply. Thank you.

73!
wa2t
 

Posts: 180
Joined: 01 Jan 2022, 16:30

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by wa2t »

storyofyouandme wrote: 17 Jan 2022, 13:15 ...I would like to ask what role the 2060 and 86256 on the RF board play...
Hi,

Manuel answered the same question for me already (and so I will try to help out Manuel in return!). The two FET's you are asking about are not used and are "future use" for possibly having different RF PA device(s) than the current BS170's.

Hope this helps.

73,

Robert, WA2T
Last edited by wa2t on 17 Jan 2022, 13:46, edited 1 time in total.
wa2t
 

Posts: 180
Joined: 01 Jan 2022, 16:30

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by wa2t »

Kefeur wrote: 16 Jan 2022, 20:08 ...where it changed dynamically depending on the rotation speed...
I like this idea (but it's easy for me to say!).

73,

Robert, WA2T
storyofyouandme
 

Posts: 54
Joined: 03 Jan 2022, 15:30

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by storyofyouandme »

Hello, Robert, wa2t, thank you very much for your reply. If you can, can you share the finished pictures of the motherboard and RF board? I want to know the direction of all the chips and those components are empty. thank you.
73.
pe1nnz
 

Posts: 50
Joined: 30 Dec 2021, 19:29

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by pe1nnz »

Hi Ferenc,

The filter bandwidth can be printed in a bit bigger font size, but doing so make things not better readable. I wanted to use the space around it to show other settings, but this might be overwhelming,

The idea of a variable step resolution based on rotation speed was tried out a while ago, but contrary to expectations it did not work that intuitive and consistently: sharp transition in tuning speed is experienced with the slightest change in turning speed, making it actually harder to tune.

More successful was the simulation of a very heavy rotary knob; a knob that once you turn at a certain speed it keeps turning at that speed and slowly slowing down in speed until you stop it by releasing a button, or when you give the rotary another speed. This way of tuning is pretty direct and controllable and is a great way to tune quickly over the band to scan for stations without too much effort. If there is interest, I can enable this in the beta version to try out.

73, Guido
Kefeur
 

Posts: 7
Joined: 07 Jan 2022, 17:25

Re: Sticky: Post (tr)uSDX questions for the developers (Manuel DL2MAN and Guido PE1NNZ) in here

Post by Kefeur »

Dear Robert!
That's the point and it can be simplified:
En_sped_1 = 50;
En_speed_2 = 100;
if (turned == 1) {
increment = first_speed_step;
currentMillis = millis ();
if (currentMillis - previousMillis <En_speed_2) {increment = Step_int_2; goto out; }
if (currentMillis - previousMillis <En_speed_1) {increment = Step_int_1;}
// else {increment = 10;} //
out:
previousMillis = currentMillis; }
Ferenc
73'
Post Reply

Users browsing this forum: No registered users and 1 guest