Modifying Power-line interface TW523

Modifying 110v to 220v

Credits: based on a description from Hans Attersjo. Source no longer available on web

 

Image of modification schematic (100k)

  1. Open the module by removing the screw between the legs of the incoming power.tw523.jpg (72772 bytes)
  2. Change C14 (2E225,blue) from 2.2uF/250V to 1uf/400V. Fix this one with silicon or epoxy glue.
  3. Change C10 (2E224, blue) from 0.22uF/250V to 0.1uF/400V.
  4. Change R25 from 22 Ohm 1/2W to 47 Ohm 1W.
  5. Change R12 from 100k 1/2W to 220k 1/2W.
  6. Change the VDR from 130V MOV to a MOV of 250V RMS. 230 and 240V users should use a 275V MOV.
  7. To improve reliability change the 68V/1W Zener diode to a 3W type. You could perhaps also use two 33V, 2 or 3W zeners in series. This diode fails often, even on 110V.

Location of components shown in picture: Credits: Alex Kurz, personal correspondence:

 

Full spec of TW523 and schematics (290k pdf file) source: X-10 web site

 Modification to improve reliability

The following modification of the TW523 helps it comply with X10's OWN PROTOCOL.

If you are:
    1. Using the TW523 with the Lynx10 interface, Aegis HAI or any other 'smart' controller that tries to sense collisions and retransmits if it does
and
    2. Are experiencing either delays in transmission (typical of HAI) or Lynx10 returns E4 Timeout Error or Retransmit Failure errors -Then,

The problem is likely that the TW523 power supply is having a hard time supplying when receiving its transmitted commands. The TW523 detects
commands it transmits, thusly helping the controller to verify that the transmission was actually sent out. This happens on EVERY transmission. The
problem above reportedly happens on newer units that went through some 'value engineering'. The manifestation is that the controllers don't receive
the commands they've sent, retry, fail again and thus the delays and errors.The situation may be marginal and depends on the capacitive load of the
powerline.

HAI went out with a solution using two TW523 and a splitter cable, with one used for transmission only, the other for receiving only. The problem is more acute with controllers that comply fully with the protocol and transmit THREE times per half cycle to cover all phases in a three-phase system. Another proposed solution was NOT to comply with the X10 protocol and have the controller send out only once during a half cycle. This controller would, of course, not work on three phase systems

  1. Open the TW523 case by loosening single screw between the two prongs and carefully pushing the two tabs at the bottom (RJ11 plug) side.
  2. The TW523 is a two PCB device, that is connected by a stiff Grey ribbon connector. Take care not to damage it. The area of interest is the PCB where the red LED is soldered. Carefully pull it out of the half-case. Two wires go through notches on the side of the PCB to the LED.
  3. CAREFULLY clip one wire going to the LED (any one). Make the cut such that it will be easy to solder back in case you'll need the LED indicator again in the future. One can also solder wires to the two cut ends and fit an external switch. I haven't - but I'm sure it can be done.
  4. Close the case, starting by carefully inserting the modified PCB to the case, aligning the two halves from the tabs at the bottom and finishing with
    tightening the screw.

Alternative (source: Mark A. Day)
: If you need the LED, than you can do the modification by replacing the power supply circuit filtering capacitor C12 (refer to the schematic) from 100uF/25v to 470uF. This capacitor will store more charge necessary to complete the operation. Note: I have not tried this. Source:

Now the TW523 poorly-engineered power supply have more of a margin for doing some real work instead of blinking.