thanks. Yes, a WT5500 should be on the list too.
So:
- DSC PC1864 + PK5500
- TR5164-433
- EVL4
- 2 x 5108 for additional 16 zones
- WT5500
Seems a lot to buy. Was hoping there would be an easier solution to use my existing Bosch sensors with ST.
i used virtualization station and installed ubuntu server 14.04 LTS and then alarmserver ran perfectly.
you just have to assign a static ip address to the MAC of that vm so that you always get the ip address if you ever reboot.
this is what i bought, and then an evl-4.
i got it on amazon for 112 bucks though, not 239 
Thanks @Xero. I’m sure I will be asking you and @isriam some questions in the near future. Hopefully I can get the EVL-4 installed this weekend and get my Raspberry Pi up and running.
you basically bought the same kit as me. Although mine’s v4.6 and that one is 4.5…
yea mines 4.6 also. i just found a link to the actual model number for google reference.
my only regret is that PK5500 v1.3+TR5164-433 would have been a better setup than just a RFK5564. They don’t really sell that as a bundle though. The RFK5564 is nice and it just works…so I don’t have too many complaints, but it’s the “coulda shoulda woulda” factor, lol.
I still might try to get some more wires ran upstairs so I could just add a PK5500 upstairs. I need to get some cat6 network cable up here too. I am not sure how that’ll work yet.
you could also do like a PTK5507+TR5164-433…that’d be super fancy, touch screen getup. there’s a wireless touch screen you can add-on as well with that setup…and I think you can mix and match touch ones with regular ones…don’t think there’s any difference except the interface. I think i kind of prefer the actual buttons, makes it real easy to punch in a code fast when you get home.
i have a pk5501 and the 5564 since i have two wired pads already when i moved into my home. my favorite feature of this though is my kwikset 914 drivin by rboys smartapp that allows me to trigger an action upon successful code entry. when i key in my correct combo on my lock, it sends disarm alarm. usually its delayed about 3 seconds but no biggie.
oh that’s pretty awesome. i’ve been tempted by those smartlocks. I almost never use the front door though, so I’d have to put it on the garage door if anything.
my house only has one panel wired, so I need to figure out wiring for a 2nd if i stick with the RFK5564…
pk5501 is probably fine as long as it’s not your main panel…they’re not as easy to program on…my system was originally an LCD5501 and a PC1555, the old LCD5501 is basically the older version of the PK5501, it was pretty annoying compared to the RFK5564 anyway.
thanks. good info (again!)
one thing - sounds like you arm / disarm on the panel. I thought the whole idea was to use ST to automatically do the arm / disarm based on presence. right?
i mean - you can do that. But i don’t. I have one of those enerwave 7 button scene controller light switch right by my door that can turn off all the stuff in my house - and the alarm panel is right above it. I technically could make the buttons on the scene controller “turn off everything and arm” but i haven’t actually done it yet…i’d sooner do that than use presence though…
plus with my latest code, the alarmsystem panel will sync with smart home monitor - so arming from the alarm panel will also arm smart things…
I’m sort of against too much automation though, everyone takes their own approach. Like, I don’t mind a motion activated light in my laundry room. But I do mind them in a bathroom, like getting the lights shut off on you while you’re sitting in a bathroom. I would just never use automation for something like that in a private space - though I do put timers on the bathroom fans. I keep my automation generally focused on the public areas and only select private areas…that said alarm automation also can give you logs of all the open/closes and whatnot even if the system isn’t armed - so there’s still value to be had from it even without automatic arming.
Not to mention ST is so bad lately I never trust it. I use away sensor on my phone to arm away and I arm stay every night at 10pm. For 3 weeks those haven’t even worked right.
yeah, likewise i have some outdoor lanterns with some cree connected bulbs in em - and it’s supposed to turn them on/off at sunrise/sunset. it works like 80% of the time. smartthings definitely has it’s issues…but at least it’s mostly not with my code! LOL.
they should really make the hubs more independent and run more code locally. If I could even run something like alarmserver on the hub itself, say written in groovy but with no execution time limits like it has in the cloud, that’d be the ultimate solution, really.
Right, makes sense. So this is full sync? ST arms DSC, and DSC arms ST? I guess that means that you have full redundancy - if ST is not working then the alarm is still effective. Right?
yep it pretty much just works…
the only gotcha is if you don’t have a zone defined as a stay/away zone on your DSC panel, then the DSC Panel will only ever send an “Away” mode update to ST no matter what. However, if you do have a zone type defined as stay/away (05 or 37 should work) it will send both stay and away updates correctly.
Greetings all.
First I just want to thanks all for the time you have put, are and will put into this!
Thumbs ups.
Second I have followed the readme and restapi.
I can see the events on the server, and smartapps - notification - activity feed.
I have installed the smartapps and input the server’s ip and port.
But when I go to things - and choose alarm stay panel, then push the big green ready button (to switch to armed stay) I don’t see logs in the activity feed or on the server.
I’m kind of newbie in smartthings api but learn very fast 
Thanks
Do you see logs in the ide live logging?
might not be much in the live logs for the URL send itself - but i’d start by testing the obvious stuff - making sure your alarmserver is running on the right port, and that there’s no firewall blocking the ports from the hub…and also make sure you specified the alarmserver’s IP/port and not the EVL ip/port…
worst case scenario i can whip up a version with some more logging to help debug it…
you don’t have multiple hubs or anything weird like that do you? one other thing to try might be to set the location on your smartapp and/or edit the DSC Stay Device under devices and set the hub…this isn’t normally necessary though so i would check other avenues before messing with that too much.
Man … always the stupid stuff… I used to have the server port on 8111 and yours is 4026!
Once again the obvious stuff nailed it!
Thanks mate!
Ahh, you know what, my config file actually is 8111 too…@isriam’s is 4026. that’s only slightly confusing, lol. but yeah glad you got it
in some unrelated news, I did reproduce that weird issue @isriam had where a device got stuck showing as “open” and i’m positive it’s a smartthings issue and not a bug with alarm server. Mainly, because you can see the latest event alarmserver sent under “recently” and it’s correct, the latest event was “closed” - but alarmserver seems to have lost the state of the device. If you restart alarmserver (effectively refreshing all the statuses) then it shows correctly again. Somehow smartthings just lost the device state, but still somehow shows the correct state under “recently” ? It’s like the current state got lost but not the history?
all we could attempt to do it work around it - i could make the default state as “closed” for all the devices - which might hide this problem, but it might also hide an open device if this happened when a device was open…i almost like it defaulting to open for that reason, since it exposes the smartthings issue, but realistically it would correct itself the next time that zone open/closes or alarmserver restarts/refreshes.
However…i had another thought. We could add a refresh button that sends the command to the EVL to spit out all the zone statuses again and update all the zones. That’d probably not be terribly difficult to do and would give us a way to work-around it without having to manually restart alarmserver…just a button to press in the panel or something.