Talked to my colleagues about your question, Peter. They are happy to talk to you on the event, even though they don't really want to present something. We will have time for mingle and time to discuss these things.
One thing they shared and that I have also done is skipping the RT part of the application, only using the FPGA and the PC application. See further explanation from my colleague Per in Swedish:
"Vet inte om det finns nån best practice. Vi brukar ju i regel undvika kod på RT just för att slippa klyddet med klient/server setup och kod ska klara sig själv i alla scenarion. Man ansluter direkt till FPGA:n från PC istället.
Annars behöver man hantera nätverksproblem med watchdogs, checksummor, timeouts, reconnect och fulla buffrar etc. Meddelanden mellan klient/server behöver ack/nak och fel måste rapporteras till klienten och skrivas till log. Systemet kanske behöver startas om för vissa fel för att inte fastna i hängt läge.
Det blir en ganska stor källa till fel pga detta designval.Koden på FPGA:n är i regel väldigt hårdvarunära så där brukar vi inte ha nån direkt felhantering förutom typ felkoder eller status IO från sensorer.
I slutändan handlar det då mest om att ha en tillförlitlig Ethernet uppkoppling. Skulle det bli avbrott så får man felet på PC sidan där man kan använda felhantering som vanligt direkt mot användaren.
Så min rekommendation är att undvika fancy kod på RT och FPGA. Oftast klara man sig utan.Sen kan man förstås ha system som behöver köras helt remote och fristående av olika anledningar. "
