Jump to content

RamaSpaceShip

Members
  • Posts

    180
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    In the forest near Bordeaux, France
  • Interests
    Photography
    Astronomy
    Wood sculpting
    Computer software and electronics

RamaSpaceShip's Achievements

Member

Member (1/1)

  1. Hi Gerald, You need an oscilloscope to see the voltage change as it is probably a PWM (mark-space ratio). Bernard
  2. Hi Robert, When I started to use my ASA DDM85 (~4 years ago), I often had a similar issue like yours (nearly every time I used it). I don't know where it come from. I quickly discovered that it does not happen if I don't switch off the mount after using it. With Autoslew, I stop the motors and the fans anyway. I now only switch off the mount when I have some cleaning to do in my observatory, and only for the time of the cleaning. Never saw this issue again. Hope this helps. Bernard
  3. It can be also .Net based, which may allow ASA to reuse existing pieces, . Anyway, such info from ASA is just slideware. We know what this means.
  4. Wonderful. NGC 7497 is particularly impressive
  5. Hi George, You get a warning point when you go beyond the acceptable limits. These limits are clearly explained in the 'still to be written' appropriate documentation. It's ASA after all. Best regards. Bernard
  6. RamaSpaceShip

    Prism

    Hi Nigel, USB packets may contain payload. As far as I can tell, apart from the serial line initialization, the USB payload of each packet contains the data to be sent over the serial line. Wireshark can isolate the USB payload so we can know what are the data sent or received by the application. Best regards. Bernard
  7. RamaSpaceShip

    Prism

    Hi Lucas, As long as the virtual com port uses a USB device, it should be possible to sniff it with Wireshark. I didn't test it as I rarely use Windows. Best regards. Bernard
  8. RamaSpaceShip

    Prism

    Hi Nigel, Wireshark was initially a lan packet analyser only. It was added a USB packet sniffer (USBPcap on Windows) so that it is able now to do both lan and USB. Of course, there are other tools that can do the job. Wireshark is just the one I use when I need such a tool. Best regards. Bernard
  9. RamaSpaceShip

    Prism

    Hi Lucas, If we can determine the protocol Autoslew uses with the mount (and I am sure it is possible, but it will take time), we can of course make an open source implementation that can run on a RaspberryPi or equivalent. This will provide a cheap, efficient and flexible way to do all what we need. I will be happy to participate. Logging the USB traffic can be done using Wireshark. To make the recorded data understandable, you need to record separately the communications caused by any simple action on Autoslew. But this is just one step on the deciphering of the protocol. Another much simpler method would be that ASA publishes the protocol specification. Every one has the right to dream.... Best regards. Bernard
  10. RamaSpaceShip

    Prism

    Hi Alain, Yes MLPT is preparing for a serie of long exposures. It calculates a dedicated pointing model for that exact purpose. Of course, you can recenter the images. But MLPT is for doing very long exposures: up to 20 minutes each. And during that time, you need the mount to shift for less than a fraction of a pixel. This is what MLPT allows to get, and nothing can recenter afterwards if an exposure is broken by a shift of several pixels during it. Bonne nuit. Bernard
  11. Bonjour Amenophis, This is a known issue with Autoslew (never fixed) where config files are read using the locale for decimal separation (',' in France), and are written initially using '.' as decimal separation. This leads to errors like the one you've got. You need to change the decimal separator in your Windows locale settings to be '.'. Bonne journée. Bernard
  12. Hi Mike, As far as I understand, the "Sync" button in Autoslew is only meaningful when you use Autoslew itself to go to an object. If you use any other mean (like CdC), Autoslew is not aware of the target object, just of the coordinates indicated by the external program, and so refuses to sync. In this case, you must use the sync feature of the external program. The sync feature in Autoslew can be helpful when you don't use an external program to locate objects (I don't know anyone doing that, but that does not mean that there is nobody). Best regards. Bernard
  13. Hi Robert and Mark, I use a variant of Mark's solution: I never switch off the mount. This solved the USB problems I had when I start using this mount four years ago, and since then, these problems never surfaced. Hope this helps. Bernard
  14. Hi Andrew, The code of an ASCOM focuser can be found here: - https://sourceforge.net/projects/sglfocuser/files/Ascom%20Driver%20Software - https://github.com/sirJolo/ascom-jolo-focuser/tree/master/VisualBasic/JoloFocuser You can use them as an example. Good luck. Bernard
  15. Hi All, I don't know how to intercept the Ascom flow, but it is possible to implement a pseudo Ascom focuser that redirects the requests to the real one, gets its position, filters it and returns a stabilized position to the caller. The application will connect to this pseudo focuser driver in place of the real one, and by that trick, will get fail-safe positions. Hope this helps. Bernard
×
×
  • Create New...