125 résultats trouvés
- mer. 28 juin 2017 08:57
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
Coté PI n'est-ce pas ? Non, côté Arduino. Je fais la différence de deux micros() , un de chaque côté du code à mesurer. As-tu essayé le buffering comme suggérer ? J'espère aussi que tu envoie des binaires plutot que des chaines comme aussi discuté avant que ca ne parte en boudin. Non, faute de mult...
- mar. 27 juin 2017 15:26
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
Pour te répondre concrètement, oui tu peux tout à fait envoyer tes pouet en continu sur un socket UDP. Pas la peine d’aller chercher d’autres protocoles ou d’extrapoler sur toutes un tas de grandes théories inutiles et complétement à côté du sujet, c’est ce que tu pourras faire de plus rapide en tr...
- lun. 26 juin 2017 15:54
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
La question est de savoir si tu peux te permettre ou non de perdre des données, et de ce que tu fais si tu en perd. Car détecter un trou est une chose, pouvoir ré-émettre et en assurer la cohérence en ait une autre. Je ne peux pas me permettre de perdre des données, c'est dans les fonctionnalités r...
- lun. 26 juin 2017 14:00
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
Mais on tourne en rond, on va arreter là : l'important est que Pinhapple sache que le pb doit être pris en compte et on a décrit plusieurs méthodes pour y palier. Oui, j'ai de quoi faire là ! :D Nouvelle question : est-ce que la communication UDP doit se faire sous la forme "envoi d'un message...
- lun. 26 juin 2017 09:24
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
Faut essayer. Elle est connectée au cpu comment ta SD ? SPI ? 4 Bits ? Quel Format de fichier ? La carte est branchée sur l'adaptateur du shield Ethernet no-name, je serais bien incapable de te dire avec certitude comment elle est reliée au microcontrôleur ; si c'est comme pour le shield officiel A...
- ven. 23 juin 2017 15:48
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
de ce que j'ai compris, tes signaux sont gérés par des interruptions donc tu peux prévoir un traitement de font dans la " boucle principale " mieux, même le transfère ne doit pas d'incomber : c'est a la librairie de gérer et elle devrait le faire de manière asynchrone ; tu fournis les don...
- ven. 23 juin 2017 14:29
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
Pourquoi le il faut que l'envoi de toutes les valeurs du tour écoulé se fasse entre la dernière impulsion du tour ? Parce que si l'étape création du paquet + envoi du paquet prend est bloquante, mon Arduino va louper toutes les impulsions écoulées pendant ce temps. Enfin c'est comme ça que je vois ...
- ven. 23 juin 2017 09:47
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
1t = 4,096 secondes ce qui correspond à 16384 impulsions et tu dois envoyé tes informations pour chaque tour, donc toutes les 4,096s : tu confirmes ? Je confirme ! Si je reprend ta formule 5 + 16 384 * 3 + 16 384 * 3 = 98 309 ok mais t'où vienne les 32768 supplémentaires ? C'est pour l'enveloppe de...
- jeu. 22 juin 2017 16:00
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
@Pinhapple, tu nous à pas indiqué si le flux était continue et si oui avec quels volumétrie, ou si c'est pas batch, donc on a " un peu de temps " entre chaque trames). Si on a plus de marge de manœuvre, ca peut être (conditionnel) plus interessant/scalable/évolutif de passer par des solut...
- jeu. 22 juin 2017 15:56
- Forum : Python
- Sujet : Python et Ethernet/UDP
- Réponses : 117
- Vues : 59738
Re: Python et Ethernet/UDP
@Pinhapple, tu nous à pas indiqué si le flux était continue et si oui avec quels volumétrie, ou si c'est pas batch, donc on a " un peu de temps " entre chaque trames). Si on a plus de marge de manœuvre, ca peut être (conditionnel) plus interessant/scalable/évolutif de passer par des solut...