framboise314.fr

romaxx a écrit :ça c'est à tester.. quitte à bufferiser coté arduino.

destroyedlolo a écrit :Quelle en serait la volumétrie a transférer par seconde ?
Il faut savoir que de part son architecture, la frambroise est loin d'être un foudre de guerre niveau réseau (parce hub USB interne, et s'est encore pire si tu utilise le disque en même temps).
Cependant, il y a quand même de la marge avant de le saturer.

destroyedlolo a écrit :Il n'accelèrera pas le transfère. Mais par contre, il pourra t'éviter de perdre des trames.
Des tests sont a faire ... est-ce qu'un broker tournant sur un PI peut suivre ?
Est-ce que les envoies sont en continus ou as-tu des "pause" entre les batches ?

Pinhapple a écrit :Un nombre entier (le nombre d'impulsions, typiquement 16 384), [nombre d'impulsions mesurées] nombres entiers (durée de chaque impulsion), [nombre d'impulsions mesurées] nombres entiers (durée entre deux impulsions), donc un total d'environ 1 + 16 384 + 16 384 = 32 769 entiers. J'ai fait un sizeof(int) sur mon Arduino, qui me renvoie 2 (confirmé par la doc Arduino), donc 32 769 * 2 = 65 538 octets = 524 304 bits à envoyer ?

destroyedlolo a écrit :Heu, tu ne disais pas que tu ne pouvais transférer que des chaines ?

destroyedlolo a écrit :Bref, ce n'est pas si lourd que ca pour de l'éthernet.

Pinhapple a écrit :A bien y réfléchir, c'est surtout côté Arduino que ça risque d'être déterminant : deux impulsions sont espacées d'environ 125 µs (signal carré symétrique à 4 kHz), donc il faut en théorie que la création du paquet et son envoi prenne moins de 125 µs, de manière à ne pas louper d'impulsions.

Pinhapple a écrit :C'était une question ! Je ne peux transférer que des chaînes ?

romaxx a écrit :la plupart des écoles préfèrent utiliser des uC "français" (STM8, STM32) pour les étudiants, le raspberrypi c'est un SoC.. ça compte moins

destroyedlolo a écrit : Mon ancien employeur
Malheureusement, il ne reste plus grand chose de Francais la dedans ...

romaxx a écrit :En fait l'utilisation de l'Ethernet classique "casse" le déterminisme d'une application sur uC

romaxx a écrit :J'avais pas vu que t'étais de Rouen , j'ai fait une partie de mes études là bas, puis école d'ingé ailleurs puis thèse ailleurs...la vie mouvementé de l'étudiant quoi .. où étudie tu ? car la plupart des écoles préfèrent utiliser des uC "français" (STM8, STM32) pour les étudiants, le raspberrypi c'est un SoC.. ça compte moins

destroyedlolo a écrit :Évidement, il est beaucoup plus rapide de transférer du binaire, il faut juste s'assurer que les 2 procs ordonnent le bits dans le même ordre.

Pinhapple a écrit :Si j'ai des tableaux de char côté Arduino, c'est possible de les envoyer et de recevoir le même type de données en Python ? Ou des listes au pire, ça m'irait très bien.

char toto[15]

char toto[15][20]

destroyedlolo a écrit :Un

Code : Tout sélectionner

char toto[15]

oui.

Un

Code : Tout sélectionner

char toto[15][20]

non car toto est en fait un tableau de pointeurs de tableau de char et, comme dans le cas d'une liste, ces pointeurs ne veulent rien dire sur la machine distante.

Il faut faire ce qu'on appele "sérialiser", c'est à dire les convertir en qq chose de transférable. Typiquement, ca peut etre de l'XML ou plus efficace, du JSON.
Cependant, si t'es stressé par les perfs, il reste plus efficace de rester en binaire.

Pinhapple a écrit :

romaxx a écrit :En fait l'utilisation de l'Ethernet classique "casse" le déterminisme d'une application sur uC

C'est-à-dire ? Perte de précision ? Du temps réel ? Peux-tu m'en dire plus ?

romaxx a écrit :J'avais pas vu que t'étais de Rouen , j'ai fait une partie de mes études là bas, puis école d'ingé ailleurs puis thèse ailleurs...la vie mouvementé de l'étudiant quoi .. où étudie tu ? car la plupart des écoles préfèrent utiliser des uC "français" (STM8, STM32) pour les étudiants, le raspberrypi c'est un SoC.. ça compte moins

Je suis à l'eXia, l'école d'informatique du groupe CESI ! Je suis en stage de fin d'études là, ça se termine début août !