what that happen is the opposite, i can configure connection using PMU Connection Tester, but when i try to configure the device using openPDC by select “Request Configuration”, it’s doesn’t work.
I see now that this was the source of my confusion all along. I thought the initial error message was coming from PMU Connection Tester, but it was actually from openPDC Manager. I was able to reproduce the issue and discovered an exception when deserializing the ConfigurationFrame3 in openPDC Manager. We will be fixing that in the next version.
For now, one possible workaround is to use IEEE C37.118-2005, which will bypass the exception by forcing openPDC and openPDC Manager to use ConfigurationFrame2 instead. Another possible workaround is to load the configuration frame from PMU Connection Tester as you have already done.
Here i confuse because when the STATION_A light in openPDC is red (openPDC cant do data stream), in PMU Tester still doing data stream marked by the phasor graph on PMU tester is continiously display syncrophasor graph.
Since you are using a UDP data channel to communicate with the device, you definitely need to make sure that PMU Connection Tester is not connected to the device when openPDC is attempting to make a connection. That is because openPDC and PMU Connection Tester cannot share the UDP port that the device will be sending data to. First, try disconnecting PMU Connection Tester and then initialize the input device in openPDC. If the openPDC is still unable to connect, try checking StatusLog.txt, ErrorLog.txt, and the openPDC Console to see if there are any errors when initializing the device.
And then again, Why the PMU Tester can display synchrophasor data stream whrn the device still not connect with any synchrophasor input? I really confuse about this thing
It seems like maybe you are talking about physical connections. I don’t know much about how the SEL-735 works, but it’s not uncommon for measurement devices to be internally taking voltage and current measurements on a disconnected feed. This typically results in near-zero measurements hovering below the noise threshold, which can still theoretically be used to compute synchrophasors. I’d expect it to produce low-magnitude phasors with random angles. That said, I suspect you will probably be able to gain more insight by simply contacting SEL rather than asking here.