I am using OpenModelica 1.18.0~dev-259-g9ebba11 on Ubuntu 20.04.2 LTS 64bit and have developed a fluid system model that throws errors when simulating with the flags -embeddedServer=opc-ua -rt=0.1. Even though startup of the embedded opc server, connection to the UA Expert client and initialization all succeed, as soon as I set the "run"-variable to true, the process crashes:
Unfortunately, I cannot make sense of the error output. If I remove a couple of components from the model (while trying to keep it as similar as possible), simulation magically runs just fine.
Any ideas why this could happen, or where I could look for more debugging information?
I am grateful for any help.
Related
I have created a shiny app on my computer that runs with no error. Now, I deployed the same app to the shiny server we have in our organization, and i cannot initiate the app. I receive the following error message:
transpose listening on http://127.0.0.1:43202
Warning: Error in tabPanel: argument "tabName" is missing, with no default
65: tabPanel
Execution halted
here are my questions:
(1) I do use shinydashboard and shinydashboardplus libraries in my app and both are installed on the shiny server as well so this shouldnt be a problem since tabsetPanel and tabPanel are in these libraries, correct?
(2) tabPanel and tabSetPanel do NOT have a tabName argument. so what is this error specially because the app does work on my computer with no issue.
I know probably I need to provide the code but I cannot at the moment unless i significantly take stuff out of it (government property) but I was hoping someone can help considering the fact that it works on my computer but it doesnt when i deploy it.
Just a quick note that the R version installed on my laptop is 3.5.2 but the one on the server is 3.6! can this be an issue?
Thanks!
I think a library bs4Dash was masking tabSetPanel which is quite confusing because i didnt have that problem running the app on my laptop...
i am having a small problem which is quite critical actually, i run a Unity instance in a google cloud VM that work as a server for a small social experience in VR.
The thing is, if Unity is running without GPU, it starts clogging the processor and the game kindda fails with many users, that is why i hired a eGPU Tesla P4, also, to run Unity, i must log in with Remote Desktop and hit Play.
The thing is, Windows disables the GPU when you go Remote Desktop, Unity opens without a GPU and the GPU is "Unknown" (in dxdiag), thats why i need to solve the RDP issue, i need to log in without disabling GPU acceleration so unity can open and go full power running my game, the server is like a player that doesnt show for the other clients, since its made in Photon PUN, its a weird hybrid, but it works as expected.
Now i have to solve this performance issue, i hope i am clear.
what i need to do now: log in with hardware acceleration (paying a lot for that online gpu and not using it).
What i have now : i log in without using the GPU, the CPU dies, and im wasting cash on the server.
thanks community!
PS: in a future i will use a headless server.
It seems this is a 'Windows' feature that many people have been complaining about. Basically windows switches to a generic driver when you are connecting via remote desktop. Try using an alternative remote desktop solution such as VNC.
Sources:
https://boinc.berkeley.edu/dev/forum_thread.php?id=7026
https://setiathome.berkeley.edu/forum_thread.php?id=70853
I have been working with SF for a while now. Recently, I began having a problem when I do a Start to debug. The service shows in error and I get the infamous Partition is below target replica or instance count.. The strange thing is that I can deploy to local or remote SF provision and attach debug with no problem
I thought that something was wrong with my code, but it turns out that when I create a brand new test project, without any custom code, the same thing happens.
Note, this does not happen if I create a .net core service, only the ole .net service..
This is very strange, and I speculate that it possibly caused by the environment or VS.
I am running the latest updates on VS2017, latest SF on Windwoes 10 with latest updates..
PS: I also get the a 64-bit debugging operation is taking longer than expected when I exit the debugger
I've downloaded the .NET xAPI from here: https://github.com/RusticiSoftware/TinCanAPILibraryCSharp
When I test the code in console mode I am able to make a connection with both my local server and public lrs: http://tincanapi.com/public-lrs/
However, when I run that same code from Unity, I can only make a connection with my local server, I can no longer connect with the public lrs or any other remote server for that matter, I keep getting "no internet connection" and nothing else.
Any ideas on what this could be??
Currently and if i m right, running dlls compiled with .NET frameworks > 3.5 on unity3d can be a problem. Considering tin can is newly released... Maybe your problem is related?
If you create the dll yourself, be sure to focus on .Net framework 3.5
According to the Dymola user guide:
It is possible to start Dymosim from an OPC client. To enable this,
the environment variable PATH needs to be complemented with the path
to the Dymola installation directories bin and bin\lib
The Dymosim OPC server is registered automatically each time a new
model translation is performed in Dymola.
Although the Dymosim OPC servercan be started from Dymola or called
directly by the user, the normal procedure is to start it from an
OPC client, in which Dymosim will show up as Dymosim.OPCServer.1
I have compiled my model in Dymola with the option of an imbedded OPC Server. If I run the resulting dymosim.exe file from within the Dymola Modelling Environment, or even manually by clicking on the dymosim.exe file, then the OPC server is initialized and simulation occurs in realtime. Now the problem:
I wish to now start the imbedded OPC Server from an OPC UA client. With reference to the three points above:
Completed.
No evidence that the OPC server is ever registered (in the windows
registry, I assume). I have monitored all registry processes on my
machine using the Sysinternals Suite at time of model
translation/compilation but see no evidence of this step occurring.
Because step 2 (registering the Dymosim OPC Server) does not seem to
be occuring, I am not surprised that the imbedded server
Dymosim.OPCServer.1 does not show up in any of the UA Clients I have
tested.
Note: I have installed OPC test servers which register at installation and show up as expected in the OPC client. So the problem does not lie with the OPC Client.
I am fairly sure the problem lies with Dymola not registering the imbedded OPC Server in the windows registry.
I am running a node-locked installation of Dymola and am performing all the OPC server-client interactions on the localhost.
Thanks for any help, much appreciated.
Clifford
In Windows, start Dymola.exe with Administrator rights. This allows the imbedded OPC server (in dymosim.exe) to be registered in the Windows registry at model translation.