Success!

Turned off notifications for sound (KStars > Settings > click all "play" lines and turn off sound item).

Made it through the night.  Picture below does not do it justice as the first target had 120 images and cut off ...  I stopped it due to morning, not due to crash.

I agree with Iain as still some issue to resolve in the code to not create file issues, but this provides me a solution to get through the night without crashes so I will take the win.  This has been frustrating me for several months so glad to clear this up and allows me to keep my R-pi/Kstars rig setup as the preferred setup.

Thanks for your help all.

 

Read More...

on my example above I ran without alignment so I did not have to worry about platesolve and all that. I did my test with lens cover on and no tracking in parked position and was able to get the problem so is not part of those subsystems (align, focus, track, guide we all "unchecked" in the scheduler, although available in load and running.

Read More...

recapture the head of log for restart to show initialization as missing from log above

[2021-09-14T11:10:50.414 CDT INFO ][ org.kde.kstars] - Welcome to KStars 3.5.4 Stable
[2021-09-14T11:10:50.415 CDT INFO ][ org.kde.kstars] - Build: 2021-07-15T21:15:09Z
[2021-09-14T11:10:50.416 CDT INFO ][ org.kde.kstars] - OS: "raspbian"
[2021-09-14T11:10:50.417 CDT INFO ][ org.kde.kstars] - API: "arm-little_endian-ilp32-eabi-hardfloat"
[2021-09-14T11:10:50.417 CDT INFO ][ org.kde.kstars] - Arch: "arm"
[2021-09-14T11:10:50.418 CDT INFO ][ org.kde.kstars] - Kernel Type: "linux"
[2021-09-14T11:10:50.419 CDT INFO ][ org.kde.kstars] - Kernel Version: "5.10.60-v7l+"
[2021-09-14T11:10:50.419 CDT INFO ][ org.kde.kstars] - Qt Version: 5.11.3
[2021-09-14T11:10:50.438 CDT INFO ][ org.kde.kstars] - KStars is started in paused state.
[2021-09-14T11:10:50.712 CDT DEBG ][ org.kde.kstars] - Opened the User DB. Ready.
[2021-09-14T11:10:51.228 CDT INFO ][ org.kde.kstars] - Processing "unnamedstars.dat" , HTMesh Level 3
[2021-09-14T11:10:51.228 CDT INFO ][ org.kde.kstars] - Sky Mesh Size: 512
[2021-09-14T11:10:51.316 CDT INFO ][ org.kde.kstars] - Loaded DSO catalog file: "unnamedstars.dat"
[2021-09-14T11:10:51.317 CDT INFO ][ org.kde.kstars] - Processing "deepstars.dat" , HTMesh Level 3
[2021-09-14T11:10:51.318 CDT INFO ][ org.kde.kstars] - Sky Mesh Size: 512
[2021-09-14T11:10:51.318 CDT INFO ][ org.kde.kstars] - Loaded DSO catalog file: "deepstars.dat"
[2021-09-14T11:10:52.104 CDT WARN ][ org.kde.kstars] - "Star HD20794 not found."
[2021-09-14T11:10:52.140 CDT WARN ][ org.kde.kstars] - "Star HD98230 not found."
[2021-09-14T11:10:52.179 CDT INFO ][ org.kde.kstars] - Loaded DSO catalogs.
[2021-09-14T11:10:52.633 CDT DEBG ][ default] - File opened: "/home/astroberry/.local/share/kstars/comets.dat"
[2021-09-14T11:10:53.389 CDT WARN ][ org.kde.kstars] - Current icon theme is "PiXflat"
[2021-09-14T11:10:53.434 CDT DEBG ][ org.kde.kstars] - Paths to color scheme : ("/usr/share/kstars/themes")
[2021-09-14T11:10:54.404 CDT DEBG ][ org.kde.kstars] - Reporting new timestep value: 60
[2021-09-14T11:10:54.814 CDT DEBG ][ qt5ct] - D-Bus global menu: no
[2021-09-14T11:10:54.839 CDT CRIT ][ default] - Shortcut for action "get_data" "Download New Data..." set with QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s) instead.
[2021-09-14T11:10:54.985 CDT DEBG ][ org.kde.kstars] - Daylight Saving Time active
[2021-09-14T11:10:54.987 CDT DEBG ][ org.kde.kstars] - Next Daylight Savings Time change (Local Time): "Sun Nov 7 02:00:00 2021 GMT"
[2021-09-14T11:10:54.988 CDT DEBG ][ org.kde.kstars] - Next Daylight Savings Time change (UTC): "Sun Nov 7 07:00:00 2021 GMT"
[2021-09-14T11:10:55.617 CDT DEBG ][ org.kde.kstars] - Date/Time is: "Tue Sep 14 16:10:50 2021 GMT"
[2021-09-14T11:10:55.617 CDT DEBG ][ org.kde.kstars] - Location: "Home, Texas, USA"
[2021-09-14T11:10:55.618 CDT DEBG ][ org.kde.kstars] - TZ0: -6 TZ: -5
[2021-09-14T11:10:55.619 CDT WARN ][ org.kde.kstars] - Current icon theme is "breeze-dark"
[2021-09-14T11:10:55.714 CDT DEBG ][ org.kde.kstars] - "Black Body" :: "/usr/share/kstars/themes/blackbody.colors"
[2021-09-14T11:10:56.094 CDT DEBG ][ default] - glibc >= 2.1 detected. Using GNU extension sincos()
[2021-09-14T11:10:56.114 CDT DEBG ][ default] - static bool LibSecretKeyring::findPassword(const QString&, const QString&, QKeychain::JobPrivate*)
[2021-09-14T11:10:57.449 CDT DEBG ][ default] - File opened: "/home/astroberry/.local/share/kstars/comets.dat"
[2021-09-14T11:10:59.914 CDT DEBG ][ default] - File opened: "/home/astroberry/.local/share/kstars/asteroids.dat"

Read More...

Repeat the above sequence -- fails at section 8 file 39-40.

Collect and attach Log file!  Below / zipped.

 

Read More...

I could reproduce the error using the 1 sec image as mentioned above.

1)  setup camera collection as expose 1 sec with 50 count, with filter/gain/offset as needed, give name (Lseq1sec50.....esq)
2)  setup schedule on target (Dubhe) with no track, no focus, no align, no guide using sequence from (1).  setup 20 targets with names like (Dub-1, Dub-2, Dub-3, ... as repeats)

a)  When it runs I get to Dubhe-7 set (about 350-400 images collected).
b)  Fail shows up as "invalid" and issue highlighted above.  Image attached shows sequence in middle of fail.  Second image shows (a) the list of files in D-7 set and you will see gets multiple files named file_xxxxxx_039.fits (this was the beginning of the fail).  I "reset" the camera without stopping the sequence or capture because failed on download of image. (these are the xxxx_040.fits files).  after it gets all the way through the 50 files in the set, the sequencer notes complete and all other items are "invalid", so does shutdown process and closes all items and stops.
c)  Attempt to "restart/reconnect" ekos without closing application will result in eventual kstars application crash. I restarted ekos to check the camera and crashed.  Restart of kstars, restart of ekos after crash will work OK -  this is what I normally do when I get invalid as other UI features are broken if you do not restart.
d)  attached are esl and esq files.

 

 
 

 

Read More...

I agree. it is not due to number of targets as I will see this with only 6 targets in the sequence. I can be certain I will have this problem 2-3 times in the night so surprised not many others have mentioned this. It will be cloudy this week, so will do some research on collecting logs and run in debug mode and try to isolate the issue. part of my problem is the dialog error is clearly not the real problem but rather a symptom of something else. some of the ideas I have had are related to SD card read fails, or there is a background loop that is reviewing the targets and updating info like date/time for processing and angle in sky and it must fail the read in the process and that results in fail.

Read More...

I too am seeing this error and would like to know a fix and what I can provide to help resolve.

I am running astroberry.io on RPi 4 with 4GB on a 128 GB SD Card.  I have networking enabled to allow remote access for SMB and VNC.

I saw this in the version since Jan 2021, and it used to have a popup dialog box as shown in the attached image.

I upgraded in August 2021 and now the error is no longer in the dialog but is in the message log on the bottom of the screen.  It causes "reset of the file counter to be xyz_<datetime>_001.fits for all files after the error".  It has Status for all jobs shown as "Invalid" when it was already loaded and running for several of the images.

Like the original poster, I create jobs with many targets (> 10 per night), but this is not a requirement.

I had thought this was related to targets in the job "dropping below the horizon" as the job typically runs for 8 hrs (all night) and the first targets drop below 0deg, but this is not a required condition.

I could not find the pic, but will certainly get the error tonight and will add to the post.
 

Read More...