Get Connected!

Come and join our community. Expand your network and get to know new people!

Camiel Severijns created a new topic ' Image transfer problem with Atik 11000 camera' in the forum. 1 hours ago

Hi, while trying to upgrade my Atik camera driver from version 1.13 to 1.26, it appears that there is a problem with the transfer of the image data from my camera to my laptop. When I run the atik_ccd_test program with the environment variable LIBUSB_DEBUG=9, I get the following output when the program tries to download the image data after a short exposure:

getImage



-> AtikCameraImpl::getImage(..., 10702697)
libusb: debug [libusb_alloc_transfer] transfer 0x13b7128
libusb: debug [libusb_submit_transfer] transfer 0x13b7128
libusb: debug [add_to_flying_list] arm timerfd for timeout in 30000ms (first in line)
libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 16
libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
libusb: debug [handle_events] poll() returned 1
libusb: debug [reap_for_handle] urb type=3 status=0 transferred=16
libusb: debug [handle_bulk_completion] handling completion status 0 of bulk urb 1/1
libusb: debug [handle_bulk_completion] last URB in transfer --> complete!
libusb: debug [disarm_timerfd]
libusb: debug [usbi_handle_transfer_completion] transfer 0x13b7128 has callback 0x7fad7f3db520
libusb: debug [sync_transfer_cb] actual_length=16
libusb: debug [libusb_free_transfer] transfer 0x13b7128
libusb: debug [libusb_alloc_transfer] transfer 0x13a0768
libusb: debug [libusb_submit_transfer] transfer 0x13a0768
libusb: debug [add_to_flying_list] arm timerfd for timeout in 30000ms (first in line)
libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 21405395
libusb: error [submit_bulk_transfer] submiturb failed error -1 errno=12
libusb: debug [submit_bulk_transfer] first URB failed, easy peasy
libusb: debug [disarm_timerfd]
libusb: debug [libusb_free_transfer] transfer 0x13a0768
libusb_bulk_transfer -> LIBUSB_ERROR_IO
elapsed 0.024132 s
unlock()
<- AtikCameraImpl::getImage 0 [0x00 0x00 0x00 0x00...]

close

-> AtikCameraImpl::close()
libusb: debug [libusb_close]
libusb: debug [usbi_remove_pollfd] remove fd 9
<- AtikCameraImpl::close

Atik LF test failed: Failed to get image



With the test program included with version 1.13 I get:

getImage

-> AtikCameraImpl::getImage(..., 10702697)
libusb: debug [libusb_alloc_transfer] transfer 0xfee128
libusb: debug [libusb_submit_transfer] transfer 0xfee128
libusb: debug [add_to_flying_list] arm timerfd for timeout in 30000ms (first in line)
libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 16
libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
libusb: debug [handle_events] poll() returned 1
libusb: debug [reap_for_handle] urb type=3 status=0 transferred=16
libusb: debug [handle_bulk_completion] handling completion status 0 of bulk urb 1/1
libusb: debug [handle_bulk_completion] last URB in transfer --> complete!
libusb: debug [disarm_timerfd]
libusb: debug [usbi_handle_transfer_completion] transfer 0xfee128 has callback 0x7f1b4bc0f520
libusb: debug [sync_transfer_cb] actual_length=16
libusb: debug [libusb_free_transfer] transfer 0xfee128
libusb: debug [libusb_alloc_transfer] transfer 0xfee128
libusb: debug [libusb_submit_transfer] transfer 0xfee128
libusb: debug [add_to_flying_list] arm timerfd for timeout in 30000ms (first in line)
libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 8388608
libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
libusb: debug [handle_events] poll() returned 1
libusb: debug [reap_for_handle] urb type=3 status=0 transferred=8388608
libusb: debug [handle_bulk_completion] handling completion status 0 of bulk urb 1/1
libusb: debug [handle_bulk_completion] last URB in transfer --> complete!
libusb: debug [disarm_timerfd]
libusb: debug [usbi_handle_transfer_completion] transfer 0xfee128 has callback 0x7f1b4bc0f520
libusb: debug [sync_transfer_cb] actual_length=8388608
libusb: debug [libusb_free_transfer] transfer 0xfee128
libusb: debug [libusb_alloc_transfer] transfer 0xfee128
libusb: debug [libusb_submit_transfer] transfer 0xfee128
libusb: debug [add_to_flying_list] arm timerfd for timeout in 30000ms (first in line)
libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 8388608
libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
libusb: debug [handle_events] poll() returned 1
libusb: debug [reap_for_handle] urb type=3 status=0 transferred=8388608
libusb: debug [handle_bulk_completion] handling completion status 0 of bulk urb 1/1
libusb: debug [handle_bulk_completion] last URB in transfer --> complete!
libusb: debug [disarm_timerfd]
libusb: debug [usbi_handle_transfer_completion] transfer 0xfee128 has callback 0x7f1b4bc0f520
libusb: debug [sync_transfer_cb] actual_length=8388608
libusb: debug [libusb_free_transfer] transfer 0xfee128
libusb: debug [libusb_alloc_transfer] transfer 0xfee128
libusb: debug [libusb_submit_transfer] transfer 0xfee128
libusb: debug [add_to_flying_list] arm timerfd for timeout in 30000ms (first in line)
libusb: debug [submit_bulk_transfer] need 1 urbs for new transfer with length 4628179
libusb: debug [libusb_handle_events_timeout_completed] doing our own event handling
libusb: debug [handle_events] poll() 3 fds with timeout in 60000ms
libusb: debug [handle_events] poll() returned 1
libusb: debug [reap_for_handle] urb type=3 status=0 transferred=4628179
libusb: debug [handle_bulk_completion] handling completion status 0 of bulk urb 1/1
libusb: debug [handle_bulk_completion] last URB in transfer --> complete!
libusb: debug [disarm_timerfd]
libusb: debug [usbi_handle_transfer_completion] transfer 0xfee128 has callback 0x7f1b4bc0f520
libusb: debug [sync_transfer_cb] actual_length=4628179
libusb: debug [libusb_free_transfer] transfer 0xfee128
elapsed 22.5149 s
unlock()
<- AtikCameraImpl::getImage 1 [0x1d 0x01 0x7b 0x01...]

sample data...
285 379 355 371 363 387 385 371 376 379
393 380 388 345 409 407 378 454 379 386



The problem seems to be that in version 1.26 the driver is trying to download the image in one chunk while the 1.13 version uses several chunks. Is it possible to fix this problem?

Best regards,
Camiel

Read More...

David Gruber created a new topic ' AstroPi3: Canon1100D does not take picture in KStars' in the forum. 1 hour 15 minutes ago

Hi all,
today we (a high school student and myself, a planetarium educator) got AstroPi3 to work on a RaspberryPi3. Thanks for the awesome guide and software package.
Our setup is quite simple, we only have one mount/telescope and a Canon 1100D.

While everything works fine, we stumbled upon a minor issue. We can take images using the preview button in the Ekos manager (and we can also save it, using the save button at the bottom of the preview window), but we cannot take a picture from within KStars. Whenever we right click in the KStars main window, and select the Camera to do a Light frame, the camera does nothing. Unfortunately, neither the student nor myself do have a lot of UNIX and/or programming experience.

We are on a headless setup, connecting wia the Raspberry's AP using VNCviewer. I've checked this forum to see whether someone else encountered the same problem, but either nobody else had this problem or I couldn't find it.

Thanks in advance for your help!
David

PS. I thought I posted this message before in the forum, but probably I did something wrong. If it should appear twice, I apologize.

Read More...

giorgio replied to the topic 'AstroPi3: Canon1100D does not take picture in KStars' in the forum. 1 hour 15 minutes ago

Here is the link to the Ekos Capture Module manual:
www.indilib.org/about/ekos/capture-module.html

Read More...

Jasem Mutlaq replied to the topic 'AstroPi3: Canon1100D does not take picture in KStars' in the forum. 3 hours 38 minutes ago

That does not take an image! That selects what type of frame you want (Light, Dark, Bias..etc). To take an image, you need to use Ekos to do that.

Read More...

David Gruber created a new topic ' AstroPi3: Canon1100D does not take picture in KStars' in the forum. 3 hours 40 minutes ago

Hi everybody,

beginning Tuesday, today a highschool student and myself (planetarium educator) were able to get AstroPi3 running on a RaspberryPi 3 (headless configuration). Neither of us have much Linux and programming experience so we are quite happy that it worked out. There is just one minor issue:

Our setup is relatively simple, i.e. one mount/telescope and a Canon 1100D. Ekos recognizes both mount and camera just fine.
When we take a "preview" image from within the Ekos menu, everything looks good, we can also save the picture from the preview window. However, when we go back to KStars, slew to an object (which does work fine) and then right click --> Canon DSLR 1100D --> Light nothing happens. How do we take *manually* an image from within KStars?

We've looked in this forum, but either nobody else had this problem or we couldn't find it.

Thanks in advance for your help.
David

Read More...

Jose Corazon replied to the topic 'Kstars/VNC keyboard issue' in the forum. 8 hours 57 minutes ago

X11VNC or RealVNC both work fine. The Pi3 can handle the entire platform fine, as long as one does not overload it with commands in rapid succession, which can cause Indi to crash. What helps is putting a Swap file on an external HD, Keep swappiness at 60.
If you want a serious performance upgrade, get a Zotac pi332 pico, which has 4 GB of RAM and install Ubuntu Mate 16.04 on it. It is about the same size as a Pi3, but much faster due to increased RAM.

Read More...

Christopher Rose replied to the topic 'SharpSky PRO Focuser' in the forum. 12 hours 8 minutes ago

I’ve not tried it y t. I have one and will give it a go

Read More...

Emmanuel Bertin replied to the topic 'Issues with high acquisition rates' in the forum. 12 hours 17 minutes ago

Thanks for the tip Leonard! Here the output of ls -l /proc/29669/fd, where 29669 is the PID of kstars when running an acquisition sequence from the CCD simulator (the same happens with the ASI camera, connected remotely or not):

...
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1570 -> socket:[876722]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1571 -> socket:[876723]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1572 -> socket:[871147]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1573 -> socket:[871148]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1574 -> socket:[874775]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1575 -> socket:[874776]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1576 -> socket:[875769]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1577 -> socket:[875770]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1578 -> socket:[871149]
lrwx------ 1 bertin bertin 64 Feb 25 00:14 1579 -> socket:[871150]
...

And it goes on and on until I stop the acquisition. Aborting does not close the sockets, I have to quit kstars to free the descriptors. It happens only when the exposure time is about 1s or less, irrespective the raster size (the simulator takes only a few ms to generate the 128x128 rasters in this test). This is with fast looping off (I have to turn it off otherwise it creates all kinds of issues). The other processes (indiserver and indi_simulator_ccd) do not accumulate descriptors.
- Emmanuel.

Read More...

Markku Siitonen replied to the topic 'Indi_asi and indi_xagyl_wheel not playing nice.' in the forum. 14 hours 22 minutes ago

I did a check and found that there is a difference on my Rpi3 when I do a Save..
This is what I get now when saving:
<INDIDriver>
<newSwitchVector device="XAGYL Wheel" name="DEBUG">
<oneSwitch name="ENABLE">
Off
</oneSwitch>

And this is what I had before:

<INDIDriver>
<newSwitchVector device='XAGYL Wheel' name='DEBUG'>
<oneSwitch name='ENABLE'>
Off
</oneSwitch>

No big difference and the only thing I could see is 6 spaces before the value or no spaces before a value, but otherwise the xml-file looks the same without any corruption.
I used to compile everything myself but using the ppa is more convenient even if there is some problems caused by the ppa sometimes.

Read More...

Arjan created a new topic ' Tracking stops after a slew' in the forum. 14 hours 37 minutes ago

Not sure what I am dong wrong, this used to work fine before...

Setup is EKOS/KStars/Indi running on a Pi3 (Ubuntu 16.10); EQMod mount (NEQ6) and a Joystick.
When all is tracking nicely I get to the eyepiece and fine tune where it is pointing with the joystick. Doing this, the tracking stops immediately and I can only slew.
Looking in the EKOS EQMod tab, I see that Tracking indeed is switched off.

Is there a setting I accidentally hit, that determines this behavior?
If not, what else can be causing this?

Thanks,
Arjan

Read More...

Eric replied to the topic 'Capturing Flats: Strange ADU calculated during calibration' in the forum. 14 hours 53 minutes ago

I got this not-so-similar-but-also-wrong result when trying the calibration:

[2018-02-23T20:02:07.056 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Current ADU =  247.617  targetADU =  30000  Exposure Count:  1137
[2018-02-23T20:02:07.057 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Running polynomial fitting. Found  3  coefficients.
[2018-02-23T20:02:07.058 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 0 = 0.00921966
[2018-02-23T20:02:07.058 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 1 = -1.37143e-08
[2018-02-23T20:02:07.058 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 2 = 4.1258e-13
[2018-02-23T20:02:07.059 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: next FLAT exposure is  0.00917956
[2018-02-23T20:02:07.059 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Current ADU is 248 Next exposure is 0.009 seconds."
[2018-02-23T20:02:08.074 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Capturing image..."
[2018-02-23T20:02:10.856 Paris, Madrid WARN ][        org.kde.knotifications] - Audio notification requested, but sound file from notifyrc file was not found, aborting audio notification
[2018-02-23T20:02:10.857 Paris, Madrid INFO ][           org.kde.kstars.fits] - Loading FITS file  "C:/Users/TallFurryMan/AppData/Local/Temp/fitsp11272"
[2018-02-23T20:02:10.908 Paris, Madrid INFO ][           org.kde.kstars.fits] - Loading FITS file  "C:/Users/TallFurryMan/AppData/Local/Temp/fitsp11272"
[2018-02-23T20:02:10.972 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Current ADU =  247.607  targetADU =  30000  Exposure Count:  1138
[2018-02-23T20:02:10.973 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Running polynomial fitting. Found  3  coefficients.
[2018-02-23T20:02:10.973 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 0 = 0.00921962
[2018-02-23T20:02:10.973 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 1 = -1.37076e-08
[2018-02-23T20:02:10.974 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 2 = 4.12395e-13
[2018-02-23T20:02:10.974 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: next FLAT exposure is  0.00917954
[2018-02-23T20:02:10.975 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Current ADU is 248 Next exposure is 0.009 seconds."
[2018-02-23T20:02:11.966 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Capturing image..."

The result of the fitting function isn't suitable for 30K ADUs, and the algorithm loops indefinitely. This one was the 1138th...

Side note, this was a dusk flat calibration. The first frames went well, but at some point the algorithm decided it should start reducing the duration:
[2018-02-23T18:21:39.392 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Current ADU =  28632.7  targetADU =  30000  Exposure Count:  37
[2018-02-23T18:21:39.394 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Running polynomial fitting. Found  3  coefficients.
[2018-02-23T18:21:39.394 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 0 = -0.153707
[2018-02-23T18:21:39.395 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 1 = 1.08598e-05
[2018-02-23T18:21:39.396 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 2 = -1.76574e-10
[2018-02-23T18:21:39.397 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: next FLAT exposure is  0.0131721
[2018-02-23T18:21:39.398 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Current ADU is 28633 Next exposure is 0.013 seconds."
[2018-02-23T18:21:39.409 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Capturing image..."
[2018-02-23T18:21:42.166 Paris, Madrid WARN ][        org.kde.knotifications] - Audio notification requested, but sound file from notifyrc file was not found, aborting audio notification
[2018-02-23T18:21:42.167 Paris, Madrid INFO ][           org.kde.kstars.fits] - Loading FITS file  "C:/Users/TallFurryMan/AppData/Local/Temp/fitsT11272"
[2018-02-23T18:21:42.279 Paris, Madrid INFO ][           org.kde.kstars.fits] - Loading FITS file  "C:/Users/TallFurryMan/AppData/Local/Temp/fitsT11272"
[2018-02-23T18:21:42.440 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Current ADU =  28586.4  targetADU =  30000  Exposure Count:  38
[2018-02-23T18:21:42.441 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Running polynomial fitting. Found  3  coefficients.
[2018-02-23T18:21:42.442 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 0 = -0.151475
[2018-02-23T18:21:42.443 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 1 = 1.07239e-05
[2018-02-23T18:21:42.444 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 2 = -1.74519e-10
[2018-02-23T18:21:42.445 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: next FLAT exposure is  0.0131745
[2018-02-23T18:21:42.445 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Current ADU is 28586 Next exposure is 0.013 seconds."
[2018-02-23T18:21:42.457 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Capturing image..."
[2018-02-23T18:21:47.352 Paris, Madrid WARN ][        org.kde.knotifications] - Audio notification requested, but sound file from notifyrc file was not found, aborting audio notification
[2018-02-23T18:21:47.354 Paris, Madrid INFO ][           org.kde.kstars.fits] - Loading FITS file  "C:/Users/TallFurryMan/AppData/Local/Temp/fitsj11272"
[2018-02-23T18:21:47.470 Paris, Madrid INFO ][           org.kde.kstars.fits] - Loading FITS file  "C:/Users/TallFurryMan/AppData/Local/Temp/fitsj11272"
[2018-02-23T18:21:47.634 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Current ADU =  28522.5  targetADU =  30000  Exposure Count:  39
[2018-02-23T18:21:47.635 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Running polynomial fitting. Found  3  coefficients.
[2018-02-23T18:21:47.636 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 0 = -0.148286
[2018-02-23T18:21:47.636 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 1 = 1.05262e-05
[2018-02-23T18:21:47.637 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: Coeff # 2 = -1.71475e-10
[2018-02-23T18:21:47.638 Paris, Madrid DEBG ][   org.kde.kstars.ekos.capture] - Capture: next FLAT exposure is  0.0131727
[2018-02-23T18:21:47.639 Paris, Madrid INFO ][   org.kde.kstars.ekos.capture] - "Current ADU is 28522 Next exposure is 0.013 seconds."

-Eric

Read More...

Ray Wells replied to the topic 'Indi_asi and indi_xagyl_wheel not playing nice.' in the forum. 14 hours 58 minutes ago

I did try that and verified the file was intact before load, loaded specifically and then the file gets corrupted on save. It's only on my rpi3 though. I have not updated my pc since I started troubleshooting so I'd have a working model to compare to. I stripped the pi of indi completely and re-cloned git, then ran into build errors...a stupid dynamically attached library again that is installed and "not found". I'll have to hunt down the version it needs before I can continue. Meantime I'll try an updated ppa install. I was THIS close to having it all working. The focus module now has the 1000 limit again..(boggle)
I'm going to excuse myself from "daily" if I ever get it all to go at once.

Read More...

Eric replied to the topic 'HEQ5 control' in the forum. 15 hours 7 minutes ago

I just stumbled into that issue tonight, as I rebuilt indi from the latest source. After digging in the code, it is inditelescope that has a bug.

I'm not sure what impact and side-effect this top-level code has, but there is something wrong between the state of the buttons and the actual state of the mount.

I did a quick hack to show the incoherence, and force park/unpark when this is detected, but this will need regression testing to be fixed properly.

diff --git a/libindi/libs/indibase/inditelescope.cpp b/libindi/libs/indibase/inditelescope.cpp
index 21e67e0..0e57333 100644
--- a/libindi/libs/indibase/inditelescope.cpp
+++ b/libindi/libs/indibase/inditelescope.cpp
@@ -992,14 +992,21 @@ bool INDI::Telescope::ISNewSwitch(const char *dev, const char *name, ISState *st

             bool toPark = (ParkS[0].s == ISS_ON);

+            bool incoherentState = (toPark != IsParked);
+
             if (toPark == false && TrackState != SCOPE_PARKED)
             {
                 IUResetSwitch(&ParkSP);
                 ParkS[1].s = ISS_ON;
                 ParkSP.s   = IPS_IDLE;
-                DEBUG(INDI::Logger::DBG_SESSION, "Telescope already unparked.");
-                IDSetSwitch(&ParkSP, nullptr);
-                return true;
+                if(incoherentState)
+                    DEBUG(INDI::Logger::DBG_SESSION, "Incoherent state, forcing park.");
+                else
+                {
+                    DEBUG(INDI::Logger::DBG_SESSION, "Telescope already unparked.");
+                    IDSetSwitch(&ParkSP, nullptr);
+                    return true;
+                }
             }

             if (toPark && TrackState == SCOPE_PARKED)
@@ -1007,9 +1014,14 @@ bool INDI::Telescope::ISNewSwitch(const char *dev, const char *name, ISState *st
                 IUResetSwitch(&ParkSP);
                 ParkS[0].s = ISS_ON;
                 ParkSP.s   = IPS_IDLE;
-                DEBUG(INDI::Logger::DBG_SESSION, "Telescope already parked.");
-                IDSetSwitch(&ParkSP, nullptr);
-                return true;
+                if(incoherentState)
+                    DEBUG(INDI::Logger::DBG_SESSION, "Incoherent state, forcing unpark.");
+                else
+                {
+                    DEBUG(INDI::Logger::DBG_SESSION, "Telescope already parked.");
+                    IDSetSwitch(&ParkSP, nullptr);
+                    return true;
+                }
             }

             RememberTrackState = TrackState;


Read More...

Rob Lancaster replied to the topic 'Re:Ekos crash on Startup on MacOs High Sierra' in the forum. 15 hours 16 minutes ago

I don't know, but I am currently using a big monitor connected via USB C with kstars right now. But it is not set to extend the displays, my laptop is closed and its showing the whole display.

Read More...

the.cakemaker replied to the topic 'Re:Ekos crash on Startup on MacOs High Sierra' in the forum. 15 hours 18 minutes ago

rlancaste wrote: Do you have KStars logs to see exactly what was going on?

If you use the other Mac, does it do the same thing?


I will starts test when i have more time. I‘ll install it new again and activate the logs. Maybe that will help. In the meantime i will use the macbook snd see if the problem occurs there too.

One idea i have is that maybe the setup with a second monitor could be the problem...


Gesendet von iPhone mit Tapatalk

Read More...

Rob Lancaster replied to the topic 'Ekos crash on Startup on MacOs High Sierra' in the forum. 15 hours 28 minutes ago

Do you have KStars logs to see exactly what was going on?

If you use the other Mac, does it do the same thing?

Read More...

Markku Siitonen replied to the topic 'Indi_asi and indi_xagyl_wheel not playing nice.' in the forum. 15 hours 42 minutes ago

I just checked the ppa and it seems there have been an update for some hours ago, so maybe you could do an update, the xagyl driver was not included in this update but the trick to rolling back to an older version works fine so far.
Looks a bit strange.. but if you edit the xml-file manually using nano from commandline does it work then ?? or does the file get corrupted when you do a "Save" from indi controlpanel ??

Read More...

the.cakemaker replied to the topic 'Re:Ekos crash on Startup on MacOs High Sierra' in the forum. 16 hours 49 minutes ago

Funny story. When trying to use kstars today to set up the remotecontrol for my laptop, kstars suddenly crashed to desktop and won´t start anymore.
So it seems i am in the same state, i was today before fixing that issue...

Read More...

Login



3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!