Re: Camera et appareil photo

par Tomlelandais Mar 28 Mai - 6:31

Je n'ai jamais fait ça !
Mais c'est une excellente idée !!

par Tomlelandais Ven 31 Mai - 7:12

J'ai créé un github ! Pas simple de premier abord, c'est bien plus pratique pour récupérer les codes pour les élèves. Merci !!

Nous avons volé hier, notre vidéo a enfin fonctionné !!

par bdureau Ven 31 Mai - 13:23

Tomlelandais a écrit:J'ai créé un github ! Pas simple de premier abord, c'est bien plus pratique pour récupérer les codes pour les élèves. Merci !!

Tu nous met le lien? ça permet de contribuer ou de piquer des idées

par bdureau Ven 31 Mai - 13:24

Tomlelandais a écrit:

Nous avons volé hier, notre vidéo a enfin fonctionné !!

Le petit personnage dans la fusée, il tient lui meme une fusée?

par Tomlelandais Dim 2 Juin - 10:50

bdureau a écrit:
Tomlelandais a écrit:J'ai créé un github ! Pas simple de premier abord, c'est bien plus pratique pour récupérer les codes pour les élèves. Merci !!

Tu nous met le lien? ça permet de contribuer ou de piquer des idées

https://github.com/ProfMarguerat

Le prog de l'alti est à peaufiner, pendant le vol, il a bien affiché les données, mais n'a rien enregistré dans le fichier. Alors que ça fonctionnait...
Après test, ça ne fonctionne pas à chaque coup effectivement. J'ai donc placé l'enregistrement des données avant les boucles d'affichages, y a plus qu'à ré-essayer.
Faut que j'essaie de faire des sous programmes avec 'def', mais je ne maîtrise pas encore.

par Tomlelandais Dim 2 Juin - 10:51

bdureau a écrit:
Tomlelandais a écrit:

Nous avons volé hier, notre vidéo a enfin fonctionné !!

Le petit personnage dans la fusée, il tient lui meme une fusée?

Non non, il tient juste l'écran. Camera et appareil photo - Page 2 1f605

par bdureau Dim 2 Juin - 12:36

Tomlelandais a écrit:
Faut que j'essaie de faire des sous programmes avec 'def', mais je ne maîtrise pas encore.

J'ai vu que tu avais fait quelques fonctions comme
def altitude_HYP(hPa , temperature):

Il faut que tu modularise ton programme en créant des classes ça permet ensuite une réutilisation du code car tu peux ensuite picocher pour tes projets futures.

D'autre part ça peut etre un exercice pour tes eleves d'optimiser ou d'ecrire des parties d'un programme plus complexe. Tu peux envisager des groupes dans ta classe qui bossent chacun sur une partie et ensuite tu les fait travailler ensemble pour recoller les morceaux ... c'est comme ça que ça se passe dans la vraie vie ....
Tu commences par un schema fonctionnel et ensuite tu découpe le travail pour chaque groupe

par Tomlelandais Dim 2 Juin - 12:41

Ce sont des fonctions que j'avais prise d'un autre programme trouvé sur le net.

J'avais effectivement demandé aux élèves de travailler par morceau dans chaque groupe. Malheureusement, l'investissement de tous n'étant pas égale, ni les capacités à coder, c'est souvent une seule personne qui a fait les programmes dans chaque équipe...

Merci pour les conseils en tous cas, je suis toujours preneur de nouvelles idées !

par lem75pat Dim 2 Juin - 13:30

Bonjour

J'ai vu ces instructions dans le GitHub
camera.start_recording(file_name)
camera.wait_recording(2)
camera.stop_recording()

J'eu appris d'un instructeur militaire qu'il faut se mettre au niveau du plus faible
Après il y a plusieurs critères de choix et décisions comme :
faire peu au lieu de faire rien
que tous apprennent quoiqu'ils aient fait
profitable et instructif pour tous

Cordialement

par Tomlelandais Dim 2 Juin - 14:20

C'est le video2.py qui est parti.
Des séquences de dix secondes qui s'enchaînent. Comme vous pouvez le voir sur ma vidéo, on ne voit pratiquement pas les sauts entre chaque morceaux.
J'ai fait ça car, sur le raspi, si tu coupes avant qu'il ait enregistré la vidéo, tu la perds...

par bdureau Dim 2 Juin - 14:25

il faut que tu detectes un atterrissage comme ça tu stoppes l'enregistrement

par Tomlelandais Dim 2 Juin - 14:29

On pourrait faire ça, mais par expérience, on a eu des caméras et/ou des batteries qui se déconnectent à l'ouverture du parachute ou encore à la suite d'un atterrissage un peu rapide.
Les élèves étaient déçu d'avoir perdu leur vidéo.
Comme je leur dis souvent, on apprend beaucoup de ses erreurs (et de celles des autres...).

par bdureau Dim 2 Juin - 14:57

pour les batteries j'imprime maintenant des boitiers qui sont solidement fixés. La connectique est super importante. Dans mon post pour le L3 je vais vous mettre tous les schema + la nouvelle pince que j'utilise qui permet d'avoir des connexions fiables

par Tomlelandais Dim 2 Juin - 15:05

Ah cool !
Cette année, on les avait scratché comme en aéromodélisme, ça a tenu.
Avant, on mettait un rislant, ça tenait pas tout le temps, ou alors, ils l'avaient collé et là j'ai dû me fâcher...

par bdureau Dim 2 Juin - 15:17

sinon tu peux utiliser des colliers colson
https://echaf-equipement.com/collier-colson-noir-sachet-de-100-colliers.html

par Tomlelandais Dim 2 Juin - 15:19

C'est ce que j'appelle rislant, mais en fait, je viens de vérifier, c'est rilsan Camera et appareil photo - Page 2 1f605

par lem75pat Lun 3 Juin - 21:35

Bonsoir

On peut détecter l'atterrissage effectif à partir de l'altitude (ou plutôt à partir de la pression atmosphérique)
et plus précisément à partir de leur variation dans le temps

Sinon oui avec l'énorme accélération au décollage et le choc relativement réduit à l'atterrissage,
il faut que tout soit bien fixé

Je finis avec le W I F I :
bandes 2.4 GHZ ou 5 GHz avec modulation O F D M, bref costaud costaud

par lem75pat Dim 9 Juin - 16:33

Bonjour

Je connais Legrand Colson (noirs) pour les câbles électriques genre R02V (3G1.5 2.5 6 10 etc)
et rilsan (blancs) pour les montages électroniques (leur câblage plutôt)

Un connecteur électrique sert au passage des électrons et ne doit subir aucun effort mécanique (même et surtout en cas
de chocs et d'accélérations fortes)
Il faut en tenir compte pour la fixation mécanique des accumulateurs et des circuits imprimés (modules ARDUINO capteurs etc)

par Contenu sponsorisé