While most Tama River encoders function correctly, some may experience CRC errors when dealing with specific Tama River protocol encoders. Testing data indicates that this issue may be caused by minor discrepancies between the data returned by the encoder and the standard Tama River protocol. It is hypothesized that this problem may be related to insufficient redundancy handling by the built-in FPGA in RZ/T1 when processing encoder data. How should one address this situation? Is it advisable to modify the official .dat file? Furthermore, it's worth mentioning that the official RZ/T1 motor development kit and its associated programs also exhibit the same problem.
Hello webcrazyThank you for your information and hypothesis. I think it is good to inform this matter to the Renesas RZ/T1 technical support. I already forward it to RZ/T1 technical support. If you have…
The time difference between CF and DF data in the normal encoder is as follows.
Hello webcrazyThank you for your information and hypothesis. I think it is good to inform this matter to the Renesas RZ/T1 technical support. I already forward it to RZ/T1 technical support. If you have any further information in this regard you may share/forward that to the RZ/T1 technical support.
Yes, I have communicated with FAE and they said that they have not encountered this problem. But the problem does exist, when the encoder returns data that is not so standard. I believe that this problem should be related to the process of receiving the serial port of the FPGA, but I can't parse the .dat file, nor can I modify the .dat file, so I want to ask the original factory's technology for advice on this problem.
The timing of the CRC failure encoder protocol, where the maximum value of Ten1+Test1 is 2.3-5.5 us. And The actual test results are 3.8-4 us.
For the encoder protocol without errors, the timing value of Ten1+Test1 is expected to be 2.6-3.6 microseconds, and in actual testing, it measures 3.2 microseconds.
This timing may indeed fully explain the CRC failure, but how should it be handled?
It seems the waveform is not related to the CRC error.
The screenshots you refers to; are they from the Tamagawa FA-CODER datasheet?
Does that coder meet the specifications of FA-CODER?
Is the bit rate of FA-CODER is 2.5Mbps?
It would be nice to see the datasheet(English version) of that Tamagawa FA-CODER. Can you share that?
yes, the bit rate of FA-CODER is 2.5Mbps and So why is it that caused the CRC error。
and the datasheet of the Tamagawa FA-CODER is here .
Hi webcrazy,Did you resolve your issue? Is there anything else to assist you? Could i go on and mark the answer as verified? Kind Regards.
It remains unresolved
Did you measure the period of SDAT signal? May I know if the period of SDAT signal is 2.5Mbps or not.
yes i m measured the Baud rate. it is 2.5Mbps
Below see the Frame format of FA-CODER (Sorry, Japanese)
For example, if in case of 2.5Mbps, the total time of 10bit Control Filed is 4usec. Can you confirm if the period is 4usec by waveform?
Frame format of get encoder data:
Detail of Control Field: