×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

Re:Polar Alignment cause Ekos to crash

If it crashes with the sim camera as well, we can do that. Please send me a private message with your email..etc.
2 years 7 months ago #75117

Please Log in or Create an account to join the conversation.

  • Posts: 24
  • Thank you received: 0
Hey, I'm experiencing the same crash. Astroberry on Pi4b, Sony A6300, Star Adventurer(Mount SImulator is used)

During polar alignment after taking and successfully solving the first image, when taking the first image app crashes constantly. That happens only on the second iamge
The stacktrace is the following:
Warning: Spoiler!
2 years 7 months ago #75306

Please Log in or Create an account to join the conversation.

  • Posts: 319
  • Thank you received: 25
I was able to set up a debugger. EKOS didn't crash with [EQMount, CCD SIM, Guider SIM, and MyFocuserPro2] setup. I Will try again tonight with the original setup including the ZWO camera
2 years 7 months ago #75309

Please Log in or Create an account to join the conversation.

  • Posts: 319
  • Thank you received: 25
Hi Jasem, It didn't crash when I used the debugger on local Linux connected to INDI on RPi!!Is this is what you are looking for? or is there is a way to debug the RPi build? 

 
 
2 years 7 months ago #75310
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 319
  • Thank you received: 25
Hello Jasem and team,

I had to reopen this issue as I'm still facing the crash on the last step of polar alignment. My last post was from ubuntu PC running KStars from compilation (QT creator) and connecting to the INDI server on the rig. The ubuntu compilation worked fine, so I thought I should try ARM compilation. I finished this yesterday, and v3.5.6b worked fine while connecting to the indi server on the rig. When I tried KStars 3.5.5 stable on the rig the crash happened again. I copied the compiled KStars from my dev RPi to the rig RPi. It was missing only one lib (libraw.so.19 as the one on the rig is libraw.so.20) which I copied as well and ran this 3.5.6beta debug compiled version on the rig RPi and IT CRASHED!!!

Any idea what may be going on and how to proceed investigating?
2 years 6 months ago #76013

Please Log in or Create an account to join the conversation.

  • Posts: 16
  • Thank you received: 1
Hi. I have also been having same problem with ekos crashing after 3rd image in polar alignment. I did start my own thread before I saw this one. 
also after having a quick look at your log file there is an error that is same as in my log file.

MouseArea: Detected anchors on an item that is managed by a layout. This is undefined behavior; use Layout.alignment instead.
[2021-09-27T22:21:14.531 BST WARN ][ default] - qrc:/qml/mount/mountbox.qml:428: ReferenceError: xi18n is not defined.

it may be nothing an sure means nothing to me but after the 3 Rd or 4th crash I narrowed the time in the log to the time it crashed.
also I tried lowering the slew speed which still crashed after 3rd image
. Let's hope we get this fixed.
thank you
Last edit: 2 years 6 months ago by Robert.
2 years 6 months ago #76037

Please Log in or Create an account to join the conversation.

  • Posts: 1221
  • Thank you received: 565
Mohamed,

Honestly, I think the best way to catch this is to instrument the code by adding lots of log messages to try and understand where it's crashing.
Since you can compile, and since you can re-create this crash reliably, if you PM me I can send you a version of several files modified with a lot more logging. Perhaps that will give us a clue.

Hy
2 years 6 months ago #76038

Please Log in or Create an account to join the conversation.

  • Posts: 319
  • Thank you received: 25
Hello Hy

I was able to perform remote debugging yesterday and I located where the crash signal is coming from. It comes after the 3rd rotation from
FITSData::findWCSBounds @ fitsdata.cpp ln 2519

I think also I found an issue in ln 2550
for (int y = 0; y < height(); y++)

I think it should be
for (int y = 0; y < height() - 1; y++)

But after fixing it, the error persists.

I shall continue my debugging today and will keep you posted...

 
2 years 6 months ago #76069

Please Log in or Create an account to join the conversation.

  • Posts: 319
  • Thank you received: 25
I also updated ln 2556
for (int x = 1; x < width() - 1; x++)

to
for (int x = 0; x < width() - 1; x++)

to include the full width of the image. This should not cause any problem but I thought I may want to include full width in calculations
2 years 6 months ago #76070

Please Log in or Create an account to join the conversation.

  • Posts: 1221
  • Thank you received: 565
Mohamed,

I'm not sure why you think it's a bug to have "y <  height()" , but probably doesn't matter much either way.

However, as a diagnostic, let's remove the drawing of the Equatorial Grid altogether, so we can see if the problem is somehow inside there.
Can you add the following line, e.g. inside alignview.cpp, right at the start of the AlignView::drawOverlay() method, and recompile and test?

    if (isEQGridShown()) toggleEQGrid();

After that, does it still crash?
Hy
 
2 years 6 months ago #76075

Please Log in or Create an account to join the conversation.

  • Posts: 319
  • Thank you received: 25
Hello Hy

You are correct, the y<height() has no problem. It was my misunderstanding.

When working with simulators in morning I found that if I selected “limited resources mode” the code doesn’t reach and skip this area of the code. I shall try this tonight as a workaround, and if failed I shall apply your code changes and try again…
2 years 6 months ago #76077

Please Log in or Create an account to join the conversation.

The crash is happening in the updateMinMax lambda function and reported as stack smashing... but why? It would be great to have 3 images captured in Ekos rotated 30 degrees apart so we can try to replicate this using the simulator using the same images. So you can forget about PAA, and just capture an image, then rotate 30 degree manually, then capture another image (each image should be saved) then zip the 3 images and let's try to run this using simulator on raspberry pi.
2 years 6 months ago #76101

Please Log in or Create an account to join the conversation.

Time to create page: 0.612 seconds