Date   

Re: Mesu 200 - Sitech II, lost all the Servo config data all of a sudden

paul K
 

Hi Sedat, in your original post you mentoned
'I am using the mount at slow speeds and with much less acceleration than originally configured by Lucas.'

I was wondering why you do that? I have the same mount and it's roughly the same age. My dec motor shaft snapped recently and I am in process of reinstalling it wth Lucas now it's been repaired.

I think I may have moved the dec axis too quickly by hand when powered down and perhaps that caused the shaft to break, but I'm not really sure if that was the cause as I'd done it many times before. Lucas Mesu has been really helpful with it.

best wishes
Paul


Re: How do I connect SiTech.exe over TCP/IP network to a ZWO ASI533 camera connected to a 2nd laptop?

Don W
 

Hi Rusty,
You could run the guiding function on a separate PC to separate it from the Main camera and SiTech, which would allow platesolving.  You can't do this using pulse guiding, but you can guide using a cable from a guide camera to the SiTech controller, using the radio handpad with the Servo I or direct with the Servo II.  This would completely separate the guide operation from all other activity.
Don W


Re: How do I connect SiTech.exe over TCP/IP network to a ZWO ASI533 camera connected to a 2nd laptop?

Rusty Fletcher
 

Hello Don!

Thank you for your advice and help. I tested both laptops under "Windows Task Manager - Performance", as was discussed in another post. It turns out the CPU does get used consistently at about 80% and often hits 100% when all the processes I want to use are all running simultaneously. I think it hits 100% when the computer is attempting to download both an auto-guiding image from PHD and a deep sky image from my ZWO ASI533 Camera simultaneously. With everything running on one laptop the processes are as follows:

SiTech.exe;   The Sky 6 connected to SiTech.exe (ASCOM);   ASI Studio V1.4 running "Deep Sky Imaging" connected to my ZWO ASI533 Camera;   PHD2 Guiding 2.6.9  connected to both My Mead DSI II Camera & SiTech.exe (ASCOM).

This test was done using the camera's and motors lying on my desk... so the images were done with dust caps on... no actual guiding commands were sent to the SiTech.exe driver. Also, I plan to stay inside my house on cold nights and remotely control both laptops using "Remote Desktop" on Windows 7 since all my computers are running Windows 7 Professional. There will be some additional CPU usage when using Remote Desktop over a TCP/IP network.

if everything is running on one laptop my concern is it's just too much for one laptop to do with the ease and grace that makes for great performance. I was in the computer business for almost 20 years. I sold my business in 2015. I learned that even though a computer can often handle a job... it is wise to allow for extra memory and CPU usage for everything to run smoothly and at peak performance. Especially when doing critical work. With 1 second exposures I want my guiding camera to update every 2.5 to 3 seconds to maintain good round stars. I confess my homemade mount could handle many improvements but I have learned, by experience, that good auto-guiding will make up for my mounts poor performance. If there is any way I can divide all the task's between two older laptop computers I want to do it. The other option would be to purchase a new (very powerful) $1,400 laptop but I don't want to do that ... I want to keep my wife happy! Lol She approved my purchase of the SiTech Controller II. I think she is still happy!  :-)

I timed the download speed of my auto-guiding images. With everything running on one computer I found that it definitely slows down the auto-guiding speed by about 30 to 40%. That is enough to require that I throw away a lot more of my main images when doing deep sky imaging. When I ran the PHD auto-guiding software by itself on just one laptop with 1 second exposures the performance was about 2.5 seconds per update. Using 2 computers to run everything definitely makes some difference. I could run PlateSolve connected to my guiding camera because that is the computer I am using to run SiTech.exe. But, I would prefer to use PlateSolve connected to my primary imaging camera. It will allow for faster centering of objects and will probably work best with PointXP because the primary imaging camera is mounted on the primary imaging scope. Maybe with your expertise and possibly the advice of others this could be made to work. Thank you sir!

Rusty Fletcher


Re: How do I connect SiTech.exe over TCP/IP network to a ZWO ASI533 camera connected to a 2nd laptop?

Don W
 

Hi Rusty,
I seriously doubt you can connect to a second computer.  The connection is via ASCOM, internally on a single PC between SiTech and your camera control program.  In order for SiTech to do any platesolves, it must communicate both ways to and from the camera control software, so they must be on the same PC.
Don W


Re: Meridian Flip Settings Explained

MartinC
 

Hi Don,

 

Many thanks for your reply. I appreciate Dan must be busy & that he is the only person who can resolve this but I’m also conscious that time is creeping by.

Hopefully I will hear from you soon.

 

Best wishes

Martin


How do I connect SiTech.exe over TCP/IP network to a ZWO ASI533 camera connected to a 2nd laptop?

Rusty Fletcher
 

Hello All,

SiTech.exe is running great on my 1st laptop. It connects to The Sky 6 Planetarium Software, running on the same laptop, beautifully... How do I connect over a TCP/IP network to a ZWO ASI533 camera connected to a 2nd laptop? I want to use the camera with PlateSolve & PointXP

SiTech.exe with Plate Solve and The Sky 6 are running on the first computer... the ZWO ASI533 camera is running on a second computer. The two computers are networked together through a router. The connection is good... I can transfer files, etc.

Is there a way to setup SiTech.exe & PlateSolve to use the camera to access images automatically?

Thank you for any help or advice!

Rusty


Re: Meridian Flip Settings Explained

Don W
 

Hi Martin,
Dan knows about your issues and I am following up on the problem.  My last contact with Dan was a while ago - with the Covig virus getting almost under control, Dan's workload supporting professional observatories around the world has increased tremendously.  Dan indicated he would not be able to work on SiTech issues for a while (maybe weeks).  I am waiting for word from Dan when he will again work on SiTech.
I will let you know when that happens.
Don W


Re: Meridian Flip Settings Explained

MartinC
 

Hi Don,

I was wondering if you had any update on how this was progressing?

Kind regards
Martin


Re: Mesu 200 - Sitech II, lost all the Servo config data all of a sudden

Sedat Bilgebay
 

Hello Chuck,

I have the back ups for both the .car and .cfg files. There were no electrical disturbances or power cut off at this time and the weather is beautiful these days. This is really mysterious. The only thing I can think of is this: I'm using the mount remotely via Splashtop through my Mac, ipad or iphone. When I use my ios devices, I need to press the direction buttons 3 times in quick succession and sometimes I press 4-5 times :) Maybe this triggers a "reset" function in the controller. This is exactly what happened prior to the problem, I pressed the screen 4-5 times accidentally then I ran into the problem.

Last time I flashed the eeprom was in 2015 when the mount was brand new and Sitach DEC led started blinking for some unknown reason. At that time Dan had kindly sent V93.bin together with the some instructions and since then I had no problem related to Sitech. It just runs perfectly.

Last night all went well... we will see.


Re: Mesu 200 - Sitech II, lost all the Servo config data all of a sudden

CandCShaw
 

Great that it is working!  Download the .car File and make a backup copy. Do the same with the .cfg file for Sitechexe.  

Did you have any electrical disturbances (spikes, lighting, surges, etc) after the last time it was working ok?  When was the last time you flashed the controller eprom?

Cheers!

Chuck


On Jun 6, 2021, at 2:06 PM, Sedat Bilgebay <bilgebay@...> wrote:

Thank you Chuck.

My Sitech.cfg is in good shape, no problem with that.

The problem is with the mount specific parameters stored in Sitech II. All the settings that Lucas Mesu keyed in like the tick numbers, motor gain parameters etc were erased. As soon as I uploaded the the configuration from the *.car file he sent to me everything got back to normal. All I want to know os why this has happened and if it can be avoided. I have been using the mount in the same way for the last 5 this never happened before.


Re: Mesu 200 - Sitech II, lost all the Servo config data all of a sudden

Sedat Bilgebay
 

Thank you Chuck.

My Sitech.cfg is in good shape, no problem with that.

The problem is with the mount specific parameters stored in Sitech II. All the settings that Lucas Mesu keyed in like the tick numbers, motor gain parameters etc were erased. As soon as I uploaded the the configuration from the *.car file he sent to me everything got back to normal. All I want to know os why this has happened and if it can be avoided. I have been using the mount in the same way for the last 5 this never happened before.


Re: Mesu 200 - Sitech II, lost all the Servo config data all of a sudden

CandCShaw
 

Sorry for your problem!   Sitechexe will create a “new” Sitech.CFL file if it cannot find one. Sounds like the previous Sitech.cfg may have gotten corrupted?   Do you do backups on your PC?

Chuck


On Jun 6, 2021, at 9:33 AM, Sedat Bilgebay <bilgebay@...> wrote:

Dear group,

This is a 5 year old Mesu 200. I have no clue as to what caused this hiccup but it's happening to me for the first time.  As usual, the other day, I was preparing for the night and when I pushed the East button on the Sitech.exe the mount started slewing to west  at full speed. So I stopped playing with the buttons and started Servo Config to check the parameters... My settings can be seen in the first image below but what I found were the values in the second screenshot:

<Servoconfig_SB_before.jpeg>


<Servoconfig_SB_after.png>


I reloaded the orijinal .car file to the controller then edited  a few of them with the values in the top image. I am using the mount at slow speeds and with much less acceleration than originally configured by Lucas.

Now the mount is back to normal and running perfectly. 

Has any of you experienced a similar situation ? What could be the reason behind this. As I said, this is happening to me first time in 5 years of operation. This seemed to me like the AP mounts' internal battery failure where the mounts is not able to hold the user adjusted parameters and reverts to a default configuration. I know Sitech stores this info in a NV memory but then how on earth this hiccup occurred ?

Thank you for reading and sharing your experiences/comments with me.

Clear skies

Sedat Bilgebay


Mesu 200 - Sitech II, lost all the Servo config data all of a sudden

Sedat Bilgebay
 

Dear group,

This is a 5 year old Mesu 200. I have no clue as to what caused this hiccup but it's happening to me for the first time.  As usual, the other day, I was preparing for the night and when I pushed the East button on the Sitech.exe the mount started slewing to west  at full speed. So I stopped playing with the buttons and started Servo Config to check the parameters... My settings can be seen in the first image below but what I found were the values in the second screenshot:





I reloaded the orijinal .car file to the controller then edited  a few of them with the values in the top image. I am using the mount at slow speeds and with much less acceleration than originally configured by Lucas.

Now the mount is back to normal and running perfectly. 

Has any of you experienced a similar situation ? What could be the reason behind this. As I said, this is happening to me first time in 5 years of operation. This seemed to me like the AP mounts' internal battery failure where the mounts is not able to hold the user adjusted parameters and reverts to a default configuration. I know Sitech stores this info in a NV memory but then how on earth this hiccup occurred ?

Thank you for reading and sharing your experiences/comments with me.

Clear skies

Sedat Bilgebay


Re: Track past Meridian 95p

pburke@...
 
Edited

This was on a target east of the Meridian (southern horizon) when the mount is tracking and reaches what I assume is the meridian(the blue and green dash line) the hr angle goes from a neg number to zero and the slew is initiated the tracking is stopped. I dont get any nearing the Meridian warning. From here if I start the tracking I will get the nearing meridian warning when the mount aproaches the dashed blue line (I'm assuming that is 8 deg past the Meridian) and the tracking will stop.
Sorry for the photo qual. Best I could do in the obs.


Re: Track past Meridian 95p

Don W
 

Show us your Mount Parms config page.
Don W


Re: Track past Meridian 95p

pburke@...
 

I repeated the steps above and not sure what is triggering the slew when it crosses the green dash line in sky view but it does it every time. attached is a short debug log.
At 2059:59 I slewed using sky view to a star that was just east of the meridian and let it track till it did it's slew thing reaching the green dash line (just as the hr angle reached 0 (counting from a neg number as it tracked)
and stopped the tracking.
Ive got some setting messed up but cant figure out what it is....


Re: Track past Meridian 95p

pburke@...
 

Ok, just ran a test on the mount. I was east of the meridian, slewed to a star just east of the meridian, I believe I was above the pole (I think that is depicted in sky view as a solid blue line running east to west?) as the mount reached the Meridian I did not get any aural warning that I was approaching the Meridian limit, when the mount reached the Meridian it initiated as slew command (don"t know where to??) the mount oscillated east and west for about 2 seconds then the tracking stopped. I pressed the start tracking and the mount tracked to the 8 deg limit mark. as it approached I did get the nearing the Meridian limit warning and when it reached the 8 deg it stopped tracking.
I noticed that in the sky view the Meridian is depicted by a blue line running north to south. I also have a dashed green line running north to south about a degree east of the Meridian (blue line) 
What does that depict?, and could that be causing the slew command or stopping the tracking just prior to crossing the Meridian?. 


Re: Track past Meridian 95p

pburke@...
 

Thanks Don, I'm going to try a few things tonight. just to clarify what you recommended in your last post.
Here is my stupid question.... could you define "make sure you are positioned OVER THE POLE" ... does that mean  the scope would be "looking east" (mount reporting pier west) and the counterweights down?


Re: Track past Meridian 95p

Don W
 

Well, it works perfectly for me with 095P.Make sure you have the GEM Auto Flip Track unchecked.  Make sure you are positioned OVER THE POLE.  I commanded a slew to a position east of the meridian, and it tracked through the meridian, right up to stopping at 8 degrees west of the meridian.  I have the sounds turned on, and SiTech announced approaching the track past meridian limit.
Don W


Re: Track past Meridian 95p

pburke@...
 

Hi Don, thanks for the reply. Its my understanding that Voyager's lodgic is to allow the mount to track past the Maridian then after the set delay (so the target has crossed) it issues a goto that will cause the mount to flip
I read in another thread here that these settings worked in Voyager for his Mitsu mount.
I entered these settings expecting the mount to track past the Meridian , after the set delay time Voyager would issue a goto. What happened is when the target reached the Meridian the mount stopped tracking, it didnt continue tracking  past the Meridian (8deg) as was set in the mount parameters. I changed the west limit to -175:00:00 and the track past was left at 8. I ran the same script and the mount continued trackiing past the Meridian. After the set delay in Voyager, the target was west of the Meridian, (it hadnt reached the -175 limit yet) and voyager issued the goto. The mount did not flip.
I ran several tests today using just sitech. If I do a goto using skyview to a target east of the Meridian, west limit set at -180:00:00, and the track past set to 8deg. The mount, when it gets to the Meridian will stop or initiate a goto flip on its own.
Its my understanding that with those settings the mount should do nothing but contiue to track when it gets to the Meridian and stop 8 deg west.(with no Goto or Track auto flip checked). (Is this correct?)
With the same settings and Goto auto flip checked, if the mount did track pass the Meridian and the target was west of the Meridian, and a goto was initiated, the mount should flip. (Is this correct?)
The only way I can get the mount to continue to track pass the Meridian with these settings is to stop the mount from tracking or slewing while east of the Meridian then start the tracking again. At that point it will track to What ever I have set in the track pass setting and stop.
This is using only Sitech, nothing else conected or running.

861 - 880 of 33950