Jump to content

Banner.jpg.39bf5bb2e6bf87794d3e2a4b88f26f1b.jpg

John78

Members
  • Posts

    580
  • Joined

  • Last visited

Everything posted by John78

  1. Never used 8729, but this guy has a build log of exactly what you are using... ONSTEP EQ5 GOTO (groups.io) Your gear ratios will be different, the AstroEQ site has all the appropriate gear ratios for the SW mounts.
  2. The trinamic drivers in either drive mode stealthchop (silent) or spreadcycle deliver more torque than a conventional driver in half step mode, and spreadcycle 256usteps delivers only slightly less torque than full stepping, they're amazing pieces of tech, the issue used to be generating the clocks to accelerate and run them at high rpm in 256usteps, but with modern processors that's not an issue, no way could an arduino do it. Thanks to OP and repliers for highlighting onstep - have ordered some MaxSTM boards from JLCPCB today to change from astroeq (which has a really frustrating windows bug) to an OnStep controller. The ascom info required seems to all on this site. edit: let me rephrase that, windows has a really frustrating bug, that requires the astroeq to be powered before you plug in the usb - it works fine in linux as it handles the ports properly. http://www.stellarjourney.com/index.php?r=site/software_telescope
  3. Yeah one of the reasons I'm attempting to move from Windows to a Rpi is EKOS keeps my QSI583 connected properly 100% of the time, sometimes windows/ascom totally loses the plot - I cannot control the camera, but the filter wheel still work fine through the same USB port, which forces me to reboot and then I lose the pointing model, guiding cals, tracking etc.... So understand mitigating software frustrations. One thing I've never tried is the autofocus using bahtinov option, the HFR options I use are a bit slow I need to do the average of 3 subs at 5 to 7 focus points for it to reliably find best focus - it looks like I could test that tonight as its too moony for real imaging. I presume it models the diffraction lines and moves them to dead centre.
  4. I'll bite, why do you need a remote bhat, if you already have a remote/motorised focuser? The autofocus routines via various free software is amazingly good these days - I was considering an automatic flat/scope cover, but its not entirely clear how to implement it on the front of a refractor without it being a wind sock or having 270 degrees of motion.
  5. Fractory do some decent pricing on laser cutting.
  6. Indeed - what I need is a M48 faceplate for the camera - which QSI don't appear to make, the SX one looks like it would be able to fit if you make a small adapter plate - or I could machine a whole new one - although cutting the thread might be a challenge and then I'd need to find someone to anodise it.
  7. Is anyone using a QSI 683wsg camera with a Skywatcher coma corrector - I have one on the way (camera) and I forsee back-focus issues, The Skywatcher CC has M48 threads, if I use the M48->T2 M42 adapter to screw on the end of the CC to then screw into the camera I effectively add 7.3mm to the total distance because I cannot screw the adapter down to be flush with the flange. So the question is - is the 55mm measured from the flange, or the very back of the threads on the CC, there appears to be no optical drawing I can find for the CC? The camera with T2 adapter has a backfocus distance of 1.98", so i'll be out at 57.6mm before including filters etc... I suspect the solution is a custom M48 adapter plate close to the correct thickness to screw the CC straight into, that or turn 3mm+ off the end of the CC in the lathe
  8. I don't necessarily think that's a problem the code appears to support any cameras your RPi works with - it just needs different configuration options. https://github.com/CroatianMeteorNetwork/RMS#capture Note the most recommended camera is analog and uses a USB analog to digital dongle to interface to the RPi.
  9. Dont they have these in stock on amazon uk? https://www.amazon.co.uk/ELP-Webcam-USB3-0-Camera-Webcamera/dp/B07KMW5TRS
  10. Well, like I said my experience with my first 200mm was so poor I bought another and that was, if anything, worse. I even built an ollypenrice type micro-focuser basically a 3D printed lever clamped around the focuser barrel which was some 150mm long with an M3 rod and a thumbwheel, then subsequently a fully motorised micro-focuser using HFR focusing. Your images look like they are stopped down, these lenses aren't slow compared to telescopes - they're quite fast esp the 135mm F2.5 is in the very fast range, I will concede I found them to be somewhat better performing stopped down using a step down filter adapter (I find the aperture blades detract from the images) - but then its slow, which defeats the point, and in all honesty still nowhere near as good as the benchmark lens for this type of imaging: the Samyang 135mm F2, its flat across the field, fast and free from aberrations even wide open. There are many more threads across the internet in general with people with performance problems with these lenses than success', and once I'd failed to see a noticeable performance improvement using a halpha filter I gave up and these lenses wont see the light of night again for imaging.
  11. Unfortunately in my experience (2x200mm F4, 1x135mm F2.5) these SMC lenses are just no good for astro - even though some people appear to get good results with them. To reach proper focus you need to do the 3 screw trick, you need the thin version of M42 adapter, you need to remove the pin on the lens that pushes against the adapter. Once you get to proper focus, without tilt in my experience; you get the most heinous star bloat - even with a Halpha filter in the image train its just provides totally unusable data using a Canon EOS body astro modded or my cooled mono CCD.
  12. This popped up in my YT feed a few days ago... Its quite interesting for 3D printing things in general but especially stuff that goes outside on cold damp days. I haven't tried it yet, still getting my new printer running right before I switch over to PETG - but it seems like a good way to make strong brackets without making them super thick and also waterproof electronics boxes, all sky cameras etc....
  13. I realise on consideration the other (probably better) method, is using PCB printing paper and adhering the toner to glass... https://coolcomponents.co.uk/products/pcb-toner-transfer-paper?variant=45222872270&utm_medium=cpc&utm_source=google&utm_campaign=Google Shopping&gclid=CjwKCAjwlID8BRAFEiwAnUoK1eHj7KnvNASDiU4w20kUj6n_DuhFZLxh3x6JABt7iNEtvxpcVAhPYBoC1goQAvD_BwE Any 600 dpi laser printer should be fine, even a bog standard £40 special can print a toner transfer for even the most ridiculously small legged chips. This place appears to have them in stock at sensible prices and despite the 1998 looking website it does have a COVID19 notice up so would appear to be in buisness still http://www.awrtech.co.uk/awr_cat.htm
  14. 600dpi is 42um dots, so if you aim to print the lines in the 600dpi direction, perpendicular to the way the paper feeds, and print screens in 42, 84, 126, 168um lines you should get a usable result. The way 2400dpi is achieved wont work for printing 10.5um lines, its not really 2400dpi.
  15. NINA is absolutely brilliant, its more than just an AP control app, its like an AP control OS although it uses all the tools you know and love under the hood it pulls them all together in one window in one umbrella in a logical fashion - for free, and as pointed out the autofocusing routines in particular are spot on and more featured than in any other tool I've used. In my opinion its totally left SGP in the dust, even without knowing its going to subs business model. The other nice thing it does is uses the astrometry API to solve your images if plate-solving fails, takes a few minutes while it gets solved but it works every time. ASTAP however as mentioned in this thread, is potentially even more brilliant than NINA, I don't know how it does what it does - but it plate solves anything, pointing anywhere, blindly, largely out of focus, in a fraction of a second. The amount of hair I've lost and imaging time to boot because ASPS or Astrotortilla decide they're going to take minutes to solve or just refuse to solve at all and require masses of debugging only to end up back with the settings you had in the first place, its like they're afraid of the dark - they always work nicely during the day! ASTAP also has analysis built in to show you issues with your image train like tilt. These two programs are really exciting for the world of AP.
  16. Thats a brilliant image! For star masks - try starnet++, easy, free, accurate starless images and mask.
  17. Having owned both (well, I still own a 130PDS), the 130PDS is much faster, if you use a SW 0.9x CC much much faster - F4.5 vs F6.37! The 80ED weighs 4.1kg with tube rings vs 4kg for a 130PDS. They are both excellent scopes, the 130P-DS is phenomenal value but trickier to use to begin with, and its trickier to balance on the mount as all the mass is at the focuser end the mirror doesn't provide anywhere near enough counterbalance. So the real differentiators are the price and the great divider of astrophotographers - do you like diffraction spikes or not?
  18. Although this is not UK its Germany I've heard some good reviews from his service. http://www.stathis-firstlight.de/spiegelschleifen/materialeng.htm
  19. Its M51x0.75, but you'll need to adjust up and down in OD until you get a nice fit as FDM type printers are pretty variable in terms of printed dimensions vs cad dimensions, and you need to print at 0.1mm layers or less, it also helps not having complete 360 threads.
  20. I'm fairly experienced with astroeq - I've done a DIY mega2650 one using drv8825, tom's board/ic's using tmc drivers and I looked at the new version with surface mount just as a project. So I can probably answer your questions if you post them.
  21. After somewhat of a hiatus - I appear to be imminently back in the game (soon as dark come back anyway!), I chanced upon a 428EX mono for an unbelievable price so I snapped it up. So I'm considering a 135mm F2 for the FOV, speed and price for predominately narrowband imaging when paired with the 428, the concern is the under sampling - I would assume for best results I'd ideally want a scope in the 400-600mm range? The issue with the longer focal range is the size of the Ha targets! Anyone have any thoughts on the subject?
  22. So CCD binning connects photosites together to make effective bigger pixels, importantly, with the associated read noise and dark current of the single/sensor. CMOS "binning" still samples every pixel as unique and accumulates the value in the a2d and reports it (after its been averaged down to 10bit, this is I hope a software problem to be fixed) I could well be wrong, but I think a binned CCD gives you a 16bit output of n binned pixels BUT at the read noise/dark current etc... of a square root n pixel. However you bin a CMOS image you're just averaging or stretching, if you took the 12 or 14 bit raw image and calculate the bin you don't get the advantage of big pixels, because every pixel in the bin has its errors. So when I say "hardware" I think in the current technologies its absolutely fundamental to how photons are read off a CCD and a CMOS sensor currently. I'm happy to be enlightened though
  23. So isn't the problem software "binning" is fruitless, and that if properly implemented binning on CMOS sensors was implemented at a hardware level you wouldn't have to baffle yourself in math.
  24. I'm fairly sure this is because of MPB's business (selling 2nd hand goods), although they have also recently started accepting paypal might be a part of it too. Paypal have the funds ringfenced on your card already - you've paid, you can't spend that £108 elsewhere currently whilst its reserved. Once MPB dispatch the order and mark it so on Paypal they will have the funds released to them.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.