FUUUUUUUUUUU UUUUUUUUUU UUUUUUUUUUU UUUUUUUUUUUUU - Page 68

Alors ça, c'est mesquin...

Folco: je sais une Pi3 ne pas etre un supercalculateur mais ya des limites quand meme, il y a de tres LONGUES periodes ou le CPU est a 0% pour je ne sais quelle raison...

Merci de m'avoir rappele que je voulais acheter un rpi

bon on fait pas dist upgrade tous les jours non plus...

https://e2e.ti.com/support/wireless_connectivity/low_power_rf_tools/f/155/t/167908

CONNARDS D'ENCULES DE SA PUTA MADRE DE MES KOOYES

Explique un peu ?

(je vais finir par penser qu'il faut éviter tous les chips de TI qui font de la modulation )

Je vois pas trop a pars un "client" plutot en mode chiant

non

il existe une modulation FSK
ou on peut choisir la déviation, la diff de fréquence entre 1 et 0

il existe une modulation MSK
ou la déviation vaut toujours datarate/2, du coup la phase du signal reste constante.
et le datasheet explique qu'on peut changer la fraction du temps de bit pendant laquelle la transition de phase se produit

beh non

1 - le MSK se fait via sa définition de base a savoir que contrairement a ce que dit le datasheet, et qu'il faut juste programmer la déviation kivabien comme en FSK

2 - le thread dit COMMENT ON REGLE LE REGISTRE SANS VOTRE SOFT DE MERDE, et toutes les réponses disent "tu devrais utiliser SoftDeMerde", et "oh en MSK on a testé que du 500 kbps, et la il faut un setting a la con, pour les autres débits faut configurer en FSK"

mais merde quoi, faut les torturer pour avoir une réponse, et elle montre que le chip est tordu, et que le datasheet décrit pas le chip.

y'a plein d'autres endroits ou le datasheet dit "pour ce registre utilisez la valeur de SoftDeMerde", c'est abusé.

Si tu veux un module subghz correct je crois que le SI4463 (du module RFM26) est mieux, mais la doc des registres est dans une archive HTML séparée et la prog est bien reloue aussi.

squalyl (./2018) :
mais merde quoi, faut les torturer pour avoir une réponse, et elle montre que le chip est tordu, et que le datasheet décrit pas le chip.

Tiens donc, ça me rappelle quelque chose
(plusieurs choses, en fait)

sans blague

encore une raison de plus de ne jamais utiliser de chip TI

j'aurais mieux fait d'attendre un peu et de partir sur RFM26 ou RFM69.

Puissance de sortie du #cc1101 en fonction de la valeur du registre "PWR". Ces gens sont fous. A lier. pic.twitter.com/mqN1w8ZKQB

— S☰bastien F4GRX (@f4grx) April 20, 2017

présenté dans l'ordre des puissances, les tables semblent totalement arbitraires, alors que par plage, on pourrait aboutir a des formules pwr=f(reg)
http://www.ti.com/lit/an/swra151a/swra151a.pdf

sauf que bon courage pour déduire une valeur de registre pour une puissance donnée du genre reg = f(pwr).

Oh mais comment je suis content de me faire chier à faire du PHP

Faut faire une table de tes mesures, les ordonner par puissance, et puis utiliser ça comme table précalculée dans ton code.

Mais franchement, qu'attendais-tu de TI?

juste un truc qui marchotte?

pour le moment j'utilise une table de 8 valeurs, et si on me demande une puissance intermédiaire, j'utilise la plus proche, c'est largement suffisant

squalyl (./2022) :
encore une raison de plus de ne jamais utiliser de chip TI

On va dire que y'a à prendre et en laisser chez eux ^^

Le graphique fait un beau feu d'artifice en tout cas.

et si tu fais un tri par pwr, les intervalles sont "réguliers" ?

erf, je viens de comprendre, regval est un registre en algèbre de gray

Ca ne serait pas plutot l'utilisation du registre qui serait incorrect? Genre le registre est decoupe en deux parties.


Vu qu'on a des blocs de 15/16 valeurs, je suspecte que tu fait un peu n'importe quoi :P

Qu'il y a 4 bits (3-0) utilisé pour un truc et les bits en plus (7-4) on une autre signification.

Au passage, pas de registre "PWR" dans la datasheet: http://www.ti.com/lit/ds/swrs061i/swrs061i.pdf tu es sur d'utiliser le bon chip? :P

pwr c'est la puissance obtenue tel que je le comprend, rien à voir avec le nom du registre il me semble

Ben il dit explicitement:

Puissance de sortie du #cc1101 en fonction de la valeur du registre "PWR"

le registre s'appelle PATABLE et il n'est pas documenté dans le datasheet, ils donnent juste des exemples "optimaux" selon la bande de fréquence. Seule une appnote donne toutes les valeurs ,j 'en ai fait une feuille excel (voir plus bas)

En fait c'est un registre a tiroirs dans lequel on peut écrire une liste de 8 valeurs comme un FIFO, ca sert au power ramping en FSK, sauf en ASK ou les deux premier settings sont les puissances a utiliser pour MARK et SPACE). Sauf que si on veut pas du ramping il suffit d'écrire une valeur. bref.

il semble surtout qu'il y a 2 comportements selon la valeur du registre

pour les petites valeurs il y a effectivement 3 blocs de 16 valeurs suivi d'un bloc de 17 valeurs (), et au dela je comprends rien

pour info d'autres registres sont codés sous forme proportion faisant intervenir (const+M) * 2^E, je suppose que celui la fait un peu pareil, mais pas dans tous les cas

en particulier je comprends pas les valeurs interdites.

Fichier joint : output_power.xlsx

(2 premieres colonnes dans l'ordre de l'appnote, 2 colonnes suivantes dans l'ordre des valeurs de registre, avec des espacements)

Oui les valeurs ne sont pas lineaires:

http://www.ti.com/lit/an/swra151a/swra151a.pdf

Une valeur doit configurer deux sous bloc, a l'image de ce qu'on a pour une PLL avec le multiplicateur et le diviseur.

Forcement si tu teste les valeurs de maniere sequentielle ca ne donnera pas une puissance de sortie lineaire.

C'est documente hein, juste qu'ils ne documentent pas comment est décomposé la valeur en interne, probablement parce que ca n'apporte rien d’intéressant.
Apres ils aurais pu mettre une lookup table pour que la valuer soit lineaire cote utilisateur, mais bon tu peux toi aussi la faire la dite table.

merci, je sais, c'est avec cette doc que j'ai fait le graphique... 256 paires de valeurs arbitraires a foutre en table (y compris les puissances associées...) dans un machin embarqué juste parce qu'ils ont fait un atténuateur en chocolat. c'est juste nul quand tu veux filer a l'utilisateur une api set_output_power(float dBm). leur merde est clairement prévue pour gérer le codage des registres EN DUR avec leur MERDE de smart rf studio, puis après tu injectes les octets magiques dans ton chip. ca craint.

Chez les concurrents tu programmes une atténuation...

En meme temps dans de l'embarqué tu n'as pas une api avec un float en paramètre.

Ensuite leur CHIP est prévu pour gardé en mémoire 8 valeurs de puissante et tu en selectionne un des 8 via un autre registre.

C'est ton API et ton utilisation qui est hors "norme" il fallait lire la doc du chip avant de raler et dire que c'est du caca en boite

tu fais chier

j'ai une pi avec un int32_t en centièmes de dB

les autres chips le font bien, alors oui c'est du caca en boite.

Bon, c'est fini tous les deux ?

:P XD

GODZIL TU FAIS CHIER !