lundi 27 mars 2023

Pénurie de RSPI4

Le Raspberry Pi 4 est un ordinateur monocarte incroyablement puissant qui a gagné en popularité ces dernières années en raison de sa flexibilité et de sa taille compacte. Cependant, il y a eu des problèmes de disponibilité du Raspberry Pi 4 qui ont frustré de nombreux utilisateurs. Dans ce billet de blog, nous allons explorer ces problèmes et chercher à comprendre les raisons de ces pénuries.

Tout d'abord, il convient de noter que la demande pour le Raspberry Pi 4 a été beaucoup plus élevée que prévu. Les premiers modèles ont été mis en vente en juin 2019 et ont immédiatement connu un grand succès. Les utilisateurs ont été attirés par les performances améliorées du Raspberry Pi 4 par rapport aux modèles précédents, ainsi que par les nouvelles fonctionnalités telles que les ports USB 3.0 et les connexions Gigabit Ethernet.

Cependant, la demande a rapidement dépassé l'offre, et cela a conduit à des problèmes de disponibilité du Raspberry Pi 4. Les fournisseurs ont été incapables de répondre à la demande croissante et les temps d'attente pour obtenir un Raspberry Pi 4 ont augmenté. Certains utilisateurs ont même signalé des retards de plusieurs mois pour recevoir leur commande.

Un autre facteur qui a contribué à la pénurie de Raspberry Pi 4 est la pandémie de COVID-19. La production et la distribution de nombreux produits électroniques ont été perturbées par la pandémie, et le Raspberry Pi 4 n'a pas fait exception. La production a été ralentie et les livraisons ont été retardées en raison de l'augmentation des coûts de transport et de la congestion des ports.

Enfin, il y a eu des problèmes de disponibilité des composants électroniques, tels que les puces de mémoire et les processeurs, qui ont été utilisés dans la fabrication du Raspberry Pi 4. Cette pénurie de composants a eu un impact sur la production du Raspberry Pi 4 ainsi que sur d'autres produits électroniques.

La pénurie de Raspberry Pi 4 a également eu un impact sur les prix, avec une augmentation significative des prix sur les marchés en ligne et dans les magasins spécialisés. Les vendeurs ont utilisé la forte demande pour augmenter les prix, et certains ont vendu des Raspberry Pi 4 à des prix beaucoup plus élevés que le prix de détail recommandé par la fondation Raspberry Pi.

Les utilisateurs ont signalé avoir payé jusqu'à deux fois le prix de détail pour un Raspberry Pi 4 en raison de la pénurie. Cette augmentation des prix a rendu l'achat d'un Raspberry Pi 4 plus difficile pour de nombreux utilisateurs, en particulier ceux qui ont un budget limité.

Il est important de noter que la fondation Raspberry Pi a travaillé dur pour maintenir les prix recommandés malgré la pénurie de Raspberry Pi 4. Cependant, cela n'a pas empêché les vendeurs tiers de vendre à des prix plus élevés. La fondation Raspberry Pi a même publié des avertissements sur son site Web pour informer les utilisateurs des vendeurs qui vendent des produits à des prix abusifs.

En fin de compte, l'augmentation des prix a été un effet secondaire malheureux de la pénurie de Raspberry Pi 4. Cependant, il est important de noter que les prix sont maintenant revenus à des niveaux plus raisonnables depuis que la production s'est améliorée. Les utilisateurs peuvent désormais acheter un Raspberry Pi 4 à des prix plus proches du prix de détail recommandé, bien que les prix puissent varier en fonction de la région et du marché.

En conclusion, les problèmes de disponibilité du Raspberry Pi 4 ont été causés par une demande beaucoup plus élevée que prévu, des perturbations dans la production et la distribution en raison de la pandémie de COVID-19, et une pénurie de composants électroniques. Bien que cela ait frustré de nombreux utilisateurs, la fondation Raspberry Pi a travaillé dur pour répondre à la demande et améliorer la disponibilité du Raspberry Pi 4. Avec le temps, il est probable que la production s'adaptera à la demande et que les temps d'attente pour obtenir un Raspberry Pi 4 seront réduits.





vendredi 8 mai 2015

Compiler GCC 5.1 sur Raspberry 2

Aujourd'hui j'ai profité du jour férié pour compiler GCC 5.1 sur mon Raspberry 2.

En soit, la procédure n'est pas compliquée, c'est la même que sur n'importe quel linux sauf que depuis quelques temps la compilation nécessite une quantité importante de mémoire. En fait, il faut bien plus que le giga de RAM dont dispose la machine et je n'ai vraiment pas envie de faire de la cross-compilation.

Comme d'habitude, Linux montre sa supériorité dès qu'on sort un peu des sentiers battus. Pour "augmenter" la quantité de mémoire disponible j'ai tout simplement utiliser le module ZRAM.

Mon environnement est la Rasperian, sur les autres distributions la procédure est très proche.

Pour commencer, on va crée un petit script qui va nous faciliter la vie pour la zram :

Copiez les lignes ci-dessous dans votre éditeur favori et sauvegardez le fichier sous le doux nom de "enable-zram"

--------------------------
#!/bin/bash
modprobe zram &&
echo $((350*1024*1024)) > /sys/block/zram0/disksize &&
mkswap /dev/zram0 &&
swapon -p 10 /dev/zram0 &&
exit 0
--------------------------

Ensuite :

chmod +x enable-zram
sudo ./enable-zram

Et voilà, vous disposez maintenant d'une zram 350 Mo.

Maintenant on va télécharger et préparer gcc 

wget http://mirror1.babylon.network/gcc/releases/gcc-5.1.0/gcc-5.1.0.tar.bz2

tar xjvf gcc-5.1.0.tar.bz2

cd gcc-5.1.0

On prépare les variables d'environnements qui vont bien

export LIBRARY_PATH=/usr/lib/$(gcc -print-multiarch)

export CPATH=/usr/include/$(gcc -print-multiarch)

et enfin, on passe à la configuration et à la compilation

./configure --prefix=/opt/gcc

make -j2

Remarquez que je compile sur deux coeurs au lieu de 4, nous n'avons tout simplement pas suffisamment de mémoire pour utiliser 4 processus de compilation en même temps, à un moment ou un autre nous risquons de manquer de mémoire.

Voilà, maintenant vous pouvez allez profiter de la journée dehors ou regarder le premier épisode de la trilogie du seigneur des anneaux car la compilation prend beaucoup de temps. Une fois de retour devant votre machine, il ne vous reste plus qu'un installer le compilateur fraîchement compilé :

sudo make install

Et gcc 5.1 sera installé dans /opt/gcc


lundi 4 mai 2015

Installer SDL2 sur Raspberry pi 2 sans XWindow

En ce moment mon nouveau jouet c'est le Raspberry PI 2.

Evidemment, la première chose juste après avoir installer Raspian dessus c'est d'essayer de dompter la bête avec des outils de poilus (le premier qui me parle de Python je lui coupe l'accès à mon blog).

Soyons claire, XWindow sens des dessous de bras sur un PI. C'est bien pour frimé 30 secondes (ouais, c'est un vrai ordinateur) mais pour les choses sérieuses c'est pas le pied.

Sur le PI il existe 3 options de base pour coder et afficher des zolies images :

  1.  OpenGL ES
  2.  OpenVG (je l'aime bien lui)
  3.  Framebuffer des familles.

Mais aucune de ces trois méthodes ne va nous offrir un accès facile aux autre fonctions dont nous pouvons avoir besoins (accès souris, clavier, tactile, ttf...etc).

C'est la que rentre en scène ce bon vieux SDL.

La bonne nouvelle c'est que SDL 2.0.3 est compatible avec le PI 2 à condition de respecter quelques règles de base.

  1. N'essayez pas de l'installer à avec apt-get
  2. Le compiler vous même.

Par chance l'option 2 est simple comme tout.

Assez de blabla, passons aux choses sérieuses.

Téléchargez SDL2 

wget https://www.libsdl.org/release/SDL2-2.0.3.tar.gz

Décompressez l'archive

tar xzvf SDL2-2.0.3.tar.gz

On se place dans le bon répertoire

cd SDL2-2.0.3/

et on passe les options magiques à configure

./configure --host=armv7l-raspberry-linux-gnueabihf --disable-pulseaudio --disable-esd --disable-video-mir --disable-video-wayland --disable-video-x11 --disable-video-opengl --prefix=/opt/sdl

En gros, on désactive tout et SDL va se rabattre automatiquement sur ce qui lui reste comme option. C'est à dire Opengl ES 2, c'est exactement ce qu'il nous faut pour bénéficier gratuitement de l’accélération matériel.

Il ne reste plus qu'a compiler tout ça

make -j4

et ensuite

sudo make install

Et voilà.

Dans le prochain épisode, on va compiler SDL_image et consort.


lundi 15 juillet 2013

Activer std::this_thread::sleep_for avec GCC

Je suis en train de m'amuser en ce moment avec C++11 (C++0x pour les intimes).
Il se trouve que la version 4.8.1 de GCC offre un support complet contrairement à VC2012 (VC11).

Tout se passait à merveille jusqu’à ce que j'essai d'utiliser std::this_thread::sleep_for et consort, le compilateur m'envoyant systématiquement une insulte me disant que la méthode n'existe pas...

Une petite recherche sur l'internet m'a permis de trouver la cause du problème, en fait cela vient d'un bug du script de configuration. Pour activer std::this_thread::sleep_for il suffit de passer :

--enable-libstdcxx-time=rt (sous Linux)

ou

--enable-libstdcxx-time (pas testé)

comme paramètre à configure.

Voici un petit exemple :

./configure --prefix=/opt/gcc CFLAGS='-O3'  --enable-libstdcxx-time=rt --enable-languages=c,c++

Ensuite, tout rentre dans l’ordre !

dimanche 31 mars 2013

Drivers Nvidia pour Opensuse 12.3

L'autre jour j'ai installé comme à mon habitude le driver Nvidia pour Linux sur une machine équipée d'une carte quadro.
L'installation se passe bien, l'installeur trouve bien les sources du kernel, exécute ses scripts pré et post install et je reboot. Je me dis tout va bien dans le meilleur des mondes et là c'est le drame. Le driver est bien installé mais pas d’accélération 3D...

En fait, c'est tout simplement un problème de droits sur les devices nvidia. Pour régler le problème il suffit de créer le fichier suivant


/etc/udev/rules.d/50-udev.rules avec ce qui suit :

----------------------

##################/etc/udev/rules.d/50-udev.rules############

KERNEL=="nvidia*", NAME="%k", GROUP="users" 

##################end of /etc/udev/rules.d/50-udev.rules#####


Rebooter et tout rentre dans l'ordre !


samedi 4 février 2012

SFR est-il un parasite ?





France Télécom a déposé plainte contre SFR (groupe Vivendi), qu'il accuse d'avoir régulièrement détourné une procédure réservée à la gestion des pics de trafic téléphonique, a indiqué vendredi un porte-parole de l'opérateur historique des télécoms. Estimant que SFR avait occupé "abusivement" son réseau fixe, France Télécom réclame à son concurrent plusieurs dizaines de millions d'euros.

Lire la suite de la dépêche. Source Europe1


On à tendance à l'oublier à cause du lancement de Free Mobile mais quand SFR donne des leçons de conduite à Free alors que lui même à un comportement plus qu'abusif, ne fait-il pas finalement une projection de son comportement sur les autres ?

Ils s'introduisent chez Orange et déclarent leur amour pour Free !

Un peu d'humour :)