Discussion :

[troumad]

Bonjour

Je fais un mise à jour de mon système. Je passe d'un pi3 à un pi5.
J'ai parcouru beaucoup de forum, mais, j'ai du rater quelque chose !

Mon capteur marche sur mon pi3, mais pas sur mon pi5 !
J'ai regardé des docs, fais plein d'essais. Je ne suis jamais arrivé à lire mes capteurs : ils n'étaient pas détectés.
Au bilan, j'ai remis mes capteurs sur mon pi3 et mon pi5 questionne le pi3 pour récupérer les informations.

Mon but étant de me passer du pi3, j'aimerai savoir comment faire !

Le montage qui marche sur le pi3 est celui-là : https://www.framboise314.fr/mesure-d...-raspberry-pi/

[fred1599]

Hello,

Le passage au Raspberry Pi 5 représente un saut technologique significatif, car l'architecture de gestion des entrées/sorties (GPIO) a été totalement repensée. Contrairement au Raspberry Pi 3 où les GPIO étaient gérés directement par le SoC (System on Chip), le Pi 5 délègue cette tâche à une puce dédiée appelée RP1.

Cette modification influe sur la manière dont les protocoles comme le 1-Wire (utilisé par vos capteurs DS18B20) interagissent avec le matériel, car les timings et la gestion des résistances de pull-up sont désormais gérés par ce contrôleur externe au processeur principal.

Pour que nous puissions diagnostiquer précisément pourquoi vos capteurs ne sont pas détectés par le système, nous allons procéder par étapes.

Pourriez-vous me fournir les informations suivantes :

1. Quelle distribution utilisez-vous (par exemple, Raspberry Pi OS 64-bit Bookworm) ?
2. Quel est le contenu actuel de votre fichier de configuration (généralement /boot/firmware/config.txt sur les versions récentes) concernant l'activation du 1-Wire ?
3. Si vous exécutez la commande dmesg | grep -i w1 après un redémarrage, obtenez-vous des messages d'erreur spécifiques liés au bus ou au driver ?

[troumad]

Bonjour

Je comprends mieux la source de mon problème. Les tutos sont presque tous pour les vielles versions des pi !

mon OS :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
troumad@serveur5:/etc/apt $ cat sources.list.d/*
Types: deb
URIs: http://deb.debian.org/debian/
Suites: trixie trixie-updates
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.pgp

Types: deb
URIs: http://deb.debian.org/debian-security/
Suites: trixie-security
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.pgp
Types: deb
URIs: http://archive.raspberrypi.com/debian/
Suites: trixie
Components: main
Signed-By: /usr/share/keyrings/raspberrypi-archive-keyring.pgp

Pour le 1-Wire (à la fin) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
troumad@serveur5:/etc/apt $ cat /boot/firmware/config.txt
# For more options and information see
# http://rptl.io/configtxt
# Some settings may impact device functionality. See link above for details

# Uncomment some or all of these to enable the optional hardware interfaces
##dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on

# Enable audio (loads snd_bcm2835)
dtparam=audio=on

# Additional overlays and parameters are documented
# /boot/firmware/overlays/README

# Automatically load overlays for detected cameras
##camera_auto_detect=1

# Automatically load overlays for detected DSI displays
##display_auto_detect=1

# Automatically load initramfs files, if found
##auto_initramfs=1

# Enable DRM VC4 V3D driver
##dtoverlay=vc4-kms-v3d
##max_framebuffers=2

# Don't have the firmware create an initial video= setting in cmdline.txt.
# Use the kernel's default instead.
##disable_fw_kms_setup=1

# Run in 64-bit mode
##arm_64bit=1

# Disable compensation for displays with overscan
##disable_overscan=1

# Run as fast as firmware / board allows
##arm_boost=1

##[cm4]
# Enable host mode on the 2711 built-in XHCI USB controller.
# This line should be removed if the legacy DWC2 controller is required
# (e.g. for USB device mode) or if USB support is not required.
##otg_mode=1

##[cm5]
##dtoverlay=dwc2,dr_mode=host

##[all]
##dtparam=uart0=on
##dtparam=nvme
##dtparam=pciex1_gen=3
##usb_max_current_enable=1

#dtoverlay=w1-gpio,gpiopin=4
dtoverlay=w1-gpio

Et pour le dmesg :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
troumad@serveur5:~ $ dmesg | grep -i w1
[    2.989007] w1_master_driver w1_bus_master1: w1_search: max_slave_count 64 reached, will continue next search.
[   49.674365] w1_master_driver w1_bus_master1: Family 0 for 00.800000000000.8c is not registered.

[fred1599]

Sur le Raspberry Pi 5, le pilote w1-gpio a besoin de précisions sur la manière de gérer la broche, car le RP1 est plus sensible que les anciens SoC.

Modifiez votre fichier /boot/firmware/config.txt pour remplacer votre ligne actuelle par celle-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# On force l'utilisation de la broche 4 et on active le pull-up externe (si présent)
dtoverlay=w1-gpio,gpiopin=4,pullup=on

Il arrive que sur les versions Debian pures (comme votre Trixie), les modules spécifiques au thermomètre ne soient pas chargés automatiquement au démarrage malgré l'overlay.

Tapez ces commandes pour forcer le chargement des pilotes de famille :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sudo modprobe w1-gpio
sudo modprobe w1-therm

Ensuite, regardez à nouveau dmesg | grep -i w1

Sur le Pi 3, le processeur gérait lui-même les timings très serrés du protocole 1-Wire. Sur le Pi 5, le processeur doit passer par le bus PCIe pour dire à la puce RP1 de changer l'état de la broche. Ce petit délai supplémentaire rend le protocole très sensible à la qualité du signal électrique (d'où l'importance de la résistance de pull-up).

---------

Le Raspberry Pi 5 a une impédance d'entrée différente du Pi 3.

Vérification de la résistance : Le montage classique utilise une résistance de 4.7 kΩ entre le 3.3V et le signal (Data).

Le conseil : Si avec 4.7 kΩ cela ne fonctionne toujours pas (ID en 00.000...), essayez de doubler la résistance en mettant une deuxième résistance de 4.7 kΩ en parallèle. Cela aide le signal à remonter à 3.3V plus rapidement, compensant la capacité parasite plus élevée du contrôleur RP1.

EDIT: J'ai vu aussi cela sur https://forums.raspberrypi.com/viewtopic.php?t=366748

Éditer le fichier de paramètres de démarrage.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo nano /boot/firmware/cmdline.txt

Ajouter pcie_aspm=off à la fin de la ligne existante. Ne pas créer de nouvelle ligne.

Cette directive empêche le lien entre le CPU et le RP1 de s'endormir, garantissant que les commandes de lecture du capteur ne sont pas retardées par le réveil du bus.

[troumad]

Bonsoir

Plusieurs remarques :
1) Pour le dmesg | grep -i w1 il faut que redémarrer le pi5 ? Mettre les sondes ? Pour le moment, elles sont utilisées par le pi3 en mode secours. Suivant quelle manipulation il faut faire, je n'aurais le temps que dimanche.
2) Si on met 2 mêmes résistances en parallèle, on divise la résistance par 2 (on double la conductance) : R1//R2=(R1.R2)/(R1+R2). Si on a besoin de résistance de pull-up, c'est qu'on a une sortie collecteur ouvert.
3) Pour rigoler, j'utilise vi, pas nano. Je suis de l'époque où les utilisateurs de vi et emacs faisaient semblant de ne pas se supporter. Enfin j'ai plutôt "vim".

[fred1599]

1) Pour le dmesg | grep -i w1 il faut que redémarrer le pi5 ? Mettre les sondes ?

OUI, impérativement. Les modifications nécessaires pour stabiliser le 1-Wire sur le Pi 5 (désactivation de l'ASPM et chargement de l'overlay) se font dans les fichiers de démarrage (cmdline.txt et config.txt). Elles ne sont prises en compte qu'au boot.

Pour confirmer que le correctif de latence (pcie_aspm=off) fonctionne, il faut impérativement que les sondes soient branchées. C'est le dialogue avec les sondes qui génère les erreurs de timing (les fameux périphériques fantômes "00-xxxx" ou "Family 0").

Même sans sondes, la commande dmesg | grep w1 vous confirmera si le maître du bus (le pilote) est bien chargé et si l'overlay est actif. Vous devriez voir des messages relatifs au chargement du w1_gpio.

2) Si on met 2 mêmes résistances en parallèle, on divise la résistance par 2 (on double la conductance) : R1//R2=(R1.R2)/(R1+R2). Si on a besoin de résistance de pull-up, c'est qu'on a une sortie collecteur ouvert.

L'important est d'avoir cette résistance externe physique pour garantir des fronts montants nets et rapides, indispensables pour compenser les délais du Pi 5.
Le protocole 1-Wire est bien une architecture à collecteur ouvert (open collector/drain). L'état par défaut est "flottant", c'est la résistance de pull-up qui force la ligne à l'état HAUT (3,3V) quand personne ne parle.

[troumad]

Voici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#   dmesg | grep -i w1
[    2.909665] w1_master_driver w1_bus_master1: w1_search: max_slave_count 64 reached, will continue next search.
[   49.653553] w1_master_driver w1_bus_master1: Family 0 for 00.800000000000.8c is not registered.
[  108.287485] w1_master_driver w1_bus_master1: Family 0 for 00.400000000000.46 is not registered.
[  155.127454] w1_master_driver w1_bus_master1: Family 0 for 00.c00000000000.ca is not registered.
[  225.567336] w1_master_driver w1_bus_master1: Family 0 for 00.200000000000.23 is not registered.
[  284.211690] w1_master_driver w1_bus_master1: Family 0 for 00.a00000000000.af is not registered.
root@serveur5:~# cd /sys/bus/w1/devices/
root@serveur5:/sys/bus/w1/devices# ll
total 0
lrwxrwxrwx 1 root root 0 Jan  4 11:13 00-100000000000 -> ../../../devices/w1_bus_master1/00-100000000000
lrwxrwxrwx 1 root root 0 Jan  4 11:13 00-900000000000 -> ../../../devices/w1_bus_master1/00-900000000000
lrwxrwxrwx 1 root root 0 Jan  4 11:03 w1_bus_master1 -> ../../../devices/w1_bus_master1
root@serveur5:/sys/bus/w1/devices#

Il va falloir que je teste avec une résistance de pull-up plus faible. Je n'en ai pas à la maison.

édit : le wifi ne marche plus sur mon pi5 depuis que je viens de le relancer avec les modifs.

[fred1599]

Avant faites à nouveau le test avec un overlay sans l'option pull on

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dtoverlay=w1-gpio

Le Pi 5 dispose d'une résistance de pull-up interne activable par logiciel, mais elle est d'environ 50 kΩ.
À cause de la latence introduite par le contrôleur PCIe, les timing sont beaucoup plus serrés. Une résistance de 50 kΩ est trop élevée : elle met trop de temps à "remonter" le signal à 3,3V (temps de montée trop lent), ce qui cause des erreurs de lecture quand le bus se réveille.

Tapez cette commande pour voir avec quels paramètres le Pi a réellement démarré :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cat /proc/cmdline

• Si vous ne voyez pas pcie_aspm=off dans cette ligne, c'est que la modification n'a pas été appliquée.
• Si vous le voyez, vérifiez qu'il est bien séparé des autres paramètres par un espace et qu'il est écrit exactement ainsi.

Il est fort probable que vous ayez édité /boot/cmdline.txt (ancien emplacement) au lieu de /boot/firmware/cmdline.txt (nouvel emplacement physique de la partition de boot).

[troumad]

Bonjour

Hier, j'ai eu quelques surprises... J'ai fait sauter la configuration réseau du pi5 parce qu'il n'arrivait plus à se connecter sur le réseau Wi-Fi. L'origine était simplement que la borne était HS ! Tout était bon au début sur le pi5.
Au passage, j'ai trouvé dans raspi-config, "3 Interface Options" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
                                                          ┌─────────────────────────────┤ Raspberry Pi Software Configuration Tool (raspi-config) ├──────────────────────────────┐
                                                          │                                                                                                                      │ 
                                                          │                        I1 SSH         Enable/disable remote command line access using SSH                            │ 
                                                          │                        I2 RPi Connect Enable/disable Raspberry Pi Connect                                            │ 
                                                          │                        I3 VNC         Enable/disable graphical remote desktop access                                 │ 
                                                          │                        I4 SPI         Enable/disable automatic loading of SPI kernel module                          │ 
                                                          │                        I5 I2C         Enable/disable automatic loading of I2C kernel module                          │ 
                                                          │                        I6 Serial Port Enable/disable shell messages on the serial connection                         │ 
                                                          │                        I7 1-Wire      Enable/disable one-wire interface                                              │ 
                                                          │                                                                                                                      │ 
                                                          │                                                                                                                      │ 
                                                          │                                                                                                                      │ 
                                                          │                                                                                                                      │ 
                                                          │                                                                                                                      │ 
                                                          │                                                                                                                      │ 
                                                          │                                  <Select>                                  <Back>                                    │ 
                                                          │                                                                                                                      │ 
                                                          └──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘

Donc, on peut configurer aussi par là.

J'ai bien tout ce qu'il faut :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
root@serveur5:~# cat /proc/cmdline
reboot=w coherent_pool=1M 8250.nr_uarts=1 pci=pcie_bus_safe cgroup_disable=memory numa_policy=interleave nvme.max_host_mem_size_mb=0 bcm2708_fb.fbwidth=640 bcm2708_fb.fbheight=480 bcm2708_fb.fbdepth=16 bcm2708_fb.fbswap=1 numa=fake=8 system_heap.max_order=0 iommu_dma_numa_policy=interleave smsc95xx.macaddr=88:A2:9E:29:67:4C vc_mem.mem_base=0x3fc00000 vc_mem.mem_size=0x40000000  console=ttyAMA10,115200 console=tty1 root=PARTUUID=fa8a51fb-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles pcie_aspm=off cfg80211.ieee80211_regdom=FR
root@serveur5:~# cat /boot/cmdline.tx
cat: /boot/cmdline.tx: No such file or directory
root@serveur5:~# cat /boot/firmware/cmdline.txt
console=serial0,115200 console=tty1 root=PARTUUID=fa8a51fb-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles pcie_aspm=off cfg80211.ieee80211_regdom=FR

[troumad]

Bonjour

J'ai essayé de mettre en // avec mes 2 résistances de 10 kOhm qui sont en // pour le pull-up un de 5,6 kOhm. Ça fait un peu moins que 2,65 kOhm (comme les résistances sont à 5%, on ne va pas chipoter sur les décimales).
Ça n'a rien donné de mieux. Je commence à démissionner. Il faudra que je prenne le temps de tester capteur après capteur avec le pi5. À moins de récupérer un autre capteur pour faire des tests sans démonter le montage déjà effectué.

Pour le moment, mon système marche avec le pi5 qu questionne le pi3. La vitesse du traitement de données et création des graphiques est bien plus rapide avec le pi5. C'est dommage qu'il n'y ait pas une sortie son sur le pi5, je conserverai le système actuel en rapatriant le pi5 sois le TV à côté de la chaîne pour en faire en plus un serveur multi-média.

[fred1599]

J'avoue être à cours d'idées aussi, désolé

[Artemus24]

Salut à tous.

Mon capteur marche sur mon pi3, mais pas sur mon pi5 !

As tu utilisé la même carte micro SD sur ton RPi 3B et sur ton RPi 5B ?

As tu pensé à changer tes GPIO pour ton montage sur ta RPi 5B ?

[umfred]

Je pense que la résistance est maintenant trop faible (les 2x 10k en // avec la 50k interne va donner environ 4.5k, ce est dans les clous pour le 1-wire).
Une alternative pourrait être de passer avec un module I2c-1wire

[troumad]

Bonjour

Si le pi3 peut continuer de prendre les mesures que le pi5 récupère. C'est génial : je place le pi5 ailleurs pour une autre utilisation... Et donc, j'envoie d'autres questions parce que là aussi, j'ai un problème
Merci pour vos idées tout de même !