totof2000 a écrit 1794 commentaires

ca coute 12€ sur les fréquences 2.4Ghz (standard actuel en RC)

Le problème des 2.4 GHz c'est la portée limitée dans l'eau : sinon je ne me serais pas pris la tête. Après ça marchera peut-être, mais bon …

pour 200euros tu trouves des combo Radiocommande/recepteur

J'ai vu aussi des combos radiocommande/récepteur/servo pour mons de 200 euros.

en mettant plus cher tu peux avoir une radiocommande qui peut piloter plusieurs récepteurs, avec juste besoin de changer le profil depuis la radiocommande,

J'ai vu ça mais ça commence à faire cher juste pour ce que je veux faire. Mettre plus de 200 euros de télécommande pour un truc DIY à partir d'objets plus ou moins de récup je trouve ça un peu overkill.

ma question de neophyte va porter sur la portée de ta radio une fois dans l'eau ?

Je n'ai pas (encore) testé vu que je n'ai pas de radiocommande, mais d'après ce que j'en ai lu, une radiocommande sur 27 MHz ou 41 MHz devrait permettre une portée d'environs 5m dans l'eau, ce qui me suffirait amplement pour ma V1 et ma V2.

pour les canaux, tu peux faire comme pour les drones racers ou les avions, tu utilises des PWM ou des contrôleurs comme les avions, tu peux te contenter d'un 4 canaux, avec 3 canaux pour tes fonctions, restera un 4e canal dispo (pour le ballast par exemple

avant/arriere => 1 canal 0-10 et tu regles le neutre au milieu, 0-5 = arrière, 5-10 = avant
gauche/droite => 1 canal 0-10 avec le neutre au milieu
haut/bas => 1 canal, neutre au milieu…

4e canal, ballast => remplir/vider

En fait, après tous nos échanges c'est plus ou moins ce que je me dis : j'étais parti sur du 6 chn tout ou rien pensant trouver des modules tout faits, et ne pas trop me prendre la tête avec cette version … mais ça semble difficile à trouver.

Sinon pour la V1, j'utiliserai 3 canaux 2 canaux pour les directions avant/arriere/droite/gauche et un canal pour emplir/vider le ballast. Si je vais jusque là, j'utiliserai un 4eme canal pour haut/bas dans la V2. Ca doit être possible avec le module dont j'ai parlé plus haut ( utilisé sur ce projet ), ou un montage par microcontroleur (un arduino me prendrait trop de place ).

Après vérification, ça sent la fuite mémoire niveau enlightenment ….

Avant redémarrage :

 PID UTIL.     PR  NI    VIRT    RES    SHR S  %CPU  %MEM    TEMPS+ COM.
8358 totof     20   0 4746736   2,4g 149668 R  62,5  16,0   1846:45 enlightenment   

Après redémarrage :

 PID UTIL.     PR  NI    VIRT    RES    SHR S  %CPU  %MEM    TEMPS+ COM.
8358 totof     20   0 1051832 276716 165120 S  24,6   1,7   1848:02 enlightenment

Le process n'est pas réellement redémarré (je passe par un redémarrage via l'IHM) mais il semble qu'il y a quand même un problème de mémoire.

Pour xfce4, j'ai aussi quelques soucis. Il faut que je retente en virant le driver proprio (mais de mémoire, le pilote libre m'a causé quelque problèmes il y a quelques temps)

Sur RadioSpare ça descend à 0,15mm de diamètre (mais ça coûte un bras).

Ok, je vais donc ouvrir une "cagnotte" spécialisée en dons d'organes, notamment des bras, pour pouvoir m'en servir pour me payer ces cables. Ca reste dans l'esprit initial de récupération/recyclage … et ça m'évitera d'y laisser les miens (j'en ai encore besoin).

Bon … Je viens de voir https://www.youtube.com/watch?v=EUqk2btg5cc qui explique le phénomène.

Par contre il y a un truc qui me turlupine : il manque un bout d'explication je trouve … notamment lorsqu'il parle du fait que l'équilibre est rompu … j'avoue que je n'ai pas tout compris.

Ce n'est que pour se maintenir près de/à la surface qu'on chasse aux ballasts pour obtenir une flottabilité positive.
Parce que sinon coté discrétion sonore, si on passait son temps à pomper de l'eau ou chasser de l'air (qui est en quantité limité à bord) hein ;).

Bah, a moins que j'ai raté quelque chose dans le fonctionnement du sous marin … mais à partir du moment ou tu as suffisamment d'eau dans les ballasts pour dépasser la flottabilité nulle, tu coules non ? Pas besoin de remplir en permanence les ballasts, il suffit juste de dépasser cette limite ( après sur un sous-marin réel ce n'est peut-être pas applicable, mais sur un mini sous marin diy, ça doit pouvoir se faire).

Ton commentaire vient de me rappeler que j'ai un bout de cable coaxial que j'ai récupéré d'un vieux réseau que je pourrais peut-être utiliser plus tard dans ce genre de montage … quoique faut voir quel sera e débit que l'on peut y faire passer (c'est du cable 10base2).

Même avec quelque chose de la taille d'un jouet, je vois difficilement comment tu vas te passer de la gestion de la flottabilité.

C'est impossible de s'en passer, je suis d'accord, et j'ai ce sujet en vue (poussée d'Archimède : il y a quelques sites qui expliquent ça très bien - et des vidéos Youtube également, par exemple cette vidéo ou un gars a transformé une carafe en sous-marin ).

Ou alors tu lâches ton soum' dans l'eau, avec une certaine flottabilité (en gros il navigue "entre 2 eaux") et les barres de plongées vont permettre un peu de mouvement vertical, avec l'obligation de les braquer plus ou moins, en permanence (un peu comme les ailerons d'un avion) pour le maintenir à une certaine profondeur.

De mémoire c'est comme ça que fonctionnaient les premiers U-BOAT : il y avait des ballasts pour naviguer entre deux eaux et la plongée plus profonde se faisait via les barres de plongée. Mais je ne suis plus sûr de ma mémoire, et je n'ai pas les sources en tête (ça remonte à loin …).

J'ai l'impression que c'est ce que fait l'un des jouets pour lequel il y a un lien (vidéo de démo), mais je ne préfèrerais pas adopter cette méthode. Pour la flottabilité, la méthode habituelle pour ce genre de bricolage est d'utiliser des seringues. Faut que je vois si celles que j'ai encore feront l'affaire.

Et je pense aussi que tu ne peux passer que par des canaux PWM pour arriver à le diriger un peu, le tout ou rien latéral va lui faire faire des embardées qui vont très certainement le déstabiliser

Possible, a moins de gérer la vitesse via un système (Microcontroleur ou NE555 ?) pour faire en sorte que la vitesse de virage se fasse de façon progressive.

Le déplacement longitudinal souffrira moins d'un mode tout ou rien (quoique pendant chaque coup de barre à droite ou à gauche en même temps …).

Yep, j'y ai pensé. Celà dit ma version "jouet" pourrait échouer, ce n'estpas grave, car elle m'aura servi à apprendre des choses pour ma version suivante. Notamment ça me perrmettra de vérifier ce genre de problématique que tu soulèves, et que je n'aurais pas vu. Mais pour cette version, la seul crainte que j'ai, c'est que le récipient que j'ai choisi pour contenir le tout soit trop petit …

Pour la version N+1, j'ai l'intention d'utiliser des canaux pwm … Je disposerai normalement d'un peu plus de place, mais la version N m'aidera à élaguer le terrain, et je me servirai de "morceaux" que j'ai réalisé pour la version N dans la version N+1.

As-tu une raison particulière pour vouloir faire du télécommandé plutôt qu'une commande filaire comme ici ?

Oui, en tout cas pour ce projet là (je passerai à du filaire un peu plus tard sur une 3eme version si je vais jusqu'au bout des deux précédentes)). Je n'ai pas l'intention de remonter de vidéo en temps réel (au moins pour le moment) d'une part, et d'autre part, vu que je vise une taille d'objet assez petite, je pense que le filaire serait plus un problème qu'autre chose.

Pour la récupération en cas de problème, j'y réfléchis également et j'ai aussi quelques pistes … Mais ce sera pour la V2.

Outre que ça peux te simplifier la commande,

Si c'était trop simple, ça ne serait pas amusant .. En plus du cable pour ce genre de truc c'est pas donné si on veut une longueur suffisante.

C'est ce que je me suis dit aussi, mais je n'ai pas non plus relevé d'occupation mémoire trop importante sur Enlightenment (cela dit je n'ai pas non plus fait plus attention que ça - je vérifierai). Par contre il occupe pas mal de temps CPU au "repos" durant cette phase … Il faudrait que je sois un peu plus attentif quand ça se reproduira. En tout cas merci à tous pour les pistes - j'ai essayé pas mal de choses et du coup je ne sais plus trop ou chercher … Je vais aussi faire des nouvelles tentatives avec le pilote libre.

En tout cas je pense qu'à l'avenir j'éviterai dans la mesure du possible les cartes NVIDIA …

ton pilote Nvidia proprio est-il vraiment nécessaire pour gérer ta carte ?

A un moment il l'était, pas sûr que ce soit encore le cas (j'avais d'autres dysfonctionnements mais pas sur a 100% que ça venait du pilote).

ah une époque il y avait des soucis lors de la mise en veille avec certains pilotes, il suffit parfois de décharger le pilote à la mise en veille, et de le recharger au retour de mise en veille

Possible. C s'était calmé hier mais là ça semble reprendre : toutes les 12-13 secndes pdt 1 seconde environs … Et le redémarrage d'Enlightenment ( à chaud ) a de nouveau temporairement réglé le problème.

hello.

0.23.1

Cordialement.

Ceux qui me connaissent ici le savent, python est un langage que je n'apprécie pas vraiment. Cependant je dois admettre que, pour l'avoir utilisé, Flask est un outil très bien fait, et qui rend bien des services (relativement simple à prendre en main, doc plutôt bien faite, ….) quand on veut mettre en place une API Rest sans trop se rendre la tête. Après je ne sais pas ce que ça donne quand on monte en charge, mais pour les cas d'usage auxquels j'ai été confronté, il m'a bien rendu service.

J'ai d'abord pensé à écrire un simple script shell pour désactiver ces volumes une fois que la machine a démarré mais j'ai la flemme d'écrire une unité systemd juste pour ça.

Tu veux qu'on le fasse à ta place ? Je peux, mais c'est pas gratuit … Comme pour les devoirs d'étudiants … :)

J'ai aussi pensé à me servir du fichier de configuration /etc/lvm/lvm.conf mais je ne suis pas certain du résultat. Pas plus que de la façon d'y arriver, d'ailleurs.

Ben Fais comme tout le monde : un coup de google et essai. Google m'a donné ça pour la recherche sur lvm.conf :

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/logical_volume_manager_administration/lvmconf_file

Dans le fichier il y a plusieurs sections pour faire ce que tu veux :

    # Configuration option activation/volume_list.
    # Only LVs selected by this list are activated.
    # If this list is defined, an LV is only activated if it matches an
    # entry in this list. If this list is undefined, it imposes no limits
    # on LV activation (all are allowed).
    # 
    # Accepted values:
    #   vgname
    #     The VG name is matched exactly and selects all LVs in the VG.
    #   vgname/lvname
    #     The VG name and LV name are matched exactly and selects the LV.
    #   @tag
    #     Selects an LV if the specified tag matches a tag set on the LV
    #     or VG.
    #   @*
    #     Selects an LV if a tag defined on the host is also set on the LV
    #     or VG. See tags/hosttags. If any host tags exist but volume_list
    #     is not defined, a default single-entry list containing '@*'
    #     is assumed.
    # 
    # Example
    # volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
    # 
    # This configuration option does not have a default value defined.

    # Configuration option activation/auto_activation_volume_list.
    # Only LVs selected by this list are auto-activated.
    # This list works like volume_list, but it is used only by
    # auto-activation commands. It does not apply to direct activation
    # commands. If this list is defined, an LV is only auto-activated
    # if it matches an entry in this list. If this list is undefined, it
    # imposes no limits on LV auto-activation (all are allowed.) If this
    # list is defined and empty, i.e. "[]", then no LVs are selected for
    # auto-activation. An LV that is selected by this list for
    # auto-activation, must also be selected by volume_list (if defined)
    # before it is activated. Auto-activation is an activation command that
    # includes the 'a' argument: --activate ay or -a ay. The 'a' (auto)
    # argument for auto-activation is meant to be used by activation
    # commands that are run automatically by the system, as opposed to LVM
    # commands run directly by a user. A user may also use the 'a' flag
    # directly to perform auto-activation. Also see pvscan(8) for more
    # information about auto-activation.
    # 
    # Accepted values:
    #   vgname
    #     The VG name is matched exactly and selects all LVs in the VG.
    #   vgname/lvname
    #     The VG name and LV name are matched exactly and selects the LV.
    #   @tag
    #     Selects an LV if the specified tag matches a tag set on the LV
    #     or VG.
    #   @*
    #     Selects an LV if a tag defined on the host is also set on the LV
    #     or VG. See tags/hosttags. If any host tags exist but volume_list
    #     is not defined, a default single-entry list containing '@*'
    #     is assumed.
    # 
    # Example
    # auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
    # 
    # This configuration option does not have a default value defined.

    # Configuration option activation/read_only_volume_list.
    # LVs in this list are activated in read-only mode.
    # If this list is defined, each LV that is to be activated is checked
    # against this list, and if it matches, it is activated in read-only
    # mode. This overrides the permission setting stored in the metadata,
    # e.g. from --permission rw.
    # 
    # Accepted values:
    #   vgname
    #     The VG name is matched exactly and selects all LVs in the VG.
    #   vgname/lvname
    #     The VG name and LV name are matched exactly and selects the LV.
    #   @tag
    #     Selects an LV if the specified tag matches a tag set on the LV
    #     or VG.
    #   @*
    #     Selects an LV if a tag defined on the host is also set on the LV
    #     or VG. See tags/hosttags. If any host tags exist but volume_list
    #     is not defined, a default single-entry list containing '@*'
    #     is assumed.
    # 
    # Example
    # read_only_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
    # 
    # This configuration option does not have a default value defined.

A moon avis tu as eu juste la flemme tout court de chercher :). Mais puisque ça m'arrive aussi parfois, je t'ai répondu :)

Bah … il suffit d'avoir ton bash configuré avec l'option d'édition vi et ça marche plus … (set -o vi).

L'ouverture est un poil longue, et certains fichier font bien ramer l'éditeur.

T'as déjà utilisé Eclipse ? Essaie, et tu verras qu'à côté, Emacs est rapide :)

J'ai ressenti ça lorsque j'ai vu ce qu'était Ruby on Rails. J'ai rapidement compris l'intérêt de l'outil et j'ai essayé de m'y mettre. Cependant j'ai pris le problème dans le mauvais sens. J'ai essayé de faire des trucs en Rails sans connaitre suffisamment Ruby (ce serait comme faire du SpringBoot sans connaître Java, ou du React ou NodeJS sans connaitre JAvaScript ). Certains côté "magiques" de Rails m'ont échappé, et j'étais assez frustré de ne pas réussir à faire ce que je voulais de manière simple.

Ce qu'il faut savoir, c'est qu'Emacs c'est bien plus qu'un éditeur de texte. C'est un environnement à part entière. Je ne dis pas "environnement de programmation" mais "environnement" : c'est un environnement à tout faire. Il a ses propres règles et codes qui n'ont rien à voir avec les autres types d'éditeurs (vim c'est un peu la même chose - mais en moins complexe que emacs - de mon point de vue).

Du coup comme dit par ailleurs, il faudrait que tu commeces par éditer des trucs simples pour comprendre les bases, pour ensuite pouvoir apprécier la puissance d'"Emacs. Et surtout te dire qu'un Emacs avec le nécessaire pour éditer deu code sera probablement bien différent qu'un Emacs configuré pour éditer du texte (LaTeX ou Md par exemple) - et que l'Emacs que toi tu utiliseras sera probablement différent de l'Emacs qu'une autre personne avec des besoins similaires utilisera ( parce que vous l'aurez personnalisé différemment).

mais quand je vois la différence entre moi et Lance Armstrong, je me dis qu'il me reste beaucoup d'entrainement qu'il me reste beaucoup de piqures à faire

Au passage, merci pour l'expression " guerre picrocholine" que je ne connaissais pas. Elle illustre ce que je disais dans un autre commentaire : on apprend soiuvent des trucs intéressants au milieu de débats aparamment inutiles :)

Oups, désolé, j'ai fait une erreur qui change pas mal le sens de mon commentaire :
Et tant mieux, car certaines discussions des plus intéressantes sur ce post sur ce site sont parties de hors-sujet qui ont abouti sur des explications techniques assez pointues.

L'équipe de modération pourrait-elle corriger SVP ?

Merci d'avance.

Qu'est-ce qui t'oblige à t'engager dans cette guerre ? Tu n'es pas obligée de répondre à tout, tu peux décider de cliquer sur "inutile" lors de la lecture et les oublier par la suite non ?

J'avoue que je suis assez consternée et désespérée, ça donne vraiment pas envie de continuer, n'étaient les deux premiers commentaires (peut-être les deux seuls qui ont lu l'entièreté. du journal en fait).

Euh …. je ne comprend vraiment pas ta réaction là.

Il n'est peut⁻être pas nécessaire de faire, une fois de plus, le match word que c'est plus mieux bien et blingbling ou encore de reparler des champs d'hévéa qui sont plus intuitifs et qu'il suffit d'un script en python pour aller chercher les images et un autre pour tout recompiler comme il faut.

Qu'est-ce que ça peut faire que certains ici viennent à discuter de ça ? As-tu compris ce qu'est linuxfr ? Je n'ai pas vraiment l'impression. Linuxfr est un espace ouvert ou tout le monde peut poster sur tout ce qu'il veut, et aller jusqu'à - horreur semble-t-il pour toi - faire du hors-sujet dans les commentaires, ou relancer des trolls sous forme plus ou moins déguisée. Et tant mieux, car certaines discussions des plus intéressantes sur ce post sont parties de hors-sujet qui ont abouti sur des explications techniques assez pointues (je regrette d'ailleurs cette époque ou les intervenants passaient moins de temps à être outrés sur la forme de ceci ou le hors sujet de celà, et savaient rebondir pour relever un peu le niveau et proposer des pistes de discussion intéressantes à partir d'un troll plus ou moins gros).

Si tu commences à te focaliser sur certaines choses, par exemple sur le fait que la discussion dérive du sujet que tu as initialement voulu parler tu n'as pas fini d'être déçue. C'est l'essence même de Linuxfr ou parfois un mot peut faire partir une discussion dans un autre sens … Et d'une manière générale, si tu n'apprends pas à faire abstraction de certaines choses, tu n'as pas fini de passer ton temps à être outrée, à ruminer, ou à pleurer parce que telle ou telle personne a dit ou fait tel ou te truc. Comme je te l'ai dit une fois déjà, tu as écrit un journal sur une fonctionnalité de LibreOffice : très bien. Est-ce que ça t'a fait plaisir de l'écrire ? Si c'est oui, tant mieux. Est-ce que les lecteurs ont apprécié ? Vu la note du journal je pense que oui (un journal qui n'aurait pas plu aurait été descendu bien plus rapidement). Maintenant, si certains commentaires ne te plaisent pas, ignore-les, c'est tout. Applique ça dans a vie de tous les jours, et tu verras que la vie n'en sera que bien plus belle.

t'es forcé d'utiliser des outils et des fenêtres qui sont restés coincés dans les années 90, avec l’ergonomie et la convivialité des outils de l’époque ;)

Ya quand même pas mal de trucs qui étaient plutôt simples et ergonomiques. C'est à partir de fin 90/2000 que ça a commencé à partir en vrille (pour Windows ça a commencé avec le menu émartrer qui changeait tout le temps en fonction des outils que tu utilisais - hereusement que cette fonctionnalité était désactivable).

Je m'attendais à cette remarque ;).

… Parce que ce genre de tutoriel m'aurait bien servi il y a quelques mois de celà … Merci pour le partage.