New post
1

[Scope Control]* Developer Requests SS7 Read And Reject The Variable Rate Entry And Move On

I have a driver which now passes the Conformance Test Universal from ASCOM.  This driver needed a lot of corrections to many of the properties to pass the new ConformU.  Now that it is correct (re ConformU) the slew rate buttons fail to operate correctly.  I am operating the corrected driver over alpaca, employing the Ascom Remote Server.  I should add the old driver, which had various issues, worked perfectly with SS7 Pro in this configuration.  I surmise something is amiss, but don't know which side of the interface the issues lies.

The slew button behavior is this:  The slew rates displayed have only one of the 4 rates illuminated.  The other rates cannot be selected.  The LRDU buttons will move the mount, but only at the rate the SkySafari somehow grabbed when it connected.  Its as if it does not like the AxisRate array returned when it connects. 

As I inspect the driver log, I can see SkySafari fetch the capabilities for the mount.  In the working version of the driver (non-conformU compliant) I see the AXISRATEs fetched for both the primary and secondary axes by SS7.  But in the new version of the driver, I can see SS7 only fetches the axis rates for the primary axis.  And of course the rates are not selectable after that.  

Is it possible this is some hitherto unreported problem with SS7 related to changes needed to become ConformU compliant?  I could discuss the various properties and Methods that needed adjustment, but these are specific to the driver errors, and other probably did not have to errors.  BTW the old driver, that failed the new ConformU and that works fine with SS7 Pro, passed the older Conform test.  

The subject issue occurs with SS7Pro on both an iPhone and an IPad.

Thanks

4 comments

  • Avatar
    Keiron Smith Official comment
  • 0
    Avatar
    wes McDonald

    Commenting on my own post.  I have established what the problem is, and it is a feature of the SS7 Code.  Perhaps it can be changed?  Here is the deal.  In my new driver I added a continuous rate entry into the AXES rate array.  Basically, the driver implements several rates which look like (.2,.2) etc which are fixed .2 deg per second slew rates.  These SS7 hadnle just fine.  But for compatibility with NINA and SkyTrack requires the driver to have this kind of entry (0,MAX).  This entry enables those apps to set any rate between 0 and max for move axis.  PRoblem is when SS7 sees this, it apparently rejects the rates array and stops trying to get the rates.  Thus it has no rates and displays no rates.  

    As SS has no way to cause a continuously variable slew rate, it would be sufficient to just have it read and reject the variable rate entry, and move on.

    Thanks,

    Wes.

     

  • 0
    Avatar
    Keiron Smith

    Wes,

    Developers will review your request, but I can not make any promises.

    Thanks!

  • 0
    Avatar
    wes McDonald

    Excellent. Just would like an opinion. Maybe a fix if called for. Love the app.

    Wes

Please sign in to leave a comment.