How does OmniPro ii interpret incoming serial signals

[mmbltcsw1]

Long time lurker, first time poster here.

I'm hoping someone can help me out.

I will need to write code for the omnipro ii to listen for ASCII characters, I just don't know how the sending device should send these signals so that the omni could interpret it correctly.

Example:

1234<space>

1234<no space>

1234<space><carriage return>

1234<carriage return>


Which one of these does the omni understand?

The sending device sends this every 2 seconds.

I believe that in the ELK world, it needs to be 1234<carriage return>

Thanks in advance!

 

[mmbltcsw1]

I might have answered my own question. I found this:


Pro-Link determines that a message has been received when:
&bull; One or more characters have been received followed by 100 ms of silence
&bull; One or more characters followed by a carriage return character are received
&bull; One or more characters followed by a line feed character are received

Does this sound correct?

 

[Desert_AIP]

HAI has two serial protocols, Omni Link and Pro Link.

The Omni Link protocol is the more robust/capable.
http://www.google.com/url?q=http://kb.homeauto.com/redirfile.asp%3Fid%3D342%26SID%3D&sa=U&ei=VoTcUOqWNIL2iwKHqIHYDg&ved=0CBQQFjAA&usg=AFQjCNHNapZ9UUZk_ZvbuWCugwp3c2nKLQ

The Pro Link protocol uses simple ASCII character strings and can be easier to implement for basic or "one off" functions.
http://www.google.com/url?q=http://kb.homeauto.com/redirfile.asp%3Fid%3D204%26SID%3D&sa=U&ei=h4TcUIPcD6WViAKAqIDABg&ved=0CBQQFjAA&usg=AFQjCNGBh0LffT6I9KXYrmsBWX-LE98tTg

 

[mmbltcsw1]

Thanks! Exactly what I needed to know.

 

[Desert_AIP]

There are also HAI Triggers which are embedded ASCII strings using the ProLink protocol (similar to it at any rate).

With ProLink you have to use up a message slot and match an incoming ASCII message with one of the embedded messages.

With HAI Triggers, the HAI is looking for the message "HAI1" or "HAI120", etc., which are hard coded in the firmware and actions can be taken on receiving those messages. This saves using up a message slot.