indilib / indi Goto Github PK
View Code? Open in Web Editor NEWINDI Core Library Repository
Home Page: https://www.indilib.org
License: GNU Lesser General Public License v2.1
INDI Core Library Repository
Home Page: https://www.indilib.org
License: GNU Lesser General Public License v2.1
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 !!!
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.
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
Discussion: http://www.indilib.org/forum/general/2004-help-with-gpsd.html?start=12#16787
timedatectl returns the proper system settings and DST offset. indi-gpsd performs a check against the current timezone and changes the offset when it does not need to. This might be needed on other systems? On Linux it is handled and the math should not be performed.
// adjust offset for DST
if (local->tm_isdst)
offset -= 1;
credit to:jpaana
Running Kstars from gdb gives the following,
Dispatch command error(-1): INDI: Could not find property CCD_EXPOSURE in GPhoto CCD
Kstars, libgphoto2 and libindi have been built from GitHub within the past 24 hours.
Please advise if I can provide any other info.
Tnx.
Currently the simulator uses a hard-coded resolution and pixel size. It would be nice to allow customization of this in order to simulate real hardware. Is there a reason this is hard-coded? The properties for adjusting the width and height exist (no pixel size option), but they are ignored and get reset.
https://github.com/indilib/indi/blob/master/libindi/drivers/ccd/ccd_simulator.cpp#L263
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.
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
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.
Hello,
I use the libindi masterbranch (tree ca0e860).
When trying to connect via Ekos to my Celestron CGE, I run into the error: Bad file descriptor.
With libindi version 1.4.1 I could still connect without problem to my CGE.
OS Linux (openSuSE Leap 42.2)
Thanks in advance,
Oliver
Light_1000.fits gets overwritten again and again. Even worse: without warning.
kstars-bleeding 5:16.10+201610151447~ubuntu16.04.1
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
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?
I have SBIG STF-8300M ccd and I can set binning 9 under windows (I make airglow measurements) but indi-sbig driver limits it only to 3.
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.
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
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-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)
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.
lsusb does not show the connected camera.
In the 85-qhy.rules I find the following lines-
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-
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.
Regression introduced by commit 7d53fd.
The new conversion seems to reject the cast, while it is only integer stuff (hence I should have used integers in the first place...).
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.
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-
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.
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):
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?
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):
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?
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
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
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
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.
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.
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.
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.
**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.
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
I use my Skywatcher Virtuoso mount with different configurations and I would like to have different profiles when:
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.
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.
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
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:
#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
I found a minor bug in the documentation of INDI Standard Properties on
http://indilib.org/develop/developer-manual/101-standard-properties.html#h3-telescopes
There it say the TELESCOPE_INFO Property would be text but in fact it is a number property (which makes sense, since all it's member are numbervalues).
The travis build for qhy driver is unable to be linked with the sdk library. See the build log (at the end):
https://travis-ci.org/jochym/indi/jobs/212140226
This is probably connected with c++11 ABI in gcc used differently in the lib and the rest of indi.
Anyone knows a work-around?
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.
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.
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)
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
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.
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
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)
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 ).
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.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.