Author Topic: Analogue Addressable System converts to conventional one in case of...  (Read 20862 times)

Offline Benzerari

  • Hero Member
  • *****
  • Posts: 1391
    • http://benzerari.tripod.com/fas/
Analogue Addressable System converts to conventional one in case of...
« Reply #15 on: September 16, 2008, 12:01:06 AM »
Quote from: David Rooney
So how long has Discovery been on the market and how many panels support the full extended protocol and how many manufacturers intend to support the full extended protocol ??
This is actually very good question, I personally would like to know the answer :)

I am still impressed by the fact that, Discovery has the option to make analogue addressable system behaving as a conventional system (according to the catalogue of discovery).

However, say i.e. the first time analogue is fitted and powered up, the loops behave as zones, till the system is configured and commissioned properly, then it becomes a true analogue addressable system. This option I think is very beneficial, in case of lost of configuration (lost of protocol), thus the system still trigger any way in case of a genuine fire.

I haven’t tried it myself up till now, but will try to prove this option, with the latest manufactured Apollo compatible system, in due time.

Usually, none configured detectors are sitting in the loop and the panel would not see them, till the loop is auto-learned or scanned, then the protocol start to take place, but with this new option of discovery which is still doggie with old analogue addressable systems, it will give further security to the new compatible systems.

Offline Wiz

  • Hero Member
  • *****
  • Posts: 1591
Analogue Addressable System converts to conventional one in case of...
« Reply #16 on: September 16, 2008, 10:04:14 AM »
Wozzer is right. The facility of Discovery to deal with the loss of the protocol and still initiate a fire signal is down to a circuitry that monitors that the device is receiving protocol pulses and if it sees none for 180 seconds it can generate it's own series of special pulses, on sensing a fire condition, which panels which have extra circuitry to detect these special pulses can respond to. I understand that apart from a couple of special panels specifically designed for the 'marine' market there are no UK panels that use this facility i.e most UK panelsdon't have the circuitry to deal with the special pulses, so the 'benefit' of it has no real use in the UK at present.

The liklihood of a panel processor failing and still having the normal loop voltage available is very possible. The processor will control the protocol pulses but is unlikely to control the loop power requirements.

Discovery protocol is just an extended version of the XP95 protocol (extra bits of information) and has been around for years, and most control panel manufacturers have models that support it.

Offline wozzer38

  • Newbie
  • *
  • Posts: 35
Analogue Addressable System converts to conventional one in case of...
« Reply #17 on: September 16, 2008, 10:43:13 AM »
Quote from: Benzerari
Quote from: wozzer38
All im saying is it isn't likely that you will lose protocol if you have not already lost the whole loop card. i.e. the liklihood of losing the protocol alone is small.
Imagine you have just about to commission analogue addressable system, but not yet!  all the second fix are done, there is no protocol yet, as long as there is no configuration yet, no autolearning yet, the loop should still have 24Vdc shouldn't it?

The same thing will happen if causing an internal reset by error...etc, you will lose the protocol but not the feed of 24Vdc. and then the system needs to be reconfigured or recommissioned...

The loop card faillure, is not the only way to loose the protocol :)
From my conversations with Apollo the protocol is always present as soon as the loop is wired even before you have 'learnt' the system. I asked them about this 'Conventional alarm mode' and it is really just a method they put in to comply with a standard that wasn't released until later. It was put in to cope with possible processor failure. The standards dealt with it anyway by saying that 'no more than 514 devices should be lost due to processor fault'. The panel manufacturers dealt with this by designing panels that had processors supporting no more than 514 devices. So the detector feature wasn't used by most.

Offline David Rooney

  • Hero Member
  • *****
  • Posts: 891
    • http://ctafire.co.uk
Analogue Addressable System converts to conventional one in case of...
« Reply #18 on: September 16, 2008, 11:27:24 AM »
Quote from: Wiz
Discovery protocol is just an extended version of the XP95 protocol (extra bits of information) and has been around for years, and most control panel manufacturers have models that support it.
Yes they support Discovery Protocol (generally) but this specific element of panels recognising a signal from a detector when comms has been lost I would say isn't supported by anybody (ducks and waits for the deluge of "oh yes they do abuse) !!

Just spoke to Kentec and they've never heard of it....!!!
CTA Fire - BAFE SP203 - F Gas Accredited - Wireless Fire Alarm System Specialists - Established 1985 - www.ctafire.co.uk
Natural Born Cynic

Offline Benzerari

  • Hero Member
  • *****
  • Posts: 1391
    • http://benzerari.tripod.com/fas/
Analogue Addressable System converts to conventional one in case of...
« Reply #19 on: September 16, 2008, 01:37:55 PM »
Quote from: Wiz
Wozzer is right. The facility of Discovery to deal with the loss of the protocol and still initiate a fire signal is down to a circuitry that monitors that the device is receiving protocol pulses and if it sees none for 180 seconds it can generate it's own series of special pulses, on sensing a fire condition, which panels which have extra circuitry to detect these special pulses can respond to. I understand that apart from a couple of special panels specifically designed for the 'marine' market there are no UK panels that use this facility i.e most UK panelsdon't have the circuitry to deal with the special pulses, so the 'benefit' of it has no real use in the UK at present.

The liklihood of a panel processor failing and still having the normal loop voltage available is very possible. The processor will control the protocol pulses but is unlikely to control the loop power requirements.

Discovery protocol is just an extended version of the XP95 protocol (extra bits of information) and has been around for years, and most control panel manufacturers have models that support it.
Wiz;

In my understanding, there is no need for extra circuitry for the panel side to make a discovery trigger as a conventional detector in case of lost of protocol, the processor can monitor the impedance at the loop in both ways, if it sees drop of impedance to a level say i.e. 470Ohms, it trigger an alarm signal...etc

This can be done by software rather then additional hardware, by incorporating a simple If statement algorithm...

If (presence of protocol) then
    Statement 1: Device behave as analogue addressable device
Else  
    Statement 2: Device behave as conventional device
End If

Statement 1: can take place as long as the processor is receiving analogue values from all devices in the loop.
Statement 2: takes place if not receiving any analogue value.

Now, the major concern is that, would this algorithm works for each device separately or only when the whole protocol is lost, by means a 'Partial loss' ( device no reply ) or 'General loss' ( no reply from all devices ), this is actually down to the programming to setup either way...etc

However do the existing manufactured panels have such algorithm incorporated, the answer is: I don't know! :)

This is down to substantial evidence…etc. :)

Offline Benzerari

  • Hero Member
  • *****
  • Posts: 1391
    • http://benzerari.tripod.com/fas/
Analogue Addressable System converts to conventional one in case of...
« Reply #20 on: September 16, 2008, 02:02:45 PM »
Quote from: wozzer38
Quote from: Benzerari
Quote from: wozzer38
All im saying is it isn't likely that you will lose protocol if you have not already lost the whole loop card. i.e. the liklihood of losing the protocol alone is small.
Imagine you have just about to commission analogue addressable system, but not yet!  all the second fix are done, there is no protocol yet, as long as there is no configuration yet, no autolearning yet, the loop should still have 24Vdc shouldn't it?

The same thing will happen if causing an internal reset by error...etc, you will lose the protocol but not the feed of 24Vdc. and then the system needs to be reconfigured or recommissioned...

The loop card faillure, is not the only way to loose the protocol :)
From my conversations with Apollo the protocol is always present as soon as the loop is wired even before you have 'learnt' the system. I asked them about this 'Conventional alarm mode' and it is really just a method they put in to comply with a standard that wasn't released until later. It was put in to cope with possible processor failure. The standards dealt with it anyway by saying that 'no more than 514 devices should be lost due to processor fault'. The panel manufacturers dealt with this by designing panels that had processors supporting no more than 514 devices. So the detector feature wasn't used by most.
Wozzer;

We are talking about the same thing but interpreted differently, the protocol is the language or the conversation between the panel and its devices, and it is initially considered as program in memory…etc, as a program it is in there even before you power up the panel or the panel is still brand new on the shelves or is packaged…etc.

But the protocol as conversation and language on the loop there is no protocol in the loop before you auto learn the loop, by means there is no conversation between the panel and its devices before auto learning the loop, the panel doesn’t know either if the devices are in the loop, so how can he talk to them?

Except very few makes they scan periodically the loop them selves and thus the panel in that case can know straight away there is a device that need to be configured (enter its location text…).

This is my understanding if I am wrong please feel free to correct me :)

Regarding the answer of Apollo, it is very interesting to hear that the option was added just in case of processor failure according to what they said, through your post. And in that case an additional electronics circuitry will be a must within the panel to behave as conventional, as the processor wouldn't be able to monitor the impedance of the loop...etc  :)

Offline Wiz

  • Hero Member
  • *****
  • Posts: 1591
Analogue Addressable System converts to conventional one in case of...
« Reply #21 on: September 16, 2008, 03:04:46 PM »
Quote from: wozzer38
Quote from: Benzerari
Quote from: wozzer38
All im saying is it isn't likely that you will lose protocol if you have not already lost the whole loop card. i.e. the liklihood of losing the protocol alone is small.
Imagine you have just about to commission analogue addressable system, but not yet!  all the second fix are done, there is no protocol yet, as long as there is no configuration yet, no autolearning yet, the loop should still have 24Vdc shouldn't it?

The same thing will happen if causing an internal reset by error...etc, you will lose the protocol but not the feed of 24Vdc. and then the system needs to be reconfigured or recommissioned...

The loop card faillure, is not the only way to loose the protocol :)
From my conversations with Apollo the protocol is always present as soon as the loop is wired even before you have 'learnt' the system. I asked them about this 'Conventional alarm mode' and it is really just a method they put in to comply with a standard that wasn't released until later. It was put in to cope with possible processor failure. The standards dealt with it anyway by saying that 'no more than 514 devices should be lost due to processor fault'. The panel manufacturers dealt with this by designing panels that had processors supporting no more than 514 devices. So the detector feature wasn't used by most.
Basically spot on Wozzer but I think you'll find the figure for the maximum amount of devices that can handled by a single microprocessor is 512 ;)

Offline wozzer38

  • Newbie
  • *
  • Posts: 35
Analogue Addressable System converts to conventional one in case of...
« Reply #22 on: September 16, 2008, 03:09:02 PM »
Quote from: Benzerari
Quote from: wozzer38
Quote from: Benzerari
Imagine you have just about to commission analogue addressable system, but not yet!  all the second fix are done, there is no protocol yet, as long as there is no configuration yet, no autolearning yet, the loop should still have 24Vdc shouldn't it?

The same thing will happen if causing an internal reset by error...etc, you will lose the protocol but not the feed of 24Vdc. and then the system needs to be reconfigured or recommissioned...

The loop card faillure, is not the only way to loose the protocol :)
From my conversations with Apollo the protocol is always present as soon as the loop is wired even before you have 'learnt' the system. I asked them about this 'Conventional alarm mode' and it is really just a method they put in to comply with a standard that wasn't released until later. It was put in to cope with possible processor failure. The standards dealt with it anyway by saying that 'no more than 514 devices should be lost due to processor fault'. The panel manufacturers dealt with this by designing panels that had processors supporting no more than 514 devices. So the detector feature wasn't used by most.
Wozzer;

We are talking about the same thing but interpreted differently, the protocol is the language or the conversation between the panel and its devices, and it is initially considered as program in memory…etc, as a program it is in there even before you power up the panel or the panel is still brand new on the shelves or is packaged…etc.

But the protocol as conversation and language on the loop there is no protocol in the loop before you auto learn the loop, by means there is no conversation between the panel and its devices before auto learning the loop, the panel doesn’t know either if the devices are in the loop, so how can he talk to them?

Except very few makes they scan periodically the loop them selves and thus the panel in that case can know straight away there is a device that need to be configured (enter its location text…).

This is my understanding if I am wrong please feel free to correct me :)

Regarding the answer of Apollo, it is very interesting to hear that the option was added just in case of processor failure according to what they said, through your post. And in that case an additional electronics circuitry will be must within the panel to behave as conventional, as the processor wouldn't be able to monitor the impedance of the loop...etc  :)
Benz, believe me there is protocol on the loop as soon as it is powered up!! If you put an oscilloscope on the loop you will see it, before you do a loop learn etc. I had an indepth session with Andy Haynes at Apollo and I know a fair bit about protocol.

Extra circuitry would be required to pick up the alarm pulses as Wiz and Dave R have described and NONE of the UK panel manufacturers have included this extra hardware.

Offline wozzer38

  • Newbie
  • *
  • Posts: 35
Analogue Addressable System converts to conventional one in case of...
« Reply #23 on: September 16, 2008, 03:10:20 PM »
Doh 512......thats what i meant ;) Thanks Wiz !!

Offline Wiz

  • Hero Member
  • *****
  • Posts: 1591
Analogue Addressable System converts to conventional one in case of...
« Reply #24 on: September 16, 2008, 03:13:57 PM »
Quote from: Benzerari
Quote from: Wiz
Wozzer is right. The facility of Discovery to deal with the loss of the protocol and still initiate a fire signal is down to a circuitry that monitors that the device is receiving protocol pulses and if it sees none for 180 seconds it can generate it's own series of special pulses, on sensing a fire condition, which panels which have extra circuitry to detect these special pulses can respond to. I understand that apart from a couple of special panels specifically designed for the 'marine' market there are no UK panels that use this facility i.e most UK panelsdon't have the circuitry to deal with the special pulses, so the 'benefit' of it has no real use in the UK at present.

The liklihood of a panel processor failing and still having the normal loop voltage available is very possible. The processor will control the protocol pulses but is unlikely to control the loop power requirements.

Discovery protocol is just an extended version of the XP95 protocol (extra bits of information) and has been around for years, and most control panel manufacturers have models that support it.
Wiz;

In my understanding, there is no need for extra circuitry for the panel side to make a discovery trigger as a conventional detector in case of lost of protocol, the processor can monitor the impedance at the loop in both ways, if it sees drop of impedance to a level say i.e. 470Ohms, it trigger an alarm signal...etc

This can be done by software rather then additional hardware, by incorporating a simple If statement algorithm...

If (presence of protocol) then
    Statement 1: Device behave as analogue addressable device
Else  
    Statement 2: Device behave as conventional device
End If

Statement 1: can take place as long as the processor is receiving analogue values from all devices in the loop.
Statement 2: takes place if not receiving any analogue value.

Now, the major concern is that, would this algorithm works for each device separately or only when the whole protocol is lost, by means a 'Partial loss' ( device no reply ) or 'General loss' ( no reply from all devices ), this is actually down to the programming to setup either way...etc

However do the existing manufactured panels have such algorithm incorporated, the answer is: I don't know! :)

This is down to substantial evidence…etc. :)
Sorry Benz but you are wrong. It never operates as a non-addressable device, in the common sense of the description, therefore special panel circuitry is required to react to it's special pulse facility to warn of operation when the normal protocol system has failed.

You don't have to believe me (you rarely do!) just give the technical department at Apollo a call (ask to speak to The Oracle) and you will find, for some strange reason, that you'll get exactly the same answer that I have given you.

p.s. 'conventional' is now an obsolete term in the fire alarm industry. All systems that aren't addressable should now be called 'non-addressable'

Offline Wiz

  • Hero Member
  • *****
  • Posts: 1591
Analogue Addressable System converts to conventional one in case of...
« Reply #25 on: September 16, 2008, 05:11:21 PM »
Quote from: Benzerari
.......But the protocol as conversation and language on the loop there is no protocol in the loop before you auto learn the loop, by means there is no conversation between the panel and its devices before auto learning the loop, the panel doesn’t know either if the devices are in the loop, so how can he talk to them?

Except very few makes they scan periodically the loop them selves and thus the panel in that case can know straight away there is a device that need to be configured (enter its location text…).

This is my understanding if I am wrong please feel free to correct me :)...........
The control panel's protocol will generally interrogate every possible address on every loop automatically and search for devices at that address number even if the panel has not been configured by 'auto learn' or otherwise.

If the panel has a configuration programmed it will compare what it finds against that configuration.

If it finds a device that is not entered or is different to it's configuration it will highlight it.

In many panels after a configuration programme is entered, it will only 'talk' to those devices included on the configuration on most of the 'scans' to save the time it would waste in otherwise checking non-configured addresses. However every x number of scans it will do a full scan of every possible address to check that no 'extra' addressed devices have been added since it last checked.

Offline Benzerari

  • Hero Member
  • *****
  • Posts: 1391
    • http://benzerari.tripod.com/fas/
Analogue Addressable System converts to conventional one in case of...
« Reply #26 on: September 16, 2008, 08:44:54 PM »
Quote from: wozzer38
Quote from: Benzerari
Quote from: wozzer38
From my conversations with Apollo the protocol is always present as soon as the loop is wired even before you have 'learnt' the system. I asked them about this 'Conventional alarm mode' and it is really just a method they put in to comply with a standard that wasn't released until later. It was put in to cope with possible processor failure. The standards dealt with it anyway by saying that 'no more than 514 devices should be lost due to processor fault'. The panel manufacturers dealt with this by designing panels that had processors supporting no more than 514 devices. So the detector feature wasn't used by most.
Wozzer;

We are talking about the same thing but interpreted differently, the protocol is the language or the conversation between the panel and its devices, and it is initially considered as program in memory…etc, as a program it is in there even before you power up the panel or the panel is still brand new on the shelves or is packaged…etc.

But the protocol as conversation and language on the loop there is no protocol in the loop before you auto learn the loop, by means there is no conversation between the panel and its devices before auto learning the loop, the panel doesn’t know either if the devices are in the loop, so how can he talk to them?

Except very few makes they scan periodically the loop them selves and thus the panel in that case can know straight away there is a device that need to be configured (enter its location text…).

This is my understanding if I am wrong please feel free to correct me :)

Regarding the answer of Apollo, it is very interesting to hear that the option was added just in case of processor failure according to what they said, through your post. And in that case an additional electronics circuitry will be must within the panel to behave as conventional, as the processor wouldn't be able to monitor the impedance of the loop...etc  :)
Benz, believe me there is protocol on the loop as soon as it is powered up!! If you put an oscilloscope on the loop you will see it, before you do a loop learn etc. I had an indepth session with Andy Haynes at Apollo and I know a fair bit about protocol.

Extra circuitry would be required to pick up the alarm pulses as Wiz and Dave R have described and NONE of the UK panel manufacturers have included this extra hardware.
I do apreciate you had an indepth session with Andy Haynes at Apollo and you know a fair bit about protocol and I do believe that.

What you are saying there is no UK panel applying the option of conventional mode of discovery, I didn't know that! :) Thank you

If the protocol is in the loop before loop auto learn, the processor wouldn't see any device, means the processor wouldn't talk with any device in the loop, so the protocol which you said is present is doing what?

Offline Benzerari

  • Hero Member
  • *****
  • Posts: 1391
    • http://benzerari.tripod.com/fas/
Analogue Addressable System converts to conventional one in case of...
« Reply #27 on: September 16, 2008, 09:24:31 PM »
Quote from: Wiz
Quote from: Benzerari
Quote from: Wiz
Wozzer is right. The facility of Discovery to deal with the loss of the protocol and still initiate a fire signal is down to a circuitry that monitors that the device is receiving protocol pulses and if it sees none for 180 seconds it can generate it's own series of special pulses, on sensing a fire condition, which panels which have extra circuitry to detect these special pulses can respond to. I understand that apart from a couple of special panels specifically designed for the 'marine' market there are no UK panels that use this facility i.e most UK panelsdon't have the circuitry to deal with the special pulses, so the 'benefit' of it has no real use in the UK at present.

The liklihood of a panel processor failing and still having the normal loop voltage available is very possible. The processor will control the protocol pulses but is unlikely to control the loop power requirements.

Discovery protocol is just an extended version of the XP95 protocol (extra bits of information) and has been around for years, and most control panel manufacturers have models that support it.
Wiz;

In my understanding, there is no need for extra circuitry for the panel side to make a discovery trigger as a conventional detector in case of lost of protocol, the processor can monitor the impedance at the loop in both ways, if it sees drop of impedance to a level say i.e. 470Ohms, it trigger an alarm signal...etc

This can be done by software rather then additional hardware, by incorporating a simple If statement algorithm...

If (presence of protocol) then
    Statement 1: Device behave as analogue addressable device
Else  
    Statement 2: Device behave as conventional device
End If

Statement 1: can take place as long as the processor is receiving analogue values from all devices in the loop.
Statement 2: takes place if not receiving any analogue value.

Now, the major concern is that, would this algorithm works for each device separately or only when the whole protocol is lost, by means a 'Partial loss' ( device no reply ) or 'General loss' ( no reply from all devices ), this is actually down to the programming to setup either way...etc

However do the existing manufactured panels have such algorithm incorporated, the answer is: I don't know! :)

This is down to substantial evidence…etc. :)
Sorry Benz but you are wrong. It never operates as a non-addressable device, in the common sense of the description, therefore special panel circuitry is required to react to it's special pulse facility to warn of operation when the normal protocol system has failed.

You don't have to believe me (you rarely do!) just give the technical department at Apollo a call (ask to speak to The Oracle) and you will find, for some strange reason, that you'll get exactly the same answer that I have given you.

p.s. 'conventional' is now an obsolete term in the fire alarm industry. All systems that aren't addressable should now be called 'non-addressable'
Wiz;

In what I am wrong? And in what I don't believe you? I believe into the technical evidence and explanation from who ever the come from, once I am convinced I will say thank you for that, as usually I do, but please allow a delay time compatible to my slow assimilation timer :)

As for the philosophy of the appellation of either conventional and its new fashion non-addressable appellation, even the latest guides of Apollo still mentioning conventional rather than non-addressable and many people in the industry still use conventional name... I think things will take time to be standardized into one general single appellation; there is no rush... etc.

In fact conventional system is addressable too, it’s addressed by zones, while the analogue addressable one is more specific (it's addressed by devices within the zones/loops) and so it is addressable too or rather it’s analogue addressable, thus both of them are addressable.

Conventional name was a good appellation in the old days, and used to make sense, before analogue addressable was developed, conventional appellation was compared to the previous standalone smoke alarms where there was no conventions, standards and norms, therefore the conventional was the first one to be designed to certain conventions and therefore the name of conventional system came out...etc

Now conventional name is compared to its successor system rather than the predecessor one, the successor to conventional is more efficient in terms of conventions and therefore they didn’t call it the ‘more conventional’ system, because probably this will not make sense any more, they have called it analogue addressable system, which is more descriptive name, and the new name for conventional which is non-addressable came out by comparing the conventional to its successor one instead the predecessor one, so they preferred to use ‘the new latest name minus one’ which is normally in more descriptive word the ‘less addressable’ but they preferred the name of ‘non-addressable’ which is in my opinion is NOT the right name...etc

Because in fact things come back into a closed vicious circle the conventional system is addressable too and they call it 'non-addressable' just because it's ‘less addressable’ than analogue addessable one... or probably the most descriptive name making the distinction between them, is the name of 'non-analogue' instead of non-addressable, or rather 'non-Digital' as for the analogue addressable is 'Digital' this may make more sense to the appelations...etc but just not 'non-addressable'

Never mind. :)

Better of finding another name rather than 'non-addressable' or 'conventional'!

Waiting for what the future reveal :)

Offline Benzerari

  • Hero Member
  • *****
  • Posts: 1391
    • http://benzerari.tripod.com/fas/
Analogue Addressable System converts to conventional one in case of...
« Reply #28 on: September 16, 2008, 09:46:35 PM »
Quote from: Wiz
Quote from: Benzerari
.......But the protocol as conversation and language on the loop there is no protocol in the loop before you auto learn the loop, by means there is no conversation between the panel and its devices before auto learning the loop, the panel doesn’t know either if the devices are in the loop, so how can he talk to them?

Except very few makes they scan periodically the loop them selves and thus the panel in that case can know straight away there is a device that need to be configured (enter its location text…).

This is my understanding if I am wrong please feel free to correct me :)...........
The control panel's protocol will generally interrogate every possible address on every loop automatically and search for devices at that address number even if the panel has not been configured by 'auto learn' or otherwise.
Indeed this makes sense, the protocol exist in the loop before auto learn, it attempts to check for any device requiring its output analogue value, but will not get any till the loop is auto learned. if it's like that thank you very much this make sense. looks like blind protocol signal patroling around and not seeing what is around...etc

Quote from: Wiz
If the panel has a configuration programmed it will compare what it finds against that configuration.
Indeed

Quote from: Wiz
If it finds a device that is not entered or is different to it's configuration it will highlight it.
The panel will not see at all, any device not previously configured, except very few makes, otherwise what you mean by 'not entered'

Quote from: Wiz
In many panels after a configuration programme is entered, it will only 'talk' to those devices included on the configuration on most of the 'scans' to save the time it would waste in otherwise checking non-configured addresses. However every x number of scans it will do a full scan of every possible address to check that no 'extra' addressed devices have been added since it last checked.
Indeed, while I insist that most makes, the panel would NOT see non-configured device

Now I am convinced there is protocol in the loop before loop auto learn, means processor try to interogate what is in the loop and will not see any, even devices sitting up physicaly on the loop, and thus it will be no conversation yet with the non-configured devices. :)

If its like that, it makes more sense. Thank you very much Wiz and Wozzers, Dave, and the rest. :)

I have learnt some thing new :)

Offline wozzer38

  • Newbie
  • *
  • Posts: 35
Analogue Addressable System converts to conventional one in case of...
« Reply #29 on: September 17, 2008, 08:32:30 AM »
All good Benz ;) have a good day!!