mercredi 15 avril 2026

Table ecliptique

L'original est en .SVG, il peut être découpé et gravé avec une découpeuse laser.. Le fichier a été produit par un programme en JavaScript dans un fichier HTML (mais Blogger ne semble pas aimer les .svg...).

Le but est de faire tourner le disque incliné de 23.5° (inclinaison de l'écliptique) sur un axe incliné de 50° (la latitude de Liège). Pour cela on réalise deux pièces à imprimer en 3D (prévoir des 'supports' pour les dévers) : une première à coller sur le disque (côté tronqué). On peut facilement générer l'objet 3D avec openSCAD :
d_goulot=21;
h_eclipt=25;
d_axe=11;

difference()
  {
  difference()
    {
    cylinder(d=d_goulot, h=h_eclipt);
    cylinder(d=d_axe, h=h_eclipt);
    }
  rotate([23.5,0,0])
    translate([0,0,45])
    cube(60,center=true);
  }
Et le second, à poser sur le goulot (standard) d'une bouteille de boisson gazeuse.
d_goulot=21.5;
h_goulot=15;
d_axe=10.5;
union()
{
  difference()
    {
    union()
      {
      cylinder(d=d_goulot, h=h_goulot);
      translate([0,0,h_goulot])
        cylinder(d=d_goulot+2, h=2*h_goulot);
      }
    rotate([40,0,0])
      translate([0,0,60])
      cube(80,center=true);
    }
    translate([0,0,24])
      rotate([40,0,0])
        cylinder(d=d_axe,h=13);

  }
Quand on enfiche la première pièce dans la seconde, on peut faire tourner le disque incliné de 23.5° sur l'axe incliné à 50° et visualiser la position du Soleil dans le ciel tout au long de l'année. C'est une version simplifiée de sphère armillaire.

vendredi 3 avril 2026

LoRa

Signal LoRa d'un court message (Hello#) avec un SF de 12 et une bande passante de 7.8 kHz donnant le débit binaire le plus lent afin de visualiser le signal avec 'RF Analyzer' sur un smartphone connecté à une clé RL-SDR. On voit bien la répétition (8, par défaut dans LoRaSender.ino) dans le préambule et les deux chirps de sens contraire qui suivent, avant le message proprement dit.

L'équation de base pour LoRa est :

La durée d'un symbole Ts est égale à 2 exposant le facteur d'étalement SF divisé par la bande passante B. Avec SF, le 'Spreading Factor', le nombre de bits contenus dans le symbole.

De là, on peut déduire le débit binaire, SF/Ts et, en tenant compte du préambule et du code correcteur d'erreur, le temps d'émission d'un message et donc la consommation électrique.

Avec une bande passante de 250 kHz, toujours avec un SF de 12, quand on observe la répétition de ce message avec un 'Power Profiler Kit II', on a l'écran suivant.


On observe que cela consomme pas mal, 30 mA, quand on laisse la puissance par défaut du sketch Arduino LoRaSender.ino. Beaucoup trop que pour l'alimenter par le 3.3 volts de l'arduino nano. Quand on augmente le facteur d'étalement SF, ou que l'on diminue la bande passante B, on doit fournir ces 30 mA plus longtemps.