All Activity
This stream auto-updates
- Past hour
-
Platesolve2 (PS2) and AstroTortilla (AT) are a bit different in how the interact with other software. With AT it is AT that calls BYE (or other software) to acquire an image to plate solve. With PS2 it is the BYE (or other application) that needs to call PS2 with some parameters to solve... similar to pinpoint and ansvr/astrometry.net. I've recently wrote a sky modeling tools for 10Micron mounts and I've implemented pinpoint in that application and I'm also working on adding PS2 and maybe astronometry.net too. Once I get this working it would actually be relatively easy to implement a similar function in BYE/BYN since I would already have all the grunt work done. Baby steps. Regards,
-
- Today
-
Your heading is BillChamverlain19... no mention of 200D there. In any case you need 3.1.17 for the 200D, it's in the download PRE-RELEASE section.
-
-
lets see what Guylain says. (hint, he told me to post here)
-
So, Platesolve2 could use BYE's external API to capture an image to solve, like AT. This functionality has existed for a few years.
-
eyeheartmono joined the community
-
i suggest you give Platesolve2 a try, it puts AstrotoTortila to shame (both are free but you'll likely have to try SGP for access to Platesove2) But maybe you missed my point. Yes using Astrotortilla gives you platesolving for free... In your workflow, you go to Astrotortilla and it uses BYN. Then once centred, yu go to BYN. I'm doing the same thing, it matters not which platesolver from this workflow. It should be the other way around! I should not have to leave BYN or use another interface. I'm asking Guylain t make it a part of the BYN code. But we should not settle for Astrotortilla, we can have better
- Yesterday
-
I use AstroTortilla which can use BYE to take a picture and then plate solve it to slew and center. AT is free.
-
Wouldn't it be wonderful if I didn't have to switch to SGP to select and acquire my imaging subject? Once I am done with SGP (which I only use for plate solving now) I switch to BYN for imaging and dither with PHD2. Can you consider adding slew, centre functions using Platesolve2? THANKS! Malcolm Park
-
Thanks for your interest. The camera 200D was mentioned in my heading but doesn't appear in the question however I finally found the v3.1.17 download and that resolved the problem. Thanks again. Bill C
-
Don80303 joined the community
-
shawncoit24 joined the community
-
jmay1982 joined the community
-
BillChamberlain19. You did not ask a question, but I presume that you need help troubleshooting why BYE will not connect with your camera on you laptop. First, what camera are you truing to connect with? This information should be included as part of any post. There are a couple of newer cameras that require 3.1.17 RC2, which is in the Pre-Release area on the Downloads tab. Second, does Windows see the camera (it should be listed as a device in the Windows Device Manager)? Finally, what error are you getting>? Does if fail right away, or take some time? In the future please choose a subject for your post that describes your issue. This makes it easier for others who may have the same issue to find your post, read the thread, and adopt the same solution. Something like "Unable to connect EOS XXXD to BYE 3.1.16" would be appropriate. Thanks,
-
jorgeccp joined the community
-
brarcor joined the community
-
My PC and laptop are both Win 10 64 bit. No problem connecting the camera on the PC but I can't connect on the laptop which I need for a dark sky event. I only have the program active on one or the other. I have version 3.1.16 on the laptop and 3.1.17 on the PC and use the same procedure for both. No interference from Canon EOS. I couldn't see V3.1.17 on the download site.
-
Breakthrough QSI image quality for high speed applications with a large 4.2MP sensor!
The QSI 640 model camera employs a 4.2mp Kodak interline transfer CCD image sensor with microlens technology. The increased Field of View, high quantum efficiency, wide dynamic range, dual read rates, low noise performance and internal 5 or 8-position color filter wheels make the QSI 640 ideally suited to a broad range of demanding scientific, medical, astronomical, and industrial imaging applications.
The compact design of the QSI 600 Series allows the 640 to set a new benchmark for cost and size in a high performance, full-featured scientific CCD camera. With optional features and upgradeability, the QSI 640 can be tailored to fit your needs today and in the future. UV configurations are available.
The 640 camera system is supported by industry leading image acquisition software plus a full camera control API is available for creating custom Windows or Linux applications.
4.2mp QSI 640 provides 16-bit, full-frame reads at up to 3.5 fps. Up to 10 fps with ROI and binning
4.2mp 2048x2048 KAI-04022 sensor
16-bit output. Low noise, wide dynamic range
High Speed USB 2.0 and read rates up to 8 MHz
2-Stage TEC w/ cooling to 45°C below ambient
Electronic shutter w/ exposures to 100µsec
Available mechanical shutter
Available 5 or 8-position color filter wheel
Available Secondary Viewing Port
Configurations for UV applications available
Broad Software support
ASCOM-compatible Windows COM API
Linux drivers and APIFrom $5,101.29 USD
-
The QSI 683 model camera employs an 8.3mp Kodak full-frame CCD image sensor with microlens technology. The increased Field of View, high quantum efficiency, wide dynamic range, dual read rates, low noise performance and internal 5 or 8-position color filter wheels make the QSI 683 ideally suited to a broad range of demanding scientific, medical, astronomical, and industrial imaging applications.
The compact design of the QSI 600 Series allows the 683 to set a new benchmark for cost and size in a high performance, full-featured scientific CCD camera. With optional features and upgradeability, the QSI 683 can be tailored to fit your needs today and in the future.
The QSI 683wsg is available with an Integrated Guider Port (IGP) allowing astronomers to guide using the light from the main telescope while picking off the light from the guide star in front of the filters.
Learn more about the available built-in IGP>>The 683 camera system is supported by industry leading image acquisition software plus a full camera control API is available for creating custom Windows or Linux applications.
Breakthrough QSI image quality with a large 8.3MP sensor!
Full-frame 8.3 megapixel KAF-8300 sensor
5.4µm pixel provides high resolution
16-bit output. Low noise, wide dynamic range
High Speed USB 2.0 and read rates up to 8 MHz
2-Stage TEC w/ cooling to 45°C below ambient
Built-in mechanical shutter
Available 5 or 8-position color filter wheel
Widest range of filters available including Astrodon 3nm narrowband and IDAS RS filters.
Available Integrated Guider Port>>
Broad Software support
ASCOM-compatible Windows COM API
Linux drivers and APIFrom $3,602.64 USD
-
The QSI 616 model camera employs a 1.6mp Kodak full-frame CCD image sensor with microlens technology. With high quantum efficiency, wide dynamic range, dual read rates, and internal 5 or 8-position color filter wheels the QSI 616 is ideally suited to a broad range of demanding scientific, medical, astronomical, and industrial imaging applications.
The compact design of the QSI 600 Series allows the 616 to set a new benchmark for cost and size in a high performance, full-featured scientific CCD camera. With optional features and upgradeability, the QSI 616 can be tailored to fit your needs today and in the future.
The 616 camera system is supported by industry leading image acquisition software plus a full camera control API is available for creating custom Windows or Linux applications.
Full-frame 1.6 megapixel KAF-1603 sensor
1536x1024 9µm pixels
16-bit output. Low noise, wide dynamic range
High Speed USB 2.0 and read rates up to 4 MHz
2-Stage TEC w/ cooling to 45°C below ambient
Built-in mechanical shutter
Available 5 or 8-position color filter wheel
Available Integrated Guider Port>>
Broad Software support
ASCOM-compatible Windows COM API
Linux drivers and APIFrom $4,445.18 USD
-
The QSI 660 model camera employs a 6.1mp Sony CCD image sensor. This new generation of Sony sensor offers remarkable sensitivity with peak QE of over 75%. The high senstivity, wide dynamic range, dual read rates, low noise performance and internal 5 or 8-position color filter wheels make the QSI 660 ideally suited to a broad range of demanding scientific, medical, astronomical, and industrial imaging applications.
The QSI 660wsg is available with an Integrated Guider Port (IGP) allowing astronomers to guide using the light from the main telescope while picking off the light from the guide star in front of the filters.
The 660 camera system is supported by industry leading astronomy and microscopy image acquisition software plus a full camera control API is available for creating custom Windows or Linux applications.
Next Generation Sony 6.1mp sensor with Peak QE of 77%
6.1 megapixel Sony ICX694 sensor
4.54µm pixel provides high resolution
High Speed USB 2.0 and read rates up to 8 MHz
2-Stage TEC w/ cooling to 40°C below ambient
Electronic shutter w/ exposures to 100µsec
Available mechanical shutter
Available 5 or 8-position color filter wheel
Available Secondary Viewing Port>>
Broad Software support
ASCOM-compatible Windows COM API
Linux drivers and API 520iFrom $3,587.19 USD
-
GregBed1 joined the community
-
The QSI 690 model camera employs an 9.19mp Sony CCD image sensor. This new generation of Sony sensor offers remarkable sensitivity with peak QE of over 75%. The high senstivity, wide dynamic range, dual read rates, low noise performance and internal 5 or 8-position color filter wheels make the QSI 690 ideally suited to a broad range of demanding scientific, medical, astronomical, and industrial imaging applications.
The QSI 690wsg is available with an Integrated Guider Port (IGP) allowing astronomers to guide using the light from the main telescope while picking off the light from the guide star in front of the filters.
The 690 camera system is supported by industry leading astronomy and microscopy image acquisition software plus a full camera control API is available for creating custom Windows or Linux applications.
Next Generation Sony 9.19mp sensor with Peak QE of 77%
9.19 megapixel Sony ICX814 sensor
3.69µm pixel provides high resolution
High Speed USB 2.0 and read rates up to 8 MHz
2-Stage TEC w/ cooling to 40°C below ambient
Electronic shutter w/ exposures to 100µsec
Available mechanical shutter
Available 5 or 8-position color filter wheel
Available Secondary Viewing Port>>
Broad Software support
ASCOM-compatible Windows COM API
Linux drivers and API 520iFrom $3,862.20 USD
-
bill110366 joined the community
-
Merci c'est OK... bonne journée!.
-
Télécharge depuis le site internet (lien dans le menu ci-haut) et ensuite utilise ta clé; elle est sous "Mes Achats -> Commandes".
-
Bonjour, J'ai acheté votre produit BYN il y a qqs années et j'ai été obligé de restaurer mon PC, comment réinstaller le logiciel svp. pbionne@gmail.com Merci de m'éclairer Patrick Bionne
-
AccuSharp joined the community
-
Margar joined the community
- Last week
-
Yep, I guess this would be the better compromise, to have it disabled by default.
-
I agree with you Don, but have never used the weather provider, so AFAIK it has always been disabled. Definitely, the provider should be disabled unless an alternative is selected by the user. If the selected provide is not available, BYE could ask the user if they want it disabled for the future, and explain that if not disabled that BYE will continue to probe the serial ports on startup.
-
I agree, it should not default to Auto Detect. In my case, I had a provider selected (Yahoo) that was no longer selectable after a software update, so instead BYE set the weather provider drop down to Auto Detect. If it had been set to none (blank), the problem would not have occurred. It seems to me that anyone who actually has a hardware weather device would know which one they have - or at least, if a user selects a weather device and BYE does not detect it, THEN it could start probing ports, rather than probing ports by default and potentially interfering with other devices. Just my two cents. Don
-
than add warning about this. Or don't enable automatic detection by default. I don't think that is acceptable to block work of other devices by default. I even thought about buying of wire controller. Why it blocks port of remote controller? Gamepad isn't weather provider. I reinstalled eqmod, reinstalled gamepad drivers when was looking for reason. Than was googling many times till found this topic. How user will know that gamepad is blocked by Beos?
-
There is nothing to be fixed, this is what automatic detection does... it scans the ports. Disabling it or setting it to the actual weather provider you have is the actual fix.
-
The documentation and a sample app for the BYTE/BYN API can be found here: https://www.otelescope.com/files/category/22-api-amp-documentation/
