avec un raspberry pi j'ai fais un syst=C3=A8me de r=C3=A9gulation de
temp=C3=A9rature pour un four base temp=C3=A9rature entre 25 et 30 degr=C3=
=A9s
donc une sonde ds18b20 et un relais
jusque la aucun pb cela fonction
sauf que le bouzin doit fonction 72 h que le four
et constituer d'une structure en tube pvc de 3 m sur le quelle
j' enfiler des cartons
donc pour =C3=A9vit=C3=A9 les plantage et les pb de flash
(lecture =C3=A9criture tout les 5 seconds) et accessoirement de mettre le=
=20
feux a 3 heur du mat
je souhaite utiliser un system de fichier en ram donc
mount -t tmpfs -o size=3D100M none /..../device
sauf que de memoire mais jais de gros doute
/sys/bus/w1/device/28....
arborescence /sys est d=C3=A9j=C3=A0 en ram ?
si oui comment je peux le v=C3=A9rifier
et si non comment mont=C3=A9 le system de fichier en ram sachant que l'o=
n=20
parle d'un morceaux de /sys
donc pour évité les plantage et les pb de flash (lecture écriture tout les 5 seconds) et accessoirement de mettre le feux a 3 heur du mat
Tu peux mettre juste le boot sur la SDCard et le système sur une clé USB. Enfin, c'est une solution...
Ça va juste user la clé USB au lieu de la carte SD. As-tu des informations indiquant que les clés USB sont plus résistantes à l'écriture que les cartes SD ?
Je suis d'accord avec toi, mais Remy voulait ne pas endommager sa carte SD,
Je pense qu'il voulait surtout ne pas endommager le support du système, quel qu'il soit. Donc ça ne fait que déplacer le problème.
Le 22/03/2018 à 08:19, Michel a écrit :
Le 21/03/2018 à 21:25, Pascal Hambourg a écrit :
Le 21/03/2018 à 11:27, Michel a écrit :
Le 21/03/2018 à 09:28, remy a écrit :
[ . . . ]
donc pour évité les plantage et les pb de flash
(lecture écriture tout les 5 seconds) et accessoirement de mettre le
feux a 3 heur du mat
Tu peux mettre juste le boot sur la SDCard et le système sur une clé
USB. Enfin, c'est une solution...
Ça va juste user la clé USB au lieu de la carte SD. As-tu des
informations indiquant que les clés USB sont plus résistantes à
l'écriture que les cartes SD ?
Je suis d'accord avec toi, mais Remy voulait ne pas endommager sa carte
SD,
Je pense qu'il voulait surtout ne pas endommager le support du système,
quel qu'il soit. Donc ça ne fait que déplacer le problème.
donc pour évité les plantage et les pb de flash (lecture écriture tout les 5 seconds) et accessoirement de mettre le feux a 3 heur du mat
Tu peux mettre juste le boot sur la SDCard et le système sur une clé USB. Enfin, c'est une solution...
Ça va juste user la clé USB au lieu de la carte SD. As-tu des informations indiquant que les clés USB sont plus résistantes à l'écriture que les cartes SD ?
Je suis d'accord avec toi, mais Remy voulait ne pas endommager sa carte SD,
Je pense qu'il voulait surtout ne pas endommager le support du système, quel qu'il soit. Donc ça ne fait que déplacer le problème.
Pascal Hambourg
Le 22/03/2018 à 09:30, remy a écrit :
Le 21/03/2018 à 21:21, Pascal Hambourg a écrit :
Le 21/03/2018 à 09:28, remy a écrit :
arborescence /sys est déjà en ram ?
Le contenu de /sys n'est stocké nulle part. C'est un système de fichiers virtuel, qui est en réalité une interface avec le noyau, comme /proc.
je suis désoler mais je ne comprend pas si je tape :~$ df -T Sys. de fichiers Type blocs de 1K Utilisé Disponible Uti% Monté sur udev devtmpfs 1012124 4 1012120 1% /dev tmpfs tmpfs 205384 1048 204336 1% /run /dev/sda1 ext4 301618992 99718624 186555968 35% / none tmpfs 4 0 4 0% /sys/fs/cgroup none tmpfs 5120 0 5120 0% /run/lock none tmpfs 1026908 8868 1018040 1% /run/shm none tmpfs 102400 44 102356 1% /run/user :~$
df n'affiche pas les systèmes de fichiers virtuels par défaut. Il faut ajouter l'option -a.
/sys et bien de type tmpfs
Non. C'est /sys/fs/cgroup qui est un tmpfs, pas /sys (qui n'est pas affiché ici).
que je regarde https://fr.wikipedia.org/wiki/Tmpfs perso je comprend que c'est bien en ram
Non, un tmpfs est en mémoire virtuelle, et physiquement ça peut être en RAM ou en swap.
parce que le je vais écrire en permanence pendant 7 jours
Ecrire dans quoi ?
Le 22/03/2018 à 09:30, remy a écrit :
Le 21/03/2018 à 21:21, Pascal Hambourg a écrit :
Le 21/03/2018 à 09:28, remy a écrit :
arborescence /sys est déjà en ram ?
Le contenu de /sys n'est stocké nulle part. C'est un système de
fichiers virtuel, qui est en réalité une interface avec le noyau,
comme /proc.
je suis désoler mais je ne comprend pas
si je tape
Le contenu de /sys n'est stocké nulle part. C'est un système de fichiers virtuel, qui est en réalité une interface avec le noyau, comme /proc.
je suis désoler mais je ne comprend pas si je tape :~$ df -T Sys. de fichiers Type blocs de 1K Utilisé Disponible Uti% Monté sur udev devtmpfs 1012124 4 1012120 1% /dev tmpfs tmpfs 205384 1048 204336 1% /run /dev/sda1 ext4 301618992 99718624 186555968 35% / none tmpfs 4 0 4 0% /sys/fs/cgroup none tmpfs 5120 0 5120 0% /run/lock none tmpfs 1026908 8868 1018040 1% /run/shm none tmpfs 102400 44 102356 1% /run/user :~$
df n'affiche pas les systèmes de fichiers virtuels par défaut. Il faut ajouter l'option -a.
/sys et bien de type tmpfs
Non. C'est /sys/fs/cgroup qui est un tmpfs, pas /sys (qui n'est pas affiché ici).
que je regarde https://fr.wikipedia.org/wiki/Tmpfs perso je comprend que c'est bien en ram
Non, un tmpfs est en mémoire virtuelle, et physiquement ça peut être en RAM ou en swap.
parce que le je vais écrire en permanence pendant 7 jours
Ecrire dans quoi ?
Pascal Hambourg
Le 22/03/2018 à 10:42, Doug713705 a écrit :
D'ailleurs ton fstab indique tmpfs pour /sys/fs/cgroup et non pas pour /sys qui n'a pas besoin d'être précisé dans fstab (La mise à disposition de /sys est faite à partir d'une option de compilation du noyau).
Non sens total. Le montage de /sys/fs/cgroup n'est pas fait via fstab (que remy n'a d'ailleurs pas montré). /sys doit être explicitement monté pour être accessible, comme n'importe quel système de fichiers, mais ce n'est pas non plus fait via fstab.
Le 22/03/2018 à 10:42, Doug713705 a écrit :
D'ailleurs ton fstab indique tmpfs pour /sys/fs/cgroup et non pas pour /sys
qui n'a pas besoin d'être précisé dans fstab (La mise à disposition de /sys
est faite à partir d'une option de compilation du noyau).
Non sens total.
Le montage de /sys/fs/cgroup n'est pas fait via fstab (que remy n'a
d'ailleurs pas montré).
/sys doit être explicitement monté pour être accessible, comme n'importe
quel système de fichiers, mais ce n'est pas non plus fait via fstab.
D'ailleurs ton fstab indique tmpfs pour /sys/fs/cgroup et non pas pour /sys qui n'a pas besoin d'être précisé dans fstab (La mise à disposition de /sys est faite à partir d'une option de compilation du noyau).
Non sens total. Le montage de /sys/fs/cgroup n'est pas fait via fstab (que remy n'a d'ailleurs pas montré). /sys doit être explicitement monté pour être accessible, comme n'importe quel système de fichiers, mais ce n'est pas non plus fait via fstab.
remy
Ecrire dans quoi ?
le module charger dans le noyau associer a la sonde de température écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/ w1 pour bus one-wire ,c'est un bus série maître /esclave un peu t comme l'usb device c'est le répertoire qui regroupe tout les périphér iques de type w1 et chaque périphérique a un répertoire qui lui est associe r type de (périphérique-"""add mac""" ) ou id donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires /sys/bus/w1/devices/28-0000xxx1/ /sys/bus/w1/devices/28-0000xxx2/ et dans chaque répertoire j'aurais un fichier txt w1_slave dans le quelle il y aura 7c 01 4b 46 7f ff 04 10 09 : crc YES 7c 01 4b 46 7f ff 04 10 09 t"750 ensuite se que je ne sais pas soit c'est le module qui de manier periodique viens mettre a jour le fichier ou c'est a chaque demande de lecture du fichier w1_slave qu'il y a une mise a jours dans tout les cas comme le system de régulation vas interroger la température très très souvent du style t out les 5 secondes et que le four base température moins de 30 dégré es fait 3 m de long et qu'il est constituer de carton enfiler sur une structure en tube je ne peut pas me permettre de mettre le feux donc aucun plantage pendant 7 jours voila maintenant que j'ai trouver une alternative c'est moins important le rasberry me servira de superviseur histoire de suivre la température remy -- http://remyaumeunier.chez-alice.fr/ toujours autant dyslexique
Ecrire dans quoi ?
le module charger dans le noyau associer a la sonde de température
écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
w1 pour bus one-wire ,c'est un bus série maître /esclave un peu t comme
l'usb
device c'est le répertoire qui regroupe tout les périphér iques de type
w1
et chaque périphérique a un répertoire qui lui est associe r
type de (périphérique-"""add mac""" ) ou id
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires
soit c'est le module qui de manier periodique
viens mettre a jour le fichier
ou c'est a chaque demande de lecture du fichier w1_slave qu'il y a une
mise a jours
dans tout les cas comme le system de régulation
vas interroger la température très très souvent du style t out les 5
secondes et que le four base température moins de 30 dégré es fait 3 m de
long et qu'il est constituer de carton enfiler sur une structure en
tube
je ne peut pas me permettre de mettre le feux
donc aucun plantage pendant 7 jours
voila maintenant que j'ai trouver une alternative
c'est moins important le rasberry me servira de superviseur histoire de
suivre la température
remy
--
http://remyaumeunier.chez-alice.fr/
toujours autant dyslexique
le module charger dans le noyau associer a la sonde de température écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/ w1 pour bus one-wire ,c'est un bus série maître /esclave un peu t comme l'usb device c'est le répertoire qui regroupe tout les périphér iques de type w1 et chaque périphérique a un répertoire qui lui est associe r type de (périphérique-"""add mac""" ) ou id donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires /sys/bus/w1/devices/28-0000xxx1/ /sys/bus/w1/devices/28-0000xxx2/ et dans chaque répertoire j'aurais un fichier txt w1_slave dans le quelle il y aura 7c 01 4b 46 7f ff 04 10 09 : crc YES 7c 01 4b 46 7f ff 04 10 09 t"750 ensuite se que je ne sais pas soit c'est le module qui de manier periodique viens mettre a jour le fichier ou c'est a chaque demande de lecture du fichier w1_slave qu'il y a une mise a jours dans tout les cas comme le system de régulation vas interroger la température très très souvent du style t out les 5 secondes et que le four base température moins de 30 dégré es fait 3 m de long et qu'il est constituer de carton enfiler sur une structure en tube je ne peut pas me permettre de mettre le feux donc aucun plantage pendant 7 jours voila maintenant que j'ai trouver une alternative c'est moins important le rasberry me servira de superviseur histoire de suivre la température remy -- http://remyaumeunier.chez-alice.fr/ toujours autant dyslexique
Pascal Hambourg
Le 23/03/2018 à 09:46, remy a écrit :
le module charger dans le noyau associer a la sonde de température écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
(...)
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires /sys/bus/w1/devices/28-0000xxx1/ /sys/bus/w1/devices/28-0000xxx2/ et dans chaque répertoire j'aurais un fichier txt w1_slave dans le quelle il y aura 7c 01 4b 46 7f ff 04 10 09 : crc YES 7c 01 4b 46 7f ff 04 10 09 t"750
Si tu avais commencé par expliquer cela, on aurait compris tout de suite de quoi tu parlais et on aurait pu te répondre rapidement. Je suppose que le programme de régulation lit ce fichier pour récupérer la mesure de température ? Ce n'est pas un vrai fichier. Comme je l'ai déjà dit, à l'instar de tout ce qui se trouve dans /sys, c'est une interface avec le noyau : une écriture ou un lecture dans un de ces fichiers est en fait une communication avec le sous-système du noyau exporté par ce moyen. Ici, le pilote du capteur de température. Il n'y a aucune écriture. Quand un programme lit le fichier, ce qu'il reçoit lui est envoyé directement par le pilote. Tu n'as donc aucune crainte à avoir que cela use la carte SD.
Le 23/03/2018 à 09:46, remy a écrit :
le module charger dans le noyau associer a la sonde de température
écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
(...)
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires
Si tu avais commencé par expliquer cela, on aurait compris tout de suite
de quoi tu parlais et on aurait pu te répondre rapidement.
Je suppose que le programme de régulation lit ce fichier pour récupérer
la mesure de température ?
Ce n'est pas un vrai fichier. Comme je l'ai déjà dit, à l'instar de tout
ce qui se trouve dans /sys, c'est une interface avec le noyau : une
écriture ou un lecture dans un de ces fichiers est en fait une
communication avec le sous-système du noyau exporté par ce moyen. Ici,
le pilote du capteur de température.
Il n'y a aucune écriture. Quand un programme lit le fichier, ce qu'il
reçoit lui est envoyé directement par le pilote. Tu n'as donc aucune
crainte à avoir que cela use la carte SD.
le module charger dans le noyau associer a la sonde de température écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
(...)
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires /sys/bus/w1/devices/28-0000xxx1/ /sys/bus/w1/devices/28-0000xxx2/ et dans chaque répertoire j'aurais un fichier txt w1_slave dans le quelle il y aura 7c 01 4b 46 7f ff 04 10 09 : crc YES 7c 01 4b 46 7f ff 04 10 09 t"750
Si tu avais commencé par expliquer cela, on aurait compris tout de suite de quoi tu parlais et on aurait pu te répondre rapidement. Je suppose que le programme de régulation lit ce fichier pour récupérer la mesure de température ? Ce n'est pas un vrai fichier. Comme je l'ai déjà dit, à l'instar de tout ce qui se trouve dans /sys, c'est une interface avec le noyau : une écriture ou un lecture dans un de ces fichiers est en fait une communication avec le sous-système du noyau exporté par ce moyen. Ici, le pilote du capteur de température. Il n'y a aucune écriture. Quand un programme lit le fichier, ce qu'il reçoit lui est envoyé directement par le pilote. Tu n'as donc aucune crainte à avoir que cela use la carte SD.
Pascal Hambourg
Le 23/03/2018 à 21:00, Pascal Hambourg a écrit :
Le 23/03/2018 à 09:46, remy a écrit :
le module charger dans le noyau associer a la sonde de température écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
(...)
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires /sys/bus/w1/devices/28-0000xxx1/ /sys/bus/w1/devices/28-0000xxx2/ et dans chaque répertoire j'aurais un fichier txt w1_slave dans le quelle il y aura 7c 01 4b 46 7f ff 04 10 09 : crc YES 7c 01 4b 46 7f ff 04 10 09 t"750
(...)
Ce n'est pas un vrai fichier. Comme je l'ai déjà dit, à l'instar de tout ce qui se trouve dans /sys, c'est une interface avec le noyau : une écriture ou un lecture dans un de ces fichiers est en fait une communication avec le sous-système du noyau exporté par ce moyen. Ici, le pilote du capteur de température.
Encore une chose. Si par contre tu avais monté un tmpfs sur le répertoire parent selon ton idée, alors d'une part le fichier en question n'aurait pas existé (preuve que rien ne l'écrit) et tu n'aurais pas pu lire la température car ton montage aurait masqué les pseudo-fichiers de /sys.
Le 23/03/2018 à 21:00, Pascal Hambourg a écrit :
Le 23/03/2018 à 09:46, remy a écrit :
le module charger dans le noyau associer a la sonde de température
écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
(...)
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires
Ce n'est pas un vrai fichier. Comme je l'ai déjà dit, à l'instar de tout
ce qui se trouve dans /sys, c'est une interface avec le noyau : une
écriture ou un lecture dans un de ces fichiers est en fait une
communication avec le sous-système du noyau exporté par ce moyen. Ici,
le pilote du capteur de température.
Encore une chose.
Si par contre tu avais monté un tmpfs sur le répertoire parent selon ton
idée, alors d'une part le fichier en question n'aurait pas existé
(preuve que rien ne l'écrit) et tu n'aurais pas pu lire la température
car ton montage aurait masqué les pseudo-fichiers de /sys.
le module charger dans le noyau associer a la sonde de température écrie dans le répertoire /sys/bus/w1/devices/28-ID_Sonde/
(...)
donc si j'ai 2 sondes le module (w1-therm) crée 2 répertoires /sys/bus/w1/devices/28-0000xxx1/ /sys/bus/w1/devices/28-0000xxx2/ et dans chaque répertoire j'aurais un fichier txt w1_slave dans le quelle il y aura 7c 01 4b 46 7f ff 04 10 09 : crc YES 7c 01 4b 46 7f ff 04 10 09 t"750
(...)
Ce n'est pas un vrai fichier. Comme je l'ai déjà dit, à l'instar de tout ce qui se trouve dans /sys, c'est une interface avec le noyau : une écriture ou un lecture dans un de ces fichiers est en fait une communication avec le sous-système du noyau exporté par ce moyen. Ici, le pilote du capteur de température.
Encore une chose. Si par contre tu avais monté un tmpfs sur le répertoire parent selon ton idée, alors d'une part le fichier en question n'aurait pas existé (preuve que rien ne l'écrit) et tu n'aurais pas pu lire la température car ton montage aurait masqué les pseudo-fichiers de /sys.
