Jump to content

Do I need a 2nd ISY for a guest house?


Tango

Recommended Posts

Posted

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

Posted
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.

Posted

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.

Posted

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

Posted

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.

Posted
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

Posted (edited)

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.

Edited by Brian H
  • Like 1
Posted
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. 

Posted

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.

Posted
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.

Posted (edited)

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.

Untitled.png

 

Edited by apostolakisl
Guest
This topic is now closed to further replies.

×
×
  • Create New...