ecloud created a new topic ' Why ASI driver is not updated to 0.7?' in the forum. 3 months ago

I can see the SDK is already ver 0.7 on ZWO official web.
But it shows 0.6 in INDI v1.7.0, Mac.
Why not update to the latest SDK?

I found the 16bit mod is not working properly on ASI294MC with the INDI1.7.0 Mac.


ecloud replied to the topic 'Robofocus - What is 'Polling' Period' in the forum. 6 months ago

knro wrote: Yes it's a bug in the INDI Stable build and is already fixed in GIT. So it will be in the next release of INDI Stable, or you can compile from GIT.

thank you Jasem for your quickly reply.
When will you plan to release the new stable?
I want this feature because there is a Robofocus clone here. I can nearly make it work.
Only one issue is, there is a TTY timeout error after it moved (no issue of the moving). So the position is not refreshed. And the error always shows with "Bogus position:(00 00 00 00 00 00 00 00 00) - Bytes read: -1
I guess this device does not response any query command when it is moving. Maybe to increase the query period could help.

And also, I think the logic of querying position could be bug. It seems to jump into a dead loop after it failed a TTY connection.
It reads out -1 bytes every 1 sec (to the end of the world). This means some resources are not released and it does not do a clean reconnection. And there is no global timeout.
It should release the port and sleep for several seconds to reconnect to the port after a failure.
I'm sure it's a logic dead loop but not a hardware deadlock, because the device can still move after this 'timeout. Moving always works but position readout is dead.


ecloud created a new topic ' Robofocus - What is 'Polling' Period' in the forum. 6 months ago

In the 'Options' panel of INDI client, there is 'Polling' - Period (ms)
The default value is 1000.
On my understanding this means every 1000ms the driver does query the position of the focuser.
After I set this to 50000 and save the configuration, the value changed but from the log I can see the driver kept querying position every 1 sec.
Did I misunderstand or this is a bug?


ecloud created a new topic ' astrometry on linux - astropy issue' in the forum. 7 months ago

I have installed on ubuntu 16.04 from its repository. The version is 0.67+dfsg-1
But it failed to run from CCDCeil, and I got this log

solve-field --overwrite --objs 150 --downsample 4 --no-plots /home/imufu/.config/ccdciel/tmp/ccdcieltmp.fits
Reading input file 1 of 1: "/home/imufu/.config/ccdciel/tmp/ccdcieltmp.fits"...
Header has 22 cards
Traceback (most recent call last):
File "/usr/lib/python2.7/", line 174, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/", line 72, in _run_code
exec code in run_globals
File "/usr/lib/python2.7/dist-packages/astrometry/util/", line 323, in <module>
File "/usr/lib/python2.7/dist-packages/astrometry/util/", line 320, in main
mydir, fix_sdss=options.fix_sdss)
File "/usr/lib/python2.7/dist-packages/astrometry/util/", line 248, in convert_image
(imgtype, errstr) = image2pnm(infile, outfile, sanitized, force_ppm, no_fits2fits, extension, mydir, fix_sdss)
File "/usr/lib/python2.7/dist-packages/astrometry/util/", line 184, in image2pnm
errstr = fits2fits(infile, sanitized, fix_idr=fix_sdss)
File "/usr/lib/python2.7/dist-packages/astrometry/util/", line 86, in fits2fits
hdu.scale('int16', '', bscale, bzero)
File "/usr/lib/python2.7/dist-packages/astropy/io/fits/hdu/", line 384, in scale
bzero=bzero, blank=None)
File "/usr/lib/python2.7/dist-packages/astropy/io/fits/hdu/", line 442, in _scale_internal += -_zero
TypeError: Cannot cast ufunc add output from dtype('int32') to dtype('uint16') with casting rule 'same_kind'
augment-xylist.c:588:backtick Failed to run command: /usr/bin/python -m astrometry.util.image2pnm --sanitized-fits-outfile /tmp/tmp.sanitized.beB5bE --fix-sdss --infile /home/imufu/.config/ccdciel/tmp/ccdcieltmp.fits --uncompressed-outfile /tmp/tmp.uncompressed.IqaTCR --outfile /tmp/tmp.ppm.HxXG34 --ppm
ioutils.c:567:run_command_get_outputs Command failed: return value 1
Error result = 65280

This is because an astropy bug.
The astropy in Ubuntu's repository is too old. So we need to upgrade astropy manually.
Run this:
sudo pip install --upgrade pip
sudo pip install --upgrade astropy

The error is fixed.


It seems there is few people is maintaining astro package of Ubuntu.


ecloud replied to the topic 'KStars icon missing in my LXDE environment.' in the forum. 7 months ago

The same issue I had met on ubuntu.
You need to install the oxygen-icon package manually to see the icons.


ecloud replied to the topic 'No any icon in the new build kstars' in the forum. 7 months ago

Did you really get this fixed?
Today I have installed kstars-bleeding from PPA, i386
They oxygen-icons package is not installed as dependence. I need to install the oxygen package manually to see the icons.



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!