Phil Shepherd replied to the topic 'OBJCTRA & OBJCTDEC keywords' in the forum. 2 days ago

I assumed you meant as part of the alignment routine... which was why I didn't quite understand when you asked why I didn't use astrometry.net solver!

Will be interesting to see how you get on...

Phil

Read More...

Phil Shepherd replied to the topic 'OBJCTRA & OBJCTDEC keywords' in the forum. 2 days ago

I have done once or twice when using KStars/Ekos.... still early days for me... but I don't intend to solve every time I take an image in a sequence - seems like an overhead?

That will allow me to solve later if I want to, with either Pinpoint (which is incredibly fast) or within PixInsight in order to create an annotated image.

It would be interesting to hear if anyone has scripted Pinpoint?

Phil

p.s. That ANSVR looks interesting - a few people I know use SGP & have talked about ansvr.... I'll have to listen a bit more closely.

Read More...

Phil Shepherd replied to the topic 'OBJCTRA & OBJCTDEC keywords' in the forum. 2 days ago

Nice 1!

Appreciated

Phil

Read More...

Phil Shepherd replied to the topic 'OBJCTRA & OBJCTDEC keywords' in the forum. 2 days ago

ok... let me ask a question....

Is there a specific need to store the OBJCTRA & OBJCTDEC as a double number?

If not, can I suggest that it's stored as a string in the format "HH24 MI SS.SS" (for RA) and "Deg MI SS.SS" for Dec in indiccd.cpp... This will allow PixInsight and Pinpoint to utilise the stamped RA & Dec....

I have temporarily side stepped the issue by making a custom mod to the sxccd.cpp (I use an SXVR-H16), in my local copy, by adding an extra function (SXCCD::addFITSKeywords...) which seems to override the one in indiccd.cpp

Phil

Read More...

Phil Shepherd created a new topic ' OBJCTRA & OBJCTDEC keywords' in the forum. 4 days ago

I managed to finally get all my equipment working with the Raspberry Pi last night, using KStars & Ekos on the Obsy Windows 10 machine - very nice!

What I have noticed with couple of test images is :

OBJCTRA & OBJCTRA are in the format nnn.nnnnnn (which I believe is a TDOUBLE result)

For the astrometry I have done in the past with MaximDL and more recently with PixInsight, the OBJCTRA stored in the FITS header is character in the form 'HH MI SS' (Hrs Mins Sec) and OBJCTDEC is character in form 'Deg Min Sec' (degrees Minutes Seconds)

I was unable to solve any of the images in PI which did not pick up the OBJCTRA & OBJCTRA stored via INDICCD...

Now I realise that the FITS header "standard" is somewhat abused, but at least 3 or the programs I have used expect the RA & DEC to be character long format.....

Comments?

Read More...

Phil Shepherd replied to the topic 'Lakeside focuser' in the forum. 1 month ago

OK... will do.. thanks.

Phil

Read More...

Phil Shepherd replied to the topic 'CEM60 _ Raspberry PI v3' in the forum. 1 month ago

Hi Jasem...

The recompile & install went well... I have quickly tested the driver tonight & all looks good....

Thanks for your assistance...

Phil

Read More...

Phil Shepherd replied to the topic 'CEM60 _ Raspberry PI v3' in the forum. 1 month ago

Nice 1!

No, I don't use PPA, but I'll grab ieqpro.cpp & ieqprodriver.cpp & recompile....

Thanks you B)

Phil

Read More...

Phil Shepherd replied to the topic 'Lakeside focuser' in the forum. 1 month ago

Just checked with their LakesideItil program, with Ascom driver set to debug

Position was at 5519 & I issued a move to 6000... it issued a CO481# for 481 steps...

09:22:27.724 MOVE 1                    MOVE TO: 6000
09:22:27.726 MoveFocuser 1             Started
09:22:27.726 SendCommand 1             Command: ?P#
09:22:27.753 SendCommand 1               Response: P 5519#, Elapsed time: 27.0
09:22:27.753 MoveFocuser 1             Got Mutex
09:22:27.753 SendString 1              CO481#
09:22:27.754 SendString                  Completed, Elapsed time: 0.3
09:22:27.754 MoveFocuser 1             Initiating asynchronous move
09:22:27.757 MoveFocuser 1               Completed, Elapsed time: 31.1
09:22:27.757 IsMoving Get 1            True
09:22:27.758 WaitForFocuser 4          Waiting for focuser...True
09:22:27.758 GetString                 Started
09:22:28.258 IsMoving Get 1            True
09:22:28.258 Position Get 1            5519
09:22:28.760 IsMoving Get 1            True
09:22:28.760 Position Get 1            5519
09:22:29.113 GetString 4                 P 5718#, Elapsed time: 1354.3
09:22:29.113 GetString                 Started
09:22:29.260 IsMoving Get 1            True
09:22:29.260 Position Get 1            5718
09:22:29.762 IsMoving Get 1            True
09:22:29.762 Position Get 1            5718
09:22:30.263 IsMoving Get 1            True
09:22:30.263 Position Get 1            5718
09:22:30.457 GetString 4                 P 5918#, Elapsed time: 1343.9
09:22:30.457 GetString                 Started
09:22:30.763 IsMoving Get 1            True
09:22:30.763 Position Get 1            5918
09:22:31.017 GetString 4                 DONE#, Elapsed time: 559.7
09:22:31.017 WaitForFocuser 4          Move completed: True
09:22:31.017 WaitForFocuser 4          Wait completed
09:22:31.017 WaitForFocuser 4          Start of Finally block
09:22:31.017 WaitForFocuser 4          Released Mutex
09:22:31.017 WaitForFocuser 4            Completed, Elapsed time: 3258.7
09:22:31.264 IsMoving Get 1            False
09:22:31.264 SendCommand 1             Command: ?P#
09:22:31.289 SendCommand 1               Response: P 6000#, Elapsed time: 24.3

Phil

Read More...

Phil Shepherd replied to the topic 'Lakeside focuser' in the forum. 1 month ago

If I recall from the session I was running (I was using Focusmax with the Lakeside driver set to debug mode), when I issued a goto step number, it worked out where it was * the number of steps in/out needed, then a #CI or #CO command...

I will double check tonight or tomorrow, if I get a few minutes...

Phil

Read More...

Phil Shepherd replied to the topic 'CEM60 _ Raspberry PI v3' in the forum. 1 month ago

Sure... they moved stuff around last year...

www.ioptron.com/v/ASCOM/RS-232_Command_Language2014_V2.0.pdf

Phil

Read More...

Phil Shepherd replied to the topic 'Quantum Filter Wheel driver available' in the forum. 1 month ago

I started a new thread.... although I STILL have not heard back from the manufacturer (disappointing!) I have managed a debug session to grab most of the commands...

see here

Phil

Read More...

Phil Shepherd created a new topic ' Lakeside focuser' in the forum. 1 month ago

I mentioned in a thread about the Quantum Filter Wheel developed by Kaczorek (which works really well - thank you!) that I am using a Lakeside focuser...

I still have not had a response from the supplier, which is quite strange as they have been really helpful in the past...

I have run a few debug sessions via ASCOM, which has a Lakeside driver & have managed to pull out most of the command set... This is what I have deduced...

All responses seem to be 7 bytes (6 characters + a hash) - the hash seems to be space padded to the 7th byte.
The only exceptions seems to be ??# -> OK# and the CI/CO move in/out responses (Started & DONE#)

cmd response Comment




??# OK# Initialise string 1st sent
?T# T 36# Get Temperature - was 18 degrees C, so seems to divide by 2
?P# P 7876# Get Current Focus position - example was 7876
?V# V18164# Get Max value - example here was 18164
?I# I18164# Get Max increment
?S# S 1# Get Step size - 1 here
?A# A 1# Unknown...
?B# B 0# Get Backlash - zero here
?D# D 0# Get Direction 0=normal 1=reverse (I tested this 1)
?1# 1 0# unknown
?2# 2 0# unknown
?a# a 0# unknown
?b# b 0# unknown
?c# c 1# unknown
?d# d 1# unknown
?e# e 10# unknown
?f# f 10# unknown
?g# g 1# unknown
CO20# Started I moved out 20 steps.. I believe it is asynchronous
DONE# Completed move out 20 steps
CI20# Started I moved in 20 steps
DONE# Completed move in 20 steps

Is this enough information for a focus driver?

Phil

Read More...

Phil Shepherd replied to the topic 'CEM60 _ Raspberry PI v3' in the forum. 1 month ago

Hi Jasem,

My crude edits are attached - I stripped out the junk to leave the edits... I just tested the driver to make sure it seems ok - CEM60 seemed to behave ok.

The 2 x files I edited were :

indi/libindi/drivers/telescope/ieqprodriver.cpp
indi/libindi/drivers/telescope/ieqpro.cpp

Thanks,

Phil

Read More...

Phil Shepherd replied to the topic 'CEM60 _ Raspberry PI v3' in the forum. 1 month ago

Thanks...

I'll strip out the test junk I put in, to leave what I did.... try to do a diff file when I get back tonight...
The main essence was
- Before every tty_write, I put a tcflush(fd, TCIFLUSH);
- I introduced an extra variable to hold the Daylight Saving Flag, & shifted the rest of the returned data down one after it. I suppose the DST should be used somewhere :whistle:

#3 is a bit of a killer for me with my very limited C++ experience...

Very much appreciate your help with this...
Phil

Read More...

Phil Shepherd replied to the topic 'CEM60 _ Raspberry PI v3' in the forum. 1 month ago

I have been doing some extensive testing with my CEM60 & the indi_ieq_telescope.

Firstly, I am not a C++ programmer but have worked by example with the code to allow me to show various extra response values in order to come to some conclusions:

1. The returned offset / date / time is not being decoded properly in ieqprodriver.cpp
From iOptron's RS-232 Command Language manual, the ":GLT#" to get date/time info, returns “sMMMYYMMDDHHMMSS#
where
s = sign,
MMM = UTC offset
the rest is obvious

2. The reason for "Only received #18 bytes, expected 7" seems to be that the buffer still contains data prior to a read mount status (:GAS#)... this is why the goto's were so strange & way out...
- Crudely, I added a tcflush(fd, TCIFLUSH); before the tty_write(... and that sorted out the issue. I do not know though if there is some fundamental issue here.

3. There are issues with the site long/lat/time/date setting.... there does not appear to be any initial reading of the mount to get those settings, or at least no call to get current long & lat ( :Gg# & :Gt# )
- if Ekos is set to get info from computer, then it half works, but if set to get from device then the CEM60's long/lat & dat/time is wiped!
Again, I crudely disabled sending any set of date/time/long/lat to the mount as it has GPS...

The driver is working well for me after these fumbled changes, but I really need to work with someone who can properly correct these issues...

Anyone?

Thanks for reading my ramblings....

Read More...

Phil Shepherd replied to the topic 'Compile error from the last github src' in the forum. 2 months ago

Eric,
I completed the install of the latest kernel headers (raspberrypi-kernel-headers) & build of the /usr/include as you indicated..... my older indi src copy successfully built...

Thank you for your help B)

Phil

Read More...

Login

3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!