There is a more up to date driver from Pegasus that does not emit UI messages when a failure occurs. SGPro just uses a different connection strategy approach, but this message would absolutely occur in NINA or anything else in the right circumstances (until the new Pegasus driver is installed).
In terms of the empty switches grid, can you attach logs when this happens? Not sure why that happens. We make getting logs to us very easy. More details here:
Actually, never mind about the logs. I found the issue with the blank switch set in the profile manager and have fixed that. Please still update your driver to get rid of the the other issue.
Hi Ken
Unity seems up to date - no update that I could find from the program itself (running Release Version : 1.4.36.5). I nonetheless downloaded it from the Pegasus web site and reinstalled it, to stay on the safe side.
I also updated SGP just now.
I still face the Lost connection to Powerbox error message when launching SGP.
I now can navigate to Control Panel > Switches, and the dialog box now does display the pegasus powerbox switch
but, when clicking the Connect button for the Powerbox switch, the error message pops up again
Hi Ken, this is exactly what I did, as indicated in my previous post.
I even uninstalled the version I had on my PC, and installed this one, to avoid any doubts.
In that case, I am out of ideas for this. We are certain that this has been removed from the driver though. If it persists, weâd need to get help from Pegasus to resolve.
Hi Ken
I believe I have found the issue: I ran an ASCOM diag on the switch device: apparently it reads the âoldâ UPBv2 driver by default, not the new âUnityâ one. SGP doenât list the new one in the Switches Profile section.
EDIT: I managed removing the legacy UPBv2 drivers. The error dialog box has now disappeared. But SGP doesnât see the new âUnityâ switch driversâŚ
You are welcome to use any names you like on this forum as long as you are not disparaging them in any way.
I donât know how others enumerate the ASCOM devices installed, but we simply use the recommended method. We literally just ask ASCOM what switches are installed and use that list.
BUT⌠I donât personally have a Pegasus Power box so itâs not entirely clear what you modified within ASCOM. In the screenshot you posted for SGPro, is that not what you are looking for? If you didnât change the name of the profile, but rather, only changed the the driver its pointing to, then wouldnât this be the expected result?
SGPro recognizes that there is some kind of Pegasus on your system. How are you determining that itâs not the correct one?
Thanks for your attention on this weird software behavior. Iâm afraid I donât have all answers, to be honest.
To provide some context, I alwas used the standard ASCOM UPB software/drivers. Lately, Pegasus moved to a new approach by releasing âUnity,â which provides a single âunifiedâ ASCOM driver for all their products, and is their recommended approach going forward. The previous drivers are âdeprecatedâ now, as stated on their web site. All fine.
I therefore downloaded and ran the Unity installation program, and removed the legacy software/drivers.
This is the state from the days before, when I started this discussion.
This morning, I decided to clean up everything:
removed/uninstalled Unity
reinstalled the legacy UPB drivers
rebooted, to stay on the safe side.
confirmed Nina was seeing the switches correctly
updated SGPro to the latest version published today
Now, when starting SGPro and navigating to the equipment profile selection, I get this message:
Ok. Well, something about the current state of your ASCOM profiles is not agreeing with how SGPro attempts to initialize switches. I am not sure what it is, but logs will tell us and if you send them, Iâll take a look.