×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

Meridian Flip Configuration

  • Posts: 185
  • Thank you received: 28
Look at line 146277 which shows the mount is on target for M42 at 19:27:54(+) local time. This was on the west side of the pier. I realigned at 19:52 (194825), 20:00 (276814) and 20:18 (311291). At 20:18, the accepted solution is about 2 minutes in declination from M42 (which isn't Alnitak either). I'm still confused....
The following user(s) said Thank You: Craig
4 years 1 month ago #49918

Please Log in or Create an account to join the conversation.

  • Posts: 554
  • Thank you received: 138
2 arc minutes in declination away is very close after a meridian flip and if you mean 2 minutes of time then it's still only half a degree which is still not bad.
4 years 1 month ago #49928

Please Log in or Create an account to join the conversation.

  • Posts: 185
  • Thank you received: 28
2 arc minutes puts the target outside my FOV.

It's more important to note that this was the plate-solved location that was meant to be M42. I guess I'll just chalk this up as an ongoing mystery.
4 years 1 month ago #49929

Please Log in or Create an account to join the conversation.

  • Posts: 19
  • Thank you received: 1

Replied by Niki on topic Meridian Flip Configuration

Hey RDBeck!

I had the EXACT SAME SITUATION yesterday!

Since i had flip-problems all of the time i was awake yesterday at flip-time and decided to have a look, what happens.

So everything worked fine, mount flipped, went to the target from the other pierside and made a platesolve afterwards. And then it says "solver succesful" after 1 try , but stays WAY out of the desired location. Funny thing is that when working on "the other side" i can say go there or there, the mount moves but ALWAYS goes to the wrong point in the sky, saying solver succesful!
WTF
I can not understand this behaviour.
Cleared Mount model several times.

Conclusion ATM:

Platesolving works great when west pointing east.
Platesolving goes wild when east pointing west...

System not usable after the flip for me...

Ideas?

Niki
The following user(s) said Thank You: Craig
4 years 3 weeks ago #51301

Please Log in or Create an account to join the conversation.

  • Posts: 1185
  • Thank you received: 370
Hi Niki,
without logs it's not that easy. Could you please post the logs, I could take a look...

- Wolfgang
The following user(s) said Thank You: Niki
4 years 2 weeks ago #51312

Please Log in or Create an account to join the conversation.

  • Posts: 19
  • Thank you received: 1

Replied by Niki on topic Meridian Flip Configuration

Sorry, i would like to but my logs are always way to large. The one of yesterday has 47mb...

ill try to host it somewhere...

Niki
4 years 2 weeks ago #51316

Please Log in or Create an account to join the conversation.

  • Posts: 19
  • Thank you received: 1
4 years 2 weeks ago #51317

Please Log in or Create an account to join the conversation.

  • Posts: 1185
  • Thank you received: 370
Hi Niki,
the meridian flip itself was running fine:
[2020-03-28T00:43:44.675 CET INFO ][     org.kde.kstars.ekos.mount] - Meridian flip: slewing to RA= "12h 46m 39s" DEC= " 42° 52' 29\""
[2020-03-28T00:44:31.677 CET INFO ][   org.kde.kstars.ekos.capture] - "Das Teleskop hat das Umschwenken am Meridian abgeschlossen."
[2020-03-28T00:44:31.693 CET INFO ][   org.kde.kstars.ekos.capture] - "Neue Ausrichtung nach dem Umschwenken wird durchgeführt ..."
[2020-03-28T00:44:50.459 CET INFO ][     org.kde.kstars.ekos.align] - "Solution coordinates: RA (12h 46m 38s) DEC ( 42° 51' 48\") Telescope Coordinates: RA (12h 44m 06s) DEC ( 32° 14' 45\")"
[2020-03-28T00:44:50.542 CET INFO ][   org.kde.kstars.ekos.capture] - "Die erneute Ausrichtung nach dem Umschwenken wurde erfolgreich abgeschlossen."

But after this, it looks like the scope moves. There is one warning in the log:
[2020-03-28T00:01:36.529 CET INFO ][           org.kde.kstars.indi] - EQMod Mount :  "[WARNING] Enforcing the pier side prevents a meridian flip and may lead to collisions of the telescope with obstacles. "

I'm not so familiar with EQ mounts. But if I get it right is, that you have a setting forcing the mount to stay on a certain pier side. This does not sound like a good idea for meridian flips.

- Wolfgang
4 years 2 weeks ago #51320

Please Log in or Create an account to join the conversation.

  • Posts: 185
  • Thank you received: 28
Since my last post, I had two, IIRC, cases where the capture and slew of a target too close to the meridian would not point to the correct location. The location in KStars was where the scope was pointing, it just wasn't my target. I didn't post them at the time because I didn't have good notes to point someone else where to look for them in the logs (different nights and targets).

After I reset the mount and ensured it was working correctly (I don't recall what all I had wrong), automatic meridian flips have been working just fine. I'm using 1/2 hour past the meridian as my criterion.
The following user(s) said Thank You: Niki, Craig
Last edit: 4 years 2 weeks ago by Richard Beck. Reason: update
4 years 2 weeks ago #51321

Please Log in or Create an account to join the conversation.

  • Posts: 19
  • Thank you received: 1

Replied by Niki on topic Meridian Flip Configuration

Hi Wolfgang!

The first part of the Log you quoted says die erneute Ausrichtung blablabla wurde abgeschlossen. Thats right, the system "thinks" it is on the right point, but it is just NOT. Thats the funny thing.

The second thing you quoted, that i forced the mount to the other pier side was before that, when i tried to make the flip manually.
This would have worked besides that. The problem is happening after the flip.
The flip itself works flawless.

I´ll try it in German, maybe i have better words, i think you speak german Wolfgang?

Also folgendes problem passiert. Platesolve funktioniert eigentlich problemlos am Abend. Meine Objekte starten meist tief im Osten. Wen ich dann flippen muss, macht das system das problemlos.
Du musst dir das so vorstellen. Gestern hatte ich die Walgalaxie im Bild vor dem Flip. Fadenkreuz drauf, der "Rahmen" des Sensors nach dem Platesolve auch, alles normal.

Dann der Flip. Monti fährt das Objekt verkehrt an und ist relativ weit weg, ich hab das mal im Screenshot markiert wie weit in etwa das gestern war.

Also die Walgalaxie ist auf dem Screen da wo das Fadenkreuz ist. Der Rote Ring zeigt wo die Monti nach dem Flip hingefahren ist. Und da hat sie dann gemeint erneute Ausrichtung abgeschlossen.
Was ich dann natürlich gemacht hab, war mit der Maus auf die Walgalaxie zu klicken und dem System zu sagen "fahr da hin"
Und was macht das System? NICHTS! Es sagt sinngemäß. "Da bin ich doch schon"

Verstehst du wie ich das meine? Komplett unlogisch, ich kapiers nicht, vor allem warum VOR dem Flip alles hinhaut.

Die Zeit hab ich 3 mal gecheckt, die hat gepasst...

Werd jetzt mal alle Einstellungen der Montierung, bzw. des Platesolve löschen , mal sehen obs dann geht...
Aber jetzt ist erstmal schlechtwetter...

Grße
Niki
4 years 2 weeks ago #51333
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 1185
  • Thank you received: 370
Hi Niki,
right, I am native German. But I think, for a broader audience we should stay with English.

I'll send you my email address by PN, then we could continue to talk in German :-)

- Wolfgang
The following user(s) said Thank You: Niki
4 years 2 weeks ago #51334

Please Log in or Create an account to join the conversation.

  • Posts: 1009
  • Thank you received: 133
Any news here? IMO the issue is not caused by the meridian flip in itself. I had the same problem [1] yesterday when pointing to a new target on the other side of the meridian. The slew ended up some 50⁰ away from the intended position (and the telescope marker in the sky view was on the target I clicked on). No debug active, and the plain kstars log doesn't tell much. But something's messed up in the pointing/model system....

[1] indilib.org/forum/ekos/6671-telescope-po...s-when-flipping.html
4 years 2 weeks ago #51376

Please Log in or Create an account to join the conversation.

Time to create page: 1.105 seconds