Date   

Re: Mach 2 + 12.5" AGO iDK?

Roland Christen
 


Not sure if it was the idea to move to neutral balance, or the seeing here is better.
Probably both.

Rolando


-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Mon, Aug 2, 2021 2:09 am
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?

Not sure if it was the idea to move to neutral balance, or the seeing here is better. The guided performance is much better in this configuration. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, August 1, 2021 11:31 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Well then.... 20 mins here:




From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, August 1, 2021 9:08 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Had to take a break but should be back in the swing tonight with this combo. I took Rolands advice and neutral balanced both axis on the Mach 2. Here is a photo of the beast in route to a fun night.

Counterweights are 1x30, 3x18, 2x10, aka all the weights I own. 😂

She's perfectly balanced though. We'll see how the night goes. 

image/jpeg 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Friday, July 30, 2021 12:14 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Night 5, still the same story. Excellent performance with a massive load on the Mach 2 mount. I have still done nothing at all in terms of the model, PA, or anything else.

I should probably add in for new people that this rig sits 2 stories in the air, on a wooden deck that is over 15 years old. If that doesn't show the power of this mount, nothing will. This is the ULTIMATE torture test. The mount is at its limits, and its environment is well past its limits. Yet -- with good equipment even you can image on a tightrope. 

😄 




From: Bill Long <bill@...>
Sent: Thursday, July 29, 2021 12:19 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Yep. Absolutely no problem at all.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Thursday, July 29, 2021 12:08 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Great! So, this combination mount and scope is a winner. Good to know.

Thanks,

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Wed, Jul 28, 2021 10:57 am
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?

A total of 4 all night imaging runs with this combo and still not a single sub thrown out. Excellent tracking and guiding performance. I haven't touched PA, PHD2 settings, or the model since night one when I set the mount up outside. It just works. Tonight will be night 5.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Monday, July 26, 2021 2:49 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
We had mild wind here about 5-6MPH and so I wanted to show that as well. No impact at all to subs, and the Mach 2 handled it fine. 






From: Bill Long <bill@...>
Sent: Sunday, July 25, 2021 8:47 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Here are some sample subs:


I took the highest and lowest FWHM from the data set and shared them. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, July 25, 2021 10:12 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Circling back on this as I finally got to test this out. I put my 12.5" AGO iDK, Moonlight Nitecrawler, FLI Proline 16803, CFW 5-7, Sagitta OAG, and Ultrastar guide camera on the Mach 2. Balancing the load was pretty easy to do, and I had just enough weights on hand for the job. This is pretty much at capacity for the mount based on the specifications. Might even be a tad over. 😁

Performance was stellar. I made a 98pt model in APPM, and used 5 second guide exposures. I took 5 hours worth of 20 minute HA subs and not a single one had any trailing at all. Very nice tight round stars in all of the images. Guiding was about 0.2-0.35" range throughout the night. Graph picture below.

I'll be getting some more data over the next few nights. I'll share some subs later this evening when I'm back on the Astro PC.

Conclusion: Mach 2 is a beastly mount that easily handled this challenge and passed with flying colors. Well done AP!

image/png


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Friday, April 23, 2021 5:44 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Well, I've never tried that scope, but I have loaded my Mach2 to the limit and imaged/guided just fine. Balance is critical and is easy to do.

Weight makes for larger moment, which makes the mount slower to respond to external disturbance, like wind. If your scope is open tube with no shroud, wind will not be a problem.

I will be loading my Mach2 with a 12" F8 carbon fiber Maksutov astrograph in the next couple days. Weight is about the same as your system. I expect that it will handle it fine and will post some guiding results. Will be getting ready for galaxy season.

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: AP-GTO Groups. io <ap-gto@groups.io>
Sent: Fri, Apr 23, 2021 7:07 pm
Subject: [ap-gto] Mach 2 + 12.5" AGO iDK?

What say ye?


46lbs, but would need to add focuser (8lbs), TCS System (1lb), and camera/accessories (call these 5 lbs). The OTA is about 18" tall (maybe 17.5" but lets call it 18") so this puts me at 18" and 60 lbs.  This puts me right on the yellow on the Mach 2 graph AP has. Length of everything, in focus with camera gear on would be about 45". 

Seems right at the limits, but likely safe. Any ideas on this from AP or others?

-Bill 

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: Possible CP5 Wi-Fi module failure #WiFi

Roland Christen
 

From your description it does not sound like the WiFi is toast.
Call George or Howard at AP and they can assist you in connecting to your WiFi.

Rolando


-----Original Message-----
From: Eric Weiner <weinere@...>
To: main@ap-gto.groups.io
Sent: Sun, Aug 1, 2021 2:45 pm
Subject: [ap-gto] Possible CP5 Wi-Fi module failure #WiFi

I've been using the CP5 Wi-Fi successfully for several months now.  My primary method of connectivity to my PC is serial over USB, but I always connect the CP5 to my home Wi-Fi network so I can simply control it via my iPhone using SkySafari Pro when I want.

Recently I was having issues connecting to my home network from my observing site which is less than 100 feet from the router.  I brought my Mach2 inside today to troubleshoot and was unsuccessful.  The CP5 Wi-Fi will not connect in station mode, or allow a connection as an access point.

With the mount 10 feet from the router it won't connect to my home Wi-Fi network (which is working); no IP or hostname shows up in APCC for Wi-Fi.  I've tired several antenna orientations.
I made a direct LAN connection to check the settings
The CP5 did connect to my home LAN network and populated the IP in APCC (still not Wi-Fi IP shown in APCC)
The CP5 would not connect to my home Wi-Fi network from the setting page (I confirmed the password is correct)
I started up the built in access point, connected, but could not join the access point network; all access point settings started out as OEM including the password
I tried several passwords, several power cycles, turning the Wi-Fi off and on, but even when the access point was created (sometimes it failed to even transmit the host name) I would get "Unable to join the network "GTOCP5_NET_102".

It sure seems like this Wi-Fi modules is toast.  Any ideas from users or A-P?

Thanks,
Eric

--
Roland Christen
Astro-Physics


Re: 1100GTO, slight free play in RA axis only. Is a backstop adjustment needed?

Roland Christen
 

The backstop won't adjust the free play. DON'T jam the back stop hard into position!
What does affect the free play is the retaining nut on the end of the worm. If this is loose or has backed off slightly, it will allow the worm to move back and forth. Call George at AP and he will assist you.

Rolando



-----Original Message-----
From: skester@...
To: main@ap-gto.groups.io
Sent: Sun, Aug 1, 2021 12:36 pm
Subject: [ap-gto] 1100GTO, slight free play in RA axis only. Is a backstop adjustment needed?

I've had my 1100 for a few months and it has performed well.  However I noticed from day 1 a small amount of free movement in the RA axis while the Dec axis has none.  The amount of play in the RA axis is between 1 and 2 mm of movement at the tip of the counterweight shaft.  

Is this amount of play normal/correct, or should I adjust the RA gearbox backstop as described on page 34 fo the owners manual?

Thanks,
Scott

--
Roland Christen
Astro-Physics


Re: Possible CP5 Wi-Fi module failure #WiFi

Eric Weiner
 

Rebooting the router was the first troubleshooting step I took.
 
I'm using three Orbi AC3000 which provides excellent coverage throughout my house and across my property.
 
These new router settings did the trick. The Wi-Fi connections to the CP5 are consistent, immediate, and solid now regardless of how I initialize the mount. 
 
A key indicator that I didn't pick up on these past few months is the signal strength meter on the CP5 settings page.  Before I made these changes the CP5 setting page showed my home Wi-Fi network listed, but the signal strength as "??."  I just assumed this was a function of having a mesh network, and not just a single router.  After making these changes it now shows a signal strength of -47dB at 50% Tx pwr (it was at -52dBm at 25% for reference).  
 
I can only hypothesize, but it sure seems like it was a matter of RF interference across the Wi-Fi channels I had selected for the CP5 and my router (both are set to Channel 1 now), too much throughput allowed on the mesh network (CTS/RTS at 500 vs 2346), and perhaps too much power out at my mesh transmitters (50% vs 100% now).  


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

ap@CaptivePhotons.com
 

Wow, go to bed and lots to catch up on…

 

@Bill Long: Thanks for the pointers on the Model Properties.  I checked the exclude boxes.  Mine is actually showing 120, you said 10 or 20?  Also, should Correct for Refraction be checked, I would have thought so?  And thanks for the follow through on the camera stuff.

 

@Ray Grakak and @Bill Long re cameras:

 

First, this morning I tried the image Ray sent.  I still get the weird “Expose failed(1): StartExposureNumX Set – ‘1024’” – where 1024 was the image width.  It (something) is picking up the coded X width and misusing it, I think.

 

I understand the argument that “simulator works, real driver doesn’t, must be the real driver”.  I do, but there’s a lot more going on – one thing is the parameters I put into the simulator setup – maybe I screwed them up.  Not sure.  I CAN use your image in TSX with the simulator, just not APPM.

 

But here’s another side that seems to come out from last night’s discussion as well as my successful run:  The same ASCOM driver for the real camera works fine in TSX (and other programs, I tried NINA).  Add to that Bill tried several unrelated ASCOM camera drivers (Thank you!) and none worked in APPM (if I understood).

 

Note I’m not trying to pick on APPM. I now have a workaround using TSX.  I hope for a permanent workaround using NINA soon. So while the software developer in me thinks the issue is APPM, it may not be and I have a workaround.  So…

 

If it is useful to you (Ray) to pursue further, I’m more than happy to help, experiment, etc., try to figure out why you can run the simulator and I can’t (I have used it before, in NINA).  I’m also more than happy to provide traces or whatever might be useful from the ASCOM driver.  I can dig up the ASCOM validation routine as well, though in drivers I’ve written LOTS of bugs can still be in them and pass. 😊  Just let me know if there’s anything I can do to help.

 

But if you are sure the problem lies in ZWO or otherwise not worth pursuing, that’s fine also. I’m delighted to get a decent model now, and have a workaround for the time being.

 

Thanks again to both, sorry I went to bed early, but I already trust the AP1100 to just do its thing – and it did, flip and all.

 

@Geoffrey Collins and use of TSX:  It took me a few tries and a bit of trial and error but here is what I found that works:

 

  • Set up TSX with the camera, and connect
  • Connect the mount from TSX (no need to do anything with it, but this lets it get coordinates)
  • Take an image from TSX and plate solve (to be sure you can).  Note binning and also image scale from imagelink
  • Fire up APPM, and set up the camera in as TSX Camera Pro, and this is where I went wrong at first: in APPM on the Plate Solve settings, be sure to put the right image scale there.  I thought it would use my setting in Imagelink, but the scale is pushed in from APPM, and note it is the UNBINNED scale (says right on it, but didn’t keep me from putting binned in there the first time)
  • Do the immediate plate solve from APPM, see if it works.  If not, it should bring up the image in the viewer in TSX even if it fails, go there, plate solve, compare settings.  If TSX works and APPM doesn’t get a valid answer, it’s probably a settings difference on the camera or plate solving tabs.

 

I’m not sure if the mount has to be connected to TSX to plate solve through APPM, but I left it connected.  I figured this would give the camera software in TSX access to the coordinates which non-blind plate solving would need.

 

Note that also the bin and exposure setting comes from the camera tab in APPM and NOT from the camera setup in TSX.  APPM pushes the camera tab settings into TSX even though APPM is not driving the camera.  Convenient.  Wasn’t obvious to me, but it’s a nice setup.

 

Once I had all that, each plate solve took only a couple seconds, very fast, primary limiting factor in building the model was slew time, and a bit of exposure (I used 4 seconds with a 4” refractor, maybe less would have worked, but that worked on all but one frame and that was from clouds).

 

Linwood


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

 

>>> I run the 64bit SGP version, which plays nice with the large format ASI cameras through the ASI ASCOM driver.

I think this is a big part of it. I used my 6200mc with APPM via SGP version 4 64 bit and it worked great. SGP 32 bit didn't work at all. They are monster file sizes

On Mon, Aug 2, 2021 at 7:39 AM Luca Marinelli <photo@...> wrote:
I don't have any of the large format sensor ASI cameras connected at the moment, but I remember having similar difficulties using the ASCOM driver directly from APPM. I also remember not having trouble using the ASI6200MM Pro camera through SGP but I also plate solve with SGP, which requires the camera to be connected to that application, so the issue may be related to multiple applications poking the ASI ASCOM driver. Also, I run the 64bit SGP version, which plays nice with the large format ASI cameras through the ASI ASCOM driver.

I did try to collect daytime images with the QHY ASCOM driver connected to a QHY 268M camera, as well as with the ASI ASCOM driver connected to the ASI290MM Mini guide camera. In both cases, the images display full bit depth grayscale and not a single value, similarly to what Ray reported with the FLI ASCOM driver. To avoid the double-polling of the driver, I selected ASCOM in the camera interface and SkyX for plate solving.

Luca



--
Brian 



Brian Valente


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Luca Marinelli
 

I don't have any of the large format sensor ASI cameras connected at the moment, but I remember having similar difficulties using the ASCOM driver directly from APPM. I also remember not having trouble using the ASI6200MM Pro camera through SGP but I also plate solve with SGP, which requires the camera to be connected to that application, so the issue may be related to multiple applications poking the ASI ASCOM driver. Also, I run the 64bit SGP version, which plays nice with the large format ASI cameras through the ASI ASCOM driver.

I did try to collect daytime images with the QHY ASCOM driver connected to a QHY 268M camera, as well as with the ASI ASCOM driver connected to the ASI290MM Mini guide camera. In both cases, the images display full bit depth grayscale and not a single value, similarly to what Ray reported with the FLI ASCOM driver. To avoid the double-polling of the driver, I selected ASCOM in the camera interface and SkyX for plate solving.

Luca


Re: Debugging Dec failure to move w/1200 CP3

George
 

Steve,

 

If the cable won’t come to the box, take the box to the cable!   You have to free the CP3 from the mount and then reverse the cables…yes, the box will dangle in the air.

 

Regards,

 

George

 

George Whitney

Astro-Physics, Inc.

Phone:  815-222-6538 (direct line)

Phone:  815-282-1513 (office)

Email:  george@...

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Steven Panish
Sent: Friday, July 30, 2021 10:29 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Debugging Dec failure to move w/1200 CP3

 

Unfortunately the RA branch of the y-cable is too short to make it to the DEC motor connector.  I may be able to pull off the CP3 and get the cable to connect to the DEC motor.  I did put the DEC cable onto the RA and the motor did not come on.  So that would support the idea that there is a fault in the cable or CP3.  

 

There is no visible corrosion on any of the connector pins.  They do not appear to be gold plated, this is an old mount. I put DeOxIt on the female connector sockets.  Didn't help.  I'll open the CP3 up and see if any corrosion is visible.  Seems unlikely, this is in an observatory, but NH does get humid.

 

There are no software limits set that would do this.  The problem appeared out of the blue.

 

Guess I'll order a spare Y cable next week.

 

Steve

 

On Thu, Jul 29, 2021 at 4:06 PM Jeffc <jeffcrilly@...> wrote:

 



On Jul 29, 2021, at 12:00 PM, Christopher Erickson <christopher.k.erickson@...> wrote:



Also consider getting a spare motor Y-cable and try that. EVERYONE should have a spare motor Y-cable in their kit. A spare power cord too.

 

Fwiw.. I also have a spare Y-cable for the 1200.

I broke the original cable once, and fixed it… but after that incident I decided to get a spare just in case. 



 

And there is an outside chance that a software axis limit setting is involved.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

 

On Thu, Jul 29, 2021, 11:50 AM Manusfisch via groups.io <tjfischer653=mac.com@groups.io> wrote:

Wasn’t there a problem with the CP3 where the inside board became loose or had a corroded connection inside the box that might make intermittent problems come up with power to the motor or control to the motor? I don’t have a CP3 just a later model CP4 so I can’t really comment technically I just remember a conversation

TJF Mobile



On Jul 29, 2021, at 08:18, Steven Panish <scpanish@...> wrote:



Eric,

The CP3 is connected through a serial/usb converter, but the RA still responds to a nudge even when the DEC does not, so the port is still alive.   And the handbox shows the same issue.  I think the fault has to be later in the path than the comm between the PC or handbox and the CP3.  Although I don't know the architecture.  Good thought though.

Steve

 

 

 

On Thu, Jul 29, 2021 at 11:09 AM Eric Dreher <ericpdreher@...> wrote:

Some will sleep, removing power from the port when it's considered inactive.


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Geoffrey Collins
 

First, I am huge fan of AP, APCC, and APPM.  The 1100 mount is terrific (the modular components are genius and polar alignment adjustments are quick and easy), and the software is stable and intuitive.  

I have been having been unable to get APPM and Pinpoint to work with an ASI 6200MM also. I do have SkyX. If SkyX is open to control the camera APPM will start an image but never stop the exposure (if the exposure is set for 3 sec, 5 sec, 10 sec, or 20 sec - those are all the exposure settings I have tried).  So next I connected to the camera with SkyX closed.  APPM will not take a full frame image but will take a binned 2 or 3 image at 1/2 or 1/4 size.  I assume the reduced size is bad for me at long focal length (2854mm).  The resulting images will not plate solve with any of the settings mentioned (binned 2 or 3, 1/2 or 1/4 size).  I tried on 3 different nights.   During the day yesterday I viewed saved images in the APPM folder in PixInsight and the image was all white when auto stretched. I assume this is what Linwood describes above. I do not know if the images I viewed are from a couple of the pointing runs I tried or from failed plate solves where I tried to get the scope aligned.  

I realize my image scale is small but a white image will not plate solve no matter what the scale is. I did take some photos in Sky X and the imaging was successful so I know the camera is working.  Each night I manually focused with a Bantinof mask at the beginning of the night and later during the night.

I recall being able to see a star (maybe two) in the images that pop up in APPM.  I think the images pop up after a plate solve not during a pointing run.  The image was zoomed in so the star was out of focus.  Maybe I just thought it was a star. I thought that I got one successful plate solve and accepted.  However the pointing was still off pretty far so I found Vega and used APPC to sync (I think you use the term Recal).  Pointing was fairly good after that.  With all the other plate solving issues, I haven’t tried to verify polar alignment yet  

I do not believe that I restarted my computer after connecting and disconnecting to SkyX camera control.  I did have the ZWO camera control open to cool the camera since it was 85 degrees at 11PM, but I think the ZWO camera control was closed on the third night when I got an image to successfully take (an all white image).  I don’t know if the ZWO control crashed or closed when I closed SkyX.  

Maybe I need to try SkyX as the plate solver. I was trying to get away from SkyX.  My personal preference is rot not use SkyX for imaging. Resetting the exposures every time for calibration files is a pain and the program crashes too easily.  For SkyX fans that is my personal preference, and I am not interested in defending my preference. 

What do you think Ray?  Should I try Sky next to plate solve for mapping runs and quick alignment? Will I be able to take a full frame image with a full frame camera?

The forecast tonight is for some periods of clear skies and a lot cooler.


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Bill Long
 

Hmm interesting. I always get an error when I try to use ASCOM. I'll try it again later after a clean boot and see what happens.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
Sent: Monday, August 2, 2021 6:41 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
 

Bill,

 

> The Kepler driver package installs a driver for non Kepler cameras as well.

 

Thanks, I didn't know that! They should make that clearer on the website.

 

I just downloaded it and took an image indoors with APPM using the FLI ASCOM Camera driver. There is a camera lens on my ProLine 16803 but I didn’t try to focus it.

 

I can take more images or capture a video as proof if you want?

 

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> Sent: Monday, August 2, 2021 5:45 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

>

> The Kepler driver package installs a driver for non Kepler cameras as well.

>

> ________________________________

>

> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>

> Sent: Monday, August 2, 2021 5:43 AM

> To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

>

> Hi Bill,

>

> >> I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI

> >> ASCOM driver you used officially developed by FLI?

> > Yes it was.

>

> Were you using a Kepler camera? There is no official FLI ASCOM Camera driver except for Kepler cameras:

>

> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.flicamera.com%2Fsoftware%2Findex.ht

> ml&amp;data=04%7C01%7C%7C1d2a321736324278c45a08d955b3340c%7C84df9e7fe9f640afb435aaaaaaaaaaaa

> %7C1%7C0%7C637635050418593944%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luM

> zIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cMI9jcw2OnHE26CEYGf0u2PB79UCMytVwXGBPz

> xNvFw%3D&amp;reserved=0

>

> > Not sure why that matters.

>

> It matters because many of the ASCOM drivers have been written by amateur software developers, using a

> language, libraries, and development environment with which they are inexperienced. The result is that their drivers

> may work to some extent but are not 100% compatible with the ASCOM specification.

>

> > I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it

> > doesnt work at all. Cant get an image from the camera at all.

>

> If APPM doesn't work with ASCOM cameras, then it shouIdn't work with the ASCOM Camera Simulator either (but

> it does). The point of the ASCOM Camera simulator is to be a reference driver so developers don't have to buy and

> test every single camera.

>

> A few months ago I purchased an ASI294MM specifically for the purpose of debugging the "out of memory" problem

> with the ASI Camera driver. I am able to get images with that camera as long as they are not full frame images. And

> that is because of how inefficiently the ASI ASCOM driver uses memory (almost 1GB of memory for a single 46MP

> monochrome image!).

>

> -Ray

>

> > -----Original Message-----

> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> > Sent: Sunday, August 1, 2021 11:28 PM

> > To: main@ap-gto.groups.io

> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> >

> > Yes it was. Not sure why that matters.

> >

> > I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it

> > doesnt work at all. Cant get an image from the camera at all.

> >

> > ________________________________

> >

> > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>

> > Sent: Sunday, August 1, 2021 11:08 PM

> > To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> >

> > > Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

> >

> > I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI

> > ASCOM driver you used officially developed by FLI?

> >

> > There is no special code in an ASCOM Client application like APPM that treats one ASCOM Camera driver

> > differently from another. The same actions are applied by a client application, with the main difference being the

> > width and height of the image array. So, if one ASCOM camera driver works but another doesn't, then it's likely

> > something is wrong with the ASCOM driver that doesn't work.

> >

> > -Ray

> >

> > > -----Original Message-----

> > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> > > Sent: Sunday, August 1, 2021 10:41 PM

> > > To: main@ap-gto.groups.io

> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > >

> > > Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

> > >

> > > ________________________________

> > >

> > > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak

> <iogroups@...>

> > > Sent: Sunday, August 1, 2021 10:26 PM

> > > To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > >

> > > > ASCOM Camera just throws the same errors he mentioned when used directly.

> > > > The SIM might work but a real camera doesn't seem to.

> > >

> > > Yes, I believe that.

> > >

> > > The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all

> > ASCOM

> > > cameras.

> > >

> > > -Ray

> > >

> > > > -----Original Message-----

> > > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> > > > Sent: Sunday, August 1, 2021 9:04 PM

> > > > To: main@ap-gto.groups.io

> > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > > >

> > > > ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real

> > > > camera doesn't seem to.

> > > >

> > > > ________________________________

> > > >

> > > > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak

> > <iogroups@...>

> > > > Sent: Sunday, August 1, 2021 8:38 PM

> > > > To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > > >

> > > >

> > > > I'm glad it's working!

> > > >

> > > >

> > > >

> > > > It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera

> > > > Simulator, as I know it does. Here's a screenshot as proof:  :-)

> > > >

> > > >

> > > >

> > > >

> > > >

> > > > -Ray

> > > >

> > > >

> > > >

> > > > > -----Original Message-----

> > > >

> > > > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@...

> > > >

> > > > > Sent: Sunday, August 1, 2021 8:19 PM

> > > >

> > > > > To: main@ap-gto.groups.io

> > > >

> > > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > > >

> > > > >

> > > >

> > > > > As a minor update, I had a bit of time before my target was high enough after I got all the other setup done

> > so...

> > > >

> > > > >

> > > >

> > > > > I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2.

> It

> > > > might

> > > >

> > > > > do bin 1 but pointless.

> > > >

> > > > >

> > > >

> > > > > It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.

> > > >

> > > > >

> > > >

> > > > > And it's using the same ASI ASCOM camera driver.

> > > >

> > > > >

> > > >

> > > > > So I have a workable system, at least until I sell my MyT.

> > > >

> > > > >

> > > >

> > > > > I still don't know what is wrong the other way, but this works fine, if a bit round-about..

> > > >

> > > > >

> > > >

> > > > > 22 successful and counting....

> > > >

> > > > >

> > > >

> > > > > Linwood

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > >

> > > >

> > > >

> > >

> > >

> > >

> > >

> > >

> > >

> > >

> > >

> >

> >

> >

> >

> >

> >

> >

> >

>

>

>

>

>

>

>


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Ray Gralak
 

Bill,

 

> The Kepler driver package installs a driver for non Kepler cameras as well.

 

Thanks, I didn't know that! They should make that clearer on the website.

 

I just downloaded it and took an image indoors with APPM using the FLI ASCOM Camera driver. There is a camera lens on my ProLine 16803 but I didn’t try to focus it.

 

I can take more images or capture a video as proof if you want?

 

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> Sent: Monday, August 2, 2021 5:45 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

>

> The Kepler driver package installs a driver for non Kepler cameras as well.

>

> ________________________________

>

> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>

> Sent: Monday, August 2, 2021 5:43 AM

> To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

>

> Hi Bill,

>

> >> I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI

> >> ASCOM driver you used officially developed by FLI?

> > Yes it was.

>

> Were you using a Kepler camera? There is no official FLI ASCOM Camera driver except for Kepler cameras:

>

> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.flicamera.com%2Fsoftware%2Findex.ht

> ml&amp;data=04%7C01%7C%7C1d2a321736324278c45a08d955b3340c%7C84df9e7fe9f640afb435aaaaaaaaaaaa

> %7C1%7C0%7C637635050418593944%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luM

> zIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cMI9jcw2OnHE26CEYGf0u2PB79UCMytVwXGBPz

> xNvFw%3D&amp;reserved=0

>

> > Not sure why that matters.

>

> It matters because many of the ASCOM drivers have been written by amateur software developers, using a

> language, libraries, and development environment with which they are inexperienced. The result is that their drivers

> may work to some extent but are not 100% compatible with the ASCOM specification.

>

> > I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it

> > doesnt work at all. Cant get an image from the camera at all.

>

> If APPM doesn't work with ASCOM cameras, then it shouIdn't work with the ASCOM Camera Simulator either (but

> it does). The point of the ASCOM Camera simulator is to be a reference driver so developers don't have to buy and

> test every single camera.

>

> A few months ago I purchased an ASI294MM specifically for the purpose of debugging the "out of memory" problem

> with the ASI Camera driver. I am able to get images with that camera as long as they are not full frame images. And

> that is because of how inefficiently the ASI ASCOM driver uses memory (almost 1GB of memory for a single 46MP

> monochrome image!).

>

> -Ray

>

> > -----Original Message-----

> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> > Sent: Sunday, August 1, 2021 11:28 PM

> > To: main@ap-gto.groups.io

> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> >

> > Yes it was. Not sure why that matters.

> >

> > I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it

> > doesnt work at all. Cant get an image from the camera at all.

> >

> > ________________________________

> >

> > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>

> > Sent: Sunday, August 1, 2021 11:08 PM

> > To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> >

> > > Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

> >

> > I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI

> > ASCOM driver you used officially developed by FLI?

> >

> > There is no special code in an ASCOM Client application like APPM that treats one ASCOM Camera driver

> > differently from another. The same actions are applied by a client application, with the main difference being the

> > width and height of the image array. So, if one ASCOM camera driver works but another doesn't, then it's likely

> > something is wrong with the ASCOM driver that doesn't work.

> >

> > -Ray

> >

> > > -----Original Message-----

> > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> > > Sent: Sunday, August 1, 2021 10:41 PM

> > > To: main@ap-gto.groups.io

> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > >

> > > Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

> > >

> > > ________________________________

> > >

> > > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak

> <iogroups@...>

> > > Sent: Sunday, August 1, 2021 10:26 PM

> > > To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > >

> > > > ASCOM Camera just throws the same errors he mentioned when used directly.

> > > > The SIM might work but a real camera doesn't seem to.

> > >

> > > Yes, I believe that.

> > >

> > > The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all

> > ASCOM

> > > cameras.

> > >

> > > -Ray

> > >

> > > > -----Original Message-----

> > > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long

> > > > Sent: Sunday, August 1, 2021 9:04 PM

> > > > To: main@ap-gto.groups.io

> > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > > >

> > > > ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real

> > > > camera doesn't seem to.

> > > >

> > > > ________________________________

> > > >

> > > > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak

> > <iogroups@...>

> > > > Sent: Sunday, August 1, 2021 8:38 PM

> > > > To: main@ap-gto.groups.io <main@ap-gto.groups.io>

> > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > > >

> > > >

> > > > I'm glad it's working!

> > > >

> > > >

> > > >

> > > > It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera

> > > > Simulator, as I know it does. Here's a screenshot as proof:  :-)

> > > >

> > > >

> > > >

> > > >

> > > >

> > > > -Ray

> > > >

> > > >

> > > >

> > > > > -----Original Message-----

> > > >

> > > > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@...

> > > >

> > > > > Sent: Sunday, August 1, 2021 8:19 PM

> > > >

> > > > > To: main@ap-gto.groups.io

> > > >

> > > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

> > > >

> > > > >

> > > >

> > > > > As a minor update, I had a bit of time before my target was high enough after I got all the other setup done

> > so...

> > > >

> > > > >

> > > >

> > > > > I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2.

> It

> > > > might

> > > >

> > > > > do bin 1 but pointless.

> > > >

> > > > >

> > > >

> > > > > It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.

> > > >

> > > > >

> > > >

> > > > > And it's using the same ASI ASCOM camera driver.

> > > >

> > > > >

> > > >

> > > > > So I have a workable system, at least until I sell my MyT.

> > > >

> > > > >

> > > >

> > > > > I still don't know what is wrong the other way, but this works fine, if a bit round-about..

> > > >

> > > > >

> > > >

> > > > > 22 successful and counting....

> > > >

> > > > >

> > > >

> > > > > Linwood

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > > >

> > > >

> > > >

> > > >

> > > >

> > >

> > >

> > >

> > >

> > >

> > >

> > >

> > >

> >

> >

> >

> >

> >

> >

> >

> >

>

>

>

>

>

>

>


Re: 1200 not taking SGP corrections

Peter Bresler
 

Thanks.I will give it another shot in a couple of weeks.


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Bill Long
 

The Kepler driver package installs a driver for non Kepler cameras as well.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
Sent: Monday, August 2, 2021 5:43 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
 
Hi Bill,

>> I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI
>> ASCOM driver you used officially developed by FLI?
> Yes it was.

Were you using a Kepler camera? There is no official FLI ASCOM Camera driver except for Kepler cameras:

https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.flicamera.com%2Fsoftware%2Findex.html&amp;data=04%7C01%7C%7C1d2a321736324278c45a08d955b3340c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637635050418593944%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=cMI9jcw2OnHE26CEYGf0u2PB79UCMytVwXGBPzxNvFw%3D&amp;reserved=0

> Not sure why that matters.

It matters because many of the ASCOM drivers have been written by amateur software developers, using a language, libraries, and development environment with which they are inexperienced. The result is that their drivers may work to some extent but are not 100% compatible with the ASCOM specification.

> I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it
> doesnt work at all. Cant get an image from the camera at all.

If APPM doesn't work with ASCOM cameras, then it shouIdn't work with the ASCOM Camera Simulator either (but it does). The point of the ASCOM Camera simulator is to be a reference driver so developers don't have to buy and test every single camera.

A few months ago I purchased an ASI294MM specifically for the purpose of debugging the "out of memory" problem with the ASI Camera driver. I am able to get images with that camera as long as they are not full frame images. And that is because of how inefficiently the ASI ASCOM driver uses memory (almost 1GB of memory for a single 46MP monochrome image!).

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> Sent: Sunday, August 1, 2021 11:28 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
> Yes it was. Not sure why that matters.
>
> I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it
> doesnt work at all. Cant get an image from the camera at all.
>
> ________________________________
>
> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
> Sent: Sunday, August 1, 2021 11:08 PM
> To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
> > Okay but I tested it with an FLI camera and its ASCOM driver. 🙁
>
> I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI
> ASCOM driver you used officially developed by FLI?
>
> There is no special code in an ASCOM Client application like APPM that treats one ASCOM Camera driver
> differently from another. The same actions are applied by a client application, with the main difference being the
> width and height of the image array. So, if one ASCOM camera driver works but another doesn't, then it's likely
> something is wrong with the ASCOM driver that doesn't work.
>
> -Ray
>
> > -----Original Message-----
> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> > Sent: Sunday, August 1, 2021 10:41 PM
> > To: main@ap-gto.groups.io
> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> >
> > Okay but I tested it with an FLI camera and its ASCOM driver. 🙁
> >
> > ________________________________
> >
> > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
> > Sent: Sunday, August 1, 2021 10:26 PM
> > To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> >
> > > ASCOM Camera just throws the same errors he mentioned when used directly.
> > > The SIM might work but a real camera doesn't seem to.
> >
> > Yes, I believe that.
> >
> > The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all
> ASCOM
> > cameras.
> >
> > -Ray
> >
> > > -----Original Message-----
> > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> > > Sent: Sunday, August 1, 2021 9:04 PM
> > > To: main@ap-gto.groups.io
> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> > >
> > > ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real
> > > camera doesn't seem to.
> > >
> > > ________________________________
> > >
> > > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak
> <iogroups@...>
> > > Sent: Sunday, August 1, 2021 8:38 PM
> > > To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> > >
> > >
> > > I'm glad it's working!
> > >
> > >
> > >
> > > It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera
> > > Simulator, as I know it does. Here's a screenshot as proof:  :-)
> > >
> > >
> > >
> > >
> > >
> > > -Ray
> > >
> > >
> > >
> > > > -----Original Message-----
> > >
> > > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@...
> > >
> > > > Sent: Sunday, August 1, 2021 8:19 PM
> > >
> > > > To: main@ap-gto.groups.io
> > >
> > > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> > >
> > > >
> > >
> > > > As a minor update, I had a bit of time before my target was high enough after I got all the other setup done
> so...
> > >
> > > >
> > >
> > > > I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2.   It
> > > might
> > >
> > > > do bin 1 but pointless.
> > >
> > > >
> > >
> > > > It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.
> > >
> > > >
> > >
> > > > And it's using the same ASI ASCOM camera driver.
> > >
> > > >
> > >
> > > > So I have a workable system, at least until I sell my MyT.
> > >
> > > >
> > >
> > > > I still don't know what is wrong the other way, but this works fine, if a bit round-about..
> > >
> > > >
> > >
> > > > 22 successful and counting....
> > >
> > > >
> > >
> > > > Linwood
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
>







Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Ray Gralak
 

Hi Bill,

I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI
ASCOM driver you used officially developed by FLI?
Yes it was.
Were you using a Kepler camera? There is no official FLI ASCOM Camera driver except for Kepler cameras:

https://www.flicamera.com/software/index.html

Not sure why that matters.
It matters because many of the ASCOM drivers have been written by amateur software developers, using a language, libraries, and development environment with which they are inexperienced. The result is that their drivers may work to some extent but are not 100% compatible with the ASCOM specification.

I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it
doesnt work at all. Cant get an image from the camera at all.
If APPM doesn't work with ASCOM cameras, then it shouIdn't work with the ASCOM Camera Simulator either (but it does). The point of the ASCOM Camera simulator is to be a reference driver so developers don't have to buy and test every single camera.

A few months ago I purchased an ASI294MM specifically for the purpose of debugging the "out of memory" problem with the ASI Camera driver. I am able to get images with that camera as long as they are not full frame images. And that is because of how inefficiently the ASI ASCOM driver uses memory (almost 1GB of memory for a single 46MP monochrome image!).

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Sunday, August 1, 2021 11:28 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

Yes it was. Not sure why that matters.

I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it
doesnt work at all. Cant get an image from the camera at all.

________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@siriusimaging.com>
Sent: Sunday, August 1, 2021 11:08 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

Okay but I tested it with an FLI camera and its ASCOM driver. 🙁
I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI
ASCOM driver you used officially developed by FLI?

There is no special code in an ASCOM Client application like APPM that treats one ASCOM Camera driver
differently from another. The same actions are applied by a client application, with the main difference being the
width and height of the image array. So, if one ASCOM camera driver works but another doesn't, then it's likely
something is wrong with the ASCOM driver that doesn't work.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Sunday, August 1, 2021 10:41 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@siriusimaging.com>
Sent: Sunday, August 1, 2021 10:26 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

ASCOM Camera just throws the same errors he mentioned when used directly.
The SIM might work but a real camera doesn't seem to.
Yes, I believe that.

The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all
ASCOM
cameras.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Sunday, August 1, 2021 9:04 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real
camera doesn't seem to.

________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak
<iogroups@siriusimaging.com>
Sent: Sunday, August 1, 2021 8:38 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data


I'm glad it's working!



It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera
Simulator, as I know it does. Here's a screenshot as proof: :-)





-Ray



-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@CaptivePhotons.com
Sent: Sunday, August 1, 2021 8:19 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
As a minor update, I had a bit of time before my target was high enough after I got all the other setup done
so...

I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2. It
might

do bin 1 but pointless.
It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.
And it's using the same ASI ASCOM camera driver.
So I have a workable system, at least until I sell my MyT.
I still don't know what is wrong the other way, but this works fine, if a bit round-about..
22 successful and counting....
Linwood















Re: Mach 2 + 12.5" AGO iDK?

Bill Long
 

Not sure if it was the idea to move to neutral balance, or the seeing here is better. The guided performance is much better in this configuration. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, August 1, 2021 11:31 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Well then.... 20 mins here:




From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, August 1, 2021 9:08 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Had to take a break but should be back in the swing tonight with this combo. I took Rolands advice and neutral balanced both axis on the Mach 2. Here is a photo of the beast in route to a fun night.

Counterweights are 1x30, 3x18, 2x10, aka all the weights I own. 😂

She's perfectly balanced though. We'll see how the night goes. 

image/jpeg 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Friday, July 30, 2021 12:14 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Night 5, still the same story. Excellent performance with a massive load on the Mach 2 mount. I have still done nothing at all in terms of the model, PA, or anything else.

I should probably add in for new people that this rig sits 2 stories in the air, on a wooden deck that is over 15 years old. If that doesn't show the power of this mount, nothing will. This is the ULTIMATE torture test. The mount is at its limits, and its environment is well past its limits. Yet -- with good equipment even you can image on a tightrope. 

😄 




From: Bill Long <bill@...>
Sent: Thursday, July 29, 2021 12:19 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Yep. Absolutely no problem at all.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Thursday, July 29, 2021 12:08 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Great! So, this combination mount and scope is a winner. Good to know.

Thanks,

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Wed, Jul 28, 2021 10:57 am
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?

A total of 4 all night imaging runs with this combo and still not a single sub thrown out. Excellent tracking and guiding performance. I haven't touched PA, PHD2 settings, or the model since night one when I set the mount up outside. It just works. Tonight will be night 5.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Monday, July 26, 2021 2:49 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
We had mild wind here about 5-6MPH and so I wanted to show that as well. No impact at all to subs, and the Mach 2 handled it fine. 






From: Bill Long <bill@...>
Sent: Sunday, July 25, 2021 8:47 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Here are some sample subs:


I took the highest and lowest FWHM from the data set and shared them. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, July 25, 2021 10:12 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Circling back on this as I finally got to test this out. I put my 12.5" AGO iDK, Moonlight Nitecrawler, FLI Proline 16803, CFW 5-7, Sagitta OAG, and Ultrastar guide camera on the Mach 2. Balancing the load was pretty easy to do, and I had just enough weights on hand for the job. This is pretty much at capacity for the mount based on the specifications. Might even be a tad over. 😁

Performance was stellar. I made a 98pt model in APPM, and used 5 second guide exposures. I took 5 hours worth of 20 minute HA subs and not a single one had any trailing at all. Very nice tight round stars in all of the images. Guiding was about 0.2-0.35" range throughout the night. Graph picture below.

I'll be getting some more data over the next few nights. I'll share some subs later this evening when I'm back on the Astro PC.

Conclusion: Mach 2 is a beastly mount that easily handled this challenge and passed with flying colors. Well done AP!

image/png


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Friday, April 23, 2021 5:44 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Well, I've never tried that scope, but I have loaded my Mach2 to the limit and imaged/guided just fine. Balance is critical and is easy to do.

Weight makes for larger moment, which makes the mount slower to respond to external disturbance, like wind. If your scope is open tube with no shroud, wind will not be a problem.

I will be loading my Mach2 with a 12" F8 carbon fiber Maksutov astrograph in the next couple days. Weight is about the same as your system. I expect that it will handle it fine and will post some guiding results. Will be getting ready for galaxy season.

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: AP-GTO Groups. io <ap-gto@groups.io>
Sent: Fri, Apr 23, 2021 7:07 pm
Subject: [ap-gto] Mach 2 + 12.5" AGO iDK?

What say ye?


46lbs, but would need to add focuser (8lbs), TCS System (1lb), and camera/accessories (call these 5 lbs). The OTA is about 18" tall (maybe 17.5" but lets call it 18") so this puts me at 18" and 60 lbs.  This puts me right on the yellow on the Mach 2 graph AP has. Length of everything, in focus with camera gear on would be about 45". 

Seems right at the limits, but likely safe. Any ideas on this from AP or others?

-Bill 

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: Mach 2 + 12.5" AGO iDK?

Bill Long
 

Well then.... 20 mins here:




From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, August 1, 2021 9:08 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Had to take a break but should be back in the swing tonight with this combo. I took Rolands advice and neutral balanced both axis on the Mach 2. Here is a photo of the beast in route to a fun night.

Counterweights are 1x30, 3x18, 2x10, aka all the weights I own. 😂

She's perfectly balanced though. We'll see how the night goes. 

image/jpeg 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Friday, July 30, 2021 12:14 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Night 5, still the same story. Excellent performance with a massive load on the Mach 2 mount. I have still done nothing at all in terms of the model, PA, or anything else.

I should probably add in for new people that this rig sits 2 stories in the air, on a wooden deck that is over 15 years old. If that doesn't show the power of this mount, nothing will. This is the ULTIMATE torture test. The mount is at its limits, and its environment is well past its limits. Yet -- with good equipment even you can image on a tightrope. 

😄 




From: Bill Long <bill@...>
Sent: Thursday, July 29, 2021 12:19 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Yep. Absolutely no problem at all.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Thursday, July 29, 2021 12:08 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Great! So, this combination mount and scope is a winner. Good to know.

Thanks,

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Wed, Jul 28, 2021 10:57 am
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?

A total of 4 all night imaging runs with this combo and still not a single sub thrown out. Excellent tracking and guiding performance. I haven't touched PA, PHD2 settings, or the model since night one when I set the mount up outside. It just works. Tonight will be night 5.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Monday, July 26, 2021 2:49 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
We had mild wind here about 5-6MPH and so I wanted to show that as well. No impact at all to subs, and the Mach 2 handled it fine. 






From: Bill Long <bill@...>
Sent: Sunday, July 25, 2021 8:47 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Here are some sample subs:


I took the highest and lowest FWHM from the data set and shared them. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, July 25, 2021 10:12 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Circling back on this as I finally got to test this out. I put my 12.5" AGO iDK, Moonlight Nitecrawler, FLI Proline 16803, CFW 5-7, Sagitta OAG, and Ultrastar guide camera on the Mach 2. Balancing the load was pretty easy to do, and I had just enough weights on hand for the job. This is pretty much at capacity for the mount based on the specifications. Might even be a tad over. 😁

Performance was stellar. I made a 98pt model in APPM, and used 5 second guide exposures. I took 5 hours worth of 20 minute HA subs and not a single one had any trailing at all. Very nice tight round stars in all of the images. Guiding was about 0.2-0.35" range throughout the night. Graph picture below.

I'll be getting some more data over the next few nights. I'll share some subs later this evening when I'm back on the Astro PC.

Conclusion: Mach 2 is a beastly mount that easily handled this challenge and passed with flying colors. Well done AP!

image/png


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Friday, April 23, 2021 5:44 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Well, I've never tried that scope, but I have loaded my Mach2 to the limit and imaged/guided just fine. Balance is critical and is easy to do.

Weight makes for larger moment, which makes the mount slower to respond to external disturbance, like wind. If your scope is open tube with no shroud, wind will not be a problem.

I will be loading my Mach2 with a 12" F8 carbon fiber Maksutov astrograph in the next couple days. Weight is about the same as your system. I expect that it will handle it fine and will post some guiding results. Will be getting ready for galaxy season.

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: AP-GTO Groups. io <ap-gto@groups.io>
Sent: Fri, Apr 23, 2021 7:07 pm
Subject: [ap-gto] Mach 2 + 12.5" AGO iDK?

What say ye?


46lbs, but would need to add focuser (8lbs), TCS System (1lb), and camera/accessories (call these 5 lbs). The OTA is about 18" tall (maybe 17.5" but lets call it 18") so this puts me at 18" and 60 lbs.  This puts me right on the yellow on the Mach 2 graph AP has. Length of everything, in focus with camera gear on would be about 45". 

Seems right at the limits, but likely safe. Any ideas on this from AP or others?

-Bill 

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Bill Long
 

Yes it was. Not sure why that matters.

I think there is a legit problem with APPM working with ASCOM Camera. In fact, I tried 3 other cameras and it doesnt work at all. Cant get an image from the camera at all. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
Sent: Sunday, August 1, 2021 11:08 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
 
> Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI ASCOM driver you used officially developed by FLI?

There is no special code in an ASCOM Client application like APPM that treats one ASCOM Camera driver differently from another. The same actions are applied by a client application, with the main difference being the width and height of the image array. So, if one ASCOM camera driver works but another doesn't, then it's likely something is wrong with the ASCOM driver that doesn't work.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> Sent: Sunday, August 1, 2021 10:41 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
> Okay but I tested it with an FLI camera and its ASCOM driver. 🙁
>
> ________________________________
>
> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
> Sent: Sunday, August 1, 2021 10:26 PM
> To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
> > ASCOM Camera just throws the same errors he mentioned when used directly.
> > The SIM might work but a real camera doesn't seem to.
>
> Yes, I believe that.
>
> The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all ASCOM
> cameras.
>
> -Ray
>
> > -----Original Message-----
> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> > Sent: Sunday, August 1, 2021 9:04 PM
> > To: main@ap-gto.groups.io
> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> >
> > ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real
> > camera doesn't seem to.
> >
> > ________________________________
> >
> > From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
> > Sent: Sunday, August 1, 2021 8:38 PM
> > To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> >
> >
> > I'm glad it's working!
> >
> >
> >
> > It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera
> > Simulator, as I know it does. Here's a screenshot as proof:  :-)
> >
> >
> >
> >
> >
> > -Ray
> >
> >
> >
> > > -----Original Message-----
> >
> > > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@...
> >
> > > Sent: Sunday, August 1, 2021 8:19 PM
> >
> > > To: main@ap-gto.groups.io
> >
> > > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
> >
> > >
> >
> > > As a minor update, I had a bit of time before my target was high enough after I got all the other setup done so...
> >
> > >
> >
> > > I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2.   It
> > might
> >
> > > do bin 1 but pointless.
> >
> > >
> >
> > > It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.
> >
> > >
> >
> > > And it's using the same ASI ASCOM camera driver.
> >
> > >
> >
> > > So I have a workable system, at least until I sell my MyT.
> >
> > >
> >
> > > I still don't know what is wrong the other way, but this works fine, if a bit round-about..
> >
> > >
> >
> > > 22 successful and counting....
> >
> > >
> >
> > > Linwood
> >
> > >
> >
> > >
> >
> > >
> >
> > >
> >
> > >
> >
> >
> >
> >
>
>
>
>
>
>
>
>







Re: Possible CP5 Wi-Fi module failure #WiFi

Jeffc
 

I was going to suggest “reboot the router”… I’ve suspected bad arp tables on my pfsense box (not with the Mach2 tho where I only use USB; I’ve found WiFi too fiddly and SkySafari lacking compared to a good ok keypad).

Which mesh are you using?

Fwiw , I’m using pfsense for the router/firewall and UniFi access points — one outside in the backyard and another inside.  The UniFi APs are hardwired on Ethernet. 


On Aug 1, 2021, at 6:10 PM, Eric Weiner <weinere@...> wrote:



***SOLVED***

I did some investigation and testing after reading about how some other folks have had similar Wi-Fi issues with the CP5.  I made several incremental settings changes to my home mesh network which now allows me to initialize the mount using RS232 (or anything else), then connect SkySafari through my iPhone via my home network Wi-Fi connection.  These modified settings also fixed the connectivity issues I was having with the CP5's built in access point.  These new settings have been completely reliable over several iterations of complete power-down power-on testing. 

I believe there were a few things going on beside what some have claimed to be RF interference and/or too much power out at the CP5 antenna.  The solutions I came up with do not require covering the antenna with foil or otherwise making changes to the CP5 Wi-Fi hardware. 

First, there was indeed indication of interference when using different channels for the home Wi-Fi network and the CP5.  Try selecting the same channel for both, such as 2.4GHz channel 1.

Second, reducing transmit power of the home network to 50% (I also tried 25%) significantly improved reliability of connections.

Third, reducing the CTS/RTS Threshold to something lower than max also significantly improved connection stability.  I changed from 2346 to 500.

Speed tests at 2.4GHz and 5GHz after making these settings showed improved download speeds across my entire home mesh network.

The APCC "Find CP4/5" tool still does not locate my CP5 Wi-Fi IP address, but if you have access to your router's device manager the CP5 is listed as "Sychip Router."  You can grab the IP from there if your router resets and changes it.

Hopefully someone else finds this information useful.

Cheers,

Eric


Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Ray Gralak
 

Okay but I tested it with an FLI camera and its ASCOM driver. 🙁
I'm not sure what you are trying to say, but all ASCOM drivers are supposed to work the same. Was the FLI ASCOM driver you used officially developed by FLI?

There is no special code in an ASCOM Client application like APPM that treats one ASCOM Camera driver differently from another. The same actions are applied by a client application, with the main difference being the width and height of the image array. So, if one ASCOM camera driver works but another doesn't, then it's likely something is wrong with the ASCOM driver that doesn't work.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Sunday, August 1, 2021 10:41 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

Okay but I tested it with an FLI camera and its ASCOM driver. 🙁

________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@siriusimaging.com>
Sent: Sunday, August 1, 2021 10:26 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

ASCOM Camera just throws the same errors he mentioned when used directly.
The SIM might work but a real camera doesn't seem to.
Yes, I believe that.

The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all ASCOM
cameras.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Sunday, August 1, 2021 9:04 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data

ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real
camera doesn't seem to.

________________________________

From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@siriusimaging.com>
Sent: Sunday, August 1, 2021 8:38 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data


I'm glad it's working!



It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera
Simulator, as I know it does. Here's a screenshot as proof: :-)





-Ray



-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@CaptivePhotons.com
Sent: Sunday, August 1, 2021 8:19 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
As a minor update, I had a bit of time before my target was high enough after I got all the other setup done so...
I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2. It
might

do bin 1 but pointless.
It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.
And it's using the same ASI ASCOM camera driver.
So I have a workable system, at least until I sell my MyT.
I still don't know what is wrong the other way, but this works fine, if a bit round-about..
22 successful and counting....
Linwood









Re: APPM with ASI6200 and TSX Imagelink - bogus image data

Bill Long
 

Okay but I tested it with an FLI camera and its ASCOM driver. 🙁 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
Sent: Sunday, August 1, 2021 10:26 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
 
> ASCOM Camera just throws the same errors he mentioned when used directly.
> The SIM might work but a real camera doesn't seem to.

Yes, I believe that.

The point was that it's the ASI ASCOM Driver that's the issue, not APPM. APPM acts the same way for all ASCOM cameras.

-Ray

> -----Original Message-----
> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
> Sent: Sunday, August 1, 2021 9:04 PM
> To: main@ap-gto.groups.io
> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
> ASCOM Camera just throws the same errors he mentioned when used directly. The SIM might work but a real
> camera doesn't seem to.
>
> ________________________________
>
> From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Ray Gralak <iogroups@...>
> Sent: Sunday, August 1, 2021 8:38 PM
> To: main@ap-gto.groups.io <main@ap-gto.groups.io>
> Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
>
> I'm glad it's working!
>
>
>
> It's too bad you couldn't get around to proving APPM's ASCOM interface also works with the ASCOM Camera
> Simulator, as I know it does. Here's a screenshot as proof:  :-)
>
>
>
>
>
> -Ray
>
>
>
> > -----Original Message-----
>
> > From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of ap@...
>
> > Sent: Sunday, August 1, 2021 8:19 PM
>
> > To: main@ap-gto.groups.io
>
> > Subject: Re: [ap-gto] APPM with ASI6200 and TSX Imagelink - bogus image data
>
> >
>
> > As a minor update, I had a bit of time before my target was high enough after I got all the other setup done so...
>
> >
>
> > I set up TSX, Image link and APPM so that APPM used TSX's Camera, which used my ASI6200 binned 2.   It
> might
>
> > do bin 1 but pointless.
>
> >
>
> > It's running nicely, I was doing only 37 points and it's on 18 and has not missed a single one.
>
> >
>
> > And it's using the same ASI ASCOM camera driver.
>
> >
>
> > So I have a workable system, at least until I sell my MyT.
>
> >
>
> > I still don't know what is wrong the other way, but this works fine, if a bit round-about..
>
> >
>
> > 22 successful and counting....
>
> >
>
> > Linwood
>
> >
>
> >
>
> >
>
> >
>
> >
>
>
>
>






3461 - 3480 of 83217