Discussion :

[pierrot10]

Bonjour à tous


J'utilise cette commande pour sauver le resultat dans un fichier

Code :

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

sudo nfc-list -v | tee -a ~/log/nfc.log

Le résultat est le suivant:

sudo nfc-list -v | tee -a ~/log/nfc.log
nfc-list uses libnfc 1.7.1
NFC device: pn532_i2c:/dev/i2c-1 opened
1 ISO14443A passive target(s) found:
ISO/IEC 14443A (106 kbps) target:
ATQA (SENS_RES): 00 04
* UID size: single
* bit frame anticollision supported
UID (NFCID1): 67 fe a1 39
SAK (SEL_RES): 08
* Not compliant with ISO/IEC 14443-4
* Not compliant with ISO/IEC 18092

Fingerprinting based on MIFARE type Identification Procedure:
* MIFARE Classic 1K
* MIFARE Plus (4 Byte UID or 4 Byte RID) 2K, Security level 1
* SmartMX with MIFARE 1K emulation
Other possible matches based on ATQA & SAK values:

0 Felica (212 kbps) passive target(s) found.

J'aimerais savoir comment je peux modifier ma commande tee pour que dans mon fichier, il ne me sauve que ceci

ATQA (SENS_RES): 00 04
UID (NFCID1): 67 fe a1 39
SAK (SEL_RES): 08

Du moins, au minimum l'UID

Milles mercis

[N_BaH]

Bonjour,

quel(s) est/sont le(s) motif(s) qui permet(tent) d'identifier les lignes que tu veux conserver ?

[pierrot10]

Bonjour,
ben je dirais ceci

ATQA
UID
SAK

C'est la réponse que tu attends?

[becket]

Code :

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

1
2
 
grep -E '^(ATQA|UID|SAK)' fichier.log

[N_BaH]

Code :

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

1
2
3
ATQA
UID
SAK

C'est la réponse que tu attends?

si la réponse de becket te satisfait, je dirais oui.

[Flodelarab]

Bonjour

La question est, certes, celle du filtre; mais aussi la question d'un fichier log différent de l'affichage.
Et là, c'est le drame.
Je ne vois que le pipe nommé pour résoudre le problème.

Code :

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

1
2
3
$ mkfifo monpipe
$ grep -E '^(ATQA|UID|SAK)' monpipe >> fichier.log &
$ nfc-list -v | tee monpipe

Et la console aura l'affichage complet de la sortie du logiciel alors que le fichier log n'aura que l'amoncellement des lignes filtrées.

[N_BaH]

ou :

Code :

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

# nfc-list -v | tee /dev/tty | grep -E '^(ATQA|UID|SAK)' >> fichier.log

[pierrot10]

Merci pour vos réponses.

Qu'est-ce que ca fait ca plus préciséement?

Code :

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

tee /dev/tty

(/dev/tty)

Merci et belle année à vous!!

[Flodelarab]

Certes. Mais le but était de dupliquer un flux de sortie en 2 flux, pouvant potentiellement être re-traités. (ce qui n'est pas nécessaire ici.)
Peux-tu récupérer les données envoyées dans /dev/tty pour un retraitement ?

[pierrot10]

En fait pour le moement, j'aimerais le mettre dans un fichier.
Au passage, il y aun moyen que mon fichier log.log prenne la date et l'heure, comme par exemple

171230101400.log

Je suis pas trop expert, mais le but final (c'est pas le sujet de ce post) et que mon fichier print-ma-sortie.cpp récupère la sortie de

Code :

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

nfc-list -v

(qui pour le moment est sauver dans un fichier dans un fichier log) pour l'affihcer dans un écran OLED LCD

Belles fêtes!

[Flodelarab]

Teste l'exemple suivant et tu verras que tu obtiens un fichier contenant "toto" et dont le titre est la date exprimée en seconde écoulée depuis l'Epoch.

Code :

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

echo toto > "Fichier$(date +"%s").log"

Pour choisir le format de date qui te convient:

Code :

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

man date

[pierrot10]

Merci beaucoup!!!

[Flodelarab]

Et donc N_BaH, c'est quoi la réponse ? Si on envoie sur /dev/tty, on peut récupérer les données ou c'est seulement sur "l'écran" ?

[N_BaH]

non. c'est un "one shot".tee envoie les données vers un ficher (ici /dev/tty), et la sortie standard (ici dans le pipe).
si on veut afficher ET réutiliser les données, je ne vois que l'enregistrement dans un fichier texte (mktemp), PUIS son affichage.

[Flodelarab]

Ou un pipe nommé. (c'était le but)

Merci de ta réponse.

[N_BaH]

mais on ne peut pas réutiliser les données du FIFO une fois consommée par le grep... je rate quelque chose ?

[Flodelarab]

Ben si justement, c'est là que c'est beau.

Une commande n'importe laquelle peut être dupliquée pour un traitement multiple de la même sortie.

Exemple:

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
$ mkfifo monpipe
$ cat e.txt
G 7 7 1
K 12
I 5
T 8
C 28 3 28
A 9
P 11
G 3
S 3 7 4
P 3 10
M 1 4 1 10
B 7 9 8
S 8
$ grep G monpipe >> fichier.log &
[1] 8606
$ cat e.txt |tee monpipe | grep 7
G 7 7 1
S 3 7 4
B 7 9 8
[1]+  Fini                    grep G monpipe >> fichier.log
$ cat fichier.log
G 7 7 1
G 3

Mon programme est "cat e.txt". (exemple bateau)
La sortie est redirigée vers le pipe pour un filtrage des lignes contenant un G et d'autre part un filtre des lignes contenant le chiffre 7.

[N_BaH]

ben non. c'est la sortie de tee qui est "réutilisée"; le FIFO, lui, est perdu après l'appel de grep G.

mais, effectivement, cette méthode permet de faire deux traitements sur les mêmes données.

sans fifo :

Code BASH :

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

cat e.txt | tee >(grep G >G.txt) | grep 7 >7.txt

[Flodelarab]

Ahhh. C'est ce que je cherchais depuis longtemps.

C'est marrant de voir que si le résultat du milieu n'est pas redirigé, il subit les 2 filtres.