Careful when you solder thermal fuses

I recently had a duh moment. I was trying to repair a broken fan motor and I had determined that the immediate problem was that a thermal fuse used to protect the stator windings from overheating was broken. I ordered a few new thermal fuses, soldered one in and carefully insulated it electrically using heat shrink tubing.

When I tried to power up the fan, I was surprised to find that it was as dead as before. Some quick troubleshooting revealed that the new fuse was broken. Since the motor had not even made the tiniest jerk when I plugged it in, I assumed the fuse must strangely enough have been dead on arrival and I removed it from the motor.

This is what the fuse looked like when I had removed it:

Dead thermal fuse in heat shrink tubing
Dead thermal fuse in the remains of heat shrink tubing

Fortunately, I had more fuses, so I proceeded to solder another one into the circuit. Wise from my previous experience, I verified that it was working before the operation and I also measured it after I had soldered and heat shrunk it into the motor circuit. To my surprise it was suddenly broken! And I had not even powered the motor up!

Motor with another dead thermal fuse in (black) heat shrink tubing dangling. (The red thing is just an insulated crimp joint.)
Motor with a dangling dead thermal fuse in (black) heat shrink tubing. (The red thing is just an insulated crimp joint.)

This is when the duh moment occurred.

Thermal fuses blow in an unresettable fashion when they reach a certain temperature, in my case around 120 °C. This is the whole point of the component. And I had failed to consider this when I happily soldered the thing in, just as if it were a resistor or some other normal component. There is obviously a big risk – not to say certainty – that both during soldering and while shrinking the tubes, the fuse gets heated to higher temperatures than it can stand.

So how do we get around this problem? I did not have any thermal fuses with long leads that would insulate them during soldering, but with some care it is in fact possible to solder a thermal fuse. Here are the tricks I used in my third attempt:

  1. Do not shorten the leads of the fuse. Leave them as long as they are.
  2. Put several alligator clips on the lead between the body of the fuse and the tip where you apply solder. This is to lead away heat so that it does not reach the body (see picture below).
  3. Solder for as short a duration of time as possible. Preferably less than a second at a time to prevent heating of larger parts of the lead. But be careful to not get a cold solder joint despite this. It’s a delicate balance.
  4. Do not shrink the tubes. Let them just sit there loosely.

Below are some pictures from the process.

Alligator clips used to divert heat from the solder joint.
Alligator clips used to divert heat from the solder joint.
More alligator clips used to divert heat from the solder joint.
More alligator clips used to divert heat from the solder joint.
Thermal fuse soldered to motor and enclosed in unshrunk tubes. Still not broken.
Thermal fuse soldered to motor and enclosed in unshrunk tubes. Still not broken.
Thermal fuse stuck into the stator.
Thermal fuse stuck into the stator to do its job sensing the temperature.

Using these tricks, my third attempt was successful and the fan is now back in working condition.

It cost me two thermal fuses, but I think I have got the lesson about what not to do to this (for me at least) somewhat unusual component.

Updated Arduino Nano Clones

I have previously written two blog posts about problems I had with Arduino Nanos I bought from Banggood and where the problem turned out to be caused by a pirated FT232RL USB-to-serial port chip. FTDI (the company behind the original FT232RL chips) seems to have tried to make life hard for users of the counterfeit chips by putting measures in their newest drivers that will prevent them from working properly (although older versions of the drivers might work fine).

I have not bought any new Nanos recently, but Mark commented on one of the previous blog posts that Arduino Nano clones  that he recently bought from Banggood look different and also work fine with the newest drivers from FTDI. Apparently, a completely different chip is used that does not try to look like a chip from FTDI.

Here are photos of the board taken by Mark:

Top side of Mark's Nano
Top side of Mark’s Nano
Bottom side of Mark's Nano
Bottom side of Mark’s Nano
Closeup of CH340G chip
Closeup of the CH340G chip

The photos on Banggoods online store seem to be of the same product, so apparently they have updated their pictures as well.

The chip used here is a CH340 (or CH340G?) from a company called “WCH Nanjing QinHeng Electronics“. I had never heard of this company before, but there are indications on their home page that they have been around since 2007 and they have a handful of other products as well.

Anyway, it seems like someone have now designed an Arduino Nano clone that has a significantly different design than the ones I bought and probably without chips that claim to be something other than what they really are. I guess this is a step in the right direction. But using the Arduino name for the modified clone is still at least questionable.

Thanks Mark for the pictures!

Krångel med Bahnhofs IP-telefoni

Another post in Swedish about problems I had with IP telephony.

Tyvärr var inte problemen med IP-telefonin och webservandet slut i och med lösningen jag skrev om i förra blogginlägget där jag kopplade SIP-boxen (Eltek R7121-L1) efter routern och gjorde port forwarding på en massa portar.

Allt tycktes fungera till en början, ända tills jag försökte svara när någon ringde. När jag lyfte luren hörde jag först tystnad och sedan halvsnabbt upprepade toner (en felsignal gissar jag). Vad den uppringande hörde minns jag inte säkert, men jag tror det var fortsatta signaler som om jag inte svarat. (Att ringa ut med IP-telefonin var däremot inga problem.)

Jag trippelkollade att jag forwardat rätt portar i routern (en Asus RT-N56U), vilket jag hade. Jag ringde supporten och efter en del testande (bland annat med att göra en DMZ för SIP-boxens lokala IP-adress samt att forwarda ännu fler portar) så hade supportpersonen slut på idéer om hur man skulle kunna få det att funka med SIP-boxen innanför routern. Istället föreslog han att återigen sätta Eltek-boxen före routern samt att han skulle göra någon inställning på sin sida så att den jobbade i bryggat läge. Efter en omstart av SIP-box och några minuters väntan började telefonin fungera och det gick fint att ringa in. Bryggningen fungerade, så webbservern gick bra att komma åt utifrån. Varför det inte fungerade med port forwarding vet jag fortfarande inte. Kanske någon bugg i routern eller i SIP-boxen, eller att fler portar behöver forwardas än vad Bahnhof anger på sin supportsida.

En liten nackdel med att ha SIP-boxen före routern är att hastigheten (enligt Bredbandskollen) gick ned från ca 130 Mb/s till 96 Mb/s i båda riktningarna, men det är väl svårt att klaga på det när man betalar för 100 Mb/s.

Plötsliga problem med webbservern

Efter några dagar utan problem med vare sig webbserver eller IP-telefoni upptäckte jag att det inte längre gick att komma åt min webbserver utifrån. Istället kom man till inloggningssidan för SIP-boxen! Bryggningen verkade alltså ha slutat fungera. Jag upptäckte detta efter att supporten stängt för dagen, så jag flyttade SIP-boxen innanför routern igen för att få ut webbservern på nätet.

När jag någon dag senare tog mig tid att ringa supporten och efter kanske en halvtimme i telefonkö kommit fram, visade det sig att SIP-boxen nog automatiskt uppdaterats med ny mjukvara och att något gått snett i samband med det. Bryggningen var dock fortfarande påslagen i Bahnhofs konfiguration av boxen, så det borde ha fungerat, men uppenbarligen gjorde det inte det.

Vi testade att sätta SIP-boxen före routern och starta om den och då började det hela fungera lika bra som det gjort några dagar tidigare. Kanske var det en tillfällig glitch i samband med uppdatering av mjukvaran i boxen. Kanske behövde Bahnhof ändra något i inställningarna för att passa den nya mjukvaran och det kanske tog dem någon dag. Nåväl, det fungerade i alla fall återigen och det har fortsatt fungera utan strul nu i några dagar till, så det ser lovande ut.

Bahnhofs support

Förutom att telefonkön ibland är ganska lång till Bahnhofs support så har jag fått ett allmänt bra intryck av dem. De jag pratat med verkar ha ganska gedigen teknisk kompetens och är inte några droider som bara läser innantill i ett felsökningsschema. Att de inte lyckades reda ut t.ex. varför det inte fungerade att port-forwarda så att SIP-boxen kunde sitta innanför routern är ju ett minus, men det kanske var ett svårt problem som dessutom skulle kunna ligga utanför deras kontroll (t.ex. en bugg i routern).