JohnW2 - I do think this discussion (and several of your previous posts) has now gone beyond a DIY forum and you should take up your discussion with the authors of the red book and/or the IET. .... the red book says the regulations are non-statutory...also says that there may be other ways to achieve the objective of a specific regulation.
Whilst I could easily understand your saying that in relation to a good few other threads/posts of mine, I'm a little surprised that you say it in relation to this one - at least in terms of the main issue (the use of T&E underground). Even though, as you say, it would be an acceptable approach, I have
not been suggesting a way of achieving the objective of a regulation by a means different from that actually specified in the regs. Rather, I have merely been talking about the invocation of the fact that 522.8.10 of BS7671 actually
says, explicitly, that armour is not required if a cable is "installed in a conduit or duct which provides equivalent protection against mechanical damage". Hence, if one believes that the installation provides that degree of protection against mechanical damage, then using that approach would be compliant with the explicit words of the regulation, not an 'alternative means of achieving the reg's objective'. That's how I see it, anyway, and I'm not sure I can think of any sensible interpretation of 'equivalent protection' which would not be satisfied by several inches of concrete!
The SELV cable business is a separate issue. I do think the regulations are silly, and perhaps should not be discussing that here - but I have, in any event, already indicated that I would probably play along with the regs, just so that I could say that what I had was completely compliant - which is, of course, what everyone, including DIYer readers theoretically should do.
I just don't want you to start taking the IR reading of boiled cabbage at 1000v dc.
I don't need to do that. I already know that the 'IR' would pretty low if it were still wet and well seasoned!
Kind Regards, John.