Aller au contenu
DroneBuilds

Télémétrie SmartPort via SoftSerial ne fonctionne pas


goony

Messages recommandés

Heu juste pour mon information, je viens de lire qu'il est possible de relier le smartport de la prise au smartport non inversé sur la carte et ça fonctionne ???

 

Quelqu'un peut confirmer ???

Lien vers le commentaire
Partager sur d’autres sites

il y a 4 minutes, Joelamoule a dit :

Heu juste pour mon information, je viens de lire qu'il est possible de relier le smartport de la prise au smartport non inversé sur la carte et ça fonctionne ???

 

Quelqu'un peut confirmer ???

Tu parles du hack du R-XSR comme ça ?
image.thumb.png.0f0024e463e10db535cfb4b3577d13d8.png

Lien vers le commentaire
Partager sur d’autres sites

Si je ne dis pas de connerie, tu coupe le pin de la broche du smartport à la soudure (pour qu'il ne puisse plus recevoir de données inversé) et tu soudes un fil du port uninverted au pin de la broche.

Modifié (le) par GodsWarrior
  • +1 1
  • Merci ! 1
Lien vers le commentaire
Partager sur d’autres sites

merci les gars !! sur mes 2 r xsr les soudure sont faites mais j'avais pas pensé a faire un pont sur la connectique pour eviter de retirer un cable c'est pas bete comme ca !

je pense que je ferai ca quand je démonterai les 2 quads !!

Lien vers le commentaire
Partager sur d’autres sites

il y a une heure, toper a dit :

C'est ça. Mais la soudure sur le pad est tellement petite.....

La taille du pad pour la soudure ne m'inquiète pas, mais c'est plutôt pour couper la patte que j'hésite à me lancer dans cette opération.
Je pense qu'il faut retirer la prise, couper la patte puis remettre la prise en place. Ça implique de bien retirer tout l'étain des trous, et ma tresse à dessouder est merdique.

Lien vers le commentaire
Partager sur d’autres sites

Pour en revenir au comportement du SoftSerial...

À des fins de debug et d'apprentissage, voici ce que j'ai testé juste après avoir flashé la carte avec effacement complet de la puce.

Uniquement en CLI sans toucher à quoi que ce soit d'autre pour qu'il n'y ait pas d'ambiguïté et que ce soit facile à reproduire.

 

premièrement, on récupère quelques infos et on active le RX_SERIAL

# resource
resource BEEPER 1 B04
resource MOTOR 1 B00
resource MOTOR 2 B01
resource MOTOR 3 A03
resource MOTOR 4 A02
resource MOTOR 5 B08
resource LED_STRIP 1 B08
resource SERIAL_TX 1 A09
resource SERIAL_TX 3 B10
resource SERIAL_TX 4 A00
resource SERIAL_TX 6 C06
resource SERIAL_RX 1 A10
resource SERIAL_RX 3 B11
resource SERIAL_RX 4 A01
resource SERIAL_RX 6 C07
resource INVERTER 1 C00
resource LED 1 B05
resource SPI_SCK 1 A05
resource SPI_SCK 2 B13
resource SPI_SCK 3 C10
resource SPI_MISO 1 A06
resource SPI_MISO 2 B14
resource SPI_MISO 3 C11
resource SPI_MOSI 1 A07
resource SPI_MOSI 2 B15
resource SPI_MOSI 3 C12
resource ESCSERIAL 1 B09
resource CAMERA_CONTROL 1 B09
resource ADC_BATT 1 C02
resource ADC_RSSI 1 C03
resource ADC_CURR 1 C01
resource SDCARD_CS 1 B12
resource SDCARD_DETECT 1 B07
resource FLASH_CS 1 B03
resource OSD_CS 1 A15
resource SPI_PREINIT_IPU 1 A04
resource SPI_PREINIT_IPU 2 B12
resource SPI_PREINIT_IPU 3 B03
resource SPI_PREINIT_IPU 4 A15

# resource list
Currently active IO resource assignments:
(reboot to update)
--------------------
A00: FREE
A01: FREE
A02: MOTOR 4
A03: MOTOR 3
A04: MPU_CS
A05: SPI_SCK 1
A06: SPI_MISO 1
A07: SPI_MOSI 1
A08: FREE
A09: FREE
A10: FREE
A11: USB
A12: USB
A15: OSD_CS
B00: MOTOR 1
B01: MOTOR 2
B03: SPI_PREINIT_IPU 2
B04: BEEPER 1
B05: LED 1
B06: FREE
B07: FREE
B08: FREE
B09: CAMERA_CONTROL
B10: FREE
B11: FREE
B12: SDCARD_CS
B13: SPI_SCK 2
B14: SPI_MISO 2
B15: SPI_MOSI 2
C00: INVERTER 1
C01: ADC_CURR
C02: ADC_BATT
C03: FREE
C04: MPU_EXTI
C05: USB_DETECT
C06: FREE
C07: FREE
C08: FREE
C09: FREE
C10: SPI_SCK 3
C11: SPI_MISO 3
C12: SPI_MOSI 3
D02: FREE

Use: 'resource' to see how to change resources.

# serial
serial 20 1 115200 57600 0 115200
serial 0 0 115200 57600 0 115200
serial 2 0 115200 57600 0 115200
serial 3 0 115200 57600 0 115200
serial 5 0 115200 57600 0 115200

# feature RX_SERIAL
Enabled RX_SERIAL

# save

J'ai juste activé la fonctionnalité RX_SERIAL sans configurer les ports

# feature
Enabled: OSD ANTI_GRAVITY DYNAMIC_FILTER 

# serial 0 64 115200 57600 0 115200
serial 0 64 115200 57600 0 115200

# feature RX_SERIAL
Enabled RX_SERIAL

# save

La fonctionnalité RX_SERIAL n'est pas restée car aucun port n'était correctement configuré.
J'ai configuré le port UART1 en Rx Série

# feature
Enabled: RX_SERIAL OSD ANTI_GRAVITY DYNAMIC_FILTER 

# serial 0 0 115200 57600 0 115200
serial 0 0 115200 57600 0 115200

# resource SERIAL_TX 3 none
Resource is freed

# resource SERIAL_RX 3 none
Resource is freed

# resource SERIAL_TX 11 B10
Resource is set to B10

# resource SERIAL_RX 11 B11
Resource is set to B11

# feature SOFTSERIAL
Enabled SOFTSERIAL

# serial 30 64 115200 57600 0 115200
serial 30 64 115200 57600 0 115200

# feature RX_SERIAL
Enabled RX_SERIAL

# save

La fonctionnalité RX_SERIAL est bien restée car un port était correctement configuré.
J'ai désactive le Serial RX sur le port UART1, configuré le SoftSerial sur les pads du UART3 et configuré le port SOFTSERIAL1 en Rx Série.

# feature
Enabled: SOFTSERIAL OSD ANTI_GRAVITY DYNAMIC_FILTER 

La fonctionnalité RX_SERIAL n'est pas restée, il y a donc un problème de configuration avec le SoftSerial, avant même de se soucier de l'inversion du signal ou de la télémétrie.
Qu'est-ce que j'ai mal fait ?  Ou peut-être que je n'ai rien compris au schmilblick !

Modifié (le) par goony
Lien vers le commentaire
Partager sur d’autres sites

J'ai déjà configuré beaucoup de drones en FPort, avec ou sans SoftSerial. Pas besoin de tuto de débutant 😉
J'ai besoin d'avis aguerris aux cas particuliers, aux exceptions qui font bien chier !
C'est la première fois que je rencontre un tel problème, mon précédent post détaillait le bug.

Après de nouveaux tests sur une autre carte (une micro LUX V2), il semblerait qu'il soit effectivement impossible d'utiliser le SERIAL_RX sur un SOFTSERIAL mappé sur un UART, alors que ça marche sur un SOFTSERIAL mappé sur un moteur.
Par contre, je ne sais pas pourquoi...

Je réessayerai avec le pad LED_STRIP qui est sous la carte. On sait jamais, sur un malentendu ça peut marcher.

Lien vers le commentaire
Partager sur d’autres sites

Yes, ça marche !

Donc je confirme mon hypothèse : impossible d'utiliser le SERIAL_RX sur un SOFTSERIAL mappé sur un UART
Je ne sais pas si c'est évoqué dans la documentation...

  • J'aime 2
Lien vers le commentaire
Partager sur d’autres sites

  • 2 weeks later...

Merci @goony pour toutes ces recherches !

Une fois la soudure faite entre mon Uninverted SmartPort de R-XSR et le TX6 de ma F4 Mini, je n'arrivais toujours pas à faire marcher la Télémétrie. (J'avais déjà laissé tombé le F Port sur cette FC).

Au final je n'ai pas eu besoin de SoftSerial, j'ai fait les même manip simples que cet utilisateur :

https://www.rcgroups.com/forums/showpost.php?p=40947003&postcount=5

C'est à dire une fois soudé :

set tlm_halfduplex = on
set tlm_inverted = on
save

Youpi, le script LUA fonctionne enfin !

  • J'aime 1
Lien vers le commentaire
Partager sur d’autres sites

Bonjour à Tous,

Je profite de ce fil pour faire part des memes embrouilles que Goony avec ma télémétrie, et comme ça fais bientôt une semaine que je retourne le truc dans tous les sens...Je me demandais s'il n' y avait pas une âme charitable pour m'expliquer mes galères...Si qqu'un peut prendre le tps de lire ce qui est ci-dessous:

Mon matos : FC Xrotor (G4 F2) de hobbywing -- C'est unecarte Omnibus F4 SD Flasher hier avec le dernier firmaware..Et BETAFLIGHT

                    Radio: TARANIS XLITE R9 / Recepteur R9MINI (le problème..;-( ) sous open TX

                    Flashage en Flexfirmare récepteur & émeteur

Ce que j'ai soudé: Le SBUS récepteur sur l'entrée SBUS de ma FC

                              Le S.PORT /F PORT sur l'entrée LED STRIP 

J'ai donc fait comme tu as dit J'ai créer le SOFTSERIAL à la place de l'entrée B06v (ex LED STRIP)

Dans Betaflight :- J'ai activé le softserial et pu paramétré le SMARTPORT dans l'onglet PORT

                           - J'ai activé TELEMETRIE dans l'onglet CONFIGURATION..

                           - J"ai activé l'AUX12 dans l'onglet récepteur en tant que RSSI

Le résultat Obtenu: - Mouvement des stick OK

                                - RSSI OK (très fluctuant mais Ok)

                                - Pas de télémétrie sur la radio meme en essayant la "découverte de nouveau capteurs".

Je précise que je ne connais pas encore bien les TARANIS (c'est ma 1er) - Du coup je suis en mode module externe FCC alors que je l'avais acheter en EU LBT... Est-ce important?

Bien le merci à ceux qui auront lu cette tartine, et encore mieux si qqu'un a la solution. Parce que là, ça me ''les brises menue''

Vinka

                      

Modifié (le) par Vinka
Lien vers le commentaire
Partager sur d’autres sites

Salut Vinka,
Quelle version d'OpenTX sur la radio ?
Peux-tu poster le résultat de la commande diff dans CLI ?

Je ne connais pas le R9, ni le Flex Firmware, quelle est sa spécificité ? Ça change quelque chose au SBus, SmartPort, FPort ?

PS : Il aurait mieux valu créer un autre sujet

Modifié (le) par goony
  • J'aime 1
Lien vers le commentaire
Partager sur d’autres sites

Bonjour Goony,

Sorry nos message se sont croisé...J'ai vu ta demande trop tard... Ci dessous mon Diff:

# diff

# version
# Betaflight / OMNIBUSF4SD (OBSD) 3.5.6 Feb 16 2019 / 13:29:46 (c28ca22f9) MSP API: 1.40

board_name OMNIBUSF4SD
manufacturer_id

# name

# resources
resource LED_STRIP 1 NONE
resource SERIAL_TX 11 B06

# mixer

# servo

# servo mix


# feature
feature -RX_PARALLEL_PWM
feature RX_SERIAL
feature MOTOR_STOP
feature SOFTSERIAL
feature TELEMETRY
feature AIRMODE

# beeper

# beacon
beacon RX_LOST

# map

# serial
serial 0 64 115200 57600 0 115200
serial 30 32 115200 57600 0 115200

# led

# color

# mode_color

# aux
aux 0 0 0 1700 2100 0 0
aux 1 1 1 900 1300 0 0
aux 2 13 2 1700 2100 0 0
aux 3 20 255 1100 1300 0 0

# adjrange

# rxrange

# vtx

# rxfail

# master
set gyro_use_32khz = ON
set rssi_channel = 16
set fpv_mix_degrees = 35
set serialrx_provider = SBUS
set dshot_idle_value = 520
set motor_pwm_protocol = DSHOT1200
set bat_capacity = 400
set vbat_scale = 109
set beeper_dshot_beacon_tone = 2
set yaw_motors_reversed = ON
set small_angle = 180
set deadband = 3
set yaw_deadband = 3
set pid_in_tlm = ON
set osd_vbat_pos = 2422
set osd_rssi_pos = 2081
set osd_tim_1_pos = 2454
set osd_flymode_pos = 2443
set osd_current_pos = 2432
set osd_mah_drawn_pos = 2102
set osd_warnings_pos = 2408

# profile
profile 0

set dterm_notch_cutoff = 0
set vbat_pid_gain = ON
set feedforward_transition = 16
set smart_feedforward = ON
set iterm_relax = RP
set d_yaw = 10

# rateprofile
rateprofile 0

set thr_mid = 40
set thr_expo = 100
set roll_srate = 80
set pitch_srate = 80
set yaw_srate = 75


Et ma version de OPEN TX dans ma radio à l'onglet 5/9 de la radio est FW: OPENTX-XLITE VERSION 2.2.2 Date :2018/07/28...Bizarre dans COMPANION 2.2.3 il indique 2.2.3 dans le firmware en telechargement....

Et sorry encore pour ne pas avoir créer un autre fil...

VinKa

Modifié (le) par Vinka
Lien vers le commentaire
Partager sur d’autres sites

Yep Goony,

Je viens de mettre a jours en 2.2.3. Tjr pareil...Ou plutôt non,- Une chose a changer :

Je n'ai que 2 choix dans les réglages du module externe (le R9mLite ) qu'au mode EU (25mw 8ch)et le mode FCC (100mw).

Bref, Pour te repondre sur le r9m et le flex firmware : Les modules R9M pour taranis et R9Mlite sont des émetteurs qui communique en 900Mhz (mode FCC) ou 868Mhz (en mode EU). J'ai cru comprendre que le ''Flex firmaware'' installé sur l'emetteur & le récepteur te permettent d'avoir la telemetry en 100mw sur le canal 900mhz.. Du coup un peut plus puissant pour du mid-range..Bref, en tout les cas je pense que mon récepteur et mon recepteurs sont bien bindé...Sinon le SBUS ne fonctionnerais pas sur betaflight...Donc le problème ne viens pas de la... 

VinK@

Lien vers le commentaire
Partager sur d’autres sites

Rectification 

J'ai un autre problème: Lorsque je suis connecté sur betaflight : Pas de probleme- Les Stick bougent, les interupteurs bougent bien etc...Sauf que maintenant, lorsque je veux demarrer le quadri avec la batterie ( dans le salon) et bien il n'arme pas....Je me disais bien que le mieux est l'ennemi du bien... 

VinKa

Lien vers le commentaire
Partager sur d’autres sites

De toutes façons, il te fallait absolument la 2.2.3, donc c'est déjà ça de fait.

À tout hasard, poste le résultat de la commande resource

As-tu essayé différentes combinaisons de tlm_halfduplex et tlm_inverted ?
NB : tu peux désactiver pid_in_tlm

Pour le problème d'armement, c'est bizarre. Ça n'a certainement rien à voir avec la mise à jour de la radio. Quels sont les flags de la commande status ? (radio allumé, et switch armé)

Lien vers le commentaire
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
×
×
  • Créer...