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.

sgl_imaging_challenge_banner_terminator_challenge_winners.thumb.jpg.6becf44442bc7105be59da91b2bee295.jpg

stash_old

Members
  • Content Count

    997
  • Joined

  • Last visited

Community Reputation

472 Excellent

About stash_old

  • Rank
    Proto Star

Profile Information

  • Gender
    Not Telling
  • Interests
    Angling
  • Location
    Cranwell UK
  1. I use a "HAM RADIO" type power supply which always provides rock solid 13.8v (voltmeter/amp built in or external unit) - under load or not - but Ham radios where very susceptible to noise! But it might be a Linear not regulated PSU Bad side they are more expensive - alternative you could use a (branded) Desktop PSU
  2. I have been playing with uv4l which has a RPI Hdmi screen broadcast/sharing function so you can see ,amongst other things, the RPI screen (even when headless) on another pc using just a web browser(you can have security) - Chrome and Firefox work . In initial tests it is far far faster,at displaying the HDMI output of the RPI than ANY remote desktop I have used. UV4L Doesn't work on Windows as server (Unix only hence name) but fine using Chrome Browser on Windows to connect to an RPI (says Ubuntu 18 but haven't tried it). There are a number of other features which look interesting - such as making any MJPEG device act as a Linux/Unix Video device so you could (not tried it) use any streaming/broadcasting software that allows /dev/videoX (x being a number 0 - 99) to be used as input - so one could use VLC Media player on Windows to pick up FFMPEG output from RPI. Link here https://www.linux-projects.org/uv4l/ if anyone interested. Anyone had any experience of using UV4L ?
  3. 1. EQMOD adjusting CDC RA/DEC to pick up on N-point alignment data maybe ? I have had this too! 2. By clicking the X (there are 2 one clears alignment data and one clears sync data) in Alignment/syn after clicking the "spanner button" in EQMOD Window 3. Only if you set EQMOD to save alignment details - as (2) to expand window then click "notepad" (Alignment Point List editor) - another window will appear showing alignment list and a section "load / Save Alignment Preset" which has 3 tick box;s untick first 2 (marked Load on unpark and Save on park).
  4. But TTL can be 3.3 or 5v logic and some USB TTL Adapters run one or the other and some can run both (some have a switch to swop 3.3 to 5v) - his is nothing to do with providing voltage from the chip but being the Chips TTL tolernace of signals. Some 3.3v chips will burn out if the TTL is using 5v logic voltage. Yep had many problem with that driver and Windows has moved the goal posts a lot since then. The Virtuoso sounds like AZGoTo mounts which have tx/rx pins connected on the motherboard on the mount and may need a pull/down resistor set up - not my area but google it or someone else may help! As I say the Prolific chips are generally bad news when using Windows and using a driver of that age could be your problem. As I have already said IndiLib supports Virtuoso mounts so perhaps asking there about using your USB Prolific Adapter may get a reply. Else it could be worth using a Synscan Handset if you have one and just use a RS232 USB adapter (pc - Handset). I know other users use the Virtuoso Mount so perhaps they will come forward and explain a better way - As I say it was 2-4yrs ago when I last plyed with one in the way you are.
  5. I seem to remember an associate on mine tried to use this driver and he used the Prolific chip which the Brazilian gent recomended. We had awful problems to get this to drive the Virtuoso mount or even find a Prolific driver that worked as the one from he Sourceforge site didn't. 1, Are you using a Prolific chipped USB to TTL component? If so where is he driver coming from. 2. Is the voltage correct for the TTL on he Virtuoso - I cant remember the correct voltage 3. Are you using the Ascom driver for the Virtuoso mount that was provided by the sourceforge site(from the above it would appears so ) - it is over 5yrs old and may have problems with later versions of Ascom/Windows OS. Plus first time in you have to "click" on properties on the Ascom Chooser Menu which is where you select the correct COM port. My best guess is that the Prolific chip/driver is causing the problem - sorry for not being much help. IndiLib I believe can drive a Virtuoso Mount but is relatively new and you wouldn't be able to use Ascom or Stellarmate . https://www.indilib.org/devices/telescopes/skywatcher-virtuoso-alt-az.html
  6. I think I am right in saying that the RPI3b+ Wifi no longer shares the same bus with USB/Wired Ethernet - having said that you comments are 100% spot on. https://raspberrypi.stackexchange.com/questions/44433/does-wifi-on-the-pi-3-reduce-the-ethernet-bottleneck-when-using-usb-device
  7. With all due respect please pay the little extra and get either FDTI (Real not fake) or CH340 RS232 adapter - most "cheap" adapters use the prolific chip which if you search this site and many others have a history of problems with Windows - especially Win 10. Heck what's the extra £5-10 pound when you have paid (I assume here) over £900 for the mount (new price). ?
  8. My god someone with common sense - all power to you - wish other people would save themselves problems. Nice one ?
  9. Unfortunately not true JPG or FITS do work so long as the FITS format is "standard" whatever that means - but who cares if that works for you great ?
  10. I would swop the lot - for some clear skies which no matter what form you use (except Radio Astro) we all need - ? More options/opinions the better - have a lot of spare time thanks to awful UK weather.
  11. That's what ASPS is - a blind solver. IMHO as a user ASPS (and Platesolve 2,Astrometry.net,Astrotortilla) is as fast as ASTAP but far far simpler to use IMO,especially for "first time users",once installed and in my own tests using the same image files ASPS successfully solved the images more times than ASTAP did. I know ASTAP can replace Platesolve 2 in APT and you can fool APT to use ASTAP by changing the name of ASTAP to platesolve - a process I believe Han documented. The fastest Platesolver I have used is the one provided by Indi/Kstars/Ekos which again I think(?) uses Atrometry.net API. Of course most Platesolving solutions use Astronmetry.net API and just present a GUI front end. The biggest problem with ASPS it does not seem to be actively supported /developed any more which,IMO, is a shame as there are a few odd balls - e.g. "Browse Image" problem. But on the whole most people "get on" with ASPS.
  12. Dont normally use ASPS "browse solved image" so I thought I would see what happens - On a Win 10 64bit desktop if I click on the "BROWSE SOLVED IMAGE" button I get "memory violation" - however if I wait 5-10 secs and try again it displays the WCS image. I consistently tried this a number of times and it did the same thing. Sounds like a thread problem.
  13. One way might be to do a dummy connection to simulated telescope - e.g. Ascom Telescope Simulator or Indilib Telescope Simulator. I think,but being honest I am not sure, the problem is the star map needs to be connected or be aware of a Telescope mount so that it can pass the RA/DEC else it will just display the RA/Dec - which is where you have been copying the RA/DEC data from. Unfortunately it would mean installing Ascom or Indilib just to gain access to a simulated mount connection which will allow Platesolving to "Sync" positions onto a Star Map automatically. Unless someone else has an idea ?
  14. Some info 1. Controlling a mount ,focuser,guiding and f/wheel does not take any processing power at all - RPI3 and other cheap mini's etc are more than up to the job. 2. Using a DSLR even on a PI3b+ is no problem if you use the Ethernet port(preferred) or use 5GHZ Wifi (depending on your coverage) - 30mb+ CR2 image files can be auomaically downloaded ,if required, in 5-9 secs. A poor Wifi signal is normally a problem no matter what kit you use. Using fast CCD/CMOS camera's and large ROI are a complete no no, IMHO, on a RPI3b+ but many do use this route - you would IMO go route in Step 3. 3. Any sort of real time / post processing or fast USB3 Camera's (CMOS/CCD) would mean a more powerful Mini - look on SGL for Noah4x4 who is ,IMHO, at the extreme end where he does very high real time HD or higher quality displays. Then you are talking about I5/I7 (or equiv) processing plus large SSD and 16GB memory and most likely 12v-19v 5amp power supply. This is not cheap approx £500 after all the bits. 4. Remote access is better done over wired cabling as it is consistently the same speed and ,especially with 2.4ghz band , not prone to interference. This can be 100m away and you can use external quality cable which is not expensive or std CAT5/6/7 cabling in ribbed conduit - especially is Squirrels/Rats are about. This of course depends on access from you conservatory to your Obsys and the MOST IMPORTANT BIT - your partners permission ? LOL. Remember you wont be changing your network much so go with the best at the start. You could do a bit of both - use a small mini/RPI located on top of your mount but automatically download the images to a Obsys located Desktop/Laptop (cheap I7 with SSD and 8GB+ memory 2nd hand for under £170) the Desktop could also have all you software required to control mount/Camera's/FWheels/Focuser with longer USB/Mount cables at the ready so if things go wrong you can just switch a couple of cables and hey presto you are off again. Else you can do you post processing on it when things are running normally. Think longer term, think what if things go wrong , how important not losing a clear night is to you. If your answer is "dont care" - stick with a desktop/Laptop located in your Obsys (my "spare" and old set up sits in an under floor compartment already to go) not on your mount use a very good quality USB3 powered hub so you only have one long USB cable and live with the couple of extra power cables. Please remember whatever remote option you do BACK IT UP - its not so bad on the likes of RPI as you can have a couple of SD cards that allows you to update one (after backing up to another) but have the comforting thought of the 2nd SD card to you quickly back up and running - How many clear nights have you lost or been interrupted due to an update or change. It does get more involved if you have a large SSD.
×
×
  • Create New...

Important Information

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