Deneb-l replied to the topic 'INDI Driver for SVBONY cameras' in the forum. 1 year ago

Hello. Good news, I had the same issue with my SVBony cameras (so you are not alone with the issue), bad news, I do not remember how I solved it. What I perfectly remember was that I never had this issue with the camera and AstroDMX (I'm using Ubuntu ) on the same setup so I knew this was not a hardware but a soft/setting matter. I will retrieve my setup this evening and try to post my driver settings in few hours.

Read More...

Deneb-l replied to the topic 'INDI Driver for SVBONY cameras' in the forum. 2 years ago

Hello Sylvain.
To set the pixel size, you have to connect your Camera and start the Indi Server first.
Once connected, go to "Image Info" Tab and set Pixel size. Yoi may also want to set the Max Width and Height of the Camera, see attached ScreenShot.

Read More...

... and it turns out that, indeed, Ubuntu version was the one to upgrade in order to install the latest drivers via apt and have everything running smooth without the need to do my rebuild hack.
Of course, my release upgrade totally failed with the "Oh No" message and I lost my installation of kstars and indi.
Just has to re-apply standard procedure:

sudo apt-add-repository ppa:mutlaqja/ppa
sudo apt-get update
sudo apt-get install indi-full gsc
sudo apt-get install indi-full kstars-bleeding

as mentioned here: indilib.org/download

I could retrieve all my settings and everything works as expecting now :)

Ps: As a check of the symptoms, now, the "standard" indi_gphoto_ccd has been linked with libraw20:
(base) deneb-l@astroserv:~$ ldd /usr/bin/indi_gphoto_ccd | grep libraw
libraw.so.20 => /lib/x86_64-linux-gnu/libraw.so.20 (0x00007fc986dc3000)

Read More...

Hello,
this is an issue I could finally solve but for those who may be stuck with it, it's worth sharing.
I have just acquired a Canon EOS Rp and encountered the "famous" "Unsupported file format or not RAW file", due to the CR3 format.
For those who may not have heard before, this comes from an external library (libraw) used by ekos/Indi to convert RAW format, display it and store in the FITS.
Canon used to have .CR2 format in the past but now propose (impose in the latest DSLR) the new .CR3 one.
Unfortunately, the indi_canon_ccd (actually linked to indi_gphoto_ccd binary) is linked with a libraw19 version:

(base) deneb-l@astroserv:~$ ldd /usr/bin/indi_gphoto_ccd | grep libraw
	libraw.so.19 => /lib/x86_64-linux-gnu/libraw.so.19 (0x00007f8646b10000)
... leading to the error "Cannot open /tmp/indi_xxxxxx: Unsupported file format or not RAW file" in indi canon driver log.
I am really surprised because some of the threads on indilib forum mention that it has been solved months ago.
I have updated kstars and 3rdparty libs (dated of July 2022), trying stable or indinights branch with no success.

I believe this may be due to my distro (Ubuntu 20). The repository may not have been built recently.
Anyway, to sort this out, I had to:
- git clone LibRaw source code and build (does not change anything, obvisously, indi_gphoto_ccd is still linked with version 19)
- git clone the source of libindi-3rdparty and make install the indi-gphoto --> Crash indiserver
- git clone the source of libindi, rebuild all and make install.
--> Works
Now the indi_gphoto_ccd is using the latest libraw:
(base) deneb-l@astroserv:~/Projects/build/indi-gphoto$ ldd /usr/bin/indi_gphoto_ccd | grep libraw
	libraw.so.23 => /home/deneb-l/source/LibRaw/lib/.libs/libraw.so.23 (0x00007f2fb91fc000)
And kstars/ekos can read my EOS Rp format.
Anyway, it would be interesting to understand why the stable and unstable version of indi_gphoto_ccd does not use a more recent version of libraw.
Maybe a mistake or maybe because Ubuntu 20 does NOT have libraw20 official package available:
libraw search in Ubuntu 20 repo
when Ubuntu 22 has:
libraw search in Uuntu 22 repo

Next step will be to upgrade my distribution and see if I can go back to standard ekos/indi packages rather than built myself (will do as soon as I will have free enough disk space).
Hope this can help anyone.

Read More...

Deneb-l replied to the topic 'INDI Driver for SVBONY cameras' in the forum. 2 years ago

Rebuilding the3rd party made the trick.
Anyway, I had previously installed the Ubuntu package (apt install indi-sv305), so, had to make my first 3rd party install.
For those who are in the same situation:

  • Remove previous package:
    sudo apt remove indi-sv305
  • Clean previous packages:
    sudo apt autoremove
  • Download or pull the code from: github.com/indilib/indi-3rdparty
  • Install packages requested for the build:
    sudo apt-get -y install libnova-dev libcfitsio-dev libusb-1.0-0-dev zlib1g-dev libgsl-dev build-essential cmake git libjpeg-dev libcurl4-gnutls-dev libtiff-dev libfftw3-dev libftdi-dev libgps-dev libraw-dev libdc1394-22-dev libgphoto2-dev libboost-dev libboost-regex-dev librtlsdr-dev liblimesuite-dev libftdi1-dev libavcodec-dev libavdevice-dev
  • in my case, I had to remove and reinstall libraw19 (???)
  • From the folder whre you pulled indi-3rdparty-master, follow the README instructions
    $ cmake -DCMAKE_INSTALL_PREFIX=/usr .
    $ make
    $ sudo make install
Now, the drivers does not crash anymore (haven't test yest with the Camera though)
Hope it helps

Read More...

Deneb-l replied to the topic 'INDI Driver for SVBONY cameras' in the forum. 2 years ago

Rebuilding the3rd party made the trick.
Anyway, I had previously installed the Ubuntu package (apt install indi-sv305), so, had to make my first 3rd party install.
For those who are in the same situation:

  • Remove previous package:
    sudo apt remove indi-sv305
  • Clean previous packages:
    sudo apt autoremove
  • Download or pull the code from: github.com/indilib/indi-3rdparty
  • Install packages requested for the build:
    sudo apt-get -y install libnova-dev libcfitsio-dev libusb-1.0-0-dev zlib1g-dev libgsl-dev build-essential cmake git libjpeg-dev libcurl4-gnutls-dev libtiff-dev libfftw3-dev libftdi-dev libgps-dev libraw-dev libdc1394-22-dev libgphoto2-dev libboost-dev libboost-regex-dev librtlsdr-dev liblimesuite-dev libftdi1-dev libavcodec-dev libavdevice-dev
  • in my case, I had to remove and reinstall libraw19 (???)
  • From the folder whre you pulled indi-3rdparty-master, follow the README instructions
    $ cmake -DCMAKE_INSTALL_PREFIX=/usr .
    $ make
    $ sudo make install
Now, the drivers does not crash anymore (haven't test yest with the Camera though)
Hope it helps

Read More...

Deneb-l replied to the topic 'INDI Driver for SVBONY cameras' in the forum. 2 years ago

Don't know if this is related to your change but now, the indi_sv305_ccd crashes with or without any camera plugged-in:
Driver indi_sv305_ccd: indi_sv305_ccd: symbol lookup error: indi_sv305_ccd: undefined symbol: _ZN4INDI3CCD15addFITSKeywordsEP8fitsfilePNS_7CCDChipE

Ubuntu 20.04.4 LTS
Linux XXXXXXXX 5.13.0-51-generic #58~20.04.1-Ubuntu SMP Tue Jun 14 11:29:12 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

KStars
Version 3.6.0 Beta

indiserver --version
[...]
INDI Library: 1.9.7
Code 1.9.7-tgz. Protocol 1.7.

Read More...

Ok, so far, this is what I have understood from the lx200 structure (there is actually 22 different classes to address):
Any lx200 component class heritates from LX200Generic which derives from LX200Telescope.
LX200Telescope derives from 3 classes:
             public INDI::Telescope, public INDI::GuiderInterface, public INDI::FocuserInterface
The comment in source code says that there is "One binary for all lx200 drivers but each binary is renamed to the device name"
I have not found how this actually works but as a matter of fact, haven't found a specific binary for each lx200 class (lx200gps, lx200autostar...)

I think I will stop here for my investigation with lx200 and follow the initial suggestion from James and knro to derives from FocuserInterface and FilterInterface (took me some time to understand that FocuserWheelInterface is names FilterInterface...)
Will keep posted if this can be, and how it can be done. 

Read More...

Wouhaou, yes, I haven't thought about the Interface. I will analyze the lx200 code, try to understand how they have dealt with that and key posted.
During the nigth, I also had a new idea. I reminded that the way I wrote the interface from the controller side is a fork of a classic Telnet server, which leads to the capacity to accept multiple incoming tcp "clients". I could have two separate INDI drivers which would, both, open a telnet socket and keep the socket purpose in the Microcontroller code (one for communicating FilterWheel events, the other one for focuser events) but I find this workaround pretty inelegant.
Thanks again James.
 

Read More...

Hello,
I have searched in many Forum topics and documentation but cannot seem to find an answer.
I started to create and build a custom focuser and FilterWheel combined device, driven by a single ESP32-32S NodeMCU controller.
My main objective is to create a super-lightweight configuration so I can keep my loved EQ5...
When I started my project, I would have swear I could find a documentation about having a single driver for different purposes (in my case, a focuser and a filterwheel).
My hardware is ready and sending "manual commands" to my controller works.
I am now starting to write the driver, the first step was to build the Focuser commands. I copied from an example and found how-to compile and test in Ekos. But I am stuck on this "multi-purpose" question. The more I read and understand the INDI driver library architecture, the more I have doubts about the possibility to build a single driver and provide both, a Focuser and a FilterWheel capability with a single communication channel and a single driver. Trying to derive a class from both device creates too many compilation dead end (class myCombinedDevice : public INDI::Focuser , INDI::FilterWheel)
Do you know if what I try to do is actually feasible? In that case, can you drive me to an example or documentation?
Many thanks.

Deneb-L.

Read More...