0pen TX 2.2 RC 8 N360 et Taranis X9D

Merci pour l'info, très intéressante cette fonction setTelemetryValue  
sinon vous avez introduit pas mal de nouveautés LUA en 2.2, voilà ce que j'ai tiré de ton lien :

Code:

@function sportTelemetryPop()
Pops a received SPORT packet from the queue.
Please note that only packets using a data ID within 0x5000 to 0x50FF (frame ID == 0x10),
as well as packets with a frame ID equal 0x32 (regardless of the data ID) will be passed to the LUA telemetry receive queue.

@function sportTelemetryPush()
This functions allows for sending SPORT telemetry data toward the receiver,
and more generally, to anything connected SPORT bus on the receiver or transmitter.
When called without parameters, it will only return the status of the ouput buffer without sending anything.

@function crossfireTelemetryPop()

@function crossfireTelemetryPush()
This functions allows for sending telemetry data toward the TBS Crossfire link.
When called without parameters, it will only return the status of the ouput buffer without sending anything.

@function getRAS()
Return the RAS value or nil if no valid hardware found

@function luaPlayHaptic(duration, pause [, flags])
Generate haptic feedback

@function popupWarning(title, event)
Raises a pop-up on screen that shows a warning

@function popupConfirmation(title, event)
Raises a pop-up on screen that asks for confirmation

@function setTelemetryValue(id, subID, instance, value [, unit] [, precision [, name])
@param id Id of the sensor
@param subID subID of the sensor, usually 0
@param instance instance of the sensor (SensorID)
@param value fed to the sensor
@param unit unit of the sensor.
 * `0 or not present` UNIT_RAW.
 * `!= 0` Valid values are 1 (UNIT_VOLTS), 2 (UNIT_AMPS), 3 (UNIT_MILLIAMPS),
 4 (UNIT_KTS), 5 (UNIT_METERS_PER_SECOND), 6 (UNIT_FEET_PER_SECOND), 7 (UNIT_KMH), 8 (UNIT_MPH), 9 (UNIT_METERS),
 10 (UNIT_FEET), 11 (UNIT_CELSIUS), 12 (UNIT_FAHRENHEIT), 13 (UNIT_PERCENT), 14 (UNIT_MAH), 15 (UNIT_WATTS),
 16 (UNIT_MILLIWATTS), 17 (UNIT_DB), 18 (UNIT_RPMS), 19 (UNIT_G), 20 (UNIT_DEGREE), 21 (UNIT_RADIANS),
 22 (UNIT_MILLILITERS), 23 (UNIT_FLOZ), 24 (UNIT_HOURS), 25 (UNIT_MINUTES), 26 (UNIT_SECONDS), 27 (UNIT_CELLS),
 28 (UNIT_DATETIME), 29 (UNIT_GPS), 30 (UNIT_BITFIELD), 31 (UNIT_TEXT)

@function getRSSI()
Get RSSI value as well as low and critical RSSI alarm levels (in dB)

@3djc : une question me taraude , je n'ai pas encore testé ton programme mais pourquoi local myArrayPercentList est-il déclaré 2 fois ?

Cool, bien vu, c'est ce qui arrive quant on manie le copier coller avec la délicatesse d'une hache . Il y a avait d'autre déclaration a revoir !

Code:

-- LUA Mix Script

local outputs = { "Cel%" }

---- ###############################################################
---- Déclarations en variables globales pour une portée étendue au script de télémétrie
---- ###############################################################
local myArrayPercentList =
-----## Table Robbe fiable modifiée pour départ à 3.0V --## Tableau de decharge LIPO
{{3, 0}, {3.093, 1}, {3.196, 2}, {3.301, 3}, {3.401, 4}, {3.477, 5}, {3.544, 6}, {3.601, 7}, {3.637, 8}, {3.664, 9}, {3.679, 10}, {3.683, 11}, {3.689, 12}, {3.692, 13}, {3.705, 14}, {3.71, 15}, {3.713, 16}, {3.715, 17}, {3.72, 18}, {3.731, 19}, {3.735, 20}, {3.744, 21}, {3.753, 22}, {3.756, 23}, {3.758, 24}, {3.762, 25}, {3.767, 26}, {3.774, 27}, {3.78, 28}, {3.783, 29}, {3.786, 30}, {3.789, 31}, {3.794, 32}, {3.797, 33}, {3.8, 34}, {3.802, 35}, {3.805, 36}, {3.808, 37}, {3.811, 38}, {3.815, 39}, {3.818, 40}, {3.822, 41}, {3.825, 42}, {3.829, 43}, {3.833, 44}, {3.836, 45}, {3.84, 46}, {3.843, 47}, {3.847, 48}, {3.85, 49}, {3.854, 50}, {3.857, 51}, {3.86, 52}, {3.863, 53}, {3.866, 54}, {3.87, 55}, {3.874, 56}, {3.879, 57}, {3.888, 58}, {3.893, 59}, {3.897, 60}, {3.902, 61}, {3.906, 62}, {3.911, 63}, {3.918, 64}, {3.923, 65}, {3.928, 66}, {3.939, 67}, {3.943, 68}, {3.949, 69}, {3.955, 70}, {3.961, 71}, {3.968, 72}, {3.974, 73}, {3.981, 74}, {3.987, 75}, {3.994, 76}, {4.001, 77}, {4.007, 78}, {4.014, 79}, {4.021, 80}, {4.029, 81}, {4.036, 82}, {4.044, 83}, {4.052, 84}, {4.062, 85}, {4.074, 86}, {4.085, 87}, {4.095, 88}, {4.105, 89}, {4.111, 90}, {4.116, 91}, {4.12, 92}, {4.125, 93}, {4.129, 94}, {4.135, 95}, {4.145, 96}, {4.176, 97}, {4.179, 98}, {4.193, 99}, {4.2, 100}}

---- ###############################################################
---- Calcul du pourcentage : Pas de virgule
---- ###############################################################
function percentcell(targetVoltage)
  result = 0
  for i, v in ipairs( myArrayPercentList ) do
    if v[ 1 ] >= targetVoltage then
      result = v[ 2 ]
      break
    end
  end
  return result
end

local function run()
  cellResult, cellsum, cellsumtype = 0, 0, 0
  cellResult = getValue("Cels") --## Appel du tableau retourné par le capteur FLVSS
  if type(cellResult) == "table" then --## Vérif du format de valeur retournée (Table)
    cellsum = 0 --## Raz cellsum (évite addition infinie)
    cellsumtype = #cellResult --## Nombre d'éléments détectés
    for i, v in pairs(cellResult) do --## Boucle for qui isole chaque valeurs de la table
      cellsum = cellsum + v --## Addition de chaque éléments pour valeur totale du pack
    end -- end for
    cellsumpercent = percentcell(cellsum/cellsumtype) --## Pourcentage du pack
  else
    cellsumtype = math.ceil(cellResult / 4.25)
    cellsumpercent = percentcell(cellResult/cellsumtype)
  end -- end if
  setTelemetryValue(0x0310, 0, 1, cellsumpercent, 13, 0, "CelP")
  return cellsumpercent * 10,24
end

return { run=run, output=outputs }

Merci, je teste/utilise dés que je passe en 2.2-RC8.
Pas trop de risque l'hiver en Bretagne; je ne fais voler que des quads et des mousses EPP dans un gymnase à l’abri du vent.

J'ai rien compris , là , ca doit etre mon coté Brice de Nice qui ressort .......

Je vous un peu perdu depuis que vous etes parti à fond dans vos script LUA ....

Donc , concrètement et en francais , j'aimai bien mon petit scipt LUA qui me permettait de visualiser ma capacité et voltage de ma batterie Lipo , est ce qu'il y a un moyen de le faire fonctionner en Open TX  2.2 ou c'est mort ?

Il faut juste que Heisenberg adapte son script pour 2.2, en l'occurrence lcd.lock() n'existe plus, donc il faut au minimum supprimer la ligne 97, ce qui le rend fonctionnel sans bénéficier des nouveauté de 2.2

3djc

Qu'est ce qui empêche de faire une implémentation inoffensive de lcd.lock() en 2.2 pour garder la compatibilité ?

3djc a écrit:.../...désormais il existe en 2.2 une nouvelle fonction LUA setTelemetryValue (https://github.com/opentx/opentx/blob/next/radio/src/lua/api_general.cpp#L1013) qui permet de créer des senseurs 'virtuels' issue d'un peu ce que l'on veut, et notament de calcul en lua.../...c 'est un senseur a tout les points de vue...

Je fais des bonds !!!

Clairement, c'est vraiment très puissant !

3djc

Vraiment sympa cette nouvelle fonction :


Encore un petit nettoyage: plus besoin de retourner la valeur cellsumpercent et de déclarer un output.

Code:

-- LUA Mix Script OpenTx 2.2

--## Tableau de decharge LIPO
local myArrayPercentList =

-----## Table Robbe fiable modifiée pour départ à 3.0V
{{3, 0}, {3.093, 1}, {3.196, 2}, {3.301, 3}, {3.401, 4}, {3.477, 5}, {3.544, 6}, {3.601, 7},
{3.637, 8}, {3.664, 9}, {3.679, 10}, {3.683, 11}, {3.689, 12}, {3.692, 13}, {3.705, 14}, {3.71, 15},
{3.713, 16}, {3.715, 17}, {3.72, 18}, {3.731, 19}, {3.735, 20}, {3.744, 21}, {3.753, 22}, {3.756, 23},
{3.758, 24}, {3.762, 25}, {3.767, 26}, {3.774, 27}, {3.78, 28}, {3.783, 29}, {3.786, 30}, {3.789, 31},
{3.794, 32}, {3.797, 33}, {3.8, 34}, {3.802, 35}, {3.805, 36}, {3.808, 37}, {3.811, 38}, {3.815, 39},
{3.818, 40}, {3.822, 41}, {3.825, 42}, {3.829, 43}, {3.833, 44}, {3.836, 45}, {3.84, 46}, {3.843, 47},
{3.847, 48}, {3.85, 49}, {3.854, 50}, {3.857, 51}, {3.86, 52}, {3.863, 53}, {3.866, 54}, {3.87, 55},
{3.874, 56}, {3.879, 57}, {3.888, 58}, {3.893, 59}, {3.897, 60}, {3.902, 61}, {3.906, 62}, {3.911, 63},
{3.918, 64}, {3.923, 65}, {3.928, 66}, {3.939, 67}, {3.943, 68}, {3.949, 69}, {3.955, 70}, {3.961, 71},
{3.968, 72}, {3.974, 73}, {3.981, 74}, {3.987, 75}, {3.994, 76}, {4.001, 77}, {4.007, 78}, {4.014, 79},
{4.021, 80}, {4.029, 81}, {4.036, 82}, {4.044, 83}, {4.052, 84}, {4.062, 85}, {4.074, 86}, {4.085, 87},
{4.095, 88}, {4.105, 89}, {4.111, 90}, {4.116, 91}, {4.12, 92}, {4.125, 93}, {4.129, 94}, {4.135, 95},
{4.145, 96}, {4.176, 97}, {4.179, 98}, {4.193, 99}, {4.2, 100}}

---- ###############################################################
---- Calcul du pourcentage : Pas de virgule
---- ###############################################################
function percentcell(targetVoltage)
  result = 0
  for i, v in ipairs( myArrayPercentList ) do
    if v[ 1 ] >= targetVoltage then
      result = v[ 2 ]
      break
    end
  end
  return result
end

local function run()
  cellResult, cellsum, cellsumtype = 0, 0, 0
  cellResult = getValue("Cels") --## Appel du tableau retourné par le capteur FLVSS
  if type(cellResult) == "table" then --## Vérif du format de valeur retournée (Table)
    cellsum = 0 --## Raz cellsum (évite addition infinie)
    cellsumtype = #cellResult --## Nombre d'éléments détectés
    for i, v in pairs(cellResult) do --## Boucle for qui isole chaque valeurs de la table
      cellsum = cellsum + v --## Addition de chaque éléments pour valeur totale du pack
    end -- end for
    cellsumpercent = percentcell(cellsum/cellsumtype) --## Pourcentage du pack
  else
    cellsumtype = math.ceil(cellResult / 4.25)
    cellsumpercent = percentcell(cellResult/cellsumtype)
  end -- end if
  
  setTelemetryValue(0x0310, 0, 1, cellsumpercent, 13, 0, "CelP")
end

return { run=run }

C'est possible ne rien retourner, mais j'ai préférer le laisser car comme ca on voit ce qui passe dans l'écran custom fonctions.

3djc

Une sorte de mode Debug tant que la fonction setTelemetryValue n'est pas au point.

Sinon tu écrivais "Non, cette technique avait plusieurs défaut", quels étaient les défauts de l'ancienne méthode ou les avantages de la nouvelle ?

Bonjour, j'ai du louper quelque chose, j'avais la version 2.0.11 et j'ai flashé la 2.2.0 RC8 et cela ne fonctionne pas comme je l'aurais espéré : pas d'écran à l'allumage ni après d'ailleurs ....

A mon avis tu aurais du passer par la 2.1.9 et refaire un formatage EEPROM puis ensuite passer à la 2.2.0. Mais de mon point de vue, la version 2.2.0 est obligatoire pour la Horus. Mais pour la X9D/X9E je préfère encore rester en 2.1.9. Trop de problème avec la dernière version du soft...

Sans compter qu'à force de formater l'USB avec ZADIG puis avec DFU-UTIL j'ai fichu en l'air mes port USB et je n'arrive plus à lire mes cartes SD et Companion 2.1 ne reconnait plus la Taranis.

J'ai trouvé, sur la carte SD j'avais FIRMWARE au lieu de FIRMWARES ....

S'il y a des soucis, le plus efficace serait sans doute de les remonter. Perso, je vole en 2.2 depuis 6 mois sur X9e ..

3djc

Bonjour,

J'ai installé cette version 2.2 sur ma taranis plus.

Ca marche plutôt bien sauf que le fichier predimRC.lua ne fonctionne pas.

Je l'ai renommé predim.lua puisque il ne faut pas dépasser les 6 caractères mais c'est pareil.

Une idée?

Aucune idée de ce que c'est, a part regarder s'il y a un lcd.lock() qui n'existe plus en 2.2, il faut voir avec l'auteur du script

3djc

Oui effectivement, il y a lcd lock() et aussi lcd.clear().

Dans ce cas que faut il faire?

Adapter le script pour 2.2

Ah là c'est une autre affaire!!!

bonjour
une petit conseil
je démarre de zéro (quelque soit la radio) et reçois une X9D d'ici quelques jours et j'ai "buché" pas mal de docs et tuto
lors de l'instal d'opentx je pars directement sur la branche 2.2 en utilisant le manuel Horus ou bien je reste sur la branche 2.1 ?

merci

cri.cri a écrit:J'ai lu et cru comprendre qu'on pouvait passer la Taranis sous Open TX 2.2 RC 8, si c'est le cas , quelle en sont les avantages et éventuel inconvénient par rapport à la branche 2.1.9 ?

pourquoi dans Compagon on ne voit pas cette mise à jour ?

Sans doute parce que tu n'a pas activé les nightlies

3djc

@Roller

Bonjour,
Pour ma part, je resterais en 2.1.9.
La 2.2.0 n'est encore qu'une release candidate. Sauf à devoir impérativement utiliser une 2.2.0 pour de bonnes raisons, il vaut certainement mieux attendre une version de production.
De toute manière tu auras déjà largement de quoi t'occuper avec une 2.1.9

Coyotte