Quantcast
Channel: Recent Topics - INDI Forum
Viewing all 14131 articles
Browse latest View live

An advice piece: "Things I've learned, while learning KStars/Ekos/INDI" - by: jnowat

$
0
0
Things I've learned, while learning KStars/Ekos/INDI/StellarMate (hereafter referred to as simply "this"), up to my first remote capture session.

Look, now: I'm relatively young, I can be naive, and like many of us, I get giddy over a clear night. Much of these points might seem intuitive, but just think of them as my "notes to a past self". These are the tips I really wish I could go back in time and slip into my own pocket... and I'm still learning how to check my own progess and keep notes after plenty of time spent acclimating to this workflow and environment. This is the culmination of ~1.5mo of learning this workflow. I barely know my way around a Linux terminal, I have the lightest understanding of how INDI functions, and I still think Ekos can be better (it does get better every week, as evidenced by forum posts and update notes accessible to us all). This is all great to me, because I'm a new-comer, and the next wave of new users will probably have an even smoother transition into this!

1) Commit.
Once you've gotten involved with KStars and Ekos, INDI inevitably follows and the rabbit hole is as deep as the sky is wide. If you're going to "give this a go" or a "try", I can't stress enough that you need to commit your time, equipment, pre-existing knowledge, and maintain a positive outlook. You will find stress, but do not despair and never let go of the idea behind it all. I'm writing you now from the comfort of a couch with many tabs open on various aspects of this workflow, while my first scheduler file captures NGC 7331. Even now, I notice my stars aren't perfectly round, but *I'm. Getting. Subs.* I don't expect the maintenance to cease, or the trouble-shooting to disappear, or the clouds to not reappear once I've found a fix for the issue(s) at hand. I've simply committed to this amazing open-source idea, and whether I cling to it for years to come or not (I certainly plan on it), I'm treating it like I'll never switch to another software, many of which I already own but have foregone for this. Commit yourself, and learn- never forget that this is an ever-evolving workflow and it will always be getting better than it is in the present moment.

2)When you have a question, don't hesitate to post to indilib forum!
I'm generally an anxious, shy, coffee-fueled individual with little patience, but I somehow maintain enough stamina to push past any seemingly un-intuitive or difficult settings I encounter, and I continuously find the will to simply ask others for help when I can go no further. I always try to remember that I didn't write the language- others did, and so I have to think like they do; if I can't think like they do (and I'm no coder or Linux wizard), then I absolutely must ask. What's more, one of the greatest aspects of this forum is to give feedback in furtherance of making this all easier for newcomers and veteran users, alike. If you have issues, trouble, feedback, or praise- post it! Even if I get 5 total reads without comment, something I've encountered- and on which I've posted- will remain here, searchable to everyone and possibly useful to many, if not a single person at least. As far as I can tell, the only not-useful post is one which includes no detail. Tell everyone what you're experiencing, good or bad or even neutral- it adds to the community!

3)Remember there exist knowledgeable, helpful, friendly people behind all of this.
This almost belongs with #2, but it'd a bit deeper than just the forums. The people behind this community are among some of the most helpful people I've encountered anywhere on the web, and some of them are behind StellarMate support. You won't have to go far here, to find one of the developers or maintainers giving advice, and usually on a short timescale. I haven't been here for long, so have only interacted with a few, but it goes without saying that Jasem Mutlaq is very near the roots of this all. Many of the issues I've experienced have been directly- and, again, quite quickly solved or at least addressed by Jasem. I actually ran into a mount issue while writing this very sentence, and since I have StellarMate, I opened a support chat. The thing is, in my mind, that if you're experiencing a hardware or driver issue, it's in everybody's best interest that the developers understand what's going wrong, and finding some manner or resolving the issue. It isn't everybody's job, but I've found that each of the developers play their part. StellarMate comes with the advantage of a more dedicated support- I've watched Jasem tunnel into my Pi3 over TeamViewer a few times now, to help diagnose problems, as well as to make further progess on drivers- of course he doesn't own every piece of equipment INDI supports, so this is a useful method by which he and the other developers can gain insight into realtime device and driver testing. The meta-type point I'm trying to make is that the developers and maintainers care, and it shows in an authentic sense. (We didn't completely solve the issue, but I did get back to imaging NGC7331 for the night, and I'm now prepared to log the issue correctly next time it presents itself).

4)Attempt your own workflow, first under sub-optimal conditions.
Get a feel for what your good nights will be like before they arrive- this usually accompanies most things with an AP setup, of course. Before you go out into Bortle 1 skies (or better!), like I did during a new moon phase, don't be afraid to take your setup out during a more full moon and try this out. As you've likely gathered, there's a large amount of functionality to this workflow. So, get out there, sync your mount, build a mount model, gather Alt/Az points for your site's artificial horizon in KStars, take some subs or a couple full rounds of LRGB, tackle guiding with the internal guider on a brighter star if needed- or, for the sake of fulfillment, try to go for a full sequence in the scheduler. Nobody wants to waste clear nights, and even though you might lose a few while you're on this learning curve, get a head start on your own journey before the really promising nights come around. Worst case scenario, you lose a night of moonlit skies and a little sleep while executing a full sequence. Finding errors under imperfect skies is the perfect feeling, leaving you time to seek and find solutions, and becoming more prepared and knowledgeable, generally.

5)Before updating (or sudo apt-get update && sudo apt-get upgrade);
-always always always *always* make a backup of your current system
+for doing so, it is useful to have a second SD card at the ready, of the same make and model
-make note of the version you had versus the version to which you're upgrading
-the moment you find any error or issue, open notepad or similar and write yourself a note; things like simple shorthand really help in communicating your issues later on.

6)Watch every video and tutorial you can, that includes reading the tutorials on the indilib site.
Too many times, I found myself jumping into a function, just to stop and check myself, and seek out the basic tutorials. Most of us are prone to quick action-taking, but doing a little homework really comes with no loss, and at least some gain of insight. Do it! Even the older tutorial videos by Jasem from years ago provide valuable insight into what actually goes on in this environment, and about what the various projects are all about. Personally, I also enjoyed some "full night" no-audio videos posted to Youtube by Ekos/INDI users- they were very valuable in visualizing what an 8hr session (no joke, there are some long videos) entails. Also, make sure you're submitting logs correctly- there are certain ways to do so, a certain ways to definitely not do so (I'm guilty, and still learning!)

7) Practice. Patience. and Perseverance.
You're committed, you have support available which is hosted by those behind the software (and sometimes hardware), you've done some soft runs for practice, you're taking notes, and you've read up on some how-to. You're going to get there, eventually- there is no doubt about this. Don't let some clouds, or dew, or even a driver issue get you down. Photons will continue to rain down, even after you're gone from this plane, so just chill and do your best not to lose the enjoyment of it all. We're not all scientists, and even as a scientist myself, I often find this type of mindset helps me greatly in the laboratories in which I work. This isn't a chore, so keep your head up and have pride in being a part of something so dang awesome!!! Seriously, if I can get to my first sub frames with this setup, I know you can. You just need a little equipment and a can-do attitude. A few extra GB of storage space helps, too ;)

8)Support. This. Now.
I'm not rich. It took me an extended amount of time to acquire my equipment. I have a family, bills, and everybody has to eat. I get it. I just made my first actual donation to INDI- it wasn't that much, and it certainly won't support anyone's salary, nor was it tax-deductible (maybe one day, here in the US?!), but after being so kindly-received here, I can let go of a few cups of coffee for now. In the near future, my plan is donate a certain amount per hour of finished images (i.e. X dollars/ Y hrs of light gathering). So maybe after each image's final touch up in PhotoShop, I make note for a future donation or immediately donate the calculated amount. That's my personal pledge; you have to find your own. I won't judge you if you don't, but giving advice and receiving help only go so far. Can you afford 5 Euros or 10 dollars or X Yen or Y real, right now? I'm not converting, just trying to make a point. If you're out under the sky, capturing lights, somebody's own time and care has been poured into it- give back to this community, it will help. Finance discussions are a bit of a cultural taboo, I know, but say it with me, "if we can afford the glass, we can help pay for the gas!" If you can buy this equipment or the parts to fashion your own, and aren't out there monthly on an educational outreach, please think to help out with a little fuel to stoke the fire that keeps us all warm!

9)Share!
Your experiences, your issues, your feedback, your criticisms (critique, not harsh words!), your frustrations (again, elaborate and don't take it out on others), your triumphs- and share your own personal relfections, like I have here. Maybe above all, once you have some understanding of this workflow and this community, share the very idea with others who might one day be reading this. I've climbed aboard a special type of project, and I want others to feel the excitement that I do; of course many are comfortable in their own settings, like humans do, but even if 1 out of 10 people who hear about it become interested, it only will add to the enjoyment of us all.


You were warned: I can be naive, I'm young, and I'm new to this workflow. Just like you, however, I can't show you a more cohesive and friendly community geared towards developing an open-source astronomy platform. This is something very special and I felt happy and excited to write out my thoughts, here. I may have went too far for some, and not deep enough for others, but either way, I'll look forward to seeing you on the forums or under dark skies.

Cheers to this great community and clear skies to everyone who puts effort into these projects.

Jacob
Arcata, CA, USA

Focuser Arduino and Motorshield - by: sergio

$
0
0
I have installed the stellarmate on raspberry one week ago and I tested the ekos and kstar tools. I have a focuser developed with the Arduino and Motorshield board to control the stepper in the ASCOM environment. Now I would like to move this in the INDI. I have read some indi drivers are available, but I am not understand where I can retrieve the correspondent Arduino code for the specific indi driver (for example moonlite, etc.. ). Can you help and suggest me a solution, please?

Focus Module revisited - by: MikeCEM60

$
0
0
Currently EKOS arrives at best focus by moving the sensor "in" and "out" with decreasing amplitude, thus arriving at minimum HFR value.

My home built focuser is belt driven, thus backlash in the system becomes an issue: this could be avoided:

First HFR is mapped in one direction (e.g.: "in" movements only) from outside to inside of best focus position. Once the V curve is established the focuser would rewind to its start position, and incrementally, using only "in" commands arrive at HFR minimum. Backlash avoided, that should eliminate most failed autofocus procedures.

Thanks
Michael

ASI cameras new issue with latest EKOS - by: lemmu

$
0
0
Hello, after upgrading Kstars version 3.3.3. i encountered new problem. Capturing with any ZWO camera ( 1600 & 120 ) capture will be aborted "Cap device is missing but the job requires flat or dark cap device"
What cap device??? How to fix this?
Besides I.m getting log file error 2019-08-05T20:00:05: [WARNING] Failed to load user configuration. Unable to open config file. Error loading file /home/stellarmate/.indi/ZWO CCD_config.xml: No such file or directory. To save user configuration, click Save under the Configuration property in the Options tab.
2019-08-05T20:00:00: [WARNING] Unable to purge configuration file /home/stellarmate/.indi/ZWO CCD_config.xml. Error No such file or directory
2019-08-05T19:51:50: [WARNING] Unable to purge configuration file /home/stellarmate/.indi/ZWO CCD_config.xml. Error No such file or directory
2019-08-05T19:49:18: [WARNING] Failed to load user configuration. Unable to open config file. Error loading file /home/stellarmate/.indi/ZWO CCD_config.xml: No such file or directory. To save user configuration, click Save under the Configuration property in the Options tab.
2019-08-05T19:49:17: [INFO] Debug is enabled.
2019-08-05T19:49:17: [INFO] The CCD Temperature is 0.000
2019-08-05T19:49:17: [INFO] CCD is online. Retrieving basic data.
2019-08-05T19:49:17: [INFO] Setting intital bandwidth to AUTO on connection.
What is going on?

Joystick - by: Andrew_L

$
0
0
Hello! I'm a KStars/EKOS/INDI newbie (1 week) so please bear with my stupid questions!

I am trying out KStars on my MacBook. I want to see if I can use it to run my equipment instead of using EQMOD + Cartes du Ciel + PHD2 + EOS BackYard running in Windows7 in a virtual machine on my MacBook.

So far so good. It's been a bit of a steep learning curve. Nevertheless I've successfully got KStars controlling my mount. It also works with my Canon 450D and my guide camera.

The specific problem I'm having is getting KStars/EKOS/INDI to work with the gamepad I use to control the mount at the telescope.

I understand I have to connect the gamepad to the mount in the Device Manager as described here: indilib.org/support/tutorials/135-contro...ools-menu-gt-devices

When I do this I get the error message: " ... make sure the package that provides the indi_joystick binary is installed."

Any suggestions how I do this?

AstroPi3 Scripts revised - by: rlancaste

$
0
0
Over the past couple of weeks, I made some massive changes in my AstroPi3 setup scripts.
I added additional capabilities, removed some outdated items, improved on some others, and improved the documentation a bit. I made a brand new version of the script that is capable of installing everything and setting up a Pi running Raspbian, which I made specifically with the Pi4 in mind, since ubuntu-mate is not released for it yet. There are 3 main scripts:

setupAstroPi3 -- gets a Raspberry Pi3b or 3b+ with an Ubuntu MATE image all configured and setup.
setupAstroRaspbianPi -- gets a Raspberry Pi running Raspbian all configured and setup. (tested on Raspberry Pi 4 specifically)
setupUbuntuSBC-- gets an SBC running Ubuntu all configured and setup (tested on Rock64 and Odroid C2)

There are other scripts included just like there were before with desktop shortcuts for installing index files, configuring udev rules, etc etc.

I ran them and ran them over and over on 2 Raspberry Pi 3bs, one Raspberry Pi 3b+, one Raspberry Pi 4, and one Odroid C2 until I was pretty satisfied I had worked out most of the bugs, except for the Rock64 which still has display issues on VNC. (I did this when I first made them too, but things change. . .) If you have a fresh image of Raspbian or Ubuntu-MATE, you should be able to run my scripts with no changes ( I hope) and get everything mostly setup with one simple script. Of course, if your system is different, you might have to remove or change small parts of the script. One of the things people have found most useful is using the scripts as a guide to set up their own scripts or to set up their system manually.

Hopefully this helps you! Have fun!! And let me know of any issues.

Thanks,

Rob

Experiences Using SM Beta on RPi 4, 4GB - by: werper

$
0
0
Some observations after a weekend (about 12 hours of imaging) using SM Beta on the the new RPI 4, 4GB in Hotspot mode:
(I'm using the Vilros complete kit with heatsinks and fan: www.amazon.com/Vilros-Raspberry-Complete...4%2Caps%2C283&sr=8-9 )
Stability has been excellent, no crashes.
My Powered USB hub does not appear to be compatible, nothing is recognized when it's plugged in. However, it also does not appear to be needed anymore as my Canon T3i, QHY-5-II-M guide cam and iOptron iEQ45 Pro mount ran flawlessly plugged directly into the RPi. I thnk the compatibility is with the RPi, not SM.
Offline plate solving works flawlessly.
Guiding works flawlessly.
Focusing works flawlessly.
The only real problem I've found so far is wireless 802.11ac does not work, only wireless N, which I believe is a Ubuntu Mate issue, not Stellarmate. Gigabit Ethernet works flawlessly too.
Overall, I'm finding the entire user experience VASTLY improved with the beefier RPi 4. It's working REALLY well for me!
I'd be VERY interested to hear other user's experiences with the RPi 4...

Writing a 3dparty-driver for DDM Herkules V24 - by: escriban

$
0
0
Hi all

I'm trying to write a driver for the swiss DDM Mount "Herkules V24". Part of the commands are based on LX200, so I took the Avalondriver as a model and adapted it.
But this driver seems to be faulty, because I cannot access the parent properties of INDI:Telescope. The properties of LX200Telescope however are present!

Attached is a the initialising part of the file "lx200v24.cpp" (copied from the Avalondriver (lx200_Stargo)). Entering the constructor LX200Herkules:.LX200Herkules() the debugger displays all the properties of LX200Telescope (e.g. LX200_HAS_PULSE_GUIDING), but gives no values for all the properties of INDI:Telescope (e.g. TELESCOPE_CAN_CONTROL_TRACK). See

File Attachment:

File Name: DriverProblem_2019-08-28.txt
File Size: 9 KB

I'm happy, if someone can help me correcting the code, as I don't have any ideas anymore.

Sincerely
Antonio

QHY174M-GPS - GPS support - by: paotg

$
0
0
Dear all,

I have now a QHY174 with GPS receiver included, but there is only a single Windows software (SharpCap) that appears to support the GPS insertion in the SER file.
I tested the camera successfully with INDI, but of course there is no GPS support for the camera. Of course this feature is very specific, but it would make INDI a very powerful tool for time-critical applications (such as stellar occultations).

I am ready to offer my collaboration for testing, if somebody can take some time to include the required feature in the driver.

The only description available about how to decode/use the GPS data is provided here (about half-way through the page, "Programming with the API"): https://www.qhyccd.com/index.php?m=content&c=index&a=show&catid=30&id=190

I hope that the authors of the QHY driver will be able to help. Please let me know.

best regards
Paolo

macOS 10.15 and KStars/Ekos Distribution and Notarisation - by: Psamathe

$
0
0
As I understand it, imminent macOS release 10.15 will require all apps are "notarized" in order to be installed.

Is KStars/Ekos for Mac currently notarised or plans to make it notarized (or are there ways round it)?

I'm uncertain what notarization involves and to me it sounds like a retrograde step. There are rumours that the requirement might be slipping and wont be introduced immediately on 10.15 release but I've no idea as to the reliability of these rumours.

Astrometry offline solver with snapd. - by: gary

$
0
0
Hi all, I've got the solver setup and index files installed in kstars 3.3.6 via the snap package, but when I try a load and solve it returns



If i try the solver outside of kstars with the settings copied out of the options box, it will complain about not been able to find the astrometry.cfg, adding the --config flag then gives:

/snap/kstars/45/usr/bin/solve-field -O --no-plots --no-verify --resort --downsample 2 -3 203.012 -4 47.0956 -5 30 --config /home/gary/snap/kstars/45/.local/share/kstars/astrometry/astrometry.cfg Light_30_secs_2018-05-09T01-48-31_006.fits

and the file solves correctly.

On the off chance there was an issue with config path when running inside kstars/snap, I added the --config line above to the custom astrometry options but the result was the same.

In addition --config /path/to/astrometry.cfg did not show up in the log file as a used option. This is also the case with the search radius. Options dialog shows -5 is set to 30 and the options edit box in the solver options also shows -5 30.



However when run the log shows:



why is the radius showing in log as 15 when options specify 30? Are other params including custom not been passed through too like --config ? Is there any way to get more output from the solver to be logged to troubleshoot this further? -vv in custom options doesn't appear to do anything, unlike on cmd line.

Setting developpement environment - by: Spiritchaser

$
0
0
Hi all,

I need to write a driver for an equipment.
For few hours, I try to set up my dev environnement using tutorials.
I have installed QtCreator, dowloaded indilib...
In "Build" configuration i've added the custom process step with command "sudo" with "make install" as argument...
But it doesn't work...this message appears at the end of the build process :

"sudo: no tty present and no askpass program specified"

Does it mean that I need to set terminal in QtCreator is there an other way to do it works !

I work under Kubuntu 19.04 in a VM.

Thanks.
Best Regards.

Focus position at atart up - by: Kaban

$
0
0
Hello.

My setup is Stellarmate with a Raspberry pi 3b+.
I work with an Optec TCF LS focuser and i choose Focus Lynx in Ekos.
It works pretty well but i have a request.
It is an absolute focuser and has a temperature sensor so in the options i wrote down the coeficient for temperature change, 55 steps per degree in my case.
What i would like is that at connection, the focuser would be automatically sent to a position based in the current temperature and the last succesful autofocus.
I know that this position will not be very accurate, but would be a good start position for the first autofocus of the following night´s sesión.

Thanks.

David Cejudo.
Observatorio El gallinero
El Berrueco, Madrid.

KStars Lite 4.0 does not start - by: VTVL

$
0
0
I have not used KStars Lite for about a year. It previously worked OK with my LX90 and RPI3. Recently I added more SD memory to my Android phone (Android 6.0) The increased memory was set (formated) to be an extension of the internal. My phone still complains about not having enough free memory to install some app updates.. Although there are lest complaints than before the memory increase. So I removed a no longer wanted app and uninstalled Kstars Lite which still would not start.. Then installed it again (version 4.0 from Playstore). This version is claimed to overcome a crash on start problem.
Still no joy, The sand clock sits there for a while and then a failure to start is reported with the option to report the problem, This forum is more direct I think.

KStars Local Time Offset wrong. - by: Ihoujin

$
0
0
I have a GPS time source with a -4 Offset in EST timezone. Everything reports correctly in INDI drivers and system clock sync, But KStars is showing only -3 offset. This is when Time & Location Updates are set to GPS & Mount Updates KStars. If I choose KStars Updates All Devices, the offsets are correct.Edit: Not repeatable. What could be the cause of this?
There is no place to manually correct the offset that I can find while using GPS.

"LT: 11:22:39 PM"

Nighscape 8300 driver - by: dirkn

$
0
0
Hi,

Ive build a nightscape 8300 driver that's still pretty 'alpha' but perfroms fan/cooler and exposure control correctly. The image saving/downloading isn't completely stable because of some USB data transfer issues.

For stability, it needs the FTDI d2xx libraries but can run with libftdi1.

Is there any intereest in this? I know the camera is discontinued and support form Celestron limited now.

It was built based on reverse-engineering the messaging from the windows driver.

I have no idea how to run the non-KAF300 version of this.

Regards,

Dirk

iEXOS100 Mount Tested With PMC8 Driver - by: mikefulb

$
0
0
I was able to test the PMC8 mount driver last night with an Explore Scientific iEXOS100 mount with the changes made recently by Thomas Olson to support the multiple mounts sold by Explore Scientific and it worked great. I tested slewing, plate solving and syncing and pulse guiding from PHD2. I left it guiding for a couple of hours and then told it to park and everything worked as expected. That said I would still consider the driver in development so I would not use the mount unattended in case you need to intervene if there is a hiccup.

myFocuserPro or myFocuserPro2 and INDI - by: Viktste

$
0
0
I need a focuser that is Indi compatible. I really don't want to fork out £400+ for a MoonLite focuser so I have decided to build a myFocuserPro (and use the saved cash to buy myself a 3D printer...). Has anyone successfully used myFocuserPro with Indi? And are both myFocuserPro and myFocuserPro2 compatible, or is it only myFocuserPro that works with Indi?

INDI driver for nightscape not 8300 - by: Kiko

$
0
0
Hello Who has INDI driver for nightscape not 8300 ? I can't connect my celestron nightscape with INDI driver nightscape 8300!Thanks

File Attachment:

File Name: log_17-10-52.zip
File Size: 2 KB

Ioptron mount connection support needed - by: Highkamp

$
0
0
I have not been able to move my mount using Ekos commands even though Ekos shows it (CEM120) as being connected. I have it connected via HC using converter to USB plugged into Stellarmate. My mount has wifi and LAN too but not sure if those are options to connect via SM either. If anyone has connected their SM to iOptron mount I would like to know how.

Thanks
Viewing all 14131 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>