Thank you very much for your answerWouter,
I think I also have to use a simulator telescope to have the tab enabled.
I think, with the manual slew of the polar alignment, that I will also be able to do a polar alignment with three consecutive photos, exactly as the polarscope !
Now there are too many clouds to test it
clear skies
Read More...
hi,
first of all thank you for ekos and indi, impressive platform!
I am using a very lightweight setup with a star adventurer and a DSLR; so no slew.
I managed to trigger my DSLR with ekos; is there a way to platesolve my pictures and place it on kstar map ? to make sure my framing is what I expect ?
thanks for your help
Christophe
Read More...
hi,
I an cleaning my projects right now and before erasing, I share with you a bunch of code lines:
i tweeaked the example 3 in the libindi folder
/**************************************************************************************
** Client is asking us to start an exposure
***************************************************************************************/
bool SimpleCCD::StartExposure(float duration)
{
ExposureRequest = duration;
system("raspiyuv -t 1 -w 2592 -h 1944 -rgb -o /tmp/test.rgb");
// Since we have only have one CCD with one chip, we set the exposure duration of the primary CCD
PrimaryCCD.setExposureDuration(duration);
gettimeofday(&ExpStart, nullptr);
InExposure = true;
// We're done
return true;
}
void SimpleCCD::grabImage()
{
// Let's get a pointer to the frame buffer
uint8_t *image = PrimaryCCD.getFrameBuffer();
streampos size;
char * memblock;
ifstream file ("/tmp/test.rgb2", ios::in | ios::binary);
if (file.is_open())
{
file.seekg (0, ios::end);
size = file.tellg();
memblock = new char [size];
file.seekg (0, ios::beg);
file.read (memblock, size);
file.close();
int expectedNbPixel = PrimaryCCD.getXRes() * PrimaryCCD.getYRes();
uint8_t * red = image;
uint8_t * green = image +expectedNbPixel;
uint8_t * blue = image+2*expectedNbPixel;
for(int i=0;i<expectedNbPixel;i++)
{
*(red++) = (uint8_t)(*(memblock + 3*i ));
*(green++) = (uint8_t)(*(memblock + 3*i + 1));
*(blue++) = (uint8_t)(*(memblock + 3*i + 2));
}
} //end if image exists
IDMessage(getDeviceName(), "Download complete.");
// Let INDI::CCD know we're done filling the image buffer
ExposureComplete(&PrimaryCCD);
}
wish it helps
regards
Read More...
Christophe BONNEFOY is friends with Eric
Hi all,
I am searching a teammate to build a driver for the Raspberry Pi Camera which would actually wrap the raspistill command line.
The base class we would have to derive from is there :
link
An example of a simple CCD :
link
Basically the plan is to :
Hi,
I have plenty of updates to give you !
Actually, It seems that my EKOS is not able to send the configuration of the image it wants from the cam when I click on the preview button: each time I get an "ioctl invalid" .
To avoid that, I tweaked the parameters from INDI configuration tap BEFORE coming into kstars/ekos :
*Capture Option / Capture Format : YUYV 4:2:2
*Capture Size : 1024x768
Then I went to Ekos and it worked !
I had still had some things to improve:
* Indi tells me 1sec is the maximum I can do and I did not succeed photos with more than 1024x768 while "raspistill -w 2592 -h 1944 -ISO 800 -ss 6000000 -br 80 -co 100 -o out.jpeg" makes 6 sec hi-res photos...
* [solved, I do not know how ?] : INDI configuration window was not reachable from EKOS : each time I wanted to change or see something, I closed KStar, I "indiserver indi_V4l2_ccd" and I use PDH2 which has a button to reach Indi config. -> after hours tweaking, it appeared that the INDI parameter window is supposed to appear just after "start indi" ! It never did that to me until recently . It is now much easier to change settings and consult indi log
I therefore have now advanced in my journey with several questions :
hi again,
you are right the desired size has not been sent correctly :
Driver indi_v4l2_ccd: VIDIOC_CROPCAP: Inappropriate ioctl for device
what should I do ?
regards
Christophe
Read More...
Hi all, hi Knro and Eric,
Please find enclosed my logs as proposed by knro.
I briefly looked into the log, it seems that the frames are actualy taken but dropped because not of the expected size : " V4L2 CCD : [DEBUG] read_frame: frame is 38544-byte long, expected 786432 - frame should be dropped "
This is a great news as it means that there is actually a frame
Any help would be appreciated !
PS : the command that I did to test raspi still was : "raspistill -t 2000 -o image.jpg", my camera is the camera module v2 for raspberry pi (bought
here
)
Best regards,
Christophe
Read More...
Hi,
I am trying to use indi with my camera module v2 on a raspberry pi 3/ubuntu mate 16.04.
I did a lot of tries before asking and listed below what I did :