Jump to content
Security Installer Community

GalaxyGuy

Manuf/Distrib/Whole
  • Posts

    704
  • Joined

  • Last visited

  • Days Won

    12

Posts posted by GalaxyGuy

  1. 3 hours ago, MrHappy said:

     

    Sound like they'd need an IT guy, cira 5p a a message & min charge of £1 a month = lots & lots of connections to make it pay ?

     

     

    Yes, the monthly server costs alone are in the hundreds, so would be too much of an overhead for a small company with an estate of only a few hundred sites.

     

    The main SelfMon platform has processed over 30M events so far and has very little overhead apart from the points where Amazon force database or EC2 service updates. The forced updates require intervention to re-build the platform on new instance versions to allow seamless transition. Ie. the servers need to keep receiving, or the panels complain of ARC failure.

  2. 9 hours ago, norman said:

    What happens to it if you die?

     

    There's another developer involved who would provide continuation.

     

    We're working to package the whole platform up for companies who want to buy it to provide the service themselves, but it does require technical knowledge of Linux, database internals and aws, so not many alarm companies would cope with running the platform themselves.

  3. The selfmon platform has been running since 2011. Uptime has been better than 99.999%, with a couple of minor short outages caused by Amazon who host the servers.

     

    The future plan is to enable a push notification message queue with the selfmon keypad apps and this will allow customers to direct all lower priority events to the push queue, while directing actionable events to all message queues.

     

     

  4. The latest GX Android app seems to have push capability in the latest release. Not sure how good the service will be, but there's always Selfmon for those who aren't happy with it, or want more than push notifications.

  5. Use the seconds advance/retard per week option in the time/date menu. The Atmel CPU's real time clock is sourced from the usual 32.768kHz crystal, so depending on the precision, this can impact the accuracy.

     

    As things move forward, IP connected panels can reference NTP servers for better accuracy.  This can be performed at the moment with the Galaxy panels, but it's an ARC push, rather than a panel pull to align the clock.

  6. 20 hours ago, datadiffusion said:

    Still, there is obviously a reason why the ComWifi seems a bit naff and doesn't appear to be quite as robust as the lan version.

     

    There's a lot more going on in the WiFi modules to gain and keep a connection going 24x7.  So, the  issues are likely a combination of WiFi signal issues, customer configuration issues, ISP connection issues and immature firmware. 

     

  7. 11 hours ago, datadiffusion said:

     

    I assume because the ComIP is made in UK, designed for commercial use, uses top quality components, ComWifi made in China, assume targeted at domestic use, not so mission critical, uses a commodity wifi module etc...

     

    Nah, 95% of the COM-IP is the Lantronix module (Serial to Ethernet) - made in... China.  Might get a bit of additional testing performed in the UK, but most outsourcing strategies placed exactly the same test suites in China that were in place in the originating countries.

     

    From my previous experience in a mass manufacturing environment (much bigger volumes than alarm panel assy's); Boards assembled in China were just as good, if not better than in the UK.  One of the main things that has increased DOA and reduced long term reliability has been the introduction of RoHS - making solder joints more brittle and prone to fracture in transit or over time with thermal cycling.

     

     

     

  8. Module probably needs power cycled. I've seen this happen, but quite rare. If not under contract and you have engineering code, it's easier to power cycle the whole system (batt and mains disconnect momentarily), then correct the time and date.

  9. Dan, did you get this resolved ?   

     

    I can give you access to a converter app that I have on my website.  This allows you to convert the cheap tags/cards serial number (the one that's scanned by the keyprox)  to the one that the external MAX uses. At least you can use this to validate the etched code is correct from the keyprox scanned serial number.

  10. The stand alone max reader uses a different algorithm to decode the prox tag serial number.

     

    The tags that work with the keyprox also work with the max, but you need the max based decoded serial number.

     

    If you have a user who needs to use both the stand alone max reader and the keyprox, then you need to add two accounts to the system. One with the etched serial number (from the thin Galaxy tag) for the stand alone max and one with the 1+'A' scanned tag number for the keyprox.

     

    The thin Galaxy tags have the stand alone max based algorithm number etched on them. The cheaper 125khz tags or cards from eBay have the standard serial number etched/printed. The cheaper ones work, but you need to decode the serial number into standalone max reader format before they will work with the standalone max reader.

     

    The reason for this ? Honeywell probably wanted to monopolise on sales of the access cards/tags.

     

    Dan, your scanned tag will be working with the keyprox, but will be locking out when used with the max. Add another user and add the etched number to that account.

  11. The good thing about this design is that the firmware can be upgraded from the LAN in less than 5 seconds. This makes it easier to create special firmware to do things like dumping out settings/PINs.  I would probably lock those to specific 'engineers' hardware.

  12. 1 hour ago, firemonkey said:

    Thanks, I was hoping to use the app. Looks like will have to eBay the GT-20 and get the ethernet module instead.

     

    Has been a while since worked with intruder so a little rusty on anything app connected!

     

    Getting back into it though, have been doing fire for too long that brain cells die off :)

     

    The Honeywell GX app will only work on the Honeywell E080-2/4 & A083 (Flex) Ethernet modules.  The E080-2 should be at V2.11 and the E080-4 should be at V3.06 to work with all combinations of panels.

     

  13. 25 minutes ago, al-yeti said:

    Gx keypad is not as good as the virtual keypad in my opinion

     

    The app could be better. 

     

    25 minutes ago, al-yeti said:

    just need sites with virtual keypad to make it better 

     

    Yes, I know.  I have it for the iOS including push notifications for SelfMon, but I still have to update the Android app before I release it.

     

    I've been busy working on a new lower cost Ethernet module based on the USR-K3 with an integrated ARM processor.  The design had a bug in FreeRTOS which was driving me crazy, but I fixed that on Thursday evening, so can continue with the rest of the coding.  I have included a direct HTTP interface and it works very well.  I'll probably make an alternative firmware available for customers to flash in themselves to gain HTTPS, as licensing the SSL libraries to deliver with the hardware costs £3.5k and that would bump up the cost of the module itself.

     

    Here's the prototype so far.  This one is RS485, but there's also the option for RS232 and that opens up the possibility of using this with Texecom panels as a cheaper solution to COM-IP.

     

    usrk3.jpg

    k3webserver.JPG

    • Upvote 1
×
×
  • Create New...

Important Information

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