Git Product home page Git Product logo

indi's Introduction

INDI Core Library

Linux Debian Packages MacOS Visual Studio MinGW PyIndi

INDI is a standard for astronomical instrumentation control. INDI Library is an Open Source POSIX implementation of the Instrument-Neutral-Device-Interface protocol.

INDI core library is composed of the following components:

  1. INDI Server.
  2. INDI Core Drivers: Hardware drivers that communicate with the equipment. Many devices are supported including:
  • Mounts
  • CCDs, CMOS, Webcams, DSLRs (Canon, Nikon, Sony, Pentax..etc).
  • Focusers.
  • Filter Wheels.
  • Adaptive Optics.
  • Domes.
  • GPS.
  • Weather Stations.
  • Controllers.
  • Auxiliary Devices (switches, watchdog, relays, light sources, measurement devices..etc).
  1. Client Library: Cross-platform POSIX and Qt5-based client libraries. The client libraries can be embedded in 3rd party applications to communicate with INDI server and devices.

INDI core device drivers are shipped with INDI library by default.

INDI 3rd party drivers are available in a dedicated 3rdparty repository and maintained by their respective owners.

Learn more about INDI:

Building

Install Pre-requisites

On Debian/Ubuntu:

sudo apt-get install -y \
  git \
  cdbs \
  dkms \
  cmake \
  fxload \
  libev-dev \
  libgps-dev \
  libgsl-dev \
  libraw-dev \
  libusb-dev \
  zlib1g-dev \
  libftdi-dev \
  libjpeg-dev \
  libkrb5-dev \
  libnova-dev \
  libtiff-dev \
  libfftw3-dev \
  librtlsdr-dev \
  libcfitsio-dev \
  libgphoto2-dev \
  build-essential \
  libusb-1.0-0-dev \
  libdc1394-dev \
  libboost-regex-dev \
  libcurl4-gnutls-dev \
  libtheora-dev

XISF Support

To enable XISF format support in INDI, you need to build or install libxisf package.

sudo apt-add-repository ppa:mutlaqja/ppa
sudo apt-get -y install libxisf-dev

Create Project Directory

mkdir -p ~/Projects
cd ~/Projects

Get the code

To build INDI in order to run drivers, then it is recommended to perform a quick shallow clone that will save lots of bandwidth and space:

git clone --depth 1 https://github.com/indilib/indi.git

On the other hand, if you plan to submit a PR or engage in INDI driver development, then getting a full clone is recommended:

git clone https://github.com/indilib/indi.git

It is worth making your own fork of indi in your own personal repository and cloning from that rather than cloning directly from the root indi.

Build indi-core (cmake)

mkdir -p ~/Projects/build/indi-core
cd ~/Projects/build/indi-core
cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Debug ~/Projects/indi
make -j4
sudo make install

Build indi-core (script)

Alternatively, you can use the developer-build.bash script for faster build and less stress on your SSD or HDD.

cd ~/Projects/indi
./developer-build.bash

By default, this script builds the indi-core inside machine's RAM, i.e. /dev/shm. However, you can change the target build directory using the -o option, for instance:

./developer-build.bash -o /path/to/new/build/dir

Also, this script checks if the target build directory has at least 512MB of memory available and aborts if this is not the case. You can force skip this test with the -f option:

./developer-build.bash -f

Furthermore, this script executes make in parallel by default. If you are having problems or need to use fewer CPU cores, please adjust using the -j option. For example, to disable parallel execution:

./developer-build.bash -j1

This script creates a soft symbolic link file named build to the target build directory. This helps easier access by simply following the symbolic link:

cd ~/Projects/indi/build

Lastly, you could give all the options and arguments at once. For instance, if you want to build in ~/indi-build directory, skip the memory check, and run make using 8 cores, call the script with the following options:

cd ~/Projects/indi
./developer-build.bash -o ~/indi-build -f -j8

Build indi-core (Qt Creator)

If your are planning to develop using Qt Creator then still follow this process and do a manual build first. Then in QT Creator:

  • Open the project using File - Open File or Project.
  • Navigate to Projects/indi and selec the CMakeLists.txt file.
  • Qt Creator will open your project but will probably configure it incorrectly, select the Projects tab and change to the Projects/build/indi-core directory that you used to do the initial build. The project display may be blank but click on the build button (the geological hammer) anyway. The project should build.

It is very easy to get this process wrong and all sorts of subtle things can happen, such as everything appearing to build but your new functionality not being present.

Architecture

Typical INDI Client / Server / Driver / Device connectivity:

INDI Client 1 ----|                  |---- INDI Driver A  ---- Dev X
                  |                  |
INDI Client 2 ----|                  |---- INDI Driver B  ---- Dev Y
                  |                  |                     |
 ...              |--- indiserver ---|                     |-- Dev Z
                  |                  |
                  |                  |
INDI Client n ----|                  |---- INDI Driver C  ---- Dev T


 Client       INET       Server       UNIX     Driver          Hardware
 processes    sockets    process      pipes    processes       devices

INDI server is the public network access point where one or more INDI Clients may contact one or more INDI Drivers. indiserver launches each driver process and arranges for it to receive the INDI protocol from clients on its stdin and expects to find commands destined for clients on the driver's stdout. Anything arriving from a driver process' stderr is copied to indiserver's stderr. INDI server only provides convenient port, fork and data steering services. If desired, a client may run and connect to INDI Drivers directly.

Support

Development

Code Style

INDI uses Artistic Style to format all the C++ source files. Please make sure to apply the following astyle rules to any code that is submitted to INDI. On Linux, you can create ~/.astylerc file containing the following rules:

--style=allman
--align-reference=name
--indent-switches
--indent-modifiers
--indent-classes
--pad-oper
--indent-col1-comments
--lineend=linux
--max-code-length=124

Some IDEs (e.g. QtCreator) support automatic formatting for the code everytime you save the file to disk.

How to create Github pull request (PR)

How to contribute to INDI full guide

Here is the short version on how to submit a PR:

  1. Login with a Github account and fork the official INDI repository.
  2. Clone the official INDI repository and add the forked INDI repository as a remote (git remote add ...).
  3. Create a local Git branch (git checkout -b my_branch).
  4. Work on the patch and commit the changes.
  5. If it is ready push this branch to your fork repo (git push -f my_fork my_branch:my_branch).
  6. Go to the official repo's github website in a browser, it will popup a message to create a PR. Create it.
  7. Pushing updates to the PR: just update your branch (git push -f my_fork my_branch:my_branch)..

If you would like to make cleaner PR (recommended!) please read this tutorial and follow it. The best way is to keep one logical change per commit and not pollute the history by multiple small fixes to the PR.

Driver Documentation

When submitting a new driver, the driver user documentation is required as part of the submission process.

  • Installation: Driver name, executable name, version, required INDI version.
  • Features: What features does it support exactly?
  • Operation: How to operate the driver? Each sub section should come with a screen shot of the various tabs..etc. Preferably annotated to make it easier for new users to follow.
    • Connecting: How to establish connection? How to set port if any?
    • Main Control: Primary control tab and its functions.
    • Options: Explanation for the various options available.
    • Etc: Any other tabs created by the driver.
  • Issues: Any problems or issues or warnings the users should be aware about when using this driver.

Sample Drivers

You can base a new driver from an existing driver. Look in either the examples or drivers/skeleton directories on how to get started.

Unit tests

In order to run the unit test suite you must first install the Google Test Framework. You will need to build and install this from source code as Google does not recommend package managers for distributing distros.(This is because each build system is often unique and a one size fits all approach does not work well).

Once you have the Google Test Framework installed follow this alternative build sequence:-

mkdir -p build/indi
cd build/indi
cmake -DINDI_BUILD_UNITTESTS=ON -DCMAKE_BUILD_TYPE=Debug ../../
make
make test

For more details refer to the scripts in the .circleci directory.

indi's People

Contributors

amendolajamie avatar azwing avatar chkettu avatar chris-rowland avatar d33psky avatar dirkenstein avatar ericvic avatar fcasarramona avatar fenriques avatar geehalel avatar grozzie2 avatar gulinux avatar james-lan avatar jochym avatar jpaana avatar juanmb avatar kecsap avatar ken-self avatar knro avatar mikefulb avatar nachoplus avatar nadvornik avatar naheedsa avatar not7cd avatar pawel-soja avatar polakovic avatar rlancaste avatar sterne-jaeger avatar tallfurryman avatar xsnrg avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

indi's Issues

Unable to start KStars

Am unable to start KStars today. All was fine last Thursday but today no such luck. I have the bleeding versions updating and I did update today.

Konsole:
kstars: error while loading shared libraries: libindi.so.1: cannot open shared object file: No such file or directory

Machine:
64-bit Ubuntu 16.04 LTS, KDE Plasma Desktop, HP Pavillion i5

indi-asi no longer allows fan control

Ubuntu 16.04.1 , 4.4.0-47-generic kernel , latest INDI from bleeding PPA with indi-asi version 0.5+r2732~201611180003~ubuntu16.04.1
no longer allows FAN control.

The tab 'Controls' where USB bandwidth can be set no longer has an entry to turn the fan on or off.

Can this be restored please ? Thanks.

FLI ML16200 not detected

Reference similar result for CFW-2-7 filter wheel.
https://github.com/indilib/indi/issues/233

I'm attempting to connect to the FLI ML16200 camera but get an error. I'm using Ekos on Ubuntu w/ the latest builds of everything as of this moment. Errors w/ debug mode on:

2017-05-19T07:32:48: Error: no cameras were detected. 
2017-05-19T07:32:48: In find Camera, the domain is 2 
2017-05-19T07:32:48: Attempting to find FLI CCD... 

The camera is visible to the OS. I'm able to start TheSkyX and connect to the camera with no problem but indi doesn't see it.

Bus 003 Device 006: ID 0f18:000a Finger Lakes Instrumentation ProLine CCD
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  idVendor           0x0f18 Finger Lakes Instrumentation
  idProduct          0x000a ProLine CCD
  bcdDevice            1.24
  iManufacturer           1 Finger Lakes Instrumentation, LLC
  iProduct                2 MicroLine ML16200
  iSerial                 3 ML0590516
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           39
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xc0
      Self Powered
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Missing qhy183c line in libqhy's udev ruleset

Hello,
i've tested and marked as working the firmware present in the libqhy subtree for my astrocamera (qhy 183c). I've created the snippet to be added to this file: 3rdparty/libqhy/85-qhy.rules.
Please add this line as line 95:
ATTRS{idVendor}=="1618", ATTRS{idProduct}=="C183", RUN+="/sbin/fxload -t fx3 -I /lib/firmware/qhy/QHY183.img -D $env{DEVNAME}"

Thanks
Luca

sxccdtest: NX=10 and NY=10 ???

The code in sxccdtest is very useful to study for newcomers, but I was frustrated to see the author use a 10x10 region and not code them as NX and NY. So I'll happily volunteer to fix that, as I had been hacking in this code for other reasons.
However, printing the 10x10 region appears to print the Y along the horizontal and X along the vertical. I would normally interpret X to be horizontal and Y to be vertical, even if (0,0) is at the top left... Any comments on this before I work on a pull request, and lift this confusion.

Option to compile client libraries without drivers

An option to only compile the client libraries (libindi and libindiclient if I'm correct) would be a nice addition. This avoids having to install dependencies like libusb-1.0 if you just need the client libraries.

Running make indiclient basically does this already, but running make install afterwards builds all other targets in the project before installing.

latest with updated compiler switches fails on Fedora 25

From the command line ...
[gary@bigboote libindi]$ cmake -DCMAKE_INSTALL_PREFIX=/usr/local .
-- The C compiler identification is GNU 6.3.1
-- The CXX compiler identification is GNU 6.3.1
-- Check for working C compiler: /usr/lib64/ccache/cc
-- Check for working C compiler: /usr/lib64/ccache/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/lib64/ccache/c++
-- Check for working CXX compiler: /usr/lib64/ccache/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - not found
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find Threads (missing: Threads_FOUND)
Call Stack (most recent call first):
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:377 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake/Modules/FindThreads.cmake:212
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:203 (find_package)

-- Configuring incomplete, errors occurred!
See also "/home/gary/Downloads/indi-master/libindi/CMakeFiles/CMakeOutput.log".
See also "/home/gary/Downloads/indi-master/libindi/CMakeFiles/CMakeError.log".

pthread.h does exist in its usual location here ...
[gary@bigboote libindi]$ whereis pthread.h
pthread: /usr/include/pthread.h
[gary@bigboote libindi]$

Addtionally, FORTIFY_SOURCE requires optimization with -O

CMakeError.txt and CMakeOutput.txt are attached.

CMakeError.txt
CMakeOutput.txt

CMake pthread lookup breaking build

One commit breaks the build for me (Gentoo, gcc 4.9.4).

indi@astro1:~/indi_dev/indi$ git bisect bad
aee3c73c1278819c8a893cc27091b6eb229991c9 is the first bad commit
commit aee3c73c1278819c8a893cc27091b6eb229991c9
Author: Csaba Kertesz <[email protected]>
Date:   Sat Jun 10 13:34:58 2017 +0300

    Add verbose warning and optimized debug/linker flags

:040000 040000 b9fccc43f30ab6b2eceb5931fb781c72e19b20f1 312da5aa41ff1597b76dbe189e0aae73581e4a92 M      libindi

PThread suddenly not found as a dependency.

+ cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=RelWithDebInfo /home/indi/indi_dev/indi/libindi/
-- The C compiler identification is GNU 4.9.4
-- The CXX compiler identification is GNU 4.9.4
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - not found
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
  Could NOT find Threads (missing: Threads_FOUND)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindThreads.cmake:223 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:201 (find_package)


-- Configuring incomplete, errors occurred!
See also "/home/indi/indi_dev/build/indi/CMakeFiles/CMakeOutput.log".
See also "/home/indi/indi_dev/build/indi/CMakeFiles/CMakeError.log".

I'll check how I can work around.
-Eric

Astrometry driver crashes when CCD frame is compressed

Astrometry driver crashes when receiving a compressed blob. This is the header dump of the blob received by the driver:

2017-03-29T11:57:13: Driver indi_astrometry: <setBLOBVector device="V4L2 CCD" name="CCD1" state="Ok" timeout="60" timestamp="2017-03-29T11:27:42">
2017-03-29T11:57:13: Driver indi_astrometry:     <oneBLOB name="CCD1" size="80640" enclen="50528" format=".fits.z">

From there, the loop fwriting the blob to the temporary FITS file is reading past enclen, until size. It happens that sometimes the memory in that interval is readable, sometimes not. Switching Compressed to Raw in the CCD panel works around the issue. The Astrometry driver cannot use a compressed frame yet anyway, solver fails because it expects a raw one.

I'm picking the action.

Feature request: Aperture/focus length per profile

I use my Skywatcher Virtuoso mount with different configurations and I would like to have different profiles when:

  1. I use standalone DSLR and guide scope with CCD
  2. I use telescope with DSLR and guide scope with CCD.
  3. I use telescope with CCD.

Currently, the entered aperture/focus length parameters are static per driver. If I set a certain aperture and focus length for a profile and I switch to an other profile, these parameters remain the same. These parameters are crucial for plate solving.

Loading sequence in capture module crashes

With both current PPA (kstars-bleeding 5:16.12+201701262218~ubuntu16.04.1, indi-full 1.3~201701301122~ubuntu16.04.1) and self-compiled git version of kstars I get a crash when trying to load a sequence file. Running on current Ubuntu 16.04 LTS on amd64. Reproduction in kstars:

  • start local indi with simulators and connect (I used eqmod mount driver simulator, but it doesn't seem to matter)
  • go to capture module and press load sequence button
  • "Connection to INDI host at localhost on port 7624 lost. Server disconnected." dialog pops up.
  • file dialog is operable and if I select a file, I get this backtrace in gdb:
    #0 0x00007ffff4b7eecf in QTableWidget::rowCount() const () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #1 0x000000000075bfc9 in Ekos::Capture::loadSequenceQueue (this=0x49f6190, fileURL=...) at /home/jarno/Projects/kstars/kstars/ekos/capture/capture.cpp:2282 #2 0x000000000075be37 in Ekos::Capture::loadSequenceQueue (this=0x49f6190) at /home/jarno/Projects/kstars/kstars/ekos/capture/capture.cpp:2262 #3 0x000000000061cbd9 in Ekos::Capture::qt_static_metacall (_o=0x49f6190, _c=QMetaObject::InvokeMetaMethod, _id=49, _a=0x7fffffffce00) at /home/jarno/Projects/build/kstars/kstars/moc_capture.cpp:494 #4 0x00007ffff3b0cd2a in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x00007ffff4c54192 in QAbstractButton::clicked(bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #6 0x00007ffff49b6f04 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #7 0x00007ffff49b8519 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #8 0x00007ffff49b8694 in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #9 0x00007ffff48fcf88 in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x00007ffff48ba05c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #11 0x00007ffff48bfc19 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #12 0x00007ffff3ade38b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #13 0x00007ffff48beb32 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #14 0x00007ffff491757b in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #15 0x00007ffff4919b3b in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #16 0x00007ffff48ba05c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #17 0x00007ffff48bf516 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #18 0x00007ffff3ade38b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x00007ffff43094e1 in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 #20 0x00007ffff430b1a5 in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 #21 0x00007ffff42eef08 in QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 #22 0x00007fffe4bb5060 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #23 0x00007fffeecdf197 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24 0x00007fffeecdf3f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #25 0x00007fffeecdf49c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #26 0x00007ffff3b347cf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #27 0x00007ffff3adbb4a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #28 0x00007ffff3ae3bec in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #29 0x000000000048bd9d in main (argc=1, argv=0x7fffffffdde8) at /home/jarno/Projects/kstars/kstars/main.cpp:278

What does telescope parking means and how to toggle it?

Hi, i have a python custom client and a mount i try to set direction and slew rate in.
But log tell me that mount is parked. I try to find a way to unpark it.
Look at an approximate code:

        switch_vec = self.indi_client.telescope.getSwitch('TELESCOPE_PARK')
        if (switch_vec[0].s, switch_vec[1].s) != (c.OFF, c.ON):
            switch_vec[0].s, switch_vec[1].s = c.OFF, c.ON
            self.indi_client.sendNewSwitch(switch_vec)
            logger.debug('Sent park off')

        switch_vec = self.indi_client.telescope.getSwitch('TELESCOPE_SLEW_RATE')
        for switch in switch_vec:
            switch.s = c.OFF
        if r:
            switch_vec[r-1].s = c.ON
        self.indi_client.sendNewSwitch(switch_vec)

        switch_vec = self.indi_client.telescope.getSwitch('TELESCOPE_MOTION_NS')
        if (switch_vec[0].s, switch_vec[1].s) != self.DIRECTIONS[d]['states']:
            switch_vec[0].s, switch_vec[1].s = self.DIRECTIONS[d]['states']
            self.indi_client.sendNewSwitch(switch_vec)
            logger.debug('Sent new direction')

These switches set correctly but mount hasn't moved.
So in addition to the topic questions is there a rules description how to set protperties for different devices in a right way?
I haven't fount it in the indi protocol and indilib.org.

Help a bit please.

[MGenAutoguider] Pressing UI buttons too fast crash the driver

When navigating the UI, pressing buttons "too fast" do crash the driver.
"Too fast" seems to be clicking a remote UI button when the switch gadget is still yellow/busy.
The driver needs to be disconnected manually, reconnected, then disconnected properly then reconnected again for functionality to be restored.

INDI/KStars Issues (Windows)

When trying to connect via KStars/Ekos to my INDI Server (on Windows) my SSAG guide scope will not connect. The error I get when trying to connect it is:

2017-02-19T17:47:09.5: Retrieving the COM class factory for component with CLSID {DCF01AC2-8F59-4A0A-A858-36467E7BA582} failed due to the following error: 80040154 Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)).

KStars does not seem to be able to plate solve at all. When I load an image into the solver, it attempts to solve it, then fails. The errors don't seem to be consistent, I either get a job ID failure or just a message that says the solve failed.

2017-02-19T17:57:12 Failed to retrieve job ID.
2017-02-19T17:57:12 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:57:09 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:57:07 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:57:05 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:57:03 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:57:01 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:56:58 {"job_calibrations":[],"jobs":[null],"processing_finished":"2017-02-19 20:56:55.777920","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[1509564]}
2017-02-19T17:56:56 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"2017-02-19 20:56:53.341378","user":2633,"user_images":[]}
2017-02-19T17:56:54 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:52 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:50 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:47 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:45 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:43 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:41 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:39 {"job_calibrations":[],"jobs":[],"processing_finished":"None","processing_started":"None","user":2633,"user_images":[]}
2017-02-19T17:56:38 Upload complete. Waiting for astrometry.net solver to complete...
2017-02-19T17:56:38 {"hash":"9cfc6f0c542ba728bad9a78bce2110b69fad8f97","status":"success","subid":1463888}
2017-02-19T17:55:33 Uploading file...

I have tested uploading the file myself, and astrometry.net is able to solve it just fine.

indi-asi always shows a second camera

A second ZWO CCD camera pops up with indi-asi 0.5+r2732201611180003ubuntu16.04.1

indi_getprop shows it as :

ZWO CCD �.ACTIVE_DEVICES.ACTIVE_FILTER=CCD Simulator
ZWO CCD �.ACTIVE_DEVICES.ACTIVE_FOCUSER=Focuser Simulator
ZWO CCD �.ACTIVE_DEVICES.ACTIVE_SKYQUALITY=SQM
ZWO CCD �.ACTIVE_DEVICES.ACTIVE_TELESCOPE=Telescope Simulator
ZWO CCD �.CONFIG_PROCESS.CONFIG_DEFAULT=Off
ZWO CCD �.CONFIG_PROCESS.CONFIG_LOAD=Off
ZWO CCD �.CONFIG_PROCESS.CONFIG_SAVE=Off
ZWO CCD �.CONNECTION.CONNECT=Off
ZWO CCD �.CONNECTION.DISCONNECT=On
ZWO CCD �.DEBUG.DISABLE=On
ZWO CCD �.DEBUG.ENABLE=Off
ZWO CCD �.DRIVER_INFO.DRIVER_EXEC=indi_asi_ccd
ZWO CCD �.DRIVER_INFO.DRIVER_INTERFACE=2
ZWO CCD �.DRIVER_INFO.DRIVER_NAME=ZWO CCD
ZWO CCD �.DRIVER_INFO.DRIVER_VERSION=0.5
ZWO CCD �.SIMULATION.DISABLE=On
ZWO CCD �.SIMULATION.ENABLE=Off

with the regular camera also pasted for completeness :

ZWO CCD ASI1600MM-Cool.ACTIVE_DEVICES.ACTIVE_FILTER=EFW
ZWO CCD ASI1600MM-Cool.ACTIVE_DEVICES.ACTIVE_FOCUSER=Focuser Simulator
ZWO CCD ASI1600MM-Cool.ACTIVE_DEVICES.ACTIVE_SKYQUALITY=SQM
ZWO CCD ASI1600MM-Cool.ACTIVE_DEVICES.ACTIVE_TELESCOPE=Celestron GPS
ZWO CCD ASI1600MM-Cool.CONFIG_PROCESS.CONFIG_DEFAULT=Off
ZWO CCD ASI1600MM-Cool.CONFIG_PROCESS.CONFIG_LOAD=Off
ZWO CCD ASI1600MM-Cool.CONFIG_PROCESS.CONFIG_SAVE=Off
ZWO CCD ASI1600MM-Cool.CONNECTION.CONNECT=Off
ZWO CCD ASI1600MM-Cool.CONNECTION.DISCONNECT=On
ZWO CCD ASI1600MM-Cool.DEBUG.DISABLE=Off
ZWO CCD ASI1600MM-Cool.DEBUG.ENABLE=On
ZWO CCD ASI1600MM-Cool.DEBUG_LEVEL.DBG_DEBUG=On
ZWO CCD ASI1600MM-Cool.DEBUG_LEVEL.DBG_ERROR=On
ZWO CCD ASI1600MM-Cool.DEBUG_LEVEL.DBG_SESSION=On
ZWO CCD ASI1600MM-Cool.DEBUG_LEVEL.DBG_WARNING=On
ZWO CCD ASI1600MM-Cool.DRIVER_INFO.DRIVER_EXEC=indi_asi_ccd
ZWO CCD ASI1600MM-Cool.DRIVER_INFO.DRIVER_INTERFACE=2
ZWO CCD ASI1600MM-Cool.DRIVER_INFO.DRIVER_NAME=ZWO CCD
ZWO CCD ASI1600MM-Cool.DRIVER_INFO.DRIVER_VERSION=0.5
ZWO CCD ASI1600MM-Cool.LOGGING_LEVEL.LOG_DEBUG=On
ZWO CCD ASI1600MM-Cool.LOGGING_LEVEL.LOG_ERROR=On
ZWO CCD ASI1600MM-Cool.LOGGING_LEVEL.LOG_SESSION=On
ZWO CCD ASI1600MM-Cool.LOGGING_LEVEL.LOG_WARNING=On
ZWO CCD ASI1600MM-Cool.LOG_OUTPUT.CLIENT_DEBUG=On
ZWO CCD ASI1600MM-Cool.LOG_OUTPUT.FILE_DEBUG=On
ZWO CCD ASI1600MM-Cool.SIMULATION.DISABLE=On
ZWO CCD ASI1600MM-Cool.SIMULATION.ENABLE=Off

This is on Ubuntu 16.04.1 , 4.4.0-47-generic kernel , latest INDI from bleeding PPA with indi-asi 0.5+r2732201611180003ubuntu16.04.1

indi_asi_ccd camera format setting is not stored

The indi_asi_ccd format 'raw 8-bit' or 'raw 16-bit' setting is not stored for next run.
This should probably go in the .indi/blah.xml file.
There may be other settings missing too but I ran into this one.

indi_v4l2_ccd crash

Hello!
I have a Raspberry Pi 2 running a freshly installed Ubuntu MATE 16.04 for the RPi (firmware version: 4.1.19 v7+). I attached the dedicated RPi NoIR V2 camera board, which works fine with the camera app (I can take photos with raspistill command from terminal), and streaming program, like Cheese (using bcm2835_v4l2 module). I installed the latest indi-full and kstars-bleeding from the ppa successfully. In Ekos I made a profile with only a CCD (I chose V4L2 CCD from CCD tab). When I start INDI, the ccd is trying to connect, but fails, Kstars says: "Kstars detected, that indi_v4l2_ ccd driver crashed, please check server log in the Device Manager ". Here is the Kstars-log of the latest crash:

2017-05-17T09:30:53.652 - DEBG - Welcome to KStars 2.7.7
2017-05-17T09:30:53.677 - DEBG - "Setting clock: UTC: Sze máj. 17 07:30:53 2017 GMT JD: 2Â 457Â 890,81"
2017-05-17T09:30:54.135 - DEBG - Opened the DSO Database. Ready!
2017-05-17T09:30:54.637 - DEBG - Opened the User DB. Ready.
2017-05-17T09:30:59.893 - DEBG - Processing "unnamedstars.dat" , HTMesh Level 3
2017-05-17T09:30:59.894 - DEBG - Sky Mesh Size: 512
2017-05-17T09:31:00.074 - DEBG - Loaded DSO catalog file: "unnamedstars.dat"
2017-05-17T09:31:00.081 - DEBG - Processing "deepstars.dat" , HTMesh Level 3
2017-05-17T09:31:00.082 - DEBG - Sky Mesh Size: 512
2017-05-17T09:31:00.082 - DEBG - Loaded DSO catalog file: "deepstars.dat"
2017-05-17T09:31:02.366 - WARN - "Star HD61421 not found."
2017-05-17T09:31:02.382 - WARN - "Star HD10700 not found."
2017-05-17T09:31:02.409 - WARN - "Star HD20794 not found."
2017-05-17T09:31:02.435 - WARN - "Star HD2151 not found."
2017-05-17T09:31:02.468 - WARN - "Star HD190248 not found."
2017-05-17T09:31:02.505 - WARN - "Star HD142860 not found."
2017-05-17T09:31:02.515 - WARN - "Star HD1581 not found."
2017-05-17T09:31:02.516 - WARN - "Star HD1581 not found."
2017-05-17T09:31:02.521 - WARN - "Star HD98230 not found."
2017-05-17T09:31:02.624 - DEBG - File opened: "/home/ubuntu/.local/share/kstars/ngcic.dat"
2017-05-17T09:31:02.624 - DEBG - Loading NGC/IC objects
2017-05-17T09:31:07.852 - DEBG - File opened: "/usr/share/kstars/asteroids.dat"
2017-05-17T09:31:09.155 - DEBG - File opened: "/usr/share/kstars/comets.dat"
2017-05-17T09:31:11.828 - DEBG - No WishList Saved yet
2017-05-17T09:31:16.346 - WARN - "Object named NGC 235 not found"
2017-05-17T09:31:16.465 - DEBG - Starting the timer
2017-05-17T09:31:16.466 - DEBG - Daylight Saving Time active
2017-05-17T09:31:16.466 - DEBG - Next Daylight Savings Time change (Local Time): "V okt. 29 03:00:00 2017 GMT"
2017-05-17T09:31:16.467 - DEBG - Next Daylight Savings Time change (UTC): "V okt. 29 00:59:59 2017 GMT"
2017-05-17T09:31:17.417 - DEBG - The current Date/Time is: "Sze máj. 17 09:31:17 2017 GMT+0200"
2017-05-17T09:31:17.417 - DEBG - glibc >= 2.1 detected. Using GNU extension sincos()
2017-05-17T09:31:19.231 - WARN - "Object named NGC 526 not found"
2017-05-17T09:31:21.933 - WARN - "Object named NGC 651 not found"
2017-05-17T09:31:25.978 - WARN - "Object named NGC 3314 not found"
2017-05-17T09:31:28.762 - WARN - "Object named NGC 3690 not found"
2017-05-17T09:31:32.368 - WARN - "Object named NGC 6027 not found"
2017-05-17T09:31:36.198 - WARN - "Object named IC 1179 not found"
2017-05-17T09:31:39.049 - WARN - "Object named Europa not found"
2017-05-17T09:31:49.949 - DEBG - Ekos: "Starting INDI services..."
2017-05-17T09:31:49.951 - DEBG - INDI: Starting local drivers...
2017-05-17T09:31:49.996 - DEBG - INDI: INDI Server started locally on port 7624
2017-05-17T09:31:49.998 - DEBG - INDIListener: Adding a new client manager to INDI listener..
2017-05-17T09:31:49.999 - DEBG - INDI: Connecting to local INDI server on port 7624 ...
2017-05-17T09:31:50.003 - DEBG - Connection to INDI server is successful
2017-05-17T09:31:50.004 - DEBG - Ekos: "INDI services started on port 7624."
2017-05-17T09:31:50.058 - DEBG - Received new device V4L2 CCD
2017-05-17T09:31:50.070 - DEBG - INDI Server: "2017-05-17T07:31:49: startup: /usr/bin/indiserver -v -p 7624 -m 100 -f /tmp/indififo2e6fa1e6 "
2017-05-17T09:31:50.071 - DEBG - INDI Server: "2017-05-17T07:31:50: listening to port 7624 on fd 3"
2017-05-17T09:31:50.071 - DEBG - INDI Server: "FIFO: start indi_v4l2_ccd -n "V4L2 CCD""
2017-05-17T09:31:50.071 - DEBG - INDI Server: "With name: V4L2 CCD"
2017-05-17T09:31:50.071 - DEBG - INDI Server: "FIFO: Starting driver indi_v4l2_ccd"
2017-05-17T09:31:50.072 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: pid=2714 rfd=4 wfd=7 efd=8"
2017-05-17T09:31:50.072 - DEBG - INDI Server: "2017-05-17T07:31:50: Client 5: new arrival from 127.0.0.1:52792 - welcome!"
2017-05-17T09:31:50.072 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: Using default decoder 'Builtin decoder'"
2017-05-17T09:31:50.073 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: Supported V4L2 formats are:"
2017-05-17T09:31:50.073 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: Y16 "
2017-05-17T09:31:50.073 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: NV21 "
2017-05-17T09:31:50.073 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: BA81 "
2017-05-17T09:31:50.073 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: YU12 "
2017-05-17T09:31:50.074 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: NV12 "
2017-05-17T09:31:50.074 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: YV12 "
2017-05-17T09:31:50.074 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: BYR2 "
2017-05-17T09:31:50.074 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: RGB3 "
2017-05-17T09:31:50.074 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: RGGB "
2017-05-17T09:31:50.075 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: JPEG "
2017-05-17T09:31:50.075 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: MJPG "
2017-05-17T09:31:50.075 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: RGBO "
2017-05-17T09:31:50.075 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: RGBP "
2017-05-17T09:31:50.076 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: YVYU "
2017-05-17T09:31:50.076 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: YUYV "
2017-05-17T09:31:50.076 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: GREY "
2017-05-17T09:31:50.076 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: VYUY "
2017-05-17T09:31:50.076 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: UYVY "
2017-05-17T09:31:50.077 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: snooping on Telescope Simulator.EQUATORIAL_EOD_COORD"
2017-05-17T09:31:50.077 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: snooping on Telescope Simulator.TELESCOPE_INFO"
2017-05-17T09:31:50.077 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: snooping on CCD Simulator.FILTER_SLOT"
2017-05-17T09:31:50.078 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: snooping on CCD Simulator.FILTER_NAME"
2017-05-17T09:31:50.078 - DEBG - INDI Server: "2017-05-17T07:31:50: Driver indi_v4l2_ccd: snooping on SQM.SKY_QUALITY"
2017-05-17T09:31:50.078 - DEBG - INDI Server: ""
2017-05-17T09:31:50.170 - DEBG - INDIListener: Processing device V4L2 CCD
2017-05-17T09:31:50.170 - DEBG - Ekos received a new device: V4L2 CCD
2017-05-17T09:31:50.269 - DEBG - < V4L2 CCD >: < CONNECTION >
2017-05-17T09:31:50.478 - DEBG - < V4L2 CCD >: < DRIVER_INFO >
2017-05-17T09:31:50.629 - DEBG - < V4L2 CCD >: < DEBUG >
2017-05-17T09:31:50.959 - DEBG - < V4L2 CCD >: < CONFIG_PROCESS >
2017-05-17T09:31:50.968 - DEBG - < V4L2 CCD >: < ACTIVE_DEVICES >
2017-05-17T09:31:51.027 - DEBG - < V4L2 CCD >: < DEVICE_PORT >
2017-05-17T09:31:52.457 - DEBG - INDI Server: "Child process 2714 died"
2017-05-17T09:31:52.457 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: stderr EOF"
2017-05-17T09:31:52.458 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: restart #1"
2017-05-17T09:31:52.458 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: pid=2730 rfd=4 wfd=8 efd=9"
2017-05-17T09:31:52.458 - DEBG - INDI Server: ""
2017-05-17T09:31:52.545 - DEBG - V4L2 CCD : "Using default recorder (SER File Recorder) "
2017-05-17T09:31:52.571 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: Using default decoder 'Builtin decoder'"
2017-05-17T09:31:52.572 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: Supported V4L2 formats are:"
2017-05-17T09:31:52.572 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: Y16 "
2017-05-17T09:31:52.573 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: NV21 "
2017-05-17T09:31:52.573 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: BA81 "
2017-05-17T09:31:52.574 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: YU12 "
2017-05-17T09:31:52.574 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: NV12 "
2017-05-17T09:31:52.575 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: YV12 "
2017-05-17T09:31:52.575 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: BYR2 "
2017-05-17T09:31:52.575 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: RGB3 "
2017-05-17T09:31:52.576 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: RGGB "
2017-05-17T09:31:52.576 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: JPEG "
2017-05-17T09:31:52.576 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: MJPG "
2017-05-17T09:31:52.576 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: RGBO "
2017-05-17T09:31:52.577 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: RGBP "
2017-05-17T09:31:52.577 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: YVYU "
2017-05-17T09:31:52.577 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: YUYV "
2017-05-17T09:31:52.578 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: GREY "
2017-05-17T09:31:52.578 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: VYUY "
2017-05-17T09:31:52.578 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: UYVY "
2017-05-17T09:31:52.578 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: snooping
on Telescope Simulator.EQUATORIAL_EOD_COORD"
2017-05-17T09:31:52.579 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: snooping on Telescope Simulator.TELESCOPE_INFO"
2017-05-17T09:31:52.579 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: snooping on CCD Simulator.FILTER_SLOT"
2017-05-17T09:31:52.579 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: snooping on CCD Simulator.FILTER_NAME"
2017-05-17T09:31:52.580 - DEBG - INDI Server: "2017-05-17T07:31:52: Driver indi_v4l2_ccd: snooping on SQM.SKY_QUALITY"
2017-05-17T09:31:52.580 - DEBG - INDI Server: ""
2017-05-17T09:32:19.632 - DEBG - Reporting new timestep value: 60

After the crash, sometimes, but not in all case, Ubuntu sends an error message too, I attached the ".crash" file in a supported format.
I updated the firmware (sudo rpi-update), than I tried to remove and reinstall kstars-bleeding and indi-full without success, I always got this error. I tried to upgrade the obsolate packages, that Ubuntu error message mentioned, but the indi_v4l2_ ccd crashed again. I dont't know is it a bug, or something else, maybe a problem with my system, but it seems to a consequent error.

P.S.: I am just an end-user, I' m very new in Linux, Kstars/INDI, and I have no programming skills at all :-(
Thanks,
Gabor

_usr_bin_indi_v4l2_ccd.txt

pyIndi-client build bug

Hello,

First of all, I wanted to tahnk you for this wonderfull project. I am so enthusiastic about it, that I would like to dive a bit deeper in the project in the month to come.

I don't know if it is the best place to post this, but it looks like there is a compile error on my setup (anaconda) for the pyIndi-client:

indiclientpython_wrap.cpp:20962:50: error: ‘PyString_AsStringAndSize’ was not declared in this scope
if (PyString_AsStringAndSize(obj1, &buf, &len) == -1)

Thank you in advance for your help, and let me know if there is a better place to report this problem.
Wish this awesome project a very long life !!!

Meridian flip remaining on same side of meridian

My last session was pointing at NGC6888, and was managed by the Ekos scheduler. The plan had ~20 480-second exposure. Ekos did request a meridian flip around 2am, but somehow the mount simply adjusted its position without flipping. This morning, the mount was about to hit the tripod, and Ekos was still locked up waiting for the flip. Extract from the mount log:

2017-06-20T02:14:11: Telescope slew is complete. Tracking TRACK_SIDEREAL... 
2017-06-20T02:14:11: Iterative Goto (1): RA diff = 0.83 arcsecs DE diff = 0.01 arcsecs 
2017-06-20T02:14:11: Slewing to RA: 20:13:00 - DEC: 38:25:56 
2017-06-20T02:14:10: Slewing mount: RA increment = 24, DE increment = -1 
2017-06-20T02:14:10: Setting Eqmod Goto RA=20.6867 DE=37.0964 (target RA=20.2166 DE=38.4322) 
2017-06-20T02:14:10: Aligned Eqmod Goto RA=20.6867 DE=37.0964 (target RA=20.2166 DE=38.4322) 
2017-06-20T02:14:10: GOTO ALign Nearest: delta RA = 0.470111, delta DEC  = -1.335801 
2017-06-20T02:14:10: Starting Goto RA=20.2166 DE=38.4322 (current RA=20.6867 DE=37.0964) 
2017-06-20T02:12:41: Telescope slew is complete. Tracking TRACK_SIDEREAL... 
2017-06-20T02:12:41: Iterative Goto (1): RA diff = 0.21 arcsecs DE diff = 0.16 arcsecs 
2017-06-20T02:12:40: Slewing to RA: 20:13:00 - DEC: 38:25:58 
2017-06-20T02:12:40: Slewing mount: RA increment = 36, DE increment = 0 
2017-06-20T02:12:40: Setting Eqmod Goto RA=20.6868 DE=37.097 (target RA=20.2167 DE=38.4328) 
2017-06-20T02:12:40: Aligned Eqmod Goto RA=20.6868 DE=37.097 (target RA=20.2167 DE=38.4328) 
2017-06-20T02:12:40: GOTO ALign Nearest: delta RA = 0.470111, delta DEC  = -1.335801 
2017-06-20T02:12:40: Starting Goto RA=20.2167 DE=38.4328 (current RA=20.6868 DE=37.097) 
2017-06-19T22:58:30: Align: current point is 4 
2017-06-19T22:58:29: Align Sync: point added: lst=16.97932676 celestial RA 20.22050000 DEC 38.46850000 Telescope RA 20.69061134 DEC 37.13269947 
2017-06-19T22:58:29: Align Triangulate: number of faces is 5 
2017-06-19T22:58:29: Align Pointset: added point 4 alt = 53.9745 az = 87.2263 
2017-06-19T22:57:59: Telescope slew is complete. Tracking TRACK_SIDEREAL... 
2017-06-19T22:57:59: Iterative Goto (2): RA diff = 1.10 arcsecs DE diff = 0.01 arcsecs 
2017-06-19T22:57:58: Iterative goto (1): slew mount to RA increment = 1154, DE increment = 0 
2017-06-19T22:57:58: Iterative Goto (1): RA diff = 11.01 arcsecs DE diff = 0.01 arcsecs 
2017-06-19T22:57:46: Slewing to RA: 20:13:08 - DEC: 38:28:09 
2017-06-19T22:57:46: Slewing mount: RA increment = 65638, DE increment = -58621 
2017-06-19T22:57:46: Setting Eqmod Goto RA=20.6903 DE=37.1327 (target RA=20.2189 DE=38.4693) 
2017-06-19T22:57:46: Aligned Eqmod Goto RA=20.6903 DE=37.1327 (target RA=20.2189 DE=38.4693) 
2017-06-19T22:57:46: GOTO ALign Nearest: delta RA = 0.471373, delta DEC  = -1.336597 
2017-06-19T22:57:46: Starting Goto RA=20.2189 DE=38.4693 (current RA=20.8648 DE=39.4713) 

The log shows the last alignment on NGC6888 around 11pm, and the meridian flip around 2am. However I see no mention of the actual flip, if any is to be visible in that log. Effectively the flip was not done. I could see Ekos waiting for the flip (and a big problem with guiding at that specific moment, which I also need to debug):

meridianflipissue

Unfortunately KStars had no debug log set (configuration error from me), so I don't know what the engine was doing or expecting. So I'll have to reproduce the issue with a specific scenario.

Any idea what could lead to this situation?

Orion SSAG (using indi_qhy_ccd driver) no longer recognized

lsusb does not show the connected camera.

In the 85-qhy.rules I find the following lines-

Is 296d QHY5 or something else? Not sure

ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="296d", RUN+="/sbin/fxload -t fx2 -I /lib/firmware/qhy/QHY5.HEX -D $env{DEVNAME}"

I comment out the ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="296d", RUN+="/sbin/fxload -t fx2 -I /lib/firmware/qhy/QHY5.HEX -D $env{DEVNAME}" line.

lsusb now shows the connected camera- Bus 001 Device 017: ID 16c0:296d Van Ooijen Technische Informatica and indi has a successful conversation to/from the device.

-gary-

Compile error from the last github src

Build problem originally posted at http://indilib.org/forum/general/1779-compile-error-from-the-last-github-src.html

The errors are reported on distribution raspbian, and are similar to:

/home/pi/Projects/indi/libindi/libs/webcam/v4l2_base.h: In member function ‘bool V4L2_Base::is_compressed() const’:
/home/pi/Projects/indi/libindi/libs/webcam/v4l2_base.h:174:51: error: ‘const struct v4l2_pix_format’ has no member named ‘flags’
bool is_compressed() const { return fmt.fmt.pix.flags & V4L2_FMT_FLAG_COMPRESSED; };

Apparently latest raspbian kernel headers [exact version missing] don't provide headers declaring pixel format flags.

No issue on Ubuntu Mate kernel headers [exact version missing].
No issue on Gentoo, kernel headers 4.4.

saving the first capture (and only the first one) on Sony A6000 fails

The first attempt at a capture will fail (whether using CCDciel or Kstars) when the image is being downloaded. If I wait for the camera to clear/reset (which it will do) all subsequent captures or previews (single shot, looping or sequence) work just fine.

The specific error message received "Exposure failed to save image... Unspecified error" seems to come from gphoto_cdd.cpp line 1197.

LIBINDI, LIBGPHOTO2 and KSTARS have all been built, within the last week, from their respective GitHub source. Patrick Chevalley has provided an updated CCDciel in his attempts.

What follows is an extract of the portion of the log that show the exposure and error.

DEBUG 69.608849 sec : Starting exposure (exptime: 1 secs, mirror lock: 0)
DEBUG 69.608858 sec : Mutex locked
DEBUG 69.608867 sec : Setting radio/menu widget iso: 11 (800)
DEBUG 69.609042 sec : Setting new configuration OK.
DEBUG 69.609050 sec : Using internal bulb widget:bulb
DEBUG 69.609057 sec : Setting toggle widget bulb: 1
DEBUG 69.627320 sec : Setting new configuration OK.
DEBUG 69.627359 sec : Exposure started
INFO 69.627370 sec : Starting 1 sec exposure
DEBUG 69.627449 sec : Time left: 1000
DEBUG 70.627648 sec : Reading exposure...
DEBUG 70.627695 sec : Time left: 0
DEBUG 70.627702 sec : Closing shutter
DEBUG 70.627709 sec : Using widget:bulb
DEBUG 70.627716 sec : Setting toggle widget bulb: 0
DEBUG 70.644312 sec : Setting new configuration OK.
DEBUG 70.644366 sec : Exposure complete
DEBUG 70.648790 sec : Unknown event.
DEBUG 70.651903 sec : Unknown event.
DEBUG 70.655522 sec : Unknown event.
DEBUG 71.714851 sec : Event timed out #1, retrying...
DEBUG 72.773867 sec : Event timed out #2, retrying...
DEBUG 73.829475 sec : Event timed out #3, retrying...
DEBUG 74.887770 sec : Event timed out #4, retrying...
DEBUG 75.944219 sec : Event timed out #5, retrying...
DEBUG 77.001773 sec : Event timed out #6, retrying...
DEBUG 78.059194 sec : Event timed out #7, retrying...
DEBUG 79.116672 sec : Event timed out #8, retrying...
DEBUG 80.175339 sec : Event timed out #9, retrying...
DEBUG 81.232014 sec : Event timed out #10, retrying...
ERROR 81.232088 sec : Exposure failed to save image... Unspecified error

The entire INDI log (3.7MB) is attached
indi_gphoto_ccd_23:38:04.txt

KStars 2.6 detected INDI driver indi_lx200gps crashed.

Please check INDI server log in the Device Manager.

2016-08-25T20:56:21: startup: /usr/bin/indiserver -v -p 7624 -m 100 -f /tmp/indififo7ef67287
2016-08-25T20:56:21: listening to port 7624 on fd 3
FIFO: start indi_lx200gps -n "LX90"
With name:
FIFO: Starting driver indi_lx200gps
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5447 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #1
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5448 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #2
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5449 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #3
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5450 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #4
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5451 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #5
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5452 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #6
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5453 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #7
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5454 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #8
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5455 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #9
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5456 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: restart #10
2016-08-25T20:56:21: Driver indi_lx200gps: pid=5457 rfd=4 wfd=7 efd=8
2016-08-25T20:56:21: Driver indi_lx200gps: initializing from LX200 GPS device...
2016-08-25T20:56:21: Driver indi_lx200gps: : symbol lookup error: undefined symbol: _ZN4INDI9Telescope22SetTelescopeCapabilityEjh
2016-08-25T20:56:21: Driver indi_lx200gps: stderr EOF
2016-08-25T20:56:21: Driver indi_lx200gps: Terminated after #10 restarts.

QHY9S indi_qhy_ccd driver not working

I have an issue with the QHY driver.
Connecting to the CCD works, except

2016-07-13T18:26:26: Driver indi_qhy_ccd: get info from camera failure QHY9S-0-M-
Starting exposure works.
At downloading driver restarts...

indiserver -vv:

2016-07-13T18:16:42: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:42: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:42: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:42: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:42: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:42: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:42: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:42: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:42: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:42: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:42: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:42: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:43: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:43: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:43: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:43: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:43: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:43: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:43: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:43: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:43: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:43: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:43: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:43: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:43: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:43: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:43: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:44: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:44: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:44: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:44: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:44: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:44: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:44: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:44: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:44: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:44: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:44: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:44: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:44: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:44: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:44: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:45: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:45: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:45: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:45: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:45: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:45: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:45: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:45: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:45: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:45: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:45: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:45: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:45: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:45: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:45: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:46: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:46: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:46: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:46: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:46: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:46: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:46: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:46: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:46: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:46: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:46: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:46: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:46: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:46: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:46: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:47: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:47: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:47: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:47: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:47: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:47: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:47: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:47: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:47: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:47: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:47: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:47: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:47: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:47: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:47: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:48: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:48: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:48: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:48: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:48: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:48: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:48: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:48: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:48: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:48: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_TEMPERATURE'>
2016-07-13T18:16:48: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:48: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_COOLER_POWER'>
2016-07-13T18:16:48: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:48: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:48: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:16:49: Driver indi_qhy_ccd: read <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:49: Client 0: queuing <message device='QHY CCD QHY9S-0-M-' name=''>
2016-07-13T18:16:49: Driver indi_qhy_ccd: read <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:49: Client 0: queuing <setNumberVector device='QHY CCD QHY9S-0-M-' name='CCD_EXPOSURE'>
2016-07-13T18:16:49: Client 0: sending <message device="QHY CCD QHY9S-0-M-" timestamp="20
2016-07-13T18:16:49: Client 0: sending <setNumberVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:00: Driver indi_qhy_ccd: stderr EOF
2016-07-13T18:17:00: Driver indi_qhy_ccd: restart #1
2016-07-13T18:17:00: Driver indi_qhy_ccd: pid=2029 rfd=3 wfd=7 efd=8
2016-07-13T18:17:00: Driver indi_qhy_ccd: sending <getProperties version='1.7'/>

2016-07-13T18:17:00: Driver indi_qhy_ccd: get info from camera failure QHY9S-0-M-
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='Telescope Simulator' name='EQUATORIAL_EOD_COORD'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: snooping on Telescope Simulator.EQUATORIAL_EOD_COORD
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='Telescope Simulator' name='TELESCOPE_INFO'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: snooping on Telescope Simulator.TELESCOPE_INFO
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='CCD Simulator' name='FILTER_SLOT'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: snooping on CCD Simulator.FILTER_SLOT
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='CCD Simulator' name='FILTER_NAME'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: snooping on CCD Simulator.FILTER_NAME
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <defSwitchVector device='QHY CCD QHY9S-0-M-' name='CONNECTION'>
2016-07-13T18:17:00: Client 0: queuing <defSwitchVector device='QHY CCD QHY9S-0-M-' name='CONNECTION'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <defTextVector device='QHY CCD QHY9S-0-M-' name='DRIVER_INFO'>
2016-07-13T18:17:00: Client 0: queuing <defTextVector device='QHY CCD QHY9S-0-M-' name='DRIVER_INFO'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <defSwitchVector device='QHY CCD QHY9S-0-M-' name='DEBUG'>
2016-07-13T18:17:00: Client 0: queuing <defSwitchVector device='QHY CCD QHY9S-0-M-' name='DEBUG'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <defSwitchVector device='QHY CCD QHY9S-0-M-' name='SIMULATION'>
2016-07-13T18:17:00: Client 0: queuing <defSwitchVector device='QHY CCD QHY9S-0-M-' name='SIMULATION'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <defSwitchVector device='QHY CCD QHY9S-0-M-' name='CONFIG_PROCESS'>
2016-07-13T18:17:00: Client 0: queuing <defSwitchVector device='QHY CCD QHY9S-0-M-' name='CONFIG_PROCESS'>
2016-07-13T18:17:00: Client 0: sending <defSwitchVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <defTextVector device='QHY CCD QHY9S-0-M-' name='ACTIVE_DEVICES'>
2016-07-13T18:17:00: Client 0: queuing <defTextVector device='QHY CCD QHY9S-0-M-' name='ACTIVE_DEVICES'>
2016-07-13T18:17:00: Client 0: sending <defTextVector device="QHY CCD QHY9S-0-M-" name="D
2016-07-13T18:17:00: Client 0: sending <defSwitchVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:00: Client 0: sending <defSwitchVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <setTextVector device='QHY CCD QHY9S-0-M-' name='ACTIVE_DEVICES'>
2016-07-13T18:17:00: Client 0: queuing <setTextVector device='QHY CCD QHY9S-0-M-' name='ACTIVE_DEVICES'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='Telescope Simulator' name='EQUATORIAL_EOD_COORD'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='Telescope Simulator' name='TELESCOPE_INFO'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='QHY CCD QHY9S-0-M-' name='FILTER_SLOT'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: snooping on QHY CCD QHY9S-0-M-.FILTER_SLOT
2016-07-13T18:17:00: Driver indi_qhy_ccd: read <getProperties device='QHY CCD QHY9S-0-M-' name='FILTER_NAME'>
2016-07-13T18:17:00: Driver indi_qhy_ccd: snooping on QHY CCD QHY9S-0-M-.FILTER_NAME
2016-07-13T18:17:00: Client 0: sending <defSwitchVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:00: Client 0: sending <defTextVector device="QHY CCD QHY9S-0-M-" name="A
2016-07-13T18:17:00: Client 0: sending <setTextVector device="QHY CCD QHY9S-0-M-" name="A
2016-07-13T18:17:12: Client 0: read <newSwitchVector device='QHY CCD QHY9S-0-M-' name='CONNECTION'>
2016-07-13T18:17:12: Driver indi_qhy_ccd: queuing responsible for <newSwitchVector device='QHY CCD QHY9S-0-M-' name='CONNECTION'>
2016-07-13T18:17:12: Driver indi_qhy_ccd: sending <newSwitchVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:12: Driver indi_qhy_ccd: read <setSwitchVector device='QHY CCD QHY9S-0-M-' name='CONNECTION'>
2016-07-13T18:17:12: Client 0: queuing <setSwitchVector device='QHY CCD QHY9S-0-M-' name='CONNECTION'>
2016-07-13T18:17:12: Client 0: sending <setSwitchVector device="QHY CCD QHY9S-0-M-" name=
2016-07-13T18:17:16: Client 0: read EOF
2016-07-13T18:17:16: Client 0: shut down complete - bye!

EKOS:

2016-07-13T18:26:15: Exposure done, downloading image... 
2016-07-13T18:26:14: CCD Temp: 4.35227 CCD RAW Cooling Power: 44.2586, CCD Cooling percentage: 17.3563 
2016-07-13T18:26:14: Taking a 1 seconds frame... 
2016-07-13T18:26:14: SetQHYCCDResolution camroix 0 camroiy 0 camroiwidth 3584 camroiheight 2574 
2016-07-13T18:26:14: SetQHYCCDBinMode 1x1 
2016-07-13T18:26:14: Current exposure time is 1000000.000000 us 
2016-07-13T18:26:13: CCD Temp: 4.00861 CCD RAW Cooling Power: 44.2586, CCD Cooling percentage: 17.3563 
2016-07-13T18:26:12: CCD Temp: 4.00861 CCD RAW Cooling Power: 44.2586, CCD Cooling percentage: 17.3563 
2016-07-13T18:26:11: CCD Temp: 3.52528 CCD RAW Cooling Power: 44.2586, CCD Cooling percentage: 17.3563 
2016-07-13T18:26:10: CCD Temp: 3.52528 CCD RAW Cooling Power: 24.4225, CCD Cooling percentage: 9.57743 
2016-07-13T18:26:09: CCD Temp: 2.7952 CCD RAW Cooling Power: 24.4225, CCD Cooling percentage: 9.57743 

I hope this makes sense to someone.

Marco

indi_gpsd: reports GPS fix obtained repeatedly without actual fix

In the logfile, the lines:

2017-04-28T16:25:44: GPS fix obtained.

are repeated every second even though the fix mode in the GPSD tab of the INDI control panel properly says NO FIX.

the actual gpsd process does not have location data at this point, and is attempting to lock on to more satellites with the gps unit.

Additionally, once this is scrolling in the log file, the gpsd service can be completely stopped, and this message continues to be added to the log. Pressing the Update button finally gives the proper GPSD read error, and the messages stop.

indi-tess does not compile

indi-tess does not compile since last changes (duconfig.h not found which was in indi-tess ealier), I get the following error message (Fedora 22, 23, 24):

[ 117s] + make -j8
[ 117s] /usr/bin/cmake -H/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca -B/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca --check-build-system CMakeFiles/Makefile.cmake 0
[ 117s] /usr/bin/cmake -E cmake_progress_start /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/CMakeFiles /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/CMakeFiles/progress.marks
[ 117s] make -f CMakeFiles/Makefile2 all
[ 117s] make[1]: Entering directory '/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca'
[ 117s] make -f CMakeFiles/indi_tess.dir/build.make CMakeFiles/indi_tess.dir/depend
[ 117s] make[2]: Entering directory '/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca'
[ 117s] cd /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/CMakeFiles/indi_tess.dir/DependInfo.cmake --color=
[ 117s] Scanning dependencies of target indi_tess
[ 117s] make[2]: Leaving directory '/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca'
[ 117s] make -f CMakeFiles/indi_tess.dir/build.make CMakeFiles/indi_tess.dir/build
[ 117s] make[2]: Entering directory '/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca'
[ 117s] [ 33%] Building CXX object CMakeFiles/indi_tess.dir/tess.o
[ 117s] /usr/bin/c++ -I/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca -I/usr/include/libindi -I/usr/include/libnova -std=c++0x -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -o CMakeFiles/indi_tess.dir/tess.o -c /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/tess.cpp
[ 117s] [ 66%] Building CXX object CMakeFiles/indi_tess.dir/tess_algebra.o
[ 117s] /usr/bin/c++ -I/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca -I/usr/include/libindi -I/usr/include/libnova -std=c++0x -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -o CMakeFiles/indi_tess.dir/tess_algebra.o -c /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/tess_algebra.cpp
[ 117s] /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/tess.cpp:37:22: fatal error: duconfig.h: No such file or directory
[ 117s] #include <duconfig.h>
[ 117s] ^
[ 117s] compilation terminated.
[ 117s] CMakeFiles/indi_tess.dir/build.make:65: recipe for target 'CMakeFiles/indi_tess.dir/tess.o' failed
[ 117s] make[2]: *** [CMakeFiles/indi_tess.dir/tess.o] Error 1
[ 117s] make[2]: *** Waiting for unfinished jobs....
[ 117s] /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/tess_algebra.cpp: In function 'int get_heading(const vector_, const vector_, const vector_, vector_)':
[ 117s] /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/tess_algebra.cpp:84:16: warning: 'pitch' may be used uninitialized in this function [-Wmaybe-uninitialized]
[ 117s] pitch = pitch_180/M_PI;
[ 117s] ~~~~~^~~~
[ 117s] /home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca/tess_algebra.cpp:78:14: warning: 'roll' may be used uninitialized in this function [-Wmaybe-uninitialized]
[ 117s] roll = roll_180/M_PI;
[ 117s] ~~~~^~~~
[ 117s] make[2]: Leaving directory '/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca'
[ 117s] CMakeFiles/Makefile2:70: recipe for target 'CMakeFiles/indi_tess.dir/all' failed
[ 117s] make[1]: *** [CMakeFiles/indi_tess.dir/all] Error 2
[ 117s] make[1]: Leaving directory '/home/abuild/rpmbuild/BUILD/indi-tess-1.2.0.gite89c98ca'
[ 117s] Makefile:130: recipe for target 'all' failed
[ 117s] make: *** [all] Error 2
[ 117s] error: Bad exit status from /var/tmp/rpm-tmp.3iHUBU (%build)

Paramount driver - Ekos Crash

I updated my system tonight (apt-get update && apt-get upgrade). What was working before is no longer working. Shortly after connecting to the TCP server of TSX Ekos crashes. If I do not connect to the mount Ekos does not crash. Debug log below for the driver - it doesn't look interesting.

INFO	16.064648 sec	: Session log file /home/schwim/.indi/logs/2017-05-19/indi_paramount_telescope/indi_paramount_telescope_07:45:51.log
DEBUG	18.896158 sec	: Toggle Logging Level -- Driver Debug
DEBUG	19.679526 sec	: Toggle Debug Level -- Driver Debug
DEBUG	23.969710 sec	: Toggle Debug Level -- Scope Verbose
DEBUG	24.830992 sec	: Toggle Logging Level -- Scope Verbose
INFO	76.896671 sec	: Connecting to 127.0.0.1@3040 ...
DEBUG	76.896788 sec	: Connection successful, attempting handshake...
DEBUG	76.896813 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.ConnectAndDoNotUnpark();Out = sky6RASCOMTele.IsConnected;
DEBUG	79.933146 sec	: RES: 1|No error. Error = 0.
INFO	79.933308 sec	: Paramount is online.
DEBUG	79.934082 sec	: CMD: /* Java Script */var Out;Out = sky6RASCOMTele.IsTracking;
DEBUG	82.962158 sec	: RES: 0|No error. Error = 0. Paramount.
INFO	82.963531 sec	: Mount is unparked.
DEBUG	82.963731 sec	: CMD: /* Java Script */var Out;Out = sky6RASCOMTele.IsParked();
DEBUG	85.967300 sec	: RES: false|No error. Error = 0.
INFO	85.967405 sec	: Mount is unparked.
DEBUG	85.967511 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	88.970811 sec	: RES: 13.645936804462972,-0.013334417197765205|No error. Error = 0.
SCOPE	88.970923 sec	: Current RA: 13:38:45 Current DEC: -0:00:48
ERROR	88.970968 sec	: Error loading user configuration. Unable to open config file. Error loading file /home/schwim/.indi/Paramount_config.xml: No such file or directory
. To save user configuration, click Save under the Configuration property in the Options tab. 
DEBUG	89.971189 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	92.973936 sec	: RES: 13.647044793450215,-0.013334483642811187|No error. Error = 0.
SCOPE	92.974105 sec	: Current RA: 13:38:49 Current DEC: -0:00:48
DEBUG	93.975025 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	97.041365 sec	: RES: 13.6481888003175,-0.013334442209247148|No error. Error = 0.\ufffd\ufffd
SCOPE	97.041467 sec	: Current RA: 13:38:53 Current DEC: -0:00:48
DEBUG	98.042532 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	101.046197 sec	: RES: 13.649296799694982,-0.013334445965180174|No error. Error = 0.
SCOPE	101.046302 sec	: Current RA: 13:38:57 Current DEC: -0:00:48
DEBUG	102.048211 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	105.049702 sec	: RES: 13.65041681473058,-0.013334355249005884|No error. Error = 0.\ufffd
SCOPE	105.049814 sec	: Current RA: 13:39:02 Current DEC: -0:00:48
DEBUG	106.050872 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	109.054174 sec	: RES: 13.651524812032031,-0.013334371530434309|No error. Error = 0.
SCOPE	109.054302 sec	: Current RA: 13:39:05 Current DEC: -0:00:48
DEBUG	110.055367 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	113.064260 sec	: RES: 13.652632809328543,-0.013334387841683617|No error. Error = 0.
SCOPE	113.064432 sec	: Current RA: 13:39:09 Current DEC: -0:00:48
DEBUG	114.064674 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	117.068262 sec	: RES: 13.653764804202732,-0.013334418767900135|No error. Error = 0.
SCOPE	117.068362 sec	: Current RA: 13:39:14 Current DEC: -0:00:48
DEBUG	118.068554 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	121.069126 sec	: RES: 13.654872814462335,-0.013334356867434359|No error. Error = 0.
SCOPE	121.069385 sec	: Current RA: 13:39:18 Current DEC: -0:00:48
DEBUG	122.070438 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	125.073793 sec	: RES: 13.655984813519742,-0.013334362554479381|No error. Error = 0.
SCOPE	125.073900 sec	: Current RA: 13:39:22 Current DEC: -0:00:48
DEBUG	126.074949 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	129.078310 sec	: RES: 13.65710881784013,-0.013334336487892921|No error. Error = 0.\ufffd
SCOPE	129.078546 sec	: Current RA: 13:39:26 Current DEC: -0:00:48
DEBUG	130.079617 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	133.094972 sec	: RES: 13.65822882040456,-0.013334321015763019|No error. Error = 0.\ufffd
SCOPE	133.095075 sec	: Current RA: 13:39:30 Current DEC: -0:00:48
DEBUG	134.095933 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	137.099267 sec	: RES: 13.659340819461985,-0.013334326702655375|No error. Error = 0.
SCOPE	137.099382 sec	: Current RA: 13:39:34 Current DEC: -0:00:48
DEBUG	138.100447 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	141.103730 sec	: RES: 13.66044481500255,-0.013334353608119515|No error. Error = 0.\ufffd
SCOPE	141.103852 sec	: Current RA: 13:39:38 Current DEC: -0:00:48
DEBUG	142.104230 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	145.161793 sec	: RES: 13.661572797361629,-0.013334460043393784|No error. Error = 0.
SCOPE	145.161905 sec	: Current RA: 13:39:42 Current DEC: -0:00:48
DEBUG	146.162943 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	149.169490 sec	: RES: 13.662700827160132,-0.013334280257058632|No error. Error = 0.
SCOPE	149.169593 sec	: Current RA: 13:39:46 Current DEC: -0:00:48
DEBUG	150.170674 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	153.221116 sec	: RES: 13.663828833241324,-0.013334243567288845|No error. Error = 0.
SCOPE	153.221218 sec	: Current RA: 13:39:50 Current DEC: -0:00:48
DEBUG	154.221652 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	157.224947 sec	: RES: 13.664940832293842,-0.013334249283734913|No error. Error = 0.
SCOPE	157.225051 sec	: Current RA: 13:39:54 Current DEC: -0:00:48
DEBUG	158.226100 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	161.229451 sec	: RES: 13.666048829718303,-0.013334264822767786|No error. Error = 0.
SCOPE	161.229552 sec	: Current RA: 13:39:58 Current DEC: -0:00:48
DEBUG	162.230609 sec	: CMD: /* Java Script */var Out;sky6RASCOMTele.GetRaDec();Out = String(sky6RASCOMTele.dRa) + ',' + String(sky6RASCOMTele.dDec);
DEBUG	165.233886 sec	: RES: 13.667176835671595,-0.013334228904734171|No error. Error = 0.
SCOPE	165.233989 sec	: Current RA: 13:40:02 Current DEC: -0:00:48

Limited functionality with Canon 20D

There appears to be a bug with libgphoto, and it looks like the canon_ccd and gphoto_ccd drivers both have the same issue with this camera.

The problem manifests itself as a proper commanding of the camera to capture an image and subsequent download is OK. Second capture never triggers a download event as libgphoto apparently goes braindead and doesn't see the new image on the camera.

Adding --keep to gphoto2 commandline prevents the issue from coming up, however this does not help me in the case of indilib. I'm not positive that the image delete is causing the problem. Does indi delete images from camera after capture? If so, is this configurable somehow so I can test a workaround?

I've replicated this problem with the newest indilib on both debian and gentoo systems. I've had the same problem with intel and ARM (raspberry pi / pine64).

I understand that this is certainly a problem in libgphoto2 (one that goes back to 2013 apparently), but I'm hoping that since there is a workaround with gphoto2, a similar workaround can be attempted with indi.

In the case of indi, after the first capture is made, the camera becomes completely unresponsive to commands. A usb reset is required to restore functionality. I can provide any logs upon request.

Problem with libqhy build in i386 arch

It seems that the 32 build fails due to the wrong architecture of the blob part of the libqhy (see https://launchpadlibrarian.net/320571332/buildlog_ubuntu-artful-i386.libqhy_0.1.8+3091~ubuntu17.10.1_BUILDING.txt.gz)
I know too little about the qhy build to debug it further bu it seems to be looking for 64bit symbols and libraries:
cannot find library libc.so.6 needed by debian/libqhy/usr/lib/libqhy.so.0.1.8 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
The failure is universal across all ubuntu releases but is limited to i386 architecture (see https://code.launchpad.net/~jochym/+recipe/libqhy-daily ).

Strange offset in FITS images using V4L2 driver

Although I don't know whether it is related to V4L2, I observe strange offset in the beginning of my FITS images captured with a DMK-21AU04-AS. I converted the following 5-second FITS darks into (reversed, sorry) PNG files, settings undefined pixels to white.

dark_5_secs_2017-06-16t23-44-50_002
dark_5_secs_2017-06-16t23-44-43_001

On the second dark, I noticed that the hot pixels were not located at the same place. There is a white offset at the bottom which is not on the first picture. Here's the top part of a longer exposure showing the problem as seen in the KStars viewer (transparent menu is visible on the left, sorry):

capture

Given the fact that the CCD here is 640x480, it appears that the first pixel of the picture is at X=372,Y=1, that is, and offset of 372+640*1=1012 bytes. I see the same offset on all corrupted pictures.

The occurrence during my last session was low (1 dark out of 120 with various durations for instance), but curiously enough, this issue appeared far more often when using the focuser tab in Ekos. I see no obvious relation there, except maybe the fact that the focuser tab is using crop extensively. I tried to fiddle the V4L2 settings, but could not find a trigger anywhere. That could also be my hardware starting to die.

Could anyone try to reproduce this in order to gather more information?

GotoNova: isSlewComplete times out

After the second slew, there are timeout errors, and the mount will only move a little bit then stop. I traced the problem down, and here is a patch to fix it. It is verified to work.

diff --git a/libindi/drivers/telescope/lx200gotonova.cpp b/libindi/drivers/telescope/lx200gotonova.cpp
index dc0aefa..657309e 100644
--- a/libindi/drivers/telescope/lx200gotonova.cpp
+++ b/libindi/drivers/telescope/lx200gotonova.cpp
@@ -201,11 +201,11 @@ bool LX200GotoNova::isSlewComplete()
     int nbytes_read    = 0;
     int nbytes_written = 0;

-    strncpy(cmd, ":SE?#", 16);
+    strncpy(cmd, ":SE?#", 6);

     DEBUGF(INDI::Logger::DBG_DEBUG, "CMD (%s)", cmd);

-    if ((errcode = tty_write(PortFD, cmd, 4, &nbytes_written)) != TTY_OK)
+    if ((errcode = tty_write(PortFD, cmd, 6, &nbytes_written)) != TTY_OK)
     {   

Please make the mount description as 'GotoNova Kit' or 'GotoNova 8400'

The reason is: the GotoNova name is used for various hand controllers, as well as the upgrade kit. The 8401 is the hand controller, and it can in theory be used for other Alt Az mounts, and 8400 is the upgrade kit's part number (the very first thing that iOptron made).

So renaming it as I suggested above will avoid cases where people would use this driver for non-equatorial mounts and complaining.

Exposure time not adjusting in Ekos during a flat field session

Hi,
i'm creating a flat library using ekos Flat image type with calibration set to 20k ADU. Sometimes it starts calibrating exposure time to reach the target, then suddenly it loops to an exposure time. As you can see, the exposure time should be increased but it is not. FYI: it captured 20 frames (50 in total should have been caputred) before stalling.
Thanks.
Luca

2017-05-28T11:48:28 Capturing image...
2017-05-28T11:48:28 Current ADU is 8649 Next exposure is 0.003 seconds.
2017-05-28T11:48:12 Capturing image...
2017-05-28T11:48:12 Current ADU is 8658 Next exposure is 0.003 seconds.
2017-05-28T11:48:00 Capturing image...
2017-05-28T11:48:00 Current ADU is 8673 Next exposure is 0.003 seconds.
2017-05-28T11:47:48 Capturing image...
2017-05-28T11:47:48 Current ADU is 8651 Next exposure is 0.003 seconds.
2017-05-28T11:47:36 Capturing image...
2017-05-28T11:47:36 Current ADU is 8610 Next exposure is 0.003 seconds.
2017-05-28T11:47:23 Capturing image...
2017-05-28T11:47:23 Current ADU is 8647 Next exposure is 0.003 seconds.
2017-05-28T11:47:08 Capturing image...
2017-05-28T11:47:08 Current ADU is 8599 Next exposure is 0.003 seconds.
2017-05-28T11:46:46 Capturing image...
2017-05-28T11:46:46 Current ADU is 8600 Next exposure is 0.003 seconds.
2017-05-28T11:46:34 Capturing image...
2017-05-28T11:46:34 Current ADU is 8335 Next exposure is 0.003 seconds.

Unable to connect USB devices to INDI with RPi3 and iAstroHub v3

Alnitak Flip Flat and Feathertouch Focus Boss II focus controller are plugged directly into USB hub of RPi3. INDI drivers for a Flip Flat and focus controller are selected and INDI server is started. Using local and remote INDI control, going to the main settings for each device and selecting "Connect" causes the status to turn Red and the connection fails. I haven't tried LSUSB yet but it seems as though these devices are either not being recognized properly on the USB bus or are not being properly handled between the RPi3 and INDI. My CEM60EC mount, ASI1600MM-Cool and ASI174MM cameras, and SX USB filter wheel all connect fine. Also, I have no problem using any of these devices with INDI on MBP laptop.

Travis-CI config

  1. I have built a basic continuous integration setup with Travis-CI. At the moment it runs and tests most builds on linux. It is triggered on each pull request and the result is visible on github - so we can see if the patch breaks the build or not. I will probably add debian building tests later. But I know nothing about OSX build procedure. Travis has OSX images as well as linux. I think @polakovic has some experience with OSX. Would you help me with this?
  2. Currently it builds the core all libraries and most of the drivers. I want this to be as complete as possible. @knro would you check, in a spare moment, if I missed some drivers?
  3. Tests. At the moment there are no tests. It only builds. Anyone have any idea for what tests should we run to check the build?

FLI CFW-2-7 not detected (linux)

I'm attempting to connect to the CFW-2-7 filter wheel but get an error. Not sure where to go with this. I'm using Ekos on Ubuntu w/ the latest builds of everything as of this moment. I'm also seeing the same for the FLI ML16200 camera (separate report).

2017-05-19T06:54:32: Error: no filter wheels were detected. 
2017-05-19T06:54:32: Attempting to find the FLI CFW... 

Enabling debug mode provides no additional information.

I can see the filter wheel is indeed visible to the OS. In fact, I can start TheSkyX and connect to the filter wheel. Operation is normal.

Bus 003 Device 010: ID 0f18:0007 Finger Lakes Instrumentation Filter Wheel
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  idVendor           0x0f18 Finger Lakes Instrumentation
  idProduct          0x0007 Filter Wheel
  bcdDevice            1.00
  iManufacturer           1 Finger Lakes Instrumentation
  iProduct                2 CFW-2-7
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower               30mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)

Problems with v4l2/Raspberry PI Camera and exposure times

Any time I try to take a preview image with INDI (using KStars with the VM or natively installed on Windows 10) I get the following error. Live Video behaves the same way.

2017-07-04T03:07:52: Driver indi_v4l2_ccd: read message V4L2 CCD 'Failed 1.000-second manual exposure, out of device tick bounds [0,0]'
2017-07-04T03:07:52: Client 0: queuing
2017-07-04T03:07:52: Driver indi_v4l2_ccd: read setNumberVector V4L2 CCD CCD_EXPOSURE Alert
CCD_EXPOSURE_VALUE='1'
2017-07-04T03:07:52: Client 0: queuing
2017-07-04T03:07:52: Client 0: sending msg copy 1 nq 2:

Further, any time I go into V4L2 CCD under Main Control and try to change "Expose" I get one of two results.. if I enter a valid exposure (.001-3600) I get the following:

2017-07-04T03:22:55: Failed 1.000-second manual exposure, out of device tick bounds [0,0]

If I enter something out of bounds, I get what looks to be a valid error:

2017-07-04T03:23:26: Requested exposure value (3601) seconds out of bounds [0.001,3600].

What's interesting to me is the bounds listed in the brackets. When I enter something not valid, it has the correct numbers. When I enter something valid.. it has the wrong numbers.

I have tried using both the daily build (http://indilib.org/download/raspberry-pi/download/6-raspberry-pi/9-indi-library-for-raspberry-pi.html) under Raspian Jessie as well as the PPA repository under Ubuntu Mate. I have tried this on a ZeroW and a Rasbperry Pi 3 with both v1.3 and v2.1 cameras.

tutorial_four Set environment variable INDISKEL to the skeleton path and try again

Trying to run tutorial_four: After someone else tried this, there is suspicion that it is a bug.

Driver ./tutorial_four: No skeleton file was specified. Set environment variable INDISKEL to the skeleton path and try again.

Using QT Creator to edit simpleskeleton.ccp to change the path to tutourial_four_sk.xmlOptions
but there is a bug:
"/home/xxxx/Projects/indi/libindi/examples/tutorial_four/simpleskeleton.h:34: error: indidevapi.h: No such file or directory"
How or where do I set the path to /home/xxxx/Projects/indi/libindi where indidevapi.h is located ?
OR is this a bug?

make fails on indiccd.cpp using GCC 7.1.1 on Fedora 26

There seems to a size disagreement between sender and receiver.
The console fragment is as follows ...

/home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp: In member function ‘bool INDI::CCD::uploadFile(CCDChip*, const void*, size_t, bool, bool)’:
/home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp:2436:6: error: ‘__builtin___snprintf_chk’ output may be truncated before the last format character [-Werror=format-truncation=]
bool INDI::CCD::uploadFile(CCDChip *targetChip, const void *fitsData, size_t totalBytes, bool sendImage,
^~~~
In file included from /usr/include/stdio.h:939:0,
from /home/gary/Downloads/indi-master/libindi/libs/lilxml.h:66,
from /home/gary/Downloads/indi-master/libindi/indidevapi.h:97,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indibase.h:5,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/basedevice.h:21,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/defaultdevice.h:21,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.h:27,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp:25:
/usr/include/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output between 2 and 65 bytes into a destination of size 64
__bos (__s), __fmt, __va_arg_pack ());
^
/home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp:2436:6: error: ‘.z’ directive output may be truncated writing 2 bytes into a region of size between 0 and 63 [-Werror=format-truncation=]
bool INDI::CCD::uploadFile(CCDChip *targetChip, const void *fitsData, size_t totalBytes, bool sendImage,
^~~~
In file included from /usr/include/stdio.h:939:0,
from /home/gary/Downloads/indi-master/libindi/libs/lilxml.h:66,
from /home/gary/Downloads/indi-master/libindi/indidevapi.h:97,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indibase.h:5,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/basedevice.h:21,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/defaultdevice.h:21,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.h:27,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp:25:
/usr/include/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output between 4 and 67 bytes into a destination of size 64
__bos (__s), __fmt, __va_arg_pack ());
^
/home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp:2436:6: error: ‘__builtin___snprintf_chk’ output may be truncated before the last format character [-Werror=format-truncation=]
bool INDI::CCD::uploadFile(CCDChip *targetChip, const void *fitsData, size_t totalBytes, bool sendImage,
^~~~
In file included from /usr/include/stdio.h:939:0,
from /home/gary/Downloads/indi-master/libindi/libs/lilxml.h:66,
from /home/gary/Downloads/indi-master/libindi/indidevapi.h:97,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indibase.h:5,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/basedevice.h:21,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/defaultdevice.h:21,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.h:27,
from /home/gary/Downloads/indi-master/libindi/libs/indibase/indiccd.cpp:25:
/usr/include/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output between 2 and 65 bytes into a destination of size 64
__bos (__s), __fmt, __va_arg_pack ());
^
At global scope:
cc1plus: error: unrecognized command line option ‘-Wno-unused-command-line-argument’ [-Werror]
cc1plus: all warnings being treated as errors
make[2]: *** [CMakeFiles/indidriver.dir/build.make:279: CMakeFiles/indidriver.dir/libs/indibase/indiccd.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:663: CMakeFiles/indidriver.dir/all] Error 2
make: *** [Makefile:130: all] Error 2

Some Settings are not applied to the NoIR Raspberry Pi Camera

I am using the Raspberry Pi with Raspian installed. On top of that I have installed the indi. The camera module is fully working with indi and without indi. I have started the indieserver:

indiserver -v -m 100 indi_v4l2_ccd indi_gphoto_ccd

Afterwards connected with KStars from the ekos VM. And here comes the problem: I can connect over the V4L2 CCD tab. On the Main Control page I can enter different values for exposure - the pi cam suports up to 6 seconds but for me changing values on the first page seems to make no difference.

Actually there are other settings to - for example at V4L2 Control. When changing the Brightness there it seems really change something at the the pictures. Compression Quality also changes the quality. Then there is Expsure Time, Absolute this allows values up 10000. Are these the same values that raspistill uses ? Because there you can set --shutter up to 6000000us (6000ms, 6s).

I also tried to change Auto Exporsure to Manual Mode which seems to make no difference. Another option that I have really missed is manual ISO controll.

There is also another user with the same problems: http://indilib.org/forum/general/258-raspberry-pi-noir-camera-board.html?start=12#15101

To prove it actualy is able to take pictures here is a moon shot from last night (there you can also see using KStars Windows Version but at the VM it has the same problems so it seems to have nothing to with the Operation System)

screenshot

I hope anyone of you has an adivice what to do - because I have no idea what to try out anymore and I have already 3D printeda cam adapter and as you can see, sucessfully tested it.

Thanks in advance,
Dominik

unable to capture using a Sony ILCE-6000 (aka Alpha-6000)

I am trying to control a Sony ILCE-6000 (aka Alpha-6000) mirrorless with libindi.

With the camera set to MANUAL & BULB I do not get the sound of a shutter release and I get this from DEBUG...

INFO 29.534555 sec : Session log file /home/gary/.indi/logs/2017-02-02/indi_gphoto_ccd/indi_gphoto_ccd_01:59:51.log
DEBUG 30.137160 sec : Toggle Logging Level -- Driver Debug

--the lines between the ones above and ones below repeat multiple times (depending on how I wait before closing the camera connection)--

DEBUG 52.953428 sec : Starting exposure (exptime: 2 secs, mirror lock: 0)
DEBUG 52.953436 sec : Mutex locked
DEBUG 52.953444 sec : Setting radio/menu widget iso: 11 (800)
DEBUG 52.959676 sec : Setting new configuration OK.
DEBUG 52.959712 sec : Opening remote serial shutter port: /dev/ttyUSB1 ...
DEBUG 52.959744 sec : Failed to open serial port: /dev/ttyUSB1
ERROR 52.959751 sec : Error starting exposure

With the camera set to MANUAL & 2 SEC EXPOSURE I get the sound of a shutter release and I get this from DEBUG...

INFO 52.117115 sec : Session log file /home/gary/.indi/logs/2017-02-02/indi_gphoto_ccd/indi_gphoto_ccd_01:36:22.log
DEBUG 52.818534 sec : Toggle Logging Level -- Driver Debug
DEBUG 53.820642 sec : Toggle Debug Level -- Driver Debug

--the lines between the ones above and ones below repeat multiple times (depending on how I wait before closing the camera connection)--

DEBUG 84.125158 sec : Starting exposure (exptime: 2 secs, mirror lock: 0)
DEBUG 84.125243 sec : Mutex locked
DEBUG 84.125273 sec : Setting radio/menu widget iso: 11 (800)
DEBUG 84.139659 sec : Setting new configuration OK.
DEBUG 84.139754 sec : Opening remote serial shutter port: /dev/ttyUSB1 ...
DEBUG 84.139829 sec : Failed to open serial port: /dev/ttyUSB1
ERROR 84.139855 sec : Error starting exposure

I am using the INDI Client panel to CONNECT, LOAD saved settings, enable DEBUG and initiate the exposure.

I am using libindi from GitHub obtained 2/1/2017 and libgphoto2 from GitHub obtained 1/31/2017. I am running 64 bit Fedora 25 with the updates-testing repos enabled.

As an aside gphoto2, also from GitHub, can successfully interface with my camera through the same libgphoto2.

All three programs were built with gcc 6.3.1

Please let me know what I can do (hopefully) to help ... thanks.

-gary-

indi_sx_ccd segfaults on Ubuntu 16.04 LTS

**Starting from the current git repo I'm starting the indiserver to talk to my Starlight Express: **

indiserver -vvv indi_sx_ccd

shows in /var/log/kern.log that indi_sx_ccd died:

Dec 22 19:52:05 nemo2 kernel: [21577.370424] usb 3-1: reset high-speed USB device number 15 using xhci_hcd
Dec 22 19:52:05 nemo2 kernel: [21577.500185] indi_sx_ccd[13693]: segfault at 40 ip 00007fa6aba952a6 sp 00007ffd4928ffe0 error 4
Dec 22 19:52:05 nemo2 kernel: [21577.500191] usb 3-1: USB disconnect, device number 15
Dec 22 19:52:05 nemo2 kernel: [21577.500199] in libusb-1.0.so.0.1.0[7fa6aba8d000+17000]
Dec 22 19:52:05 nemo2 kernel: [21577.666614] usb 3-1: new high-speed USB device number 16 using xhci_hcd

Then executing the sx_ccd_test program showed a bit more. Running it through the debugger, showed it dies in the libusb-1.0 library:

(gdb) n
338 int rc = libusb_bulk_transfer(sxHandle, BULK_OUT, setup_data, 8, &transferred, BULK_COMMAND_TIMEOUT);
(gdb) s

Thread 1 "sx_ccd_test" received signal SIGSEGV, Segmentation fault.
0x00007ffff7bc72aa in libusb_submit_transfer () from /lib/x86_64-linux-gnu/libusb-1.0.so.0

As a next step I might compile the USB library to see if this gives me more insight, but obviously would be greatful for any other hints on this problem on which I've been banging for a few days now.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.