totof2000 a écrit 1555 commentaires

--> A l'époque de la conquête de l'Amérique par les Européens, beaucoup d'Amérindiens sont morts de cela (des confinements en quelques sortes), ils avaient vécu un peu trop en vase clos en comparaison au reste de la planète.

L'inverse est vrai également : des maladies ont été "importées" des Amériques vers l'Europe.

Je rappelle que la mort, ce n'est pas bon pour l'économie (un mort le cotise et ne consomme pas)

Tout dépend du point de vue …

< mode cynique=on>

Un mort consomme des obsèques, une crémation ou une consession dans un cimetière, avec potentiellement une cérémonie religieuse (payante dans de nombreux cas), des fleurs (notamment à certaines périodes). Ensuite il peut rapporter à l'Etat en droit de succession, à des avocats lorsqu'il y a litige sur celle-ci, à des notaires, etc. Et enfin un mort ne coute plus rien en soin de santé par exemple. Alors certes, s'il travailait, c'est effectivement égalemeznt un manque à gagner, mais si c'était un chômeur, un retraîté ou une personne en incapacité de travailler, ça fait économiser de l'argent …

Alors certes cette consommation n'est que ponctuelle, mais elle permet à certains de s'en mettre plein les poches au dépends des familles des defunts (entreprises de pompes funèbres, avocats, …)

Désolé si je t'ai blessé, Ce n'était qu'une plaisanterie, rien de méchant (je l'ai peut-être rédigée un peu trop sérieusement).

si j'ai posé la question ici, c'est que je ne suis pas certain d'avoir compris le fichier lvm.conf

Tu aurais peut-être du poser ta question dans ce sens là ? Ca aurait permis de te répondre de façon plus précise.

Au passage, je ne pense pas qu'une invention soit "licenciable" …. On parle de licence me semble-t-il pour de l'immatériel.

On ne peut pas breveter une chose qui a déjà été rendue publique (au sens très large).

En théorie non. En pratique, rien n'empêche de déposer le brevet. Ensuite une armée d'avocats peut faire le reste … A moins que tu réussises à prouver que tu as publié ton invention avant.

Pourquoi veux-tu mettre ton instrument sous licence libre ?

Il suffit de lire l'un des artices en P.J pour comprendre que le problème n'est pas que les utilisateurs s'approprient son travail, mais que quelqu'un dépose un brevet dessus (et ferme le business) … En tout cas c'est ce que j'ai compris.

Après si une entité trouve moyen d'améliorer le travail initial et de le vendre c'est autre chose …

J'avais vu ce genre de commentaires sur des forums, et le lien que tu as fourni. Cependant, en pratique, Les fréquences 27 à 40 MHz ont l'air de fonctionner jusqu'à 5 m de profondeur, ce qui me suffit pour le moment. Je m'intéresserai à l'augmentation de la distance de commande dans un second temps.
Il semble aussi que, d'après certains, une fréquence de 433 MHz, voire 800 - 900 MHz pourrait fonctionner pour des envois de simplescommande (par contre pas de vidéo par exemple). Ca par contre j'aimerais tester, et voir si ça tient la distance …

..; on peut y voir plus ou moins les arguments qui peuvent se profiler en faveur d'une taxe internet ou d'une taxe sur les données stockées. Au final on pourrait même se dire que la redevance copie privée est une bonne chose, qu'elle n'est pas assez importante et qu'on devrait étendre celle-ci verts l'usage du "cloud" et sur le transfert des données via Internet. Un peu comme on taxe l'alcool ou les cigarettes pour officiellement tenter de limiter leur consommation.

Alors oui, je suis sûr qu'il y a certainement beaucoup de données numériques "inutiles " stockées un peu partout sur la planète, mais avec le temps, j'ai appris à me méfier de ce genre de discours prétexte à la taxation, ou a la raréfaction artificielle de certaines ressources pour les monétiser d'avantage.

(oui je sais, je suis peut-être pessimiste, mais quand il y a un peu plus de 10 ans je postais des messages en disant qu'on allait de plus en plus vers une surveillance de masse et unbe réduction des libertés "à la chinoise", je me faisais plus ou moins rembarrer parce qu'on en était pas au même point … mais force est de constater que depuis les choses ne se sont poas améliorées et ce genre d'article a tendance à me faire peur).

Merci pour l'info, je vais tenter le coup. Sinoàn, pour info, je suis avec le pilote libre depuis un ou deux jours, et pour le moment ça a l'air de mieux tenir le coup … A voir pour kla suite.

Si tu veux tester le 2.4GHz sous l'eau, tu peux toujours prendre un vieux smartphone (ou tout autre petit équipement wifi),

Un raspberry pi Zero W par exemple ? Ou une micro:bit en mode bluetooth ? Ou un module 2.4 GHz sur un arduino ? Pas mal comme idée. Des boites hermétiques je dois avoir ça quelque part. Il suffit de le mettre dans une petite boite qui sera dans une autre boite.

Il me reste plus qu'à trouver un plan d'eau avec suffisamment de profondeur pour tester, + les 5 m de fil ( ligne de pêche ?) qui me permettront de tester.

(en fait des plans d'eau je pense qu'il y en a plusieurs a côté de chez moi, le tout est de trouver un moyen d'y aller).

Merci pour la suggestion !

Si je ne doutais pas du 2 GHz, j'aurais pu acheter un ensemble radiocommande + récepteur qui feraient l'affaire pour moins de 60 euros, ça aurait pu s'envisager.

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 :)