Jameson,
Thanks for your help. I was successfully able to add support for the omnimeter v3 to my system. The same company has tasked me with working on an omnimeter v4 and I think they've miswired the RS485 connection. I'm attaching photographs of the wiring and hoping you can potentially provide me with some assistance.
Potentially miswired Omnimeter v4
-
- Posts: 4
- Joined: Wed Nov 14, 2012 4:28 pm
Potentially miswired Omnimeter v4
- Attachments
-
- photo2.jpg (197.34 KiB) Viewed 13820 times
-
- photo1.jpg (197.29 KiB) Viewed 13820 times
-
- photo.jpg (248.38 KiB) Viewed 13820 times
Re: Potentially miswired Omnimeter v4
Welcome to the Forum!
And thanks for the BIG!! photos.
On the RS485 data side: The one issue that pops out right at first is that you have a twisted pair going to each port. Separate this out so that you have 1 wire going to each port.
For example:
Green Wire should go to port A+ on the USB converter and Port A+ (20) on the Omnimeter Pulse v.4
Green White Wire should go to port B- on the USB converter and Port B- (21) on the Omnimeter Pulse v.4
I would ignore the RS485 ground wire for now.
Check out these photos for reference:
http://www.ekmmetering.com/catalog/prod ... image/159/
http://www.ekmmetering.com/catalog/prod ... image/272/
Having the data wires be twisted around each other cuts down on noise, especially over long distances.
Make sure you are using the latest version of the EKM Dash software. And if you still are having trouble, send us some screenshots of the EKM Dash settings.
If you have any questions, please let us know.
Regards,
And thanks for the BIG!! photos.
On the RS485 data side: The one issue that pops out right at first is that you have a twisted pair going to each port. Separate this out so that you have 1 wire going to each port.
For example:
Green Wire should go to port A+ on the USB converter and Port A+ (20) on the Omnimeter Pulse v.4
Green White Wire should go to port B- on the USB converter and Port B- (21) on the Omnimeter Pulse v.4
I would ignore the RS485 ground wire for now.
Check out these photos for reference:
http://www.ekmmetering.com/catalog/prod ... image/159/
http://www.ekmmetering.com/catalog/prod ... image/272/
Having the data wires be twisted around each other cuts down on noise, especially over long distances.
Make sure you are using the latest version of the EKM Dash software. And if you still are having trouble, send us some screenshots of the EKM Dash settings.
If you have any questions, please let us know.
Regards,
-
- Posts: 4
- Joined: Wed Nov 14, 2012 4:28 pm
Re: Potentially miswired Omnimeter v4
We rewired it per your instructions and are still running into the same problems.
My EKM dash trial has expired, but I'm using a simple serial control program to test the connection. I'm attaching a screenshot of the connection details as well as the data I send. No data is returned by the meter.
My EKM dash trial has expired, but I'm using a simple serial control program to test the connection. I'm attaching a screenshot of the connection details as well as the data I send. No data is returned by the meter.
- Attachments
-
- Screen shot 2012-11-14 at 4.22.27 PM.png (142.74 KiB) Viewed 13811 times
-
- Screen shot 2012-11-14 at 4.20.36 PM.png (212.18 KiB) Viewed 13811 times
Re: Potentially miswired Omnimeter v4
Well, without running the EKM Dash software, I wont be able to make much of a guess at what is going on.
The serial settings look good. But I cant tell if you are using the USB as a serial port.
Your meter request looks like a v.3 meter request (missing an extra 30 30 for the request A). I would suggest you get a copy of the EKM Dash and use the Hex Viewer functionality to help "see" how the EKM Dash makes a meter request.
Or if you want to puzzle it out you can try the v.4 Serial Protocol Parsing document: http://documents.ekmmetering.com/Omnime ... arsing.pdf
Here is the settings document: http://documents.ekmmetering.com/Omnime ... otocol.pdf
Thanks,
The serial settings look good. But I cant tell if you are using the USB as a serial port.
Your meter request looks like a v.3 meter request (missing an extra 30 30 for the request A). I would suggest you get a copy of the EKM Dash and use the Hex Viewer functionality to help "see" how the EKM Dash makes a meter request.
Or if you want to puzzle it out you can try the v.4 Serial Protocol Parsing document: http://documents.ekmmetering.com/Omnime ... arsing.pdf
Here is the settings document: http://documents.ekmmetering.com/Omnime ... otocol.pdf
Thanks,