Chuckster Posted December 12, 2019 Share Posted December 12, 2019 Tango, I just came across this thread and it is related to a similar thread I started this week. It may be too soon to inquire about your solution but I too have a barn and another outbuilding that I want to control with a single ISY if possible -- all buildings are on the same power system. Please keep us posted as to what you end up with! I will do the same. Thanks! -Chuckster Link to comment
apostolakisl Posted December 12, 2019 Share Posted December 12, 2019 On 12/2/2019 at 9:42 AM, Bumbershoot said: You'd think that the ISY would be very tolerant, being event driven. The PLM has to be at least somewhat tolerant, given the uncertain/unscheduled nature of the i/o environment it deals with. We're not running polled SCADA systems here. Stuff happens with it happens. I would think that this might come down to something as simple as the availability of buffers in the PLM (just speculation, I have no idea how the PLM actually works). This could be an interesting experiment for someone with the right resources. I ordered the stuff. One piece is coming from China (Amazon), so it will be a little while. Link to comment
Tango Posted December 13, 2019 Author Share Posted December 13, 2019 I haven't commented on this because I don't know yet how things will go. The barn is almost done and I can probably start setting up networking and computer stuff next week or so. (Or maybe after Christmas, depending on timing and what else is going on.) I probably should have posted to say what I had decided, but I was kind of thinking ahead to when I could test things out. I decided the best choice would be to order a 2nd ISY. I'm going to set it up in the barn. What I haven't gotten into at this point is how two ISYs deal with each other. Is there much intercommunication? I'm assuming I have to control each separately using the admin program or HDLinc. Link to comment
lilyoyo1 Posted December 13, 2019 Share Posted December 13, 2019 They'll be separate devices and wouldn't interfere with each other. Insteon devices could potentially have interference if snow to communicate with each other. This would only be a problem if both setups issue commands at the same time Link to comment
apostolakisl Posted December 13, 2019 Share Posted December 13, 2019 Just was looking at SH docs about the pinout on the PLM. It appears that it has a TTL connection as well as RS232. The gizmo I have coming only is for RS232. Not sure that this is going to work. Anyone know anything more about this? The RJ45 has pin 1 and 8 as RS232 while 3 and 6 are TTL. Link to comment
larryllix Posted December 13, 2019 Share Posted December 13, 2019 Just was looking at SH docs about the pinout on the PLM. It appears that it has a TTL connection as well as RS232. The gizmo I have coming only is for RS232. Not sure that this is going to work. Anyone know anything more about this? The RJ45 has pin 1 and 8 as RS232 while 3 and 6 are TTL. I assume there is also a common ground pin. RS232 requires a minimum of three conductors for bidirectional comms.RS485 may not.Sent using Tapatalk Link to comment
Brian H Posted December 13, 2019 Share Posted December 13, 2019 From the Quick Start Guide. Pin #7 Common Ground. Both RS232 and TTL use pin #7 Common Ground. The RJ45 to DB9S Serial Cable in the 2413S box. Has a wire on Pin1, Pin 7 and Pin 8. Link to comment
apostolakisl Posted December 13, 2019 Share Posted December 13, 2019 25 minutes ago, Brian H said: From the Quick Start Guide. Pin #7 Common Ground. Both RS232 and TTL use pin #7 Common Ground. The RJ45 to DB9S Serial Cable in the 2413S box. Has a wire on Pin1, Pin 7 and Pin 8. Didn't even think to look at the cable they provide to see the connections. Well obviously only rs232 is used since those are the only conductors in the cable. Cool. Should work. I also read that the PLM echos each byte back to the host. Hopefully this echo and any ensuing latency as a result of the internet component doesn't cause timing issues. Link to comment
Brian H Posted December 13, 2019 Share Posted December 13, 2019 Yes the PLM does echo back commands sent to it. Plus any information the command asked for like a database entry. Terminated with an ACK. Some like a reset command may only be the command itself echoed and after the reset is completed an ACK is sent. Link to comment
apostolakisl Posted December 13, 2019 Share Posted December 13, 2019 50 minutes ago, Brian H said: Yes the PLM does echo back commands sent to it. Plus any information the command asked for like a database entry. Terminated with an ACK. Some like a reset command may only be the command itself echoed and after the reset is completed an ACK is sent. As long as an echo delay of 30ms or so doesn't screw with it, I'm thinking I'll be good. Link to comment
apostolakisl Posted December 20, 2019 Share Posted December 20, 2019 I just got everything and hooked it up. It isn't working, at least not so far. I have one unit at my office and one at home connected via vpn. The two units see each other. When I hook up in a crossover fashion, no data is delivered. When I hook it up non-crossover, lots of data flows between the two units, but I can't get any Insteon control. The data quantity transmitted seems to correlate with Insteon activity. Ideas? Not sure why wiring in crossover mode isn't working. I haven't tried both ways of doing it "straight". I'll give that a try next time I'm at the office. settings below. The rx/tx number go up into the 10's of thousands quickly when wire the other way. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.