<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Typhoon HIL Forum - Recent questions in Communication protocols</title>
<link>https://typhoon-hil.com/forum/?qa=questions/communication-protocols</link>
<description>Powered by Question2Answer</description>
<item>
<title>Inquiry on UDP Communication Usage and MAC-Related Changes in Typhoon HIL 2025.4</title>
<link>https://typhoon-hil.com/forum/?qa=514/inquiry-communication-usage-related-changes-typhoon-2025</link>
<description>Hello, I am currently working with the Ethernet UDP Communication module in Typhoon HIL and would like to seek your guidance regarding its correct usage for data transmission and reception, particularly after upgrading to version 2025.4.&lt;br /&gt;
&lt;br /&gt;
In earlier software versions, I successfully implemented UDP-based communication using the UDP Send/Receive modules to exchange data between the HIL device and an external controller. However, after upgrading to version 2025.4, the same communication setup no longer functions as expected. During troubleshooting, I noticed that the UDP Communication module in the newer version introduces additional MAC address–related configuration options (e.g., source device MAC address and MAC override settings), which were not explicitly exposed or configurable in previous versions.&lt;br /&gt;
&lt;br /&gt;
Based on this observation, I would like to kindly ask for clarification on the following points:&lt;br /&gt;
&lt;br /&gt;
What is the recommended procedure for implementing reliable UDP data transmission and reception using the Ethernet UDP Communication modules in the current (2025.4) version?&lt;br /&gt;
&lt;br /&gt;
What specific changes related to MAC address handling were introduced in or before version 2025.4?&lt;br /&gt;
&lt;br /&gt;
Why might UDP communication models built with earlier versions (where MAC configuration was implicit or hidden) fail to operate correctly after upgrading?&lt;br /&gt;
&lt;br /&gt;
Are there any mandatory MAC-related settings or migration steps required to ensure backward compatibility of existing UDP communication models?&lt;br /&gt;
&lt;br /&gt;
Understanding the rationale behind these changes and the correct configuration approach would be very helpful for adapting our existing HIL models to the updated software environment.&lt;br /&gt;
&lt;br /&gt;
Thank you very much for your time and support. I look forward to your guidance.</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=514/inquiry-communication-usage-related-changes-typhoon-2025</guid>
<pubDate>Thu, 15 Jan 2026 13:47:33 +0000</pubDate>
</item>
<item>
<title>Supervision over ethernet communication protocols</title>
<link>https://typhoon-hil.com/forum/?qa=509/supervision-over-ethernet-communication-protocols</link>
<description>Hello, I&amp;#039;m currently using the Ethernet VE for transmiting lots of information to a online server, this is for a further analysis of the data from my side.&lt;br /&gt;
I have to use several &amp;quot;Eth VE Send blocks&amp;quot; for different data.&lt;br /&gt;
&lt;br /&gt;
I want to know if it is possible to have a count of the number of messages the Typhoon send. Also I may change to the new Ethernet UDP/TCP communication and if it is possible this counter also with this other protocol.&lt;br /&gt;
&lt;br /&gt;
Also, since I use several blocks I want to declare the IP in the model initialization script, how can I do it? Because I always got an error no mather what I use in the declaration.&lt;br /&gt;
&lt;br /&gt;
Thank you in advance.</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=509/supervision-over-ethernet-communication-protocols</guid>
<pubDate>Thu, 18 Dec 2025 13:47:28 +0000</pubDate>
</item>
<item>
<title>ISO 15118-20 integration with EV digital twin package</title>
<link>https://typhoon-hil.com/forum/?qa=482/iso-15118-20-integration-with-ev-digital-twin-package</link>
<description>May i kindly inquire from the community, the current predicament i am facing is that the exisiting EV digital twin package is protected and unable to look under the mask to access the sub systems and within it applies the ISO 15118-2 communication protocol. &lt;br /&gt;
&lt;br /&gt;
I am hoping to have a work around to implement a -20 version instead. any advice on this matter ? &lt;br /&gt;
&lt;br /&gt;
Much obliged~</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=482/iso-15118-20-integration-with-ev-digital-twin-package</guid>
<pubDate>Mon, 22 Sep 2025 09:31:31 +0000</pubDate>
</item>
<item>
<title>SPI slave - no response to write/read frames</title>
<link>https://typhoon-hil.com/forum/?qa=447/spi-slave-no-response-to-write-read-frames</link>
<description>&lt;p&gt;I am testing the SPI slave component on my HIL404 system. I have connected the master SPI to the GPIO connector on pins1-4 as described in the manual (&lt;a href=&quot;https://www.typhoon-hil.com/documentation/typhoon-hil-software-manual/References/spi_protocol.html&quot; rel=&quot;nofollow&quot; target=&quot;_blank&quot;&gt;https://www.typhoon-hil.com/documentation/typhoon-hil-software-manual/References/spi_protocol.html&lt;/a&gt;). In the HIL SCADA, I can visualise the HIL GPIO pins and can see the SCLK, MOSI and CS pin toggling as expected. However the SPI slave is never transmitting a response on the SPI MISO pin.&lt;/p&gt;&lt;p&gt;By toggling the SPI reset pin on the SPI slave component, I can see the MISO pin going to high impedance. So the component does seem to be running. The SPI status pin remains at &#039;0&#039;, so there is no error detected by the component.&amp;nbsp;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Is there somthing additional apart from the message structure and registers that needs to be defined to get a SPI response?&lt;/li&gt;&lt;li&gt;Is there a way to test the logic in the message structure to see what the component is actually receiving as message?&lt;/li&gt;&lt;li&gt;Is there something in the Mask editor that needs to be edited?&amp;nbsp;&lt;/li&gt;&lt;/ul&gt;</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=447/spi-slave-no-response-to-write-read-frames</guid>
<pubDate>Wed, 20 Aug 2025 08:08:25 +0000</pubDate>
</item>
<item>
<title>MODBUS communication issue</title>
<link>https://typhoon-hil.com/forum/?qa=413/modbus-communication-issue</link>
<description>&lt;p&gt;Hi,&lt;/p&gt;&lt;p&gt;I am currently working on establishing MODBUS TCP communication between a Typhoon HIL hardware (configured as a client) and a MODBUS device (configured as a server). Below is a summary of the setup:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Client IP (Typhoon HIL): 169.254.154.72&lt;/li&gt;&lt;li&gt;Server IP (MODBUS device): 169.254.154.70&lt;/li&gt;&lt;li&gt;Server Port: 502&lt;/li&gt;&lt;li&gt;Slave ID: 1&lt;/li&gt;&lt;li&gt;Function Code: Read Holding Registers&lt;/li&gt;&lt;li&gt;Read Address: Address of register in Modbus device&lt;/li&gt;&lt;li&gt;Number of Registers to Read: 2&lt;/li&gt;&lt;li&gt;Transmit Period: 1000 ms&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;In the simulation, I am sending an analog voltage from the HIL hardware’s analog output to the MODBUS device’s analog input. The MODBUS device correctly displays the analog voltage on its display, confirming that the signal is being received.&lt;/p&gt;&lt;p&gt;However, when attempting to read the same value back via MODBUS into Typhoon SCADA, the value returned is consistently 0. The MODBUS client reports:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Exception Code: 0 (no error)&lt;/li&gt;&lt;li&gt;State: 1 (communication active)&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Despite this, the expected analog value is not being received. All configuration parameters have been verified, and multiple test cases have been attempted (including reading nearby registers and using different function codes), but the issue persists.&lt;/p&gt;&lt;p&gt;I would appreciate any insights or suggestions you may have to help resolve this.&lt;/p&gt;</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=413/modbus-communication-issue</guid>
<pubDate>Thu, 03 Jul 2025 06:55:52 +0000</pubDate>
</item>
<item>
<title>Setting Up Aurora Link via SFP Simulation Link on HIL606 for Non-Egston PHIL Amplifier</title>
<link>https://typhoon-hil.com/forum/?qa=396/setting-aurora-link-simulation-link-hil606-egston-amplifier</link>
<description>&lt;p&gt;&lt;/p&gt;&lt;p&gt;Hi all,&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;I’m looking for some guidance on setting up an&amp;nbsp;Aurora communication link&amp;nbsp;to a&amp;nbsp;PHIL amplifier (not from Egston)&amp;nbsp;using the&amp;nbsp;SFP Simulation Link&amp;nbsp;on the&amp;nbsp;HIL606. Could you please outline the general procedure or point me to any relevant documentation?&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;Additionally:&lt;/p&gt;&lt;ul style=&quot;list-style-type:disc&quot;&gt;&lt;li&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;Would this setup require any&lt;/span&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;&amp;nbsp;custom firmware or software development&amp;nbsp;&lt;/span&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;on the HIL side, or can we use the&lt;/span&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;&amp;nbsp;standard SFP Simulation Link blocks&amp;nbsp;&lt;/span&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;(setup, send, receive)?&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;Is it possible to connect to&lt;/span&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;&amp;nbsp;two amplifiers simultaneously&amp;nbsp;&lt;/span&gt;&lt;span style=&quot;font-family:Arial; font-size:12.0pt&quot;&gt;via the SFP ports?&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;Thanks in advance.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=396/setting-aurora-link-simulation-link-hil606-egston-amplifier</guid>
<pubDate>Mon, 19 May 2025 13:45:30 +0000</pubDate>
</item>
<item>
<title>Feasibility of Using Typhoon HIL as EtherCAT Slave with 100 µs/200 µs Cycle Time external master</title>
<link>https://typhoon-hil.com/forum/?qa=391/feasibility-typhoon-ethercat-100%E2%80%AF%C2%B5s-200%E2%80%AF%C2%B5s-external-master</link>
<description>Is it feasible to use an EtherCAT master external controller with a 100 µs or 200 µs cycle time, where the EtherCAT slave is implemented within Typhoon HIL? In this setup, Typhoon HIL would act as a slave, sending the inverter’s output voltages and currents to the master, while receiving modulation reference signals from the external controller. Could you please clarify how this can be achieved?</description>
<category>Communication protocols</category>
<guid isPermaLink="true">https://typhoon-hil.com/forum/?qa=391/feasibility-typhoon-ethercat-100%E2%80%AF%C2%B5s-200%E2%80%AF%C2%B5s-external-master</guid>
<pubDate>Wed, 07 May 2025 13:58:37 +0000</pubDate>
</item>
</channel>
</rss>