You say “sȯ-dər”, I say “sōl-dər”

This week, guest blogger Jason Ghidella talks about solder joints.

I say “sōl-dər”

After reading Michael Carone’s blog post on smart signal routing, I was immediately motivated to talk about solder joints as I think they are the other half of the story when it comes to making models easier to build and work with.

Being from Australia I pronounce solder as sōl-dər, and that sometimes gets confused and funny looks from my colleagues here at MathWorks.

Jason says (Australian):

Seth says (American):

With Release 2012b, the frequency with which we talk about solder joints has skyrocketed exponentially. >I will not go into details, but I am sure everyone who worked with Simulink has had a few fights with solder joints. Let's see how this is improved in R2012b

Creating and Merging

Solder joints are now created when necessary, and merged when no longer needed. Here is an example:

Moving with Blocks

If I select two blocks on either side of a solder joint, and move the blocks, the solder joint moves along with the blocks:

Minimum Disturbance

The minimum disturbance principle used for smart signal routing is preserved for the solder joints as well. If you have a kink in the signal line, the solder joint stays in place. Straighten out the signal line kink, and the solder joint moves with the block. I demonstrate that here:

I hope you appreciate the improvements to solder joints and the new Simulink Editor in R2012b. I also hope you will remember that solder can be pronounced in a couple of very different ways.

Let us know what you like about the new Simulink Editor by leaving a comment here.

4 Responses to “You say “sȯ-dər”, I say “sōl-dər””

1. Mikhail replied on :

Hi,

By the way, are there also peculiarities pronouncing “junction”?

Also, Google translate (http://translate.google.com/#en/en/solder) pronunciation is “‘səuldə” – i myself (from Russia) pronounce it that way. Makes me wonder why the correct pronunciation gives you that weird looks from your colleagues :)

2. wei replied on :

@Guy, Nice. I don’t have 2012b yet and wonder:
1) will a block move when it turns around a corner? For example, could one move the gain of p block in your example to the middle of its connecting vertical line?
2) could one drop a block of non-single inport/outport to be inserted in the middle of an existing line?

3. Guy Rouleau replied on :

@Mikhail: This is a little inside joke. The first time Jason, Seth and I discussed this post, both of them were talking about “solder joints”. After some time, I realized they were talking about the branching of lines in Simulink. I never call those “solder joints”, I usually call those junctions or node.

@Wei: 1. I am not sure if I understand properly, but wherever you move the gain “p”, the line will move to avoid being over blocks. 2. No. For a block with many input/output, it would be difficult to know which ports to connect when inserting a block.

4. Phil Taylor replied on :

On the subject of accent, I’ve picked up this ‘solder’ anomaly in the last couple of years. Here in the UK the ‘l’ is vocalised, like in ‘folder’. However my American colleagues, and separately an American friend, all say something between ‘sauder’ and ‘sodder’. This caused lots of confusion the first time I heard it. I looked up the etymology and found it came from the Old French ‘souder’ from the Latin adjective ‘solidus’ meaning ‘solid’.

So I think in this case the ‘l’ crept into the spelling for us in the UK and the pronunciation followed, whereas the US pronunciation stayed close to the medieval. But that doesn’t explain why the spelling in the US has the silent ‘l’!

 Name (required) E-mail (required, will not be published) Website (optional) Spam protection (required): What is 1 + 10 ?

Wrap code fragments inside <pre> tags, like this:

<pre class="code">
a = magic(3);
sum(a)
</pre>


If you have a "<" character in your code, either follow it with a space or replace it with "&lt;" (including the semicolon).

Guy Rouleau and Seth Popinchalk are Application Engineers for MathWorks. They write here about Simulink and other MathWorks tools used in Model-Based Design.

These postings are the author's and don't necessarily represent the opinions of MathWorks.