Aller au contenu
DroneBuilds

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 ???

Partager ce message


Lien à poster
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

Partager ce message


Lien à poster
Partager sur d’autres sites
Youtube WE are FPV

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
  • Merci ! 1
  • +1 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Envoyé de quelque part avec un truc qui sert à envoyer des messages.

  • J'aime 1
  • +1 1

Partager ce message


Lien à poster
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 !!

Partager ce message


Lien à poster
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.

Partager ce message


Lien à poster
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

Partager ce message


Lien à poster
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.

Partager ce message


Lien à poster
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

Partager ce message


Lien à poster
Partager sur d’autres sites

Bravo à toi, mois j'ai déjà abandonné par deux fois (sur deux jouets) devant la prise de tête qu'est ce loup

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 15 minutes, GodsWarrior a dit :

@goony ne lâche jamais l'affaire et adore le BB en plus. Ce type est fou !

😄 Geek power !

Partager ce message


Lien à poster
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

  • Sur cette page :   0 membre est en ligne

    Aucun utilisateur enregistré regarde cette page.

×