• Digital microscope

• Drivers Celestron Telescope
• Drivers Electronics
• Drivers Celestron Wireless

Download the Digital Viewer software to use your Plugable USB microscope, such as the USB2-MICRO-250X and USB-MICRO-800X. Celestron NexImage 5 Solar System Imager. Neximage 5 How did you overcome this, Steve? However, the neximage 5 data load dropped the frame rate of the capture down to 6 fps, and we ended up with a 1,frame Y file that was nearly 5GB in size, while the corresponding RGB32 nexijage file was a whopping 20GB. Support for OpenGL comes with the graphics card driver. NO Windows 10 graphics card driver = NO support for OpenGL on Windows 10 = NO Starry Night software on Windows 10. Bottom line, you need full graphics driver support for Windows 10 on your computer. If you do not have graphics driver support then Starry Night will not run. Wifi-nFOCUS for Celestron SCT, HD, RASA wifi-nFOCUS provides fcusing for your Celestron telescope from pc, pushbuttons & wifi. Gear coupled 12V DC motor with precision encoder provides 4300 steps per revolution of focuser knob at up to 300 degrees/sec and easily declutched for manual focusing. Fits 6, 7, 8, 9.25, 11, 14 inch models made since 2006.

Take control of your telescope! Download the Celestron PWI Telescope Control Software. Celestron’s FREE planetarium app is an astronomy suite that redefines how you experience the night sky. Using Telescope Eyepieces. Your eyepieces are the first accessories you should learn to use with your telescope.

Most people looking for Digital microscope downloaded:

A custom driver for the microscope, which replaces Microsoft’s default webcam driver for it.

Hiview Plus program can be used to view and record the feed from MV130WU WiFi wireless digital microscope.

MicroCapture Pro provides support for the digital microscope that was designed for.

ScopePhoto program is designed for Digital Camera for Microscope and Microscope Digital Camera.

MiViewCap is a tool that allows you to view micro-objects through MiView digital microscope.

Update 17th January 2020: new version 1.3!

After a few versions of the Compustar firmware that I used as a way to better understand the intricacies of the Compustar firmware, I was ready for the major task of adding enough support to implement a full ASCOM driver to connect the Compustar to a modern PC with a standard astronomy software.

I knew I had to develop two different but at the same time complementary pieces of software: one running on the PC, and one running on the Compustar.
The PC part was going to be more complex, given that the PC is much more powerful than the Compustar, but at the same time it was easier to develop because I could use a modern, high level language, .NET. The Compustar part had to be much smaller, but at the same time it was harder to develop, because it had to be written in assembly language with a very limited amount of resources.

PC-Compustar cable connection

The connection between the Compustar and the PC is done via a standard RS232 port or using some kind of USB<>RS232 dongle as modern PCs no longer have serial ports. In case you need an USB<>RS232 dongle, be sure to use one with true RS232 drivers: they normally come with DB9 male connectors. TTL output dongles (like the ones used with breadboards and/or Arduino) don’t work (and may damage your PC).
You then need a special cable, because even if the Compustar has a mating DB9 female connector, its pinout is not standard, since the Compustar predates the use of DB9 connectors as serial ports (they used DB25 back then) and therefore it’s not going to work if connected directly (and may also damage your Compustar!).

This special cable has the following connections:

All other pins must be left unconnected (especially PIN 8, Compustar side).

This cable should be connected between the PC and the Compustar, using the leftmost DB9 connector on the Compustar itself.

Compustar configuration

To use the ASCOM driver on the Compustar you must install the 64K version of the Compustar firmware, revision 1.70 or higher. 32K versions don’t contain the required protocol support and therefore cannot be used. These new firmwares can be found here.

The ASCOM protocol support is not always enabled in the Compustar: there is an option (OPT-6) to do so. This is done because it uses parts of the serial port circuitry the original firmware never used, and therefore there is a small possibility that this circuitry does not work as it should.
To enable option 6, press OPT and then the key ‘6’. The option is enabled if the ‘6’ label is flashing, it is disabled if the ‘6’ label isn’t flashing.
You should enable this option (at least the first time) without having connected the PC. Upon enabling OPT-6, nothing should happen. If, on the other hand, the Compustar immediately switches to PC mode (clears all the digits and displays “PC”) it means that the RS232 circuitry is not working as it should. In this case, press ABORT which will immediately disable OPT-6 and PC mode will terminate. If this happened, either you didn’t do THIS modification or the Compustar has an hardware problem that should be fixed.

ASCOM driver installation

Driver installation is done with few simple steps:

First, you have to download and install the ASCOM platform (if you haven’t installed it yet).
Current version (October 2019) is 6.4SP1, and it can be found on ASCOM web site http://www.ascom-standards.org/. You’ll find a download button on the right part of the screen.

Second, you have to download and then install the actual Compustar driver from here:

Then, run your favorite software, choose to use an ASCOM telescope, in the ASCOM Telescope Chooser select “Compustar Telescope” and click the “Properties…” button to configure the Compustar driver.

You will see a dialog box like this:

Here you can configure a few things. The Serial port is the serial port you have connected the Compustar to. If you don’t know which one to use, just try one at the time. If you pick the wrong one the software will not connect (though it may or may not show an error). You may enable Show errors on connection to have a message box explaining connection errors (though this may violate the ASCOM guidelines).
You may also choose to program the Date/Time from the PC to the Compustar upon connect, select the guide speed (used for the PulseGuide ASCOM method), and choose to display the RA/DEC coordinates on the Compustar display (otherwise the display will not display anything). To reduce the load on the Compustar, this new 1.3 version will by default caches some requests so these will not be done too frequently. “Cache Life” controls how long a cached value will be considered valid before requesting it again (default value is 0.25s).

By selecting “Show telescope Panel” (a new option in version 1.3), a small Compustar-like control panel will be shown when the telescope is first connected.

Using this panel you can move the telescope, change the manual movement speed (SPEED), the tracking speed (TRK SPEED), interact with the dome (via OPT-7 and ALIGN DOME), reduce the slewing speed to 50% (either in RA, DEC or both), select a different acceleration ramp for slews (TS RAMP). If you check “Show Dome options” too, OPT-8-2 and OPT-8-3 (dome-related options) will be shown, together with two additional buttons to toggle them.
Note that this control panel requires version 1.90 (or greater, 64K) of the Compustar firmware. Previous releases will still work, but the Compustar Control Panel will not be shown with them, even if the “Show Telescope Panel” item is checked.

Compustar protocol

Drivers Celestron Telescope

If you want to drive the Compustar directly without using our ASCOM driver, this is the the low level protocol documentation.

This new firmware has two working modes:
“USER” mode, which is actually the original Compustar mode, where the user has full control of the telescope and the protocol on the serial port is the original Compustar protocol (though some memory location changed, and therefore old software using this protocol may no longer work).
“PC” mode, where the computer takes control of the Compustar and the user can only change the speed between SET and SLEW, move the telescope around with the movement buttons and abort slews.
The selection between the two modes is done using the DTR signal on the serial port: when the DTR signal is low (nominal -12V), the Compustar is in “user” mode, when it is high (nominal +12V) the Compustar will be in “PC” mode. With the modification detailed here, when no cable is connected to the RS232 port of the Compustar the Compustar itself will be in “USER” mode.

The connection procedure is:

1. Raise the DTR signal
2. After approximately 100ms the Compustar will reply with “PCx.xx” where x.xx is the firmware revision. So, with firmware 1.70, the replied bytes will be <0x50 0x43 0x31 0x2E 0x37 0x30>
3. You should have set a timeout (let’s say, 1 second) to tell the user that the connection wasn’t established if you didn’t receive these bytes. If the timeout occurs, lower the DTR signal and return an error.

To disconnect, simply lower the DTR signal. The Compustar will return to “USER” mode.

If you got the reply as expected, you can start sending commands to the Compustar, following these guidelines:

• Everytime you send a byte to the Compustar (be it either a command or a parameter) you MUST wait for the Compustar to echo the byte back. You may NEVER send more than one byte at the time. The echoed byte will be the byte you sent (therefore you can avoid checking its value) except for the first byte (0x27) which may be echoed back as 0xFF in the case the Compustar has exited “PC” mode (and in this case you should disconnect from the Compustar and optionally notify the user).
• Always setup a timeout (1 second is normally more than enough) to return control to the calling program/notify the user in case the communication is interrupted for some reason (the serial port cable was unplugged, the Compustar powered off…)

Command execution:

Drivers Electronics

1. Send 0x27
2. Wait for echo. If a timeout occurs or the echo is not 0x27, disconnect from the Compustar and abort command execution.
3. Send the command byte (see table, below) (and wait for echo)
4. Send command parameters (if any) one byte at the time waiting for each one to be echoed back.
5. Wait for the Compustar response or the timeout to occur. The response could be: “PC” (0x50 0x43) if the command was recognized or “PE” (0x50 0x45) if it’s an unknown command.
6. In case of timeout or unknown command act accordingly
7. In case of command executed ok (“PC”), read and process all the response bytes (see table, below)

Notes:

Drivers Celestron Wireless

• Parameter is the number of bytes to send as a parameter for a given command
• Response bytes is the number of bytes to read after having received the “PC” response
• When either number has a +1, the last byte will be the sign of the parameter/response: 0x00→Positive, 0x01→Negative, except when noted (in the “Slew To Coord” command, for example)
• Timings are in “ticks”. Each tick is 18.7245714 ms (131072/7000) long
• Since the communication buffer is too small to hold both the date AND the time, there is no “Set Time and Date” command. You should use the “Set Date” command first (which sets the date but ALSO sets the time to 00:00:00.0 to avoid date rollovers) and THEN use the “Set Time” command to adjust the clock.
• Command 0x91 (Get All informations) was already present in firmware 1.80. I simply forgot to document it here.