Runcam

[pejive]

runcamNE3.jpg (38.81 Kio) Consulté 225 fois

vraiment pas cher, mais çà se branche comment ces trucs là ?
j'ai trouvé ce manuel, mais c'est de l'hébreu pour moi apparemment il faut des circuits annexes;
on récupère la vidéo où ??

Night_Eagle_3_Manual.pdf

(1.71 Mio) Téléchargé 14 fois

[Lambda]

Bon sang de bonsoir.... "À quoi cela sert que Ducros se décarcasse ?" Je suis sûr que tu as la référence!

search.php?keywords=Runcam
(voir entre autre, "La SiOnyx du pauvre" pondue par votre serviteur...)

(par exemple: diagramme de branchement à partir de 11 sec environ...

[pejive]

Il me semblait bien que j'avais déjà vu ça quelque part
Merci

[Lambda]

Ici, un rapide test encore fait récemment avec une otpique assez sympa (NAVITAR 25mm/0.95).
Rapidement fait avant de me pieuter de ma chambre d'hôtel.



Y'a pas mal d'autres tests/manips à venir qui vont pointer le nez ici...

À l'avenir, d'ailleurs, cela vaudrait le coup de centraliser, dans ce petit coin ici, les infos et manips liées à ce genre de petits matériels détourné/détournable pour nos activités VA/VN.....

Cela parlerait à Ouki aussi... j'en suis sûr.

[Lambda]

j'ai trouvé ce manuel, mais c'est de l'hébreu pour moi apparemment il faut des circuits annexes;
on récupère la vidéo où ??
Night_Eagle_3_Manual.pdf

Pour le schéma fourni par le manuel, c'est simplifiable en fait. le module Runcam TX200 est en fait un émetteur relais pour émettre le signal vidéo en VHF/UHF vers typiquement une paire de lunette de visualisation équipée d'un récepteur adéquat, ou n'importe quel écran de visualisation vidéo équipé du module récepteur adéquat.

Bref, tu supprimes ce module runcam TX200, et à la place:
- le fil jaune c'est le signal vidéo analogique CVBS que tu injecteras dans l'écran vidéo de ton choix
- le fil bleu VBTA+, c'est, de mémoire, un signal qui affichera l'état de la batterie alimentant la caméra sur ledit écran (perso, je m'en fous, je ne l'utilise pas), tu peux l'ignorer.
- rouge + noir: paire classique d'alimentation + masse du montage.
- le pad de contrôle OSD bleu, tu le gardes connecté tel quel, c'est cela qui te permettra d'ajuster les divers paramètres réglables de la caméra. (elle peut fonctionner sans ce pad bleu, mais tu n'auras aucune capacité de réglage: elle tournera avec ses réglages d'usine, point barre.)

[pejive]

J'ai relu le post de 2024... déjà j'avais du mal à comprendre à l'époque
Si on veut modifier les paramètres il faut visualiser l'image, et là je ne vais pas avoir le matériel nécessaire.
il faudrait pouvoir brancher çà sur un module mini-écran ; çà existe peut-être ?
autrefois j'avais une entrée vidéo sur mes télés, mais il semble que ce ne soit plus la mode

[Lambda]

J'ai relu le post de 2024... déjà j'avais du mal à comprendre à l'époque
Si on veut modifier les paramètres il faut visualiser l'image, et là je ne vais pas avoir le matériel nécessaire.
il faudrait pouvoir brancher çà sur un module mini-écran

Oui, c'est exact. En fait en regardant ton écran, tu appuies sur la touche centrale du pad de contrôle et, paf, un menu apparait incrusté dans l'image, et tu navigues avec les diverses touches dudit pad pour modifier les paramètres de la caméra suivant tes préférences (il y'a une sélection "exit" qui te permet de sortir, une fois tout tes réglages de faits). et ensuite tu retrouves l'image pure, sans le menu, que tu peux observer.
Jettes un coup d'oeil sur ma vidéo de conjonction Lune/Pleiades, elle est accélérée, mais tu vois assez clairement l'apparition du menu incrusté à quelques reprises.

Pour l'écran qui reçoit le signal composite video (CVBS), il te faut un écran comme ça:

Ce ne sont que des exemples quelconques pour te permettre de visualiser le genre d'écran qu'il te faudrait (en fait, cela correspond bien à tes télés équipées d'entrée vidéo)

https://www.amazon.nl/12V-24V-Achteruit ... 8X5RAO18XX

ou encore

https://www.ebay.com/itm/277122341275?_ ... R_aFuYLFZw

ou en version monoculaire, comme pour mon Guizmo.

https://www.ebay.com/itm/396078748396?_ ... R7yF04LFZw

ou toute autre chinoiserie équivalente.

[pejive]

c'est la jungle ! et pas donné tout çà
si on doit rajouter un écran, une batterie,... çà devient beaucoup moins intéressant ; sans compter le changement d'objectif.
Je crois que je vais en rester au classique: camera astro + objectif photo +Sharpcap pas encore testé en mode video

La Runcam du pauvre

[Lambda]

Il est vrai qu'en partant de zéro, il y'a forcément un investissement initial à faire. En même temps, c'est valable pour tout.
Comme tu es déjà équipé ordi+ sharpcap+caméra aec objectif, si ta pratique n'est pas spécialement orientée "monoculaire"/écran compact vite déployable pour de l' observation en temps réel/live vidéo nomade, en effet cela ne vaut peut-être pas le coup pour toi de te lancer là dedans.

[pejive]

Et surtout je n'ai pas trop envie d'augmenter mon stock de matériel, je suis plutôt en phase de compression, devant réduire drastiquement mes activités bricolage et astro à cause de problèmes de santé

[Lambda]

Ah, ça, si on se laisse aller, les étagères et placards se remplissent à la vitesse grand V!!!...
Avec ce genre de bricolage, dis toi que ça ne prend pas de place, c'est tout léger à transporter et utiliser! à la main, ou sur un simple trépied...

Additionellement, niveau changement d'objectif, c'est aussi l'intérêt du Guizmo: j'ai standardisé ma monture en C, mais tu peux choisir ce que tu veux, et avec le tout petit capteur de la Runcam, ça permet d'utiliser tout plein de petits objectifs rapides, pas forcément bien chers, utilisé habituellement en vidéo surveillance, et très souvent fait pour de la monture C. Le changement se fait en quelques secondes, et on reprend sa séance d'observation trankilou.

Mais bon, encore une fois, ce n'est qu'une façon, parmi une foultitude, de pratiquer le "VA" qui me parle, rien de plus, rien de moins.

[RemiS]

Ça à l'air sacrément sensible cette Runcam, je ne connaissais pas. Surprenant aussi le signal en analogique, il semble que le capteur soit bien un CMOS de 2MP au format 1/2.8 avec donc des pixels de 2,9 micron, ça serait bien un IMX? Je me demande si l'extraction du signal pour faire l'amplification des signaux faibles se fait en analogique... J'ai aussi mon astro bécane comme vous, là c'est un peu le Jeton Sky du pauvre avec un RPI5 et un IMX 585. J'ai des résultats sympas mais pas à 20 ms comme vous, je suis plutôt entre 150 et 500 ms avec un 85mm f1.8.

[Lambda]

Salut RemiS ! Oui, je suis tombé sur ton projet récemment! C'est quelque chose, franchement, chapeau bas!
et 150 ms, pour du live video à mouvement doux, même pour de l'observation de paysage qusi statique terrestre que j'affectionne, je suis preneur!!!

Ici, c'est juste un petit bricolage de coin de table avec du matéRiel détourné...

Pour le capteur utilisé pour la Runcam Night Eagle 3, j'ai fais mouliner Chatgpt, qui hésite entre un IMX462 et IMX327, en fondant sur analyse sur les specs commerciales de la caméRa et divers input venant de forums spécialisés et autres échanges glanés sur le net...

Pour l'extraction du signal, mystère, je sais juste que la sortie finale et un signal composite vidéo "comme dans le bon vieux temps"...

Je serais curieux de voir ce que tu obtiendrais avec un objectif avec un objo au F/# = 1 ou < 1...

[Lambda]

Au niveau de la Runcam, bien qu'il y'ait un menu OSD avec une certaine possibilité d'ajustement des paramètres de fonctionnement de la caméra, cela reste moins évolutif et flexible que ton système, RemyS.

Il' y'a quand même quelques leviers additionnels ou on peut améliorer les choses et pousser la Runcam un peu plus loin:

- utiliser une alimentation propre (c'est ce que j'ai récemment mis à jour sur mon Guizmo, et on voit la différence nettement par rapport à sa version antérieure alimentée par un "power bank" like truffé de système de commutation/hacheur): je suis revenu à un bon vieux montage "ballast" à base de LM7805 filtré nourri par deux batteries lithium 4.2V/3000 mAh de type "raw cell", c'est à dire, sans électronique interne de protection quelconque. Bref de l'aimentation analogique DC "bio" de grand papa, au rendement énergétique moins bon, mais infiniment plus propre que le couple Lithium protégé + BMS et/ou hacheur.

- utiliser les optiques les plus rapides possibles: pour la Runcam (avec mes choix optiques actuels), mes essais me mènent à penser, que pour un usage NV terrestre/VA astro, faut bosser avec des optiques à F/2 max et bien-sûr en dessous, pour obtenir un signal avec une plus-value notable comparé à une observation à l'oeil au travers d'un instrument présentant une ouverture similaire.

- refroidir le capteur (ici carrément la caméra entirèrement, tellement elle est petite...) pour diminuer le bruit thermique, ce qui semble être significatif et atteignable avec peu de moyen. (faut que je bricole un truc en ce sens qui se rentre dans le corps PVC gris cylindrique de ma caméra).

p.13-15 de ce rapport, au demeurant très intéressant.
https://iotaoccultations.groups.io/g/ma ... Report.pdf

[RemiS]

Tu as raison pour l'alimentation, prendre une alimentation la plus propre possible change tout et permet d'exploiter des gains élevés sans trop de bruit de lecture.
En lisant la documentation je comprends mieux pourquoi le capteur est si sensible, c'est un capteur noir et blanc utilisé en binning, donc sans doute le 462, le 327 n'a pas été fait en noir et blanc. Ça fait donc des pixels énormes sans matrice de bayer, on doit être sur un truc sans équivalence niveau sensibilité.
Par contre, ils auraient pu utiliser quelque chose d'un peu mieux qu'un simple gamma pour traiter le signal, mais je n'ai pas lu toute la documentation, il a peut être d'autres traitements...

Maintenant je pense aux traitements que j'ai fait pour mon mode JSK, ils pourraient tout à fait être faits en analogique sans aucune latence, le dé bruitage pourrait être fait aussi en temps réel ... Ça me trotte dans la tête mais ça ferait un gros truc électrique plein de potards partout.

Innomaker fait un IMX 585 en noir et blanc pour 140 euros, on peut en avoir chez Soho aussi, ça me tenterait bien de tester ça en binning comme le fait runcam.

[Lambda]

Tfdak avec ton analyse, juste une correction, la RNE3 utilise un capteur couleur (d'où la possibilité du MX327), le menu offre la possibilité de visualiser en couleur ou N&B,
mais en effet utilisé en "binning" au moins logiciel.

Je mets ici une courte vidéo pour illustrer la caractéristique couleur du capteur utilisé, et la capacité "logicielle/embarquée" de passer en pseudo mode monochrome (perso, en vision nocturne terrestre ou astro, je préfère visualiser en N¬B, je trouve l'image plus "fine", moins bruitée).

je "déroule" rapidement le menu aussi pour montrer l'ensemble des réglages possibles (Pejive, ça devrait t'intéresser et clarifier peut-être un truc ou deux pour toi).

[Lambda]

Par contre, ils auraient pu utiliser quelque chose d'un peu mieux qu'un simple gamma pour traiter le signal, mais je n'ai pas lu toute la documentation, il a peut être d'autres traitements...

Oui, cela reste rudimentaire, mais il ne faut pas oublier qu'à la base cette caméra est une FPV dédiée au dronistes qui ont de contraintes et demandes complètement différente des nôtres.

on a accès quand même à:
- ajustement de gamma, ce qui correpond à jouer gossièRement sur l'histogramme de l'image au final.
- ajustement de gain par palier (gamme de controle de gain automatique allant crescendo)
- débruitage (DNR "Dynamic Noise Reduction"): ils en cause dans le rapport que je cite plus haut (p. 17-24). perso je le laisse au niveau "low", rarement "middle", mais je ne l'utilise jamais en "high", ni en 0.
- luminosité d'écran
- "sharpness": netteté de l'image plus ou moins accentuée.
- AWB en mode couleur
- choix couleur - N&B
...

Perso, un mode "low shutter" à 1/25 sec en plus, Je n'aurai pas craché dessus.