james.wilson

once its out ill have a play and see what i can do. The web app was a closed beta and i wasnt on it lol

no i cant port it to that. But when the new version of net2 comes out I should be able to do an android app for the same thing,

If anyone has a use this is a small app that will open a single door. Designed for use on a pc in reception etc to open a set door for a security guard etc that doesnt need full net2 access.

do you not think that when a govt in the future removes all the single lanes made from dual tracks, bollards, markings etc that they can claim they have improved road areas by 30% etc. Seems like a setup to con us all into thinking they have made more roads when all they did was undo the **** they have done to limit useability of said roads

lol

i dont see that the replacement issue is a problem. This would be on a rolling upgrade programme AFTER a loss or during a change of insurer. It depends what the insurers do with this. They have 3 choices as i see it. LPS, Form xxx or status quo

great piece jim. Id agree on the lps 1277 point im also intrigued as to what happens here regarding demand etc

Sorry Richard. Its not a major problem, least of all with files that size. I tend to move them to the downloads section if they are not currently listed. But if they were say 2meg and posted 20 times it would give me a concern long term

Rullad The user manuals section is available to public members, the engineer section is not. For ease of management etc id prefer if we can that we link to those sections rather than have lots of copies of the same thing.

the xm6 manual is in the downloads section. Id advise checking there

The cost is a critical point. But with the flood of cheap mobiles with decentish screens there must be a way of using them? The phone id expect to be integrated into the control panel, and this would be used (as already is in some panels) for 2 way comms with the engineer, the arc etc. Id want the voice to be available when doing udl somehow. Need bluetooth only if bluetooth is going to be used as an interface point. I dont think it has the range for us. If panels had wifi or ethernet then an adhoc wifi link would be more beneficial for small stuff and if there is a router could be infrastructure mode. IMO using wifi, pstn and gprs for comms would be a good mix. SD slot not needed IMO would prefer to be able to upload images to the panel software. That way of you have mutliple keypads it would be easier. Depending on the OS of the keypad (phone os android etc) then it might allow 'apps' and an exisiting development environment. That way anything could be integrated, but i think early days a cctv app and a means to get video (or ipcams) on the keypad and through the ip web i/f of the panel would be fine. re using keypads as wall mounted picture displays, it would need an sd card somewhere to hold these but id also like the option of logging into facebook and picasa etc and showing pictures from there. No point in loading pictures from everywhere. Android as a keypad OS might be a good idea. Especially with google tv, android phone handsets, chrome laptops etc. Would allow an easier integration path for the manufacturer. Imagine getting your security system up on your google tv and it communicationg via IP picking up alarm info, logs, cctv images, access control etc. From a HA point of view i personally want the HOME CONTROL PANEL to run my heating and lighting etc. Then it can learn my usual lighting habits. Then it can easily replay them when its set. Problem as i see it, if our industry doesnt do it then another will. Id also advice the comms is modular, ie if i want zigbee i buy a zigbee portal. If i want c bus i buy a c-bus portal, if i want cctv i buy that etc etc.

facebook is just one thing, im mainly meaning integration with the web and web services. If the framework exisited to make little plugins for these things then it would be possible for them to written outside of the manufacturer.

cant say i disagree but isnt that progress, ie change or die. Id also say that if we (the security sector) dont embrace this then someone else will and they will be the security provider. No-one is better placed than us to offer this package. Granted we are not there yet, but we dont have compliant product so we cant. As has been seen by the consumer appliance manufactures just with wifi as an example. The N std was ratified but they were all making gear to its draft. We wouldnt dream of doing that for the right reasons, but we need to wake up IMO and see the future. We have made some progress, UDL, wireless etc, but compared to other sectors we are so behind the times its shocking.