Important Announcement: Community Back to Full Functionality
Dear Members, we are thrilled to announce that our Community is back to full functionality and that posts publication is now enabled again! We appreciate your patience during the last weeks. Learn more about our Community Guidelines. Thank you, Schneider Electric Community Team.
Metering & Power Quality
Schneider Electric support forum about Power Meters (ION, PowerTag, PowerLogic) and Power Quality from design, implementation to troubleshooting and more.
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Hello @DLP ,
No, the ION protocol is propriety and does not have any documents, SDK or API.
Regards,
Charles
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Hey! Charles, thank you for your reply.
I need to debug some communication problems (data corruption) and need to know the CRC for the ION protocol.
I've tried with many algorithms but nothing works.
May you provide me this piece of information please? (PM)
I would be very grateful!!
Regards
Luis
Link copied. Please paste this link to share this article on your social media post.
Hello @DLP ,
Likely even with the CRC this may not help figure out what was sent to the meter and what was returned. Are you able to capture Ethernet packets? I would assume so given your questions about CRC. You could work with Tech support to help with some of this.
Would need to provide a description of what you are trying to troubleshoot, the approximate times you think this is happening and the packet captures (Wireshark for example) of the communications. Any software/meter that gets a packet with incorrect CRC would likely reject the message from meter/software.
Regards,
Charles
Link copied. Please paste this link to share this article on your social media post.
Hello Charles
Thanks for your answer.
Now I understand why I was getting no response from the meter. It was not a corruption problem but a crc one.
I need to obtain historical data from the meter (8650), exactly the same as the "load profile" report shows (by government regulation) and also be able to recover the values not transferred during a communications outage.
I am trying to read the report "load profile" (total every 15m) by ethernet and I understand that the only protocol that allows it is the ION@7700. I am used to interacting with multiple protocols but in all of them I have been able to identify the crc algorithm without any problem, I don't understand why not in this one.
Please your guide to solve this problem.
Thank you!
Luis
Link copied. Please paste this link to share this article on your social media post.
The ION protocol uses the same CRC algorithm as Modbus RTU: a 16bit CRC with polynomial x16 + x15 + x2 + 1 and initial seed value of 0xFFFF (aka CRC-16-ANSI or CRC-16-IBM)
https://en.wikipedia.org/wiki/Modbus#Modbus_RTU_frame_format
Link copied. Please paste this link to share this article on your social media post.
Hello @DLP ,
I have not tried this with ION8650 meter lately but you may be able to also retrieve the logged data using modbus. Have a look at https://www.se.com/ca/en/download/document/70022-0124-01/, Appendix B
This would only apply to the ION8650, ION7650/7550, ION8800 meters. ION9000, ION7400 and PM8000 meters this procedure will not work.
Regards,
Charles
Create your free account or log in to subscribe to the forum - and gain access to more than 10,000+ support articles along with insights from experts and peers.