FORUM CTRLX AUTOMATION
ctrlX World Partner Apps for ctrlX AUTOMATION
Dear Community User! We have started the migration process.
This community is now in READ ONLY mode.
Read more: Important
information on the platform change.
11-05-2023 09:21 AM
Hi,
so I've managed to get my application working so far with the Rest interfaces and it's working nicely locally and I've managed to build a snap for arm64 and install it on my device. However there's no webserver starting on port 8080 ... so I guess something's wrong. However I currently see no way of accessing the actual log messages that the excution of the snap produces, so it's difficult to track down any potential problems.
Thanks,
Chris
Solved! Go to Solution.
11-06-2023 03:31 PM - last edited on 11-06-2023 06:02 PM by CodeShepherd
Hi Chris,
You are trying to host a webserver on port 8080 from your custom snap? If you could provide some more information on this point (error messages, build logs etc.) I could better help troubleshoot.
How are you writing log messages in your snap? There are a number of ways to do this. In C++, standard library control output (std::cout) will write a system message that can be toggled in the ctrlX diagnostic logbook (settings->show system messages).
See this example on more configurable logbook output using the sd-journal library: CPP Diagnostic Logbook
If messages are not being written to the ctrlX diagnostic logbook, you will need an SSH connection to debug. On a virtual CORE, this is enabled by default. If you'd like SSH on a physical CORE, you'll need to request a system user assertion file. (See topic "SSH to the core disabled")
Some useful debug/log tools:
It's also useful to build a snap for amd and run it in your app build environment before building for arm. This way you can debug all non-architecture specific issues prior to testing on the physical device.
01-24-2024 09:42 AM
Hi,
sorry for the late reply, was working hard till the SPS fair in Nürnberg but after that had to take care of other things first and completely rewrite the App I was showing. Now I've reached a point where I can continue.
In the end getting root access to the real PLC was the option that I used and that helped me track down what was going on.
thanks,
Chris