Jump to content
Security Installer Community

GalaxyGuy

Manuf/Distrib/Whole
  • Posts

    704
  • Joined

  • Last visited

  • Days Won

    12

Posts posted by GalaxyGuy

  1. Hi, sorry, on holiday...

     

    OP, you just need to configure the 12 onboard zones as RF devices. One of the RF portals will have one virtual RIO enabled (8 zones) and this lets the panel use all 20 zones. The galaxy then uses agile routing to determine which portal has the best signal for the RF devices. You can also override this and fix a device to use a specific portal.

     

    See my previous last post in this thread where the installer had a hard wired RIO too. This allowed any mix of hard wired or RF across all 20 zones.

    https://www.thesecurityinstaller.co.uk/community/topic/42671-galaxy-flex-20-with-rf-rio/?do=findComment&comment=483040

  2. Yes, autoset would be a better choice. You can have a warning sent via self monitoring if the system has not been set by a certain time point. This would allow you to log in to set remotely.

     

    The Dimension panels have a count down timer which could possibly be combined with the 'ready' output type, but the Flex links don't support the latch and reflex timers, so you would need an external countdown timer linked to a set input.  

     

    Probably better to integrate some automation system with the panel if you want something complex.

     

     

  3. Having designed compatible modules, my thoughts for panel / module / sensor design would be to leverage other modules/sensors that are out there already. If you have no experience in firmware and electronic design, then the more complex parts of the system will be a huge undertaking.

     

    I would expect a control panel alone (enclosure / electronics / firmware / software / compliance / packaging) at current market level product expectations to take at least 100 man months of effort to go through concept, alpha, beta, release and ramp to volume.

     

    To release a product within a couple of years would mean recruiting skilled engineers and probably cost in excess of 500k.  The volume sales required to recover the development costs are huge, so risk is very high. There's also ongoing support costs, as nobody wants to buy a product that has no long term support. Any investor willing to back such a venture would be looking at your own track record, your own investment and ability to bring it all together.

     

    As others have commented, it's probably best to start very small before even thinking about something complex. The internal speaker is a good example. Take all current offerings, perform teardown analysis, voice of customer analysis and so on. Design something new. Send out free samples. Get feedback and iterate until you have an ace product that your customers want.

     

    That said, it's still very difficult to produce something simple and make money. You may be able to design with a small team (ie.yourself) in the UK, but would find it very difficult to make profit manufacturing here. It's all a very nice thought of being able to create local jobs for people, but very difficult to justify if skilled/unskilled labour is available at 1/5 of the cost elsewhere.

     

  4. Sorry, super busy lately.

     

    Op, do you have any old serial rs232 lead?  You can reset with RSS, but you need to be able to connect somehow.

     

    Alternatively, and for cases where RSS is locked out, I also have a special Ethernet module, which allows browser based access to log in as remote like with the special engineers keypad.

     

    I suppose it depends if you can wait a couple of days to fix it.  Any Ethernet, or pstn dial in enabled on the system?

  5. Okay, checked this out on the Flex with a RIO.  So what you need to do is configure the virtual RIO in the RF portal so that it doesn't take any addresses up.  Ie. No virtual RIO enabled. Then you can configure any of the 20 hardwired zones as either wireless or hardwired.  The easiest way to do this is to:

     

    1. Enter engineering mode and remove both portal and rio from the system.

    2. Exit engineering mode and remove the devices from the config when prompted.

    3. Set the RIO address to 2 and add back to the bus.

    4. Enter eng mode and menu 72 to detect the device.

    5. Add the portal and then menu 72 to detect it.

     

    Now the portal should show on its bus, but with no virtual RIO's addressed (menu 51.60.1 shows the virtual RIO - note my typo earlier when I said it was 56).

     

    If you want to do this without removing devices, you need to use 51.60.1 to diable the virtual rio, then the hard wired RIO can be enumerated onto the bus.

     

     

    • Like 1
  6. 59 minutes ago, RevolvingSteve said:

    Is then, 72, then *? doesn't seem to do anything.

     

    The process is:

    1. Start the Auto-learn mode in menu 72.

    2. Remove the device from the data bus (for example disconnect the module).

    3. Exit from the Auto-learn mode and confirm the address of the device removed (using *).

    4. Enter Auto-learn mode once more.

     

    59 minutes ago, RevolvingSteve said:

     

    Does the FX50 fit in the same housing?

     

     

    Is it just the zone qty that's different between the models?

     

    Yes, the boards across the range are the same form. Only different between the metal case and plastic case boards.

     

    The Flex+ supports grade 3.  The 50 and 100 series panels support more users, zones, outputs, bigger event and access logs, schedules, keypads and links.

     

     

     

  7. Just remove the portal and scan devices in menu 72 - * to delete. Then scan again to find the RIO.

     

    I think the intent is to stop zone expansion beyond the 20 zone limit of the panel, but you should be able to expand to 20 zones max and have any of the 20 hardwired or wireless. It seems that this may not be an option with the FX20 and you can only have 12 hardwired and a possible 20 wireless. If you upgrade to an FX50 or FX100, you can have a number of RIO's fitted.

     

    As I said, I thought that this was a bug in the early Flex and I never went back to see if it was fixed in the newer models, as I only use the FX100+ now anyway.

  8. The RF portal can have up to three virtual Rio addresses. They are not the same as the physical bus address of the portal.  The virtual Rio addresses are in menu 56.60.1

     

    The last time I looked at this, the Flex would not allow the portal to coexist with the Rio on an fx20 in the way that was allowed on the older g2-20 panels. The panel responded differently depending on which module was added first (Rio or portal).

     

    IfI get a minute, I will test that this is still the case at the latest Flex version 3.50.

  9. 18 minutes ago, RevolvingSteve said:

    Cheers.

     

    So I have configured the exit route PIR as 'exit' and the exit route door as 'final'. What's confusing me is that the hall PIR will be the exit for night set, and the landing PIR will be omitted from night set, what function do I sign the hall PIR? PRT ENTRY OR PRT FINAL?

     

    Part entry.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.