Even aan dit forum toegevoegd voor referentie later.
Toen ik begon met KStars en INDI heb ik het ook via wifi gedaan vanuit de woonkamer. Dit punt alleen al was de bron van veel problematiek, de connectie bleef redelijk stabiel (hier is Linux erg goed in), maar de kwaliteit was niet top. Dit resulteerde in soms rare problemen en soms hield er dus een apparaat op met functioneren simpelweg omdat het niet om kon gaan met haperende data. Dat was echter zo onduidelijk, dat het mij erg veel tijd kostte om tot die conclusie, van de connectie, te komen. Sinds een jaar heb ik nu een Ethernet connectie buitenshuis (draad in een buis door de kruipruimte) en dat is echt een heerlijkheid dat wil je niet weten, heel veel frustrerende problematiek verdween als sneeuw voor de zon dus dat raad ik je sowieso aan.
Met INDI heb je niks meer met ASCOM te maken (tenzij je de Windows versie gebruikt, die heeft wel ASCOM nodig en maakt dan een vertaalslag naar INDI). De INDI server is hetgeen wat de communicatie verzorgt met de apparatuur en KStars/EKOS. Die server kan je lokaal op je computer bij de telescoop draaien samen met KStars of, zoals ik doe, bij de telescoop de server en binnen Kstars (wat wel een goede connectie vereist). Je moet even goed kijken op de indilib.org site of jouw apparatuur ondersteunt wordt, dat kan wel een dingetje zijn. ASCOM wordt veel meer gebruikt en er zijn altijd wel drivers voor te vinden, maar het is (mijn mening) niet echt gemaakt voor het besturen van zaken op afstand. Inderdaad moet je dan inloggen met teamviewer e.d. en dat vind ik toch eerder een work-around dan een mooi client-server gebeuren. Uiteraard gaat het uiteindelijk om wat er werkt voor jou, dit is zuiver mijn mening. Mijn ervaring is dat de echte client-server connectie stabieler is en een voordeel van Linux en INDI is dat het open-source is, je kan zelf scripts schrijven tot je groen en geel ziet en alles automatiseren of zelfs zelf een driver programmeren wat niet eens super lastig hoeft te zijn (als je een beetje kan programmeren en als je de commando’s van de apparatuur kan achterhalen, alle info hiervoor staat op die indilib site). Het meest gangbare spul is echter geen punt. Ook is er een mooie zogenaamde WatchDog server, wat in de gaten houdt of de connectie naar binnen toe nog open is.. mocht de computer binnen crashen dan kan WatchDog de telescoop voor je parkeren of een scriptje uitvoeren al naar gelang je zelf wilt, zoiets heb ik in ASCOM bijv. niet echt gevonden nog maar kan mij vergissen.
KStars en EKOS zelf worden volop ontwikkeld en is nu op een punt gekomen dat ik het waarschijnlijk standaard weer ga gebruiken, na een uitstap naar Sequence Generator Pro (wat ook zeeeer goed is btw). De integratie met KStars (het stellarium) is erg fijn en de snelheid waarmee de ontwikkelaar sommige wensen en bugs die ik doorgeef doorvoert is top. Bovenal is het een systeem wa gratis is en mij simpelweg meer mogelijkheden geeft om zelf zaken te ontwikkelen en snel te implementeren, zo wil ik een automatische sterrenwacht maken (soort grote box) met custom onderdelen, rare motoren waar wellicht niet eens drivers voor bestaan etc. En dat zie ik toch wat makkelijker voor elkaar te krijgen met dit pakket en Linux.
edit: overigens hebben mijn artikelen hierover nog wat updates nodig, zo gebruik ik dus geen remote desktop oplossing meer.