Chargement...

Le moteur d'exécution du service et le SDK d'exécution pour Haply . Regroupés dans un programme d'installation pratique. Également appelé « service externe ».
seulement celui qui a écrit le message. Un deuxième spectateur actualise la page automatiquement mis à jour lors de la session événement au lieu de
interrogation — exactement un événement par session de maintien, et jamais deux pour l'éditeur.
en indiquant toujours le montage défini dans la session. L'étiquette qui vous indique lequel des deux vous
Ce que nous examinons ici est désormais véridique par définition, quelle que soit la forme de la sortie.
Le service a utilisé une valeur enregistrée lors du démarrage de l'appareil et ne l'a jamais réexaminée. Il peut désormais
actualiser cette référence à la demande, au rythme de rendu choisi par le client — service côté serveur à débit limité
ainsi, un client rapide ne peut pas saturer la liaison physique — et signaler le changement une fois que le montage a
a effectivement tourné.
Dérive inertielle de lacet du VerseGrip sans fil : elle correspond au lacet absolu de la poignée par rapport au mouvement de
l'Inverse3 e appariée ou le Minverse auquel il est associé, et dès que toutes les conditions de qualité de la pile sont remplies, il
enregistre une seule correction dans le micrologiciel de la poignée. Cette fonction est désactivée par défaut et n'est accessible que
lorsque l'option expérimentale « opt-in » est activée, et comporte un commutateur d'exécution qui force chaque poignée active
se désactiver dès qu’il est désactivé — c’est obligatoire pour tout ce qui écrit dans le micrologiciel d’un périphérique.
la sélection est validée — compatibilité du micrologiciel et état de préparation de l'appareil — avant toute modification d'un appareil,
Ainsi, un parc de matériel utilisant des firmwares mixtes ne peut plus se retrouver partiellement commuté à cause d'une erreur sur le deuxième appareil.
deux demandeurs simultanés risquaient de ne pas recevoir la réponse de l'autre, et une même valeur ambiguë pouvait correspondre aux deux
« refusé » et « rien pour l'instant » — ce qui pourrait transformer un refus en une avalanche de nouvelles tentatives. Chaque requête est désormais
dispose de son propre jeton ; une requête qui n'est jamais parvenue au réseau n'est pas enregistrée, et une requête perdue
La réponse est considérée comme ayant échoué au lieu de se bloquer. Le balayage qui provoque cela ne coûte rien, tandis que aucun
La demande est toujours en attente.
Le stylo effectue un recalibrage complet de la position, qui est correct sur tous les stylos livrés, indépendamment de
version du micrologiciel ; ce chemin est explicitement exclu du seuil de capacité introduit pour
les corrections de cap calculées, et la dérogation est précisée sur le site d'appel plutôt que
déduit.
Malgré son nom, le facteur_d'échelle champ sur config/compensation_de_la_gravité n'est pas un
multiplicateur : il s'agit de la masse supplémentaire de la charge utile de l'effecteur terminal, exprimée en kilogrammes, que l'appareil compense
car en plus de son propre poids. La réinitialisation a pris le nom au pied de la lettre et a rétabli la position « neutre »
facteur 1 — une charge utile fantôme d'un kilogramme — de sorte qu'une réinitialisation a entraîné le dispositif à pousser la poignée vers le haut,
ce qui n'est pas le cas d'un appareil qui vient d'être connecté. La réinitialisation rétablit désormais la valeur par défaut réelle :
indemnisation activée avec facteur_d'échelle à 0, ce qui signifie que l'appareil supporte son propre poids et
ne prend pas en compte de charge utile. Si votre application avait utilisé la réinitialisation pour augmenter la compensation
Si vous souhaitez définir explicitement la valeur de « strength », faites-le.
config/retour_à_l'accueil avaiton en est arrivé à désactiver la fonction « Retour à l'accueil » tout en indiquant à l'appelant qu'elle était activée — une réinitialisation qui, cette fois, est bel et bien
rétablit la valeur par défaut (activée), et la valeur que votre application lit ensuite est la
valeur effectivement utilisée par l'appareil.
une écriture effectuée directement sur l'appareil — partagée par toutes les sessions utilisant cet appareil — a été actualisée
Seule la configuration du client d'écriture a été mise à jour, et les routes à l'échelle du périphérique n'ont été actualisées pour personne. Aucun
Un autre client sur le même appareil continuait à renvoyer l'ancienne valeur jusqu'à ce qu'il effectue une interrogation. Chaque fois que
La session est désormais signalée.
Le dock précédent a été conservé d'un dock à l'autre, de sorte que le deuxième dock a considéré son premier rejet comme la fin
de sa fenêtre de tentatives. La fenêtre de tentatives est désormais réinitialisée à chaque tentative d'ancrage.
réaffecté par le thread de connexion alors qu'un chemin de transit le lisait sous un verrou différent. Le
L'identifiant fait désormais l'objet d'un instantané unique sous le verrou approprié, et tous les chemins situés en dessous — refus
inclus — œuvres tirées de cet exemplaire.
Les chemins de message ont assemblé leur charge utile et leur somme de contrôle, puis ont demandé l'envoi sans prendre la
un verrou en écriture, afin que deux expéditeurs puissent s'intercaler sur le tampon partagé.
a été supprimé ou son chemin d'accès a été modifié, l'API C publique n'a subi aucune modification, et aucune clé de configuration n'a été renommée ou supprimée,
ou se voient attribuer une nouvelle valeur par défaut. Les applications qui choisissent de participer à la préversion ou aux fonctionnalités expérimentales du SDK
nous avons effectivement des tâches de migration à effectuer au cours de ce cycle, notamment un changement de niveau de commutation et la suppression d'un ensemble de jetons ;
Chaque étape est consignée dans le journal des modifications du guide d'ingénierie.
la route ou la forme de la réponse a changé, mais une application qui comptait sur la réinitialisation pour écrire un
facteur_d'échelle de 1 prend désormais la valeur par défaut d'usine de 0 — la compensation reste activée
Dans tous les cas, définissez la valeur explicitement plutôt que de compter sur la réinitialisation ; voir la correction ci-dessus.
a changé, mais une application qui s'appuyait sur cette réinitialisation pour désactiver le retour à l'écran d'accueil constate désormais que
est activée à la place. Désactivez-la explicitement après une réinitialisation si nécessaire ; voir la correction
ci-dessus.
mis à jour lors de la session un événement qui ne se produisait auparavant que s'il était déclenché par lui-même en recevra désormais également un lorsque
un autre client modifie un appareil qu'ils partagent tous les deux, puis une mise à jour complète de la configuration est effectuée. Il s'agit de
la conséquence escomptée du « fan-out » décrit ci-dessus ; un client qui se contente de relire les données lors de l'événement n'a pas besoin de
changement.
Tous les téléchargements disponibles pour cette version :