The IET is carrying out some important updates between 17-30 April and all of our websites will be view only. For more information, read this Announcement

Rules and Guidelines
Want to participate in the discussions? Please read our Community Rules and Guidelines. Need some help? Visit Support and Answers.

  • State Not Answered
  • Locked Locked
  • Replies 25 replies
  • Subscribers 38 subscribers
  • Views 3222 views
  • Users 0 members are here
Options
You may also be interested in
This discussion is locked.
You cannot post a reply to this discussion. If you have a question start a new discussion

Musing on ring final unfused spur - Regs compliance and more from the EICR slant (but not necessarily)

psychicwarrior

Good day to all

Probably not an original question, but still...

Is there a Reg. non-compliance (which one(s) ) for having  2 double skts fed* unfused from a socket on a ring final  (presuming the connection is 'good' so to speak) ?

* either with the two on one  short bit of 'spur' cable, or each on its own short bit of cable , from the double socket

If the sockets were used to supply low powered items (chargers, a LED tv, lamp) and perhaps occasional vac. cleaner, or fan heater, then there is no overload concern as such, so what's the issue... is it simply the potential available to overload and for an EICR,  what exactly is the risk to record ...   it seems hardly potentially dangerous   and if its not that, why improve it !  Is that why it's 'informative' and not regulatory .  Musing over .

Regards

Parents
  • 0

    I think we need to be pragmatic.

    In reality overloads on any half decent designed RFC are scarcely a problem - but they can be.

    In reality overloading of cables are scarcely a problem with spur on spur from a ring - but they can be.

    In reality we do not expect someone to use 4 or more 3KW fan heaters on one RFC - but they can do.

    When designing systems we are risk averse.

    When inspecting an installation we a risk averse.

    So we must code something that is poor practice and could, under some conditions, present a danger. It may last for a thousand years and never actually cause a real world problem. But if it could foreseeably do so we must design/code against it.

    You could buy a car that is considered a "death trap", you could use it for 10 years without problems but would you risk it?

Reply
  • 0

    I think we need to be pragmatic.

    In reality overloads on any half decent designed RFC are scarcely a problem - but they can be.

    In reality overloading of cables are scarcely a problem with spur on spur from a ring - but they can be.

    In reality we do not expect someone to use 4 or more 3KW fan heaters on one RFC - but they can do.

    When designing systems we are risk averse.

    When inspecting an installation we a risk averse.

    So we must code something that is poor practice and could, under some conditions, present a danger. It may last for a thousand years and never actually cause a real world problem. But if it could foreseeably do so we must design/code against it.

    You could buy a car that is considered a "death trap", you could use it for 10 years without problems but would you risk it?

Children
  • 0 in reply to ebee

    PS - on a ring I usually double all conductors at terminations to increase the point of contact in the terminal, Taking only tunnel terminals as an example, in theory the nearer we are to achieving "filling the hole" then more contact. In practice my favoured sockets took 3 doubled conductors just nicely, they got redesigned meaning that whilst still possible it was often more straightforward to leave one conductor not doubled - I`d make that the spur. Not all manufacturers terminals suit this method though. I hate the flat plate jobs that are now popular with our terminals. Yuk!

Join us to get the best from IET EngX.

Joining EngX lets you personalise your experience so you stay up to date on the topics that interest you, plus you’ll be able to make connections who are looking to collaborate, exchange ideas and more.

Join us Not now

Community Rules & Guidelines