stef28

Merci !! J'avais déjà regardé cette vidéo avant de décrire mon problème sur ce forum 🙂

Merci encore de te pencher sur mon problème. En faire le driver utilisé par NINA concernant ma monture nécessite SynSCan Pro. Or, SynScan pro est configuré pour fonctionner en équatorial ... donc à mon avis, NINA voit bien ma monture comme une monture équatoriale. Par contre je viens de voir que Synsan pro était mal configuré concernant ma longitude ... il était sur 2° ouest alors que c'est normalement 2 ° est. Est-ce qu'il est possible que l'erreur vienne de là ?

Bonjour, Oui tout fonctionne parfaitement !! Dans mount je commande sans problème la monture. Néanmoins, une fois que j'ai demandé dans une séquence le retournement au méridien, le goto ne fonctionne plus dans Nina alors que les commandes dans mount fonctionnent. Je me demande si je ne devrais pas cocher "primaire inverse" dans mount car je viens de me rendre compte que les commandes manuelles sont inversées "est - ouest"

Bonjour, Non la monture ne bouge pas ... le flip ne se réalise pas du tout.

Bonjour, J'utilise la version 3.1.2.3004 avec une monture AZ-GTI et une caméra QHY168C. Ma plateforme ASCOM et mon driver de monture Syn Scan App Driver sont à jour. Tout fonctionne très bien sauf quand je fais un retournement au méridien. NINA affiche une erreur ASCOM et le log est le suivant : 2024-09-13T23:41:56.0609|INFO|MeridianFlipVM.cs|DoMeridianFlip|158|Meridian Flip - Initializing Meridian Flip. Current target coordinates RA: 20:58:58 Dec: 44° 25' 00" Epoch: J2000 Remaining wait time: 00:00:00 Pause Time Before Meridian: 0 Minutes After Meridian: 5 Max Minutes After Meridian: 10 AutoFocus After Flip: False Recenter: True Use SideOfPier: False Settle Time: 30 2024-09-13T23:41:56.0678|INFO|MeridianFlipVM.cs|StopAutoguider|346|Meridian Flip - Stopping Autoguider 2024-09-13T23:41:57.3143|INFO|MeridianFlipVM.cs|PassMeridian|255|Meridian Flip - Stopping tracking to pass meridian 2024-09-13T23:41:58.3302|INFO|MeridianFlipVM.cs|PassMeridian|267|Meridian Flip - Resuming tracking after passing meridian 2024-09-13T23:41:58.3377|INFO|MeridianFlipVM.cs|DoFlip|122|Meridian Flip - Scope will flip to coordinates RA: 20:58:58 Dec: 44° 25' 00" Epoch: J2000 2024-09-13T23:41:58.3983|INFO|AscomTelescope.cs|MeridianFlip|363|Setting pier side to pierEast 2024-09-13T23:41:58.8006|ERROR|AscomDevice.cs|SetProperty|481|An unexpected exception occurred during SET of Telescope.SideOfPier: Invalid response 2024-09-13T23:41:59.1137|INFO|StarDetection.cs|Detect|244|Average HFR: 4.499750328410095, HFR σ: 1.2121860816724297, Detected Stars 1862, Sensitivity Normal, ResizeFactor: 0.31 2024-09-13T23:41:59.6058|INFO|BaseImageData.cs|SaveToDisk|344|Saved image to C:\Users\stef\Documents\N.I.N.A\NGC 7000\2024-09-13\LIGHT\2024-09-13_23-36-54__-10.00_300.00s_0017.fits 2024-09-13T23:41:59.6059|INFO|ImageSaveController.cs|DoWork|97|Successfully saved file at C:\Users\stef\Documents\N.I.N.A\NGC 7000\2024-09-13\LIGHT\2024-09-13_23-36-54__-10.00_300.00s_0017.fits. Duration Total: 00:00:03.3932166; BeforeSave: 00:00:00.0000543; BeforeFinalizeImageSaved: 00:00:03.0848449; FinalizeSaveTime: 00:00:00.3083164 2024-09-13T23:42:00.8084|INFO|AscomTelescope.cs|MeridianFlip|367|Slewing to coordinates RA: 20:59:52; Dec: 44° 30' 56"; Epoch: JNOW. Attempt 1 / 20 2024-09-13T23:42:00.9253|ERROR|AscomTelescope.cs|SlewToCoordinates|581 ASCOM.DriverException: Invalid response ---> System.Exception: Invalid response --- End of inner exception stack trace --- at ASCOM.Com.DriverAccess.DynamicAccess.CheckDotNetExceptions(String memberName, Exception e) at ASCOM.Com.DriverAccess.DynamicAccess.TryInvokeMember(InvokeMemberBinder binder, Object[] args, Object& result) at CallSite.Target(Closure, CallSite, Object, Double, Double) at ASCOM.Com.DriverAccess.Telescope.SlewToCoordinatesAsync(Double RightAscension, Double Declination) at ASCOM.Common.ClientExtensions.<>c__DisplayClass22_0.<SlewToCoordinatesTaskAsync>b__0() in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at ASCOM.Common.ClientExtensions.ProcessTask(Action initiatorMethod, Func`1 processRunningFunction, Int32 pollInterval, CancellationToken cancellationToken, ILogger logger, String callingMethodName, Func`1 updateFunction) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 613 at ASCOM.Common.ClientExtensions.SlewToCoordinatesTaskAsync(ITelescopeV3 device, Double rightAscension, Double declination, CancellationToken cancellationToken, Int32 pollInterval, ILogger logger) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at NINA.Equipment.Equipment.MyTelescope.AscomTelescope.SlewToCoordinates(Coordinates coordinates, CancellationToken token) in C:\Projects\nina\NINA.Equipment\Equipment\MyTelescope\AscomTelescope.cs:line 567 2024-09-13T23:42:00.9512|INFO|AscomTelescope.cs|MeridianFlip|382|Finished slewing to coordinates. Slew was NOT successful. Setting pier side was successful 2024-09-13T23:42:00.9704|WARNING|AscomTelescope.cs|MeridianFlip|391|Failed to slew for Meridian Flip. Retry 1 of 20 times with a 00:01:00 wait between each. SideOfPier: pierWest, RA: 20:59:52, Dec: 44° 30' 56", Azimuth: 201° 55' 40" 2024-09-13T23:43:00.9712|INFO|AscomTelescope.cs|MeridianFlip|367|Slewing to coordinates RA: 20:59:52; Dec: 44° 30' 56"; Epoch: JNOW. Attempt 2 / 20 2024-09-13T23:43:01.0798|ERROR|AscomTelescope.cs|SlewToCoordinates|581 ASCOM.DriverException: Invalid response ---> System.Exception: Invalid response --- End of inner exception stack trace --- at ASCOM.Com.DriverAccess.DynamicAccess.CheckDotNetExceptions(String memberName, Exception e) at ASCOM.Com.DriverAccess.DynamicAccess.TryInvokeMember(InvokeMemberBinder binder, Object[] args, Object& result) at CallSite.Target(Closure, CallSite, Object, Double, Double) at ASCOM.Com.DriverAccess.Telescope.SlewToCoordinatesAsync(Double RightAscension, Double Declination) at ASCOM.Common.ClientExtensions.<>c__DisplayClass22_0.<SlewToCoordinatesTaskAsync>b__0() in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at ASCOM.Common.ClientExtensions.ProcessTask(Action initiatorMethod, Func`1 processRunningFunction, Int32 pollInterval, CancellationToken cancellationToken, ILogger logger, String callingMethodName, Func`1 updateFunction) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 613 at ASCOM.Common.ClientExtensions.SlewToCoordinatesTaskAsync(ITelescopeV3 device, Double rightAscension, Double declination, CancellationToken cancellationToken, Int32 pollInterval, ILogger logger) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at NINA.Equipment.Equipment.MyTelescope.AscomTelescope.SlewToCoordinates(Coordinates coordinates, CancellationToken token) in C:\Projects\nina\NINA.Equipment\Equipment\MyTelescope\AscomTelescope.cs:line 567 2024-09-13T23:43:01.0812|INFO|AscomTelescope.cs|MeridianFlip|382|Finished slewing to coordinates. Slew was NOT successful. Setting pier side was successful 2024-09-13T23:43:01.1008|WARNING|AscomTelescope.cs|MeridianFlip|391|Failed to slew for Meridian Flip. Retry 2 of 20 times with a 00:01:00 wait between each. SideOfPier: pierWest, RA: 20:59:52, Dec: 44° 30' 56", Azimuth: 204° 34' 22" 2024-09-13T23:44:01.1000|INFO|AscomTelescope.cs|MeridianFlip|367|Slewing to coordinates RA: 20:59:52; Dec: 44° 30' 56"; Epoch: JNOW. Attempt 3 / 20 2024-09-13T23:44:01.2188|ERROR|AscomTelescope.cs|SlewToCoordinates|581 ASCOM.DriverException: Invalid response Je ne sais pas trop quoi faire pour résoudre mon problème. Est-ce que quelqu'un aurait une idée ? Merci d'avance -- stef

Bonjour, J'utilise la version 3.1.2.3004 avec une monture AZ-GTI et une caméra QHY168C. Ma plateforme ASCOM et mon driver de monture Syn Scan App Driver sont à jour. Tout fonctionne très bien sauf quand je fais un retournement au méridien. NINA affiche une erreur ASCOM et le log est le suivant : 2024-09-13T23:41:56.0609|INFO|MeridianFlipVM.cs|DoMeridianFlip|158|Meridian Flip - Initializing Meridian Flip. Current target coordinates RA: 20:58:58 Dec: 44° 25' 00" Epoch: J2000 Remaining wait time: 00:00:00 Pause Time Before Meridian: 0 Minutes After Meridian: 5 Max Minutes After Meridian: 10 AutoFocus After Flip: False Recenter: True Use SideOfPier: False Settle Time: 30 2024-09-13T23:41:56.0678|INFO|MeridianFlipVM.cs|StopAutoguider|346|Meridian Flip - Stopping Autoguider 2024-09-13T23:41:57.3143|INFO|MeridianFlipVM.cs|PassMeridian|255|Meridian Flip - Stopping tracking to pass meridian 2024-09-13T23:41:58.3302|INFO|MeridianFlipVM.cs|PassMeridian|267|Meridian Flip - Resuming tracking after passing meridian 2024-09-13T23:41:58.3377|INFO|MeridianFlipVM.cs|DoFlip|122|Meridian Flip - Scope will flip to coordinates RA: 20:58:58 Dec: 44° 25' 00" Epoch: J2000 2024-09-13T23:41:58.3983|INFO|AscomTelescope.cs|MeridianFlip|363|Setting pier side to pierEast 2024-09-13T23:41:58.8006|ERROR|AscomDevice.cs|SetProperty|481|An unexpected exception occurred during SET of Telescope.SideOfPier: Invalid response 2024-09-13T23:41:59.1137|INFO|StarDetection.cs|Detect|244|Average HFR: 4.499750328410095, HFR σ: 1.2121860816724297, Detected Stars 1862, Sensitivity Normal, ResizeFactor: 0.31 2024-09-13T23:41:59.6058|INFO|BaseImageData.cs|SaveToDisk|344|Saved image to C:\Users\stef\Documents\N.I.N.A\NGC 7000\2024-09-13\LIGHT\2024-09-13_23-36-54__-10.00_300.00s_0017.fits 2024-09-13T23:41:59.6059|INFO|ImageSaveController.cs|DoWork|97|Successfully saved file at C:\Users\stef\Documents\N.I.N.A\NGC 7000\2024-09-13\LIGHT\2024-09-13_23-36-54__-10.00_300.00s_0017.fits. Duration Total: 00:00:03.3932166; BeforeSave: 00:00:00.0000543; BeforeFinalizeImageSaved: 00:00:03.0848449; FinalizeSaveTime: 00:00:00.3083164 2024-09-13T23:42:00.8084|INFO|AscomTelescope.cs|MeridianFlip|367|Slewing to coordinates RA: 20:59:52; Dec: 44° 30' 56"; Epoch: JNOW. Attempt 1 / 20 2024-09-13T23:42:00.9253|ERROR|AscomTelescope.cs|SlewToCoordinates|581 ASCOM.DriverException: Invalid response ---> System.Exception: Invalid response --- End of inner exception stack trace --- at ASCOM.Com.DriverAccess.DynamicAccess.CheckDotNetExceptions(String memberName, Exception e) at ASCOM.Com.DriverAccess.DynamicAccess.TryInvokeMember(InvokeMemberBinder binder, Object[] args, Object& result) at CallSite.Target(Closure, CallSite, Object, Double, Double) at ASCOM.Com.DriverAccess.Telescope.SlewToCoordinatesAsync(Double RightAscension, Double Declination) at ASCOM.Common.ClientExtensions.<>c__DisplayClass22_0.<SlewToCoordinatesTaskAsync>b__0() in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at ASCOM.Common.ClientExtensions.ProcessTask(Action initiatorMethod, Func`1 processRunningFunction, Int32 pollInterval, CancellationToken cancellationToken, ILogger logger, String callingMethodName, Func`1 updateFunction) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 613 at ASCOM.Common.ClientExtensions.SlewToCoordinatesTaskAsync(ITelescopeV3 device, Double rightAscension, Double declination, CancellationToken cancellationToken, Int32 pollInterval, ILogger logger) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at NINA.Equipment.Equipment.MyTelescope.AscomTelescope.SlewToCoordinates(Coordinates coordinates, CancellationToken token) in C:\Projects\nina\NINA.Equipment\Equipment\MyTelescope\AscomTelescope.cs:line 567 2024-09-13T23:42:00.9512|INFO|AscomTelescope.cs|MeridianFlip|382|Finished slewing to coordinates. Slew was NOT successful. Setting pier side was successful 2024-09-13T23:42:00.9704|WARNING|AscomTelescope.cs|MeridianFlip|391|Failed to slew for Meridian Flip. Retry 1 of 20 times with a 00:01:00 wait between each. SideOfPier: pierWest, RA: 20:59:52, Dec: 44° 30' 56", Azimuth: 201° 55' 40" 2024-09-13T23:43:00.9712|INFO|AscomTelescope.cs|MeridianFlip|367|Slewing to coordinates RA: 20:59:52; Dec: 44° 30' 56"; Epoch: JNOW. Attempt 2 / 20 2024-09-13T23:43:01.0798|ERROR|AscomTelescope.cs|SlewToCoordinates|581 ASCOM.DriverException: Invalid response ---> System.Exception: Invalid response --- End of inner exception stack trace --- at ASCOM.Com.DriverAccess.DynamicAccess.CheckDotNetExceptions(String memberName, Exception e) at ASCOM.Com.DriverAccess.DynamicAccess.TryInvokeMember(InvokeMemberBinder binder, Object[] args, Object& result) at CallSite.Target(Closure, CallSite, Object, Double, Double) at ASCOM.Com.DriverAccess.Telescope.SlewToCoordinatesAsync(Double RightAscension, Double Declination) at ASCOM.Common.ClientExtensions.<>c__DisplayClass22_0.<SlewToCoordinatesTaskAsync>b__0() in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at ASCOM.Common.ClientExtensions.ProcessTask(Action initiatorMethod, Func`1 processRunningFunction, Int32 pollInterval, CancellationToken cancellationToken, ILogger logger, String callingMethodName, Func`1 updateFunction) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 613 at ASCOM.Common.ClientExtensions.SlewToCoordinatesTaskAsync(ITelescopeV3 device, Double rightAscension, Double declination, CancellationToken cancellationToken, Int32 pollInterval, ILogger logger) in J:\ASCOMLibrary\ASCOM.Common\ClientExtensions.cs:line 488 at NINA.Equipment.Equipment.MyTelescope.AscomTelescope.SlewToCoordinates(Coordinates coordinates, CancellationToken token) in C:\Projects\nina\NINA.Equipment\Equipment\MyTelescope\AscomTelescope.cs:line 567 2024-09-13T23:43:01.0812|INFO|AscomTelescope.cs|MeridianFlip|382|Finished slewing to coordinates. Slew was NOT successful. Setting pier side was successful 2024-09-13T23:43:01.1008|WARNING|AscomTelescope.cs|MeridianFlip|391|Failed to slew for Meridian Flip. Retry 2 of 20 times with a 00:01:00 wait between each. SideOfPier: pierWest, RA: 20:59:52, Dec: 44° 30' 56", Azimuth: 204° 34' 22" 2024-09-13T23:44:01.1000|INFO|AscomTelescope.cs|MeridianFlip|367|Slewing to coordinates RA: 20:59:52; Dec: 44° 30' 56"; Epoch: JNOW. Attempt 3 / 20 2024-09-13T23:44:01.2188|ERROR|AscomTelescope.cs|SlewToCoordinates|581 ASCOM.DriverException: Invalid response Je ne sais pas trop quoi faire pour résoudre mon problème. Est-ce que quelqu'un aurait une idée ? Merci d'avance -- stef

Bonjour, Je tombe sur ce sujet aujourd'hui. Est-ce qu'un fichier d'impression 3D existe ? Merci de vos réponses stef

Voila la configuration de mon train optique :

Bonjour, Voila mes configurations (si j'ai bien compris ce que tu demandes) : Et mon train optique : Le résultat dans l'onglet "alignement" d'EKOS est toujours le même : "Attention ! le champ de vision calculé (0.0' x 0.0') est hors limites. Veuillez vous assurer que la longueur focale du télescope et la taille des pixels de la caméra sont correctes" -- stef

Merci pour ces différentes idées : - ce n'est pas qu'un message d'erreur puisque la résolution astrométrique ne fonctionne pas en condition réelle - je viens d'essayer en simulation puis en changeant la config : visiblement ce n'est pas un problème avec la monture mais plutôt avec l'APN. Je prends le driver Canon DSLR qui reconnaît bien que c'est un 700 D. Je champ de vision est le bon mais j'ai toujours le même message .... J'avoue que je suis un peu perdu

Je viens de faire ça mais ça n'a rien changé ... dommage, c'était une bonne idée

Pour l'imageur, j'ai indiqué mon apn et ma lunette ainsi qu'une monture via eqmod. Ce qui est étrange c'est que ça fonctionne très bien avec Astroberry et KSTARS EKOS 3.6.0. Merci de votre aide Stéphane

Bonjour, J'utilise KSTARS/EKOS depuis quelques mois via un RPI. Avec mon APN EOS 700D une evolux 62 ED sur une monture AVX, tout va bien. Maintenant avec une monture AZ-GTI via eqmod, la même lunette et le même APN je ne peux pas faire d'astrométrie. J'ai une message me disant : "Attention ! le champ de vision calculé (0.0' x 0.0') est hors limites. Veuillez vous assurer que la longueur focale du télescope et la taille des pixels de la caméra sont correctes" Pourtant les paramètres me semblent bons et j'ai les bons index pour l'astrométrie. Bref, je ne comprends pas trop. Est-ce que quelqu'un aurait une piste pour régler le problème ? Version de KSTAR 3.6.5 Merci -- stef

Merci 👍 -- Stef

Bonjour, Je suis loin d'être un expert et j'aimerai savoir si ces pièces conviennent pour une barre de contrepoids de 12 mm de diamètre ? Si oui c'est quoi un serre barre de musculation ? Merci -- stef

D'accord, je ferai attention la prochaine fois à ne pas éteindre mon RPI trop tôt et de bien utiliser EKOS pour tout. Merci

Merci pour ta réponse rapide ! C'est bien mon problème j'ai fait mes prises de vues en fits (avec ekos) et mes darks en raw (sans ekos ... j'avais éteint mon ordi). Les darks étaient donc en raw et le lights en fits ... d'où le problème de compatibilité entre lights et darks qui deviennent non utilisables. Y a-t-il un moyen de faire une conversion qui respecte la taille initiale de la photo ?

Bonjour, J'utilise Siril pour traiter mes photos (ciel profond) et je m'aperçois que lorsque je convertis mes photos prise en raw (CR2 Canon) en fits via l'outis "conversion" de siril, mes photos changent de taille. taille en RAW : 5184 x 3456 Pixels (17.92 MPixels) taille en fits après conversion par Siril : 5208 x 3476 Pixels (18.10 MPixels) Ceci me pose des problèmes de compatibilité entre mes lights qui sont en fits et mes darks qui sont en raw Est-ce que ce changement de taille est quelque chose de normal ? Merci de vos réponses -- stef

J'ai testé ça il y a quelques semaines mais mon kstars/ekos sous windows plantait à chaque fois (extinction inopinée mais systématique)

Je vais tester l'installation de indiwebmanager. La conf est peut-être plus simple

Bonjour, Je viens de regarder comment est faite la distribution Astroberry ... ils ont pris le parti de monter un serveur web (nginx) pour utiliser noVNC ainsi que d'autres services web comme indiwebmanager. Ce n'est pas du tout ce que j'ai fait mais c'est peut-être une solution à étudier.

Bonjour, Concernant noVNC, ce programme permet se piloter son RPI grâce à un navigateur. Pour cela il faut faire plusieurs choses : activation de l'autologin : activer la connexion automatique dans les paramètres de l'utilisateur installation de noVNC : sudo apt-get install novnc installation d'un serveur VNC : sudo apt-get install tigervnc-standalone-server installation d'une clef de sécurité openssl req -x509 -nodes -newkey rsa:3072 -keyout novnc.pem -out novnc.pem -days 3650 Lancement automatique du serveur VNC et paramètrage créer dans le home de l'utilisateur un fichier novnc.sh éditer ce fichier et y inscrire les lignes suivantes # lancement du serveur VNC et config tigervncserver -xstartup /usr/bin/mate-session -geometry 1860x1080 -localhost no :1 websockify -D --web=/usr/share/novnc/ --cert=/home/utilisateur/novnc.pem 6080 localhost:5901 En changeant le paramètre derrière "geometry" on peut l'adapter à la résolution de l'écran qui se connectera à distance sur le RPI Editer le crontab de l'utilisateur crontab -e # permet d'édition du crontab de l'utilisateur ajouter la ligne suivante qui permettra de lancer le serveur VNC à chaque démarrage donc à chaque connexion (automatique) de l'utilisateur @reboot bash /home/utilisateur/novnc.sh Il suffit maintenant de taper dans la barre d'adresse d'un navigateur : http://IP_RPI:6080/vnc.html pour accéder au bureau du RPI en utilisant juste ce navigateur Si on a un client VNC (remina par exemple) , on peut également se connecter au RPI via le port 5901 (IP:5901) Il y a sûrement des points à améliorer ou à simplifier mais ça fonctionne parfaitement chez moi

Bon désolé, j'ai l'impression de gêner .... Pour info, ce n'est pas une question de difficulté mais nomachine comme vnc donnent une latence qui est assez gênante à l'usage ce que l'on je ne rencontre pas en utilisant noVNC (comme avec Astroberry). Je viens de le faire sur mon RPI4 et ubuntu-mate et c'est nickel. Maintenant si ça ne vous intéresse pas, je me contenterai de garder ça pour moi. -- stef

Bonjour, Je ne pense pas que ce soit ça. Indiwebmanager, de ce que je comprends, permet de piloter de le lancement du serveur indi ainsi que de construire des profils en fonction des drivers et donc du matériel utilisé. Ce que je voudrais c'est accéder à mon bureau sur le RPI en remote via mon navigateur. Ca évite d'installer quoi que ce soit sur la machine distante. Après avoir fouiller plus en détail, je crois que c'est le projet noVNC qui permet de faire ça. -- stef

Bonjour, J'ai une question concernant les accès distants : avec nomachine ça fonctionne et je suppose que ça marche avec un VNC (je n'ai pas essayé). Néanmoins, est-ce que quelqu'un sait comment faire pour avoir un accès http ou https au RPI (comme dans astroberry où on a accès au bureau via https://astroberry.local/ Merci -- stef