Jump to content

Stargazers Lounge Uses Cookies

Like most websites, SGL uses cookies in order to deliver a secure, personalised service, to provide social media functions and to analyse our traffic. Continued use of SGL indicates your acceptance of our cookie policy.



New Members
  • Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About kyron

  • Rank

Profile Information

  • Gender
  • Location
  1. kyron

    Skywatcher EQ6 Mkii Wedge

    Adrian, I see you got the NEQ6 wedge (in your signature). I'd like to know what you think of it, I find the NEQ6 suffers in the ALT adjustment 'field' but I am worried, as one poster mentioned, that the position would 'slip'... Nebula: do you still find it slips or have you found a way around this issue? White Dwarf: I am currently tempted by the same approach, but looking at the AZ-EQ5GT variant (looking to lighten the setup to it's more reasonable to carry around)...I am just worried the EQ5 variant won't be sufficient for my payload in AZ mode (Celestron 9.25 + optics)
  2. I wanted to do the same (use SW's "mouse " GPS with a raspberry PI) but there seems to be absolutely no docs/specs outthere about this GPS. It came with my EQ6-pro, which I bought around new year 2015.
  3. kyron

    SkyFi with a Pi

    Does slow mean 'slow response time'? I would be sort of baffled if the RPI couldn't handle the code in proper realtime...have to try this (which is the point of my setup). A pic would give me an idea of the hookup you have going. As far as hijacking this thread, I would rather call it "we honour RKC's post" So, I am still puzzled by how I could reduce the steps between SkySafari -> Mount. I saw that indilib seems to have a "SynScan" emulator but it stil remains unclear wether that is what I would eventually want to be using Vs using EQMOD (or does the SynScan live atop EQMOD...?). To, I think that my (more refined) connection "diagram" would look something like this: SkySafari --> WiFi --> RPi --> [what part of indilib?] --> "EQDirect" (TTL from RPi to RS232 adaptor) -> EQ6 DB9 connector. With this diagram, I would have very little wiring and the RPi would be velcroed to the mount, next to the power cord. PS: Ok, so, clearly my phpBB-fu has gone really bad and I am failing at proper quoting (even if tried the direct codes).
  4. kyron

    SkyFi with a Pi

    So, are you saying libindi requires a lot of CPU power to a point of overcoming a regular RPI? Otherwise, I'd love to have more details about the 'UART to 3.3v' part, are you implying that the EQ6 expects 3.3v level 'TTL'? /me keeps digging around
  5. kyron

    SkyFi with a Pi

    Just to give a heads up, and thanks RCK for this 'drop dead simple' solution to getting a 'SkyFi' going. It inspired me into documenting my first 'SkyPi' setup (here: http://wiki.neuralbs.com/index.php/SkyPi) and it seems to work quite fine with SkySafari Pro 4 (I have a youtube video demonstrating it but I won't post it publicly unless requested ...forcing me to actually remove audio and my stupid comments + add annotations). So, now that I have : [skySafari]:iPad -> (AP mode WiFi) -> RPI -> USB2Serial -> SynScan -> EQ6 I would love to see if it would be possible to do this: [skySafari]:iPad -> (AP mode WiFi) -> RPI -> [indilib in some sort of mode] -> USB2Serial -> MAX323 -> EQ6 OR (even better?) [skySafari]:iPad -> (AP mode WiFi) -> RPI -> [indilib in some sort of mode] -> [Direct TTL control from RPI's I/O ports] -> EQ6 I am quite sure I am not the only trying to dream up this setup (while keeping SkySafari in the loop). The next setup I might try is kStars running up directly from an RPI2 + remote desktop on an iPad. The end goal is quite 'simple': - have an iPad app to control the scope (important for buy-in of kids and GF) - have less wires (moahr simpler) - do cool techno stuff
  6. Well Chris, I believe this might have changed since "SkyPortal" (a repackaged SkySafari 4 for Celestron Evolution scopes) provides those exact functionalities (and more). The way I understand it, it's the SynScan handset which has a 'reduced' NexStar protocol implementation...but I could be wrong, I am still looking around trying to figure out why no one would have written a "more complete" implementation of the NexStar protocol (or some NexStar to EQMOD translator)... But don't shoot me, I am fresh off the press in all of this and am quite eager to get my new scope+mount...
  7. kyron


    Kicking an old thread.. Hey Paul, have you been using this setup lately? Any chance one could actually _really_ emulate a "SkyFi" using, say, a RaspberryPI? I am thinking this could be a very interesting, low power solution of many situations where we would normally need a 'PC' connected to the base. With this hooked up to the scope, a world of possibilities opens up (and I think it's cheaper than SkyFi, which doesn't support the EQ6 mount I have my eyes on anyways...). Cheers, ET
  8. Thanks for this posting Mr. Cox. I just came across it right before I was going to buy an EQ6 mount with the explicit intent using Star Safari to control it. I just returned a Celestron 8" Evolution after a less than stellar performance (I suspect I got a defective unit). This initial experience was bad on the hardware side but I did like the "SkyPortal" (SkySafari repackaged for Celestron) approach. This being said, after checking out the hardware in a showroom, SkyWatcher's Goto hardware/Tripod definitely seem superior to Celestron's equivalent (comparing and EQ6 mount to CGEM). I am ready to put down the extra $$ but I was explicitly told that SkyWatcher's software is the deficient part of their product. So, what are the other software available for controlling an EQ6 mount? PS: I suspect one of the problems in the current situation might have to do with patent infringement ("Skywatchers hand control only supports a subset of Celestrons communication protocol"), even thought their protocol is described in the user's manual. I was told Celestron Vs Meade had such an encounter regarding their CPC series.

Important Information

By using this site, you agree to our Terms of Use.