Driver INDI pour IPX800 v4

Salut les potaux
j'ai du temps à tuer du coup je me lance dans le développement d'un driver INDI pour IPX800.
On se calme...je suis dessus depuis 3 jours...j'ai pas codé depuis des lustres (maintenant je compile des présentations powerpoint ...- private joke), bref c'est chaud.
Mais bon l'idée est bien d'avoir une interface pour notamment commander le toit roulant, en prenant en compte la position park de la monture ...voire à terme prendre en compte les données qui viennent du driver Weather (ex. AAGCloudwatcher)...
Il s'agirait de commander l'IPX en JSON, donc V4 uniquement. Mais pour le moment je n'ai aucune idée du comment envoyer les requêtes et récupérer la réponse de l'IPX...mais j'y travaille. INDI c'est une ligne de commentaire toutes les 1000 lignes de codes

J'essaie d'imaginer un truc qui puisse servir au plus grand nombre...donc un poils configurable..

Les copies d'écrans montrent les interfaces potentielles :

- onglet Main Control : il faut virer les boutons "Motion", Abort Motion ...je vois pas l'intéret mais dites moi si je me trompe, il faut y ajouter les fonctions supplémentaires fournies par l'IPX....par exemple chez moi mises sous tension du moteur du toit, du PC de la colonne, de la monture... etc
- onglet Connection : TCP uniquement, ajouter login / mdp  + IP et port pour se connecter à l'IPX
- onglet Options : rien de majeur pour le moment ( connecter les bonnes snoop devices)
- Onglets Relays et Digital Inputs ...ça c'est ce que j'ai ajouté ...configurer le rôle de chaque relais et chaque entrée pour pouvoir ensuite les réutiliser en interne (je ne sais pas encore comment ), y-a-t-il d'autres usages ?
Config Relais (valeurs possibles pour chaque relais)  : UNUSED_RELAY,
       ROOF_ENGINE_POWER_SUPPLY,
       TUBE_VENTILATION,
       HEATING_RESISTOR_1,
       HEATING_RESISTOR_2,
       ROOF_OPENING_COMMAND,
       MOUNT_POWER_SUPPLY,
       OTHER_POWER_SUPPLY_1,
       OTHER_POWER_SUPPLY_2,
       OTHER_COMMAND_1,
       OTHER_COMMAND_2

Config "Digital Inputs" (usage possible pour chacune des 8 entrées digitales)
       UNUSED_DIGIT,
       DEC_AXIS_PARKED,
       RA_AXIS_PARKED,
       ROOF_OPENED,
       ROOF_CLOSED,
       ROOF_ENGINE_POWER_SUPPLIED,
       OTHER_POWER_SUPPLIED_1,
       OTHER_POWER_SUPPLIED_2,
       OTHER_DIGITAL_1,
       OTHER_DIGITAL_2 }

Copies d'écrans à venir.
Merci des suggestions.
Bisous

Le tout en globish...bien sûr

Salut

J'ai développé plusieurs driver ASCOM compatibles avec les IPX800 v2, v3 et v4.

A ta disposition si tu as des questions concernant le fonctionnement des commandes des IPX800

Salut Julien....
oui et bravo pour le travail accompli !
N'ayant pas codé depuis des années je rame un peu...j'ai effectivement un certain nombre de question...
Pour interroger l'IPX800v4 quel mode privilégier ? M2M ou JSON ?
Autre question les réponses ...je n'ai pas bien compris (apres lecture des API) quel était le format des retours ...des booleens (0/1) lorsqu'on veut connaitre l'état d'une variable ?? Une structure de donnée (mais laquelle) qui renvoie l'état de tous les relais par exemple ?

Derniere question : pour récupérer le fichier status.xlm...en C/C++ :
1/ j'ouvre un socket en mode stream, pour du tcp, sur le port 80
2/ j'envoie la trame "http://apix800/etc/status.xml" via la fonction write
3/ j'attends le fichier avec read( )
c'est la bonne démarche ?

Je te remercie.
Arnaud.

spiritchaser a écrit:
Pour interroger l'IPX800v4 quel mode privilégier ? M2M ou JSON ?

Je ne sais pas, le mieux serait de poser la question sur le forum de GCE Electronic.

spiritchaser a écrit:
Autre question les réponses ...je n'ai pas bien compris (apres lecture des API) quel était le format des retours ...des booleens (0/1) lorsqu'on veut connaitre l'état d'une variable ?? Une structure de donnée (mais laquelle) qui renvoie l'état de tous les relais par exemple ?

ça dépend :
- du type de requête M2M ou HTTP (Json).
Pour le HTTP c'est une structure JSON du type

Code:

{
    "product": "IPX800_V4",
    "status": "Success",
    "R1": 0,
    "R2": 0,
    "R3": 0,
    "R4": 0,
    "R5": 0,
    "R6": 1,
    "R7": 1,
    "R8": 0,
    "R9": 0,
    "R10": 0,
    "R11": 0,
    "R12": 0,
    "R13": 0,
    "R14": 0,
    "R15": 0,
    "R16": 0,
    "R17": 0,
    "R18": 0,
    "R19": 0,
    "R20": 0,
    "R21": 0,
    "R22": 0,
    "R23": 0,
    "R24": 0,
    "R25": 0,
    "R26": 0,
    "R27": 0,
    "R28": 0,
    "R29": 0,
    "R30": 0,
    "R31": 0,
    "R32": 0,
    "R33": 0,
    "R34": 0,
    "R35": 0,
    "R36": 0,
    "R37": 0,
    "R38": 0,
    "R39": 0,
    "R40": 0,
    "R41": 0,
    "R42": 0,
    "R43": 0,
    "R44": 0,
    "R45": 0,
    "R46": 0,
    "R47": 0,
    "R48": 0,
    "R49": 0,
    "R50": 0,
    "R51": 0,
    "R52": 0,
    "R53": 0,
    "R54": 0,
    "R55": 0,
    "R56": 0
}

en M2M, ça dépend (oui encore) :

si l'option "En-têtes" est activée dans l'admin de l'IPX (Options --> API)

tu auras : R01=0&R02=0&R03=1&R04=0&R05=0&R06=1&R07=1&R08=0&R09=0&R10=0&R11=0&R12=0&R13=0&R14=0&R15=0&R16=0&R17=0&R18=0&R19=0&R20=0&R21=0&R22=0&R23=0&R24=0&R25=0&R26=0&R27=0&R28=0&R29=0&R30=0&R31=0&R32=0&R33=0&R34=0&R35=0&R36=0&R37=0&R38=0&R39=0&R40=0&R41=0&R42=0&R43=0&R44=0&R45=0&R46=0&R47=0&R48=0&R49=0&R50=0&R51=0&R52=0&R53=0&R54=0&R55=0&R56=0

et si elle est désactivée tu auras :

00100110000000000000000000000000000000000000000000000000\r\n

spiritchaser a écrit:
Derniere question : pour récupérer le fichier status.xlm...en C/C++ :
1/ j'ouvre un socket en mode stream, pour du tcp, sur le port 80
2/ j'envoie la trame "http://apix800/etc/status.xml" via la fonction write
3/ j'attends le fichier avec read( )
c'est la bonne démarche ?

Pour ce qui est du c/c++ je ne pourrai pas t'aider, je n'ai pratiquement pas développé dans ces langages. La dernière fois c'était pour un projet d'étude il y a maintenant 15 ans.

Le status.xml je ne l'utilise pas, j'ai utilisé les commandes décrites ici : http://gce.ovh/wiki/index.php?title=API_V4#Liste_des_commandes

ok merci ...faut que je vois si je peux récupérer des fonctions pour lire des réponses JSON...
une question peut etre un peu conne...le protocole M2M ..? Il suffit d'envoyer "GetR" par exemple...pas de HTTP nada, pour avoir les valeurs des relais ??

Merci.

Je suis partie sur du M2M sans en-tête...et ca marche... youpla...J'ai fais tourner un proto qui interroge l'ipx depuis KStars...et ça fait plaisir de voir s'afficher le statut des relais et des digits...
Reste plus qu'à finir de coder tout ça proprement ...
Bonne nuit.
@++

Salut

Désolé de ne pas avoir répondu plus tôt. Content de voir que cela progresse.

Salutations

Hello Arnaud,
Utilisateur de EKOS/INDI sous Kubuntu, j'utilise actuellelemt l'IPX800V3 et ça marche bien mais pas integré à EKOS.
As-tu avancé sur ton projet ?

Je te souhaite une excellente journée

Daniel

Bonjour Daniel,
mes excuses pour cette réponse pour le moins ...tardive...

Non malheureusement je n'ai pas trouvé les créneaux pour avancer...mais le besoin est toujours présent ...je n'ai pas vu de driver équivalent apparaitre, il faudrait donc que je remette le sujet sur la table...
Un coup de main serait le bienvenu :-P

Arnaud D.

Hello Arnaud,
Pour la réponse.
Je suis partis sur un module Dragonfly et je suis en mode câblage de l'armoire électrique.
Merci quand même et et mes meilleures salutations.
https://www.indilib.org/domes/dragonfly-observatory-controller.html
Daniel

Le dragonfly ...Un ipx avec la couche Indi...bon plan
Faut je regarde comment sont fichus les drivers ...ça pourrait m'aider

Bon courage à toi !