Date
21 - 40 of 122
Sticky Current Development
|
TeenAstroConfig works very well. Thanks Juergen for this great tool.
By the way. If you are loading a different configuration with another gear you will lose your last stored Park position. Now Park = Home. This is specific to TeenAstro and has nothing to do with your TeenAstroConfig tool.
|
|
|
|
Hi,
The TeenAstro Mini 2.4.x is now released!   |
|
|
|
TeenAstro supports the OLED 2.42" Display, based on the chipset SSD1309
Supported in SHC Firmware 1.1.2 YouTube Video  |
|
|
|
Hi,
Henry is working on 3D print case for the 2.42 oled Display... |
|
|
|
Henry is done :)
|
|
|
|
Hi,
Some of you have reported that the SHC is quite difficult to build or that it takes quite long to assemble. Sebastien has prepared a new PCB for the SHC, We have modified the SHC that Dave Schwartz has made for OnStep. Sebastien and I will be glad, if some of you review the design. the design can be found here The button in the middle is not mandatory you can use a button on the side. Sebastien, thank you for your effort! Charles |
|
|
|
Hello,
the source code for the ASCOM driver is now open source. Charles |
|
|
|
Dear TeenAstro community,
The 2-Star alignment routine and the 3-Star alignment routine are almost done. I tested different nights and I am happy with the reached accuracy. The next Beta version will include that feature. I am made a lot of refactory work for that feature.
Charles |
|
|
|
Hans <Hans@...>
Sounds cool Charles, for photographers 3 align is a very useful feature if you are not able to do a plate solving. We have now 4 complete units running and it seems and we are going to replace the FS2 at our observatory too. Some members are going to swap too. Do you have upped the Beta?
|
|
|
|
Hi Hans,
this is sad to but yes it is time for the FS2 to leave the observatory. The alignment with 2 to 3 stars is a very important feature for people who wants to motorised a dobson or people that have an equatorial with a cheap polarfinder (eq3-eq5 maybe eq6). And for me the most inportant thing is that the code for EQ Mount and AltAz is now unified, maybe from a user perspective it not really important but for the future of teenastro, I think nobody will complain to have a firmware that can do both EQ and ALTAZ :) it is also a nice feature when you can't see the celestial pole, you do one time the alignment with drift and the next night you place your tripod at the same place and the perfom a 2 star alignment. This is the way I use it from my balcony.
The Beta is not uppdated. I am in India now and have no TeenAstro with me...
if you would like to see the impact of the King tracking rate please follow this link:
The Teensy 4.0 is out but currently I see no reason to migrate Howard on the Onstep projekt has already detected some bug so I prefer to wait and see. The second mouse get the cheese ;)
Charles
Gesendet: Samstag, 07. September 2019 um 14:18 Uhr
Von: "Hans" <Hans@...> An: TeenAstro@groups.io Betreff: Re: [TeenAstro] Current Development Sounds cool Charles, for photographers 3 align is a very useful feature if you are not able to do a plate solving.
We have now 4 complete units running and it seems and we are going to replace the FS2 at our observatory too.
Some members are going to swap too.
Do you have upped the Beta?
|
|
|
|
Hello,
I made some progress in the last weeks.
I will release a Beta version in the next weeks |
|
|
|
Hi,
On the Beta branch, I am refactoring the time interface. Currently in TeenAstro the Local time is always UTC and the Local time Shift 0. Unfortunately some software like SkySafari are not requesting the local shift on the device before they send the new time and they even do not consider that setting the local shift has failed... Hence I have to re-implement the Local Time Shift. Internally the Time will be stored in UTC, and when the Time is sync with ASCOM or GNSS the Shift will not be modified. on the Beta version the pole is always refracted, I will add a parameter to define the pole as refracted or not refracted. The changes will be made on the Beta version only. Charles |
|
|
|
Hi,
I have commited the changes to support local time. The Shift to UTC is defined as the number of hours to add to get UTC time. So for Berlin it is -1 in winter and -2 in summer. So if you sync with SkySafari you will get the right time and position. For the INDI driver to get the UTC time please use the command GX80 GX81 GX82 and to set SX80 SX81 SX82, these are conform/aligned with OnStep. I will now add the time compensation and the option for the refracted pole. Charles |
|
|
|
Hi Charles:
I have synced and rebuilt, no problem. A few remarks:
1 - I think the user interface should use
standard time zones. (positive to the east) instead of the "Shift to UTC" (negative to the east) like defined in the Meade command, even if internally we keep the variable as currently defined.
2 - Why make it increment by .1 hour? Most countries are on an integer time zone, except India and Iran which have a half-hour difference.
3 - It would be good to make the time zone appear in the web server as well. Is this planned?
I am not sure I need to change the INDI driver, because it uses the standard Meade command :GG#, and this now works. I will do some testing and confirm.
François
|
|
|
|
1. Yes I can do that And then I call the Menu "Time Zone"
2. I can set the increment to 0.5
3. I have to add that one in the site definition, I put that on my todo list.
I have seen that on the Onstep branch they made some translation file for the webserver.
I don't think that for TeenAstro it is really a high priority to do that. But I think, that if we could get the enu on SHC in French, and German it would be great!
Is there some people willing to help me?
Charles
Gesendet: Freitag, 24. Januar 2020 um 17:40 Uhr
Von: "François Desvallées" <fdesvallees@...> An: TeenAstro@groups.io Betreff: Re: [TeenAstro] Current Development Hi Charles:
I have synced and rebuilt, no problem. A few remarks:
1 - I think the user interface should use standard time zones. (positive to the east) instead of the "Shift to UTC" (negative to the east) like defined in the Meade command, even if internally we keep the variable as currently defined.
2 - Why make it increment by .1 hour? Most countries are on an integer time zone, except India and Iran which have a half-hour difference.
3 - It would be good to make the time zone appear in the web server as well. Is this planned?
I am not sure I need to change the INDI driver, because it uses the standard Meade command :GG#, and this now works. I will do some testing and confirm.
François
|
|
|
|
Request 1, 2 ,3 are done and online on Git hub
 |
|
|
|
I can translate the menu in French ; I know some german, but some native should check. Please send me the file, or tell me where to find it.
toggle quoted message
Show quoted text
Fred ----- Mail original ----- De: "Charles" <Charles_Lemaire@...> À: TeenAstro@groups.io Envoyé: Vendredi 24 Janvier 2020 17:50:55 Objet: Re: [TeenAstro] Current Development 1. Yes I can do that And then I call the Menu "Time Zone" 2. I can set the increment to 0.5 3. I have to add that one in the site definition, I put that on my todo list. I have seen that on the Onstep branch they made some translation file for the webserver. I don't think that for TeenAstro it is really a high priority to do that. But I think, that if we could get the enu on SHC in French, and German it would be great! Is there some people willing to help me? Charles Gesendet: Freitag, 24. Januar 2020 um 17:40 Uhr Von: "François Desvallées" <fdesvallees@...> An: TeenAstro@groups.io Betreff: Re: [TeenAstro] Current Development Hi Charles: I have synced and rebuilt, no problem. A few remarks: 1 - I think the user interface should use standard time zones. (positive to the east) instead of the "Shift to UTC" (negative to the east) like defined in the Meade command, even if internally we keep the variable as currently defined. 2 - Why make it increment by .1 hour? Most countries are on an integer time zone, except India and Iran which have a half-hour difference. 3 - It would be good to make the time zone appear in the web server as well. Is this planned? I am not sure I need to change the INDI driver, because it uses the standard Meade command :GG#, and this now works. I will do some testing and confirm. François On 23 January 2020 22:02 Charles <charles_lemaire@...> wrote:
Hi, I have commited the changes to support local time. The Shift to UTC is defined as the number of hours to add to get UTC time. So for Berlin it is -1 in winter and -2 in summer. So if you sync with SkySafari you will get the right time and position. For the INDI driver to get the UTC time please use the comme GX80 GX81 GX82 and to set SX80 SX81 SX82, these are conform/aligned with OnStep. I will now add the time compensation and the option for the refracted pole. Charles |
|
|
|
Wow, that was quick... Works fine, thanks!
One comment: after updating, one of my sites was showing a fractional time zone (like 3.2) probably because the file systems are different between versions.
After that, I could only change it by 0.5, (3.7, 4.2 etc.)
I issued a Meade command through telnet to reset it to an integer value, but is there another way of resetting it?
François
|
|
|
|
Le 25/01/2020, 08:02 "François Desvallées" <fdesvallees@...> a écrit:
|
|
|
|
Hi Charles:
Did you get a chance to test yesterday's beta under the stars? I get strange results: if I use the hand controller to choose a star, it is completely wrong (For example I go to Dubhe, it reports RA/DEC correctly, but it gives an altitude of 12 degrees, where it should be at 32 degrees.).
So it looks like something is wrong in the computation of positions, as if the site latitude was wrong. But I checked that the site, clock and time zone are correct. Mount type etc. is also ok.
If I use Ekos / INDI to control the mount, it works fine.
Any ideas?
Thanks
|
|
|
