Probleme flashage PI Zigate v2

rsuard commented 1 year ago

Hello,

Je n'arrive pas à forcer la MAJ de ma Pizigate. Ce fut compliqué à installer avec la mauvaise compatibilité (3B) du PI sur lequel elle est. Néanmoins, elle marche bien. voir les logs d'abeille : AbeilleLogs-231027.tar.gz

Est ce possible de m'aider à faire la MAJ. Il n'y a plus d'info sur le site pour cette version pizigate.

Merci bcp !

Excellente fin de journée,

tcharp38 commented 1 year ago

Alors 2 choses

dabord tu as donné un mauvais type à ta Zigate. C'est donc un PIv2 et non pas PI
ensuite Abeille ne supporte pas jusque la le flashage de la v2. Je n'en ai pas du coup j'ai pas bossé dessus. Et manque de pot le flasher est different de celui de la v1

Mais si tu es partant pour fare des essais avec moi on peut bosser sur le sujet.

Bref en attendant tu dois suivre les instructions du site Zigate pour flasher une PI v2: https://zigate.fr/documentation/mise-a-jour-de-la-zigate/

rsuard commented 1 year ago

Hello, Avec plaisir pour les tests. Il me semblait que c'était une v1 mais si tu me dit que c'est une v2 je te crois. je t'avoue que je ne vois pas ou je peux voir qui elle est ? y a rien d'écrit dessus... Pour la flasher, j'ai suivi les reco sans succès, je mets les GPIO en mode write, le système me les rechange et n'arrive pas à aller plus loin... Dès que mes travaux se terminent, je te filerais des screens / logs. Merci encore pour ton aide et ta patience ;-)

tcharp38 commented 1 year ago

Salut J'attends de tes nouvelles. Quand tu aura du temps on fera le point. Tu as plusieurs sujets ouverts donc à traiter dans l'ordre aussi. A+

rsuard commented 1 year ago

Hello, Je commence par celui ci car j'ai flashé ma pizigate en suivant : https://zigate.fr/documentation/mise-a-jour-de-la-pizigate/ Je suis parti du principe que j'avais une v2 (suite à ton message) J'ai pas eu d'erreur et j'ai eu un "operation completed" du DK6programmer donc j'imaginais que c'était bon, MAISSSSS Dans la conf Abeille j'ai pas la dernière version du firmware qui s'affiche (même après un refresh) et je ne vois pas de commande pour tester la version hors de jeedom. Autre point, la MAJ des pizigate est bloqué à Buster à priori (plus de MAJ depuis) et je suis en bullseye, à voir la compatibilité du truc... Je mets les logs ici au cas ou. AbeilleLogs-231127.tar.gz PS : Il y a une surprise dedans mais je t'en parle dans l'autre threads. à dispo désormais pour faire des tests ! Travaux presque finis :-)

tcharp38 commented 1 year ago

Hello

La version qui remonte est effectivement toujours "Appli=0005, SDK=0320", autrement dit la 3.20 Zigate v2. Tu as tenté de flasher quoi ? Et as tu une trace de cette étape ?

rsuard commented 1 year ago

Hello @tcharp38, J'ai tenté de MAJ le firmware en suivant la doc. (donc hors jeedom, en ligne de commande) Je peux le refaire pour te faire des screens si tu veux ? De cette xp, j'ai eu ce feeling : J'ai pas eu d'erreur et j'ai eu un "operation completed" du DK6programmer donc j'imaginais que c'était bon, MAISSSSS Dans la conf Abeille j'ai pas la dernière version du firmware qui s'affiche (même après un refresh) et je ne vois pas de commande pour tester la version hors de jeedom. NB : le soft de MAJ que j'ai pris est cependant celui de Buster (version plus vielle de Debian que la mienne), celui la : https://zigate.fr/wp-content/uploads/2021/05/ARM_32_Buster.tar Il n'y a pas de DK6programmer pour Bullseye (ma version de Debian) de dispo mais cela n'a pas semblé poser de souci.

rsuard commented 11 months ago

Hello @tcharp38 j'ai plus de dispo désormais, si tu veux tester de flasher ma Pizigate. Belle journée,

rsuard commented 9 months ago

Hello @tcharp38 est ce que ce sujet est interessant ou vaut il mieux changer de modèle de zigate ? merci à toi (je suis pas pour changer de matériel quand ça peut marcher, mais ça me gave un peu ce modèle qui se met pas à jour, les time out des devices et pas super compatible avec mon pi en plus...)

tcharp38 commented 9 months ago

Hello Je viens d'integrer le DK6Programmer dans Abeille mais tu vas devoir tester toi.

A decompresser dans Abeille/resources DK6Programmer.zip et assures toi qu'il soit executable

Ca c'est pour Abeille/core/ajax Abeille.ajax.php.zip

Et celui la pour Abeille/core/scripts updateFirmware.zip

Cette fois pour la page de config (Abeille/plugin_info) configuration.zip

Et pour finir le FW a decompresser dans Abeille/resources/fw_zigate zigatev2-0005-0322-opdm.zip

Je te laisse tester et me filer au moins le log AbeilleConfig

rsuard commented 9 months ago

Hello,

J'ai bien tout dézip partout, je retente de faire la MAJ via Abeille c'est ça ? La dernière foi que j'ai tenté, tous mes devices sont passés en time-out, y a t'il un moyen de les save quelque part ?

Merci beaucoup

tcharp38 commented 9 months ago

Ha oui, tu n'as qu'une Zigate en fonction. Alors attend, je vois si on peut faire un "dump" par ex deja. Ca ca ne doit rien casser

rsuard commented 9 months ago

Bon, je me suis lancé, impatient :-)

si je laisse ma conf qui fonctionne, à savoir version de zigate v1 et firmware 320, ça me pete une erreur et un abandon (image)
si je passe en v2 ou +, que je lance, il ne se passe rien

voici mes logs : AbeilleLogs-240219.tar.gz

tcharp38 commented 9 months ago

Tu n'as pas une PI v1 mais une v2. Donc a changer ca syr la page de config + sauver et rester en v2

Le FW à prendre sera 0005-0322

Tu peux effacer ton AbeilleConfig.log avant ta prochaine manip. Je ne vois pas d'appel en mode Piv2

Et ce soir je ne serai pas dispo alors on peut reporter à demain si tu veux.

rsuard commented 9 months ago

J'ai sup le fichié de log, je suis passé en v2 (voir image) et tenté la MAJ en 322, toujours rien ne se passe. Quand tu veux, je bouge pas cette semaine, encore merci. Mes logs : AbeilleLogs-240219(1).tar.gz

tcharp38 commented 9 months ago

Il vaut mieux qu'on bosse sur le dump d'abord. Ça sera plus safe pour toi

rsuard commented 9 months ago

Ok ca roule, j’attends ton retour, merci encore Le 19 févr. 2024 à 18:48 +0100, Tcharp38 @.***>, a écrit :

Il vaut mieux qu'on bosse sur le dump d'abord. Ça sera plus safe pour toi — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

tcharp38 commented 9 months ago

Tiens, décompresse ca dans Abeille/core/scripts dumpZigate.zip

puis a partir de la console tu executes le script comme suit

root@FelicityDbox: cd core/ajax/
root@FelicityDbox: ../scripts/dumpZigate.sh /dev/ttyAMA0 PIv2 WiringPi toto.dump

et tu me file la trace resultante STP

rsuard commented 9 months ago

hello, j'ai mis le fichier dans le dossier De quelle console parles tu ? J'accède au pi en ssh via mon terminal, j'ai tout fait en ligne de commande, je ne vois pas de console dans Jeedom ? Merci à toi, PS : j'ai un VNC dessus, je peux afficher le bureau si besoin

rsuard commented 9 months ago

ok j'avais betement copié ton user root@FelicityDbox ... J'ai été dans ajax, j'ai lancé la commande mais j'ai pas les permissions : -bash: ../scripts/dumpZigate.sh: Permission non accordée j'ai tenté ../scripts/dumpZigate.sh /dev/ttyAMA0 sudo PIv2 WiringPi toto.dump idem

tcharp38 commented 9 months ago

Ha tu dois faire un chmod +x ../scripts/dumpZigate.sh

rsuard commented 9 months ago

ok merci, ça c'est lancé, puis écran blanc dans le terminal, j'attends quelques minutes mais ça semble KO

tcharp38 commented 9 months ago

Ha aucune trace du tout ?

Pendant que j'y pense. Tu dois arreter le demon Abeille pendant ce test pour que le port ne soit pas utilisé. Donc supprimes aussi la gestion automatique pour etre sur que Jeedom ne relance pas Abeille dans ton dos

rsuard commented 9 months ago

ok, j'ai stoppé le demon, j'ai relancé, j'ai eu un "Complete"

puis : Démarrage de 'dumpZigate.sh' Dumping Zigate content Port tty: /dev/ttyAMA0 Type : PIv2 Lib GPIO: WiringPi File : toto.dump = ATTENTION !!! = Quelque chose s'est mal passé. Veuillez vérifier le log ci-dessus.

il est ou toto ?

tcharp38 commented 9 months ago

Le "Complete" dit juste que c est fini mais pas que c'est bon regarde bien en haut a gauche. Il y a un message qui dit "read error"

Bref ce truc la n'a pas reussi à ouvrir /dev/ttyAMA0

A mais c'est bien le port de ta Zigate Pi v2 ?

rsuard commented 9 months ago

oui, enfin elle marche et le bouton de test marche (il lit bien le firmware)

rsuard commented 9 months ago

j'ai l'impression qu'on a le même résultat que ce que j'avais eu, ça vient pas de la version de DK6 (Buster et pas Bullseye) ?

Hello @tcharp38, J'ai tenté de MAJ le firmware en suivant la doc. (donc hors jeedom, en ligne de commande) Je peux le refaire pour te faire des screens si tu veux ? De cette xp, j'ai eu ce feeling : J'ai pas eu d'erreur et j'ai eu un "operation completed" du DK6programmer donc j'imaginais que c'était bon, MAISSSSS Dans la conf Abeille j'ai pas la dernière version du firmware qui s'affiche (même après un refresh) et je ne vois pas de commande pour tester la version hors de jeedom. NB : le soft de MAJ que j'ai pris est cependant celui de Buster (version plus vielle de Debian que la mienne), celui la : https://zigate.fr/wp-content/uploads/2021/05/ARM_32_Buster.tar Il n'y a pas de DK6programmer pour Bullseye (ma version de Debian) de dispo mais cela n'a pas semblé poser de souci.

tcharp38 commented 9 months ago

ok donc ca semble plutot DK6 qui se plante Zut je vais finir par acheter une v2 juste pour faire des essais :(

Ou le dk6 qui merde sur Bullseye ?

rsuard commented 9 months ago

c'est bien mon feeling oui, je vais faire un mail à Zigate ;-) je te tiens au courant

tcharp38 commented 9 months ago

Regarde Je tente sur ma Pi v1 et sous Buster

x/dev/ttyS1                                                                                                                                                                         x
xDetected JN5168 with MAC address 00:15:8D:00:01:ED:33:65

Il me detecte bien le chip donc a bien réussi à ouvrir le port

Apres il finit en erreur mais normal.. le DK6 c'est pour les v2 (JN5189) pas les v1 (JN5168)

Error: IsContext.sChipDetails.u32ChipId

rsuard commented 9 months ago

donc plusieurs options :

v2 GPIO (ptet plus foireux)
sous Bullseye y a pas de support chez zigate ... je vais tenter un message sur le forum

tcharp38 commented 9 months ago

Tu es sur RPI3B c'est ca ?

rsuard commented 9 months ago

oui, RPI3B version 1,2 d'après la carte mère

rsuard commented 9 months ago

Tu es sur que ma Pizigate est une V2 ? car il y a pas mal de messages sans réponse pour la MAJ de la V1...

tcharp38 commented 9 months ago

Oui le FW 0005-xxxx est un FW d'une v2. Aucun doute.

Si v1, j'en ai plusieurs et ca ca fonctionne bien. Les FW v1 sont 0003-xxxx ou 0004-xxxx

Maintenant en résumé

RPI 3B
on arrive à lire la version du FW via /dev/ttyAMA0 donc bon port et GPIO bien configuré en mode "prod"
mais rien à faire en mode "flash"

Peut etre que le mode production est celui par defaut et ca fonctionne par coup de pot. Je vais reflechir a quel test on peut encore mettre en place.

Pour info, le mode "production" est la config dans laquelle doit etre la Zigate pour fonctionner normalement. Mais pour la flasher il faut la basculer en mode "flash" ce qui veut dire jouer avec les GPIO de controle

rsuard commented 9 months ago

ok top, merci pour tes retours, ça me rassure, je peux donc poster sur le forum aussi. En fait j'ai l'impression que le mode passe bien en flash, car lors de mes tests (que je peux refaire) les GPIO avaient bien changés. Mais dès qu'on lance le DK6, bam, il repassent en prod, car après la tentative, ils étaient revenus en mode prod. Je peux retenter pour voir

tcharp38 commented 9 months ago

Ha tu penses que DK6 joue avec les pio ? En lancement direct sans script ? Ca me surprendrai mais..

rsuard commented 9 months ago

On peut tenter... mais c'est pas la procédure indiqué sur le site... pour info, j'ai mis une bouteille à la mer ici : https://zigate.fr/forum/topic/tentative-de-maj-de-pizigate-infructueuse-v2-sous-bullseye/#postid-3085

tcharp38 commented 9 months ago

Tiens, il y a un mode "verbose" pour DK6

dumpZigate.zip

rsuard commented 9 months ago

je viens de test en cmd, meme erreur, le DK6 fait la meme chose, j'ai tenté de passer -v à 10, rien de plus... je tente avec ton fichier

tcharp38 commented 9 months ago

Moi j'ai bien une trace en + avec le -V 3 (Attention V et non pas v)

/dev/ttyS1: Connected at 38400
/dev/ttyS1: Detected JN5168 with MAC address 00:15:8D:00:01:ED:33:65
/dev/ttyS1: Chip ID: 0x10408686
/dev/ttyS1: Bootloader Version: 0x00080006
/dev/ttyS1: Setting baudrate: 500000

 Status : 1
/dev/ttyS1: Error: Invalid memory region FLASH
/dev/ttyS1: Error: IsContext.sChipDetails.u32ChipId 272664198
/dev/ttyS1: Setting baudrate: 38400

rsuard commented 9 months ago

toujours la meme erreur avec la commande ./DK6Programmer -s /dev/ttyAMA0 -P 115200 -Y -V 3 -p DK6Programmer.bin /dev/ttyAMA0: Error opening connection: Read error mais en plus il m'affiche meme plus le programme je tente avec ton fichier faut que je le charge

tcharp38 commented 9 months ago

Tu dois utiliser le script qui configure les GPIO AVANT de lancer DK6

rsuard commented 9 months ago

j'ai fait ça : $ gpio mode 0 out $ gpio mode 2 out $ gpio write 2 0 $ gpio write 0 0 $ gpio write 0 1

rsuard commented 9 months ago

toujours pareil...

tcharp38 commented 9 months ago

ok ca semble bon Mais du coup pas + de trace donc toujours impossible d ouvrir AMA0

Essaie d'ajouter "strace" devant l'appel a DK6

rsuard commented 9 months ago

comme ça ?

tcharp38 commented 9 months ago

Non devant l'appel strace DK6programmer blblabla

rsuard commented 9 months ago

il me dit ça : execve("./DK6Programmer", ["./DK6Programmer", "-s", "/dev/ttyAMA0", "-P", "115200", "-Y", "-V", "3", "-p", "DK6Programmer.bin"], 0x7efa35f4 / 25 vars /) = 0 brk(NULL) = 0x1204000 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f07000 access("/etc/ld.so.preload", R_OK) = 0 openat(AT_FDCWD, "/etc/ld.so.preload", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0 mmap2(NULL, 54, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x76f06000 close(3) = 0 readlink("/proc/self/exe", "/home/oriman/DK6Programmer", 4096) = 26 openat(AT_FDCWD, "/usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\254\3\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=17708, ...}) = 0 mmap2(NULL, 81964, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76ec2000 mprotect(0x76ec6000, 61440, PROT_NONE) = 0 mmap2(0x76ed5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x76ed5000 close(3) = 0 munmap(0x76f06000, 54) = 0 openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=84462, ...}) = 0 mmap2(NULL, 84462, PROT_READ, MAP_PRIVATE, 3, 0) = 0x76ead000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libusb-1.0.so.0", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\2100\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=96192, ...}) = 0 mmap2(NULL, 160504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e85000 mprotect(0x76e9c000, 61440, PROT_NONE) = 0 mmap2(0x76eab000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x76eab000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libudev.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\2400\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=145008, ...}) = 0 mmap2(NULL, 211172, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e51000 mprotect(0x76e73000, 65536, PROT_NONE) = 0 mmap2(0x76e83000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x76e83000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libdl.so.2", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 \n\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=13864, ...}) = 0 mmap2(NULL, 78020, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e3d000 mprotect(0x76e40000, 61440, PROT_NONE) = 0 mmap2(0x76e4f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x76e4f000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libpthread.so.0", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\204M\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=137364, ...}) = 0 mmap2(NULL, 176728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76e11000 mprotect(0x76e29000, 65536, PROT_NONE) = 0 mmap2(0x76e39000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18000) = 0x76e39000 mmap2(0x76e3b000, 4696, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76e3b000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libncurses.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0x\\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=124224, ...}) = 0 mmap2(NULL, 188732, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76de2000 mprotect(0x76e00000, 61440, PROT_NONE) = 0 mmap2(0x76e0f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d000) = 0x76e0f000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libtinfo.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\304q\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=137452, ...}) = 0 mmap2(NULL, 202404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76db0000 mprotect(0x76dcf000, 65536, PROT_NONE) = 0 mmap2(0x76ddf000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f000) = 0x76ddf000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libm.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0`u\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=386572, ...}) = 0 mmap2(NULL, 450684, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76d41000 mprotect(0x76d9f000, 61440, PROT_NONE) = 0 mmap2(0x76dae000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5d000) = 0x76dae000 close(3) = 0 openat(AT_FDCWD, "/lib/arm-linux-gnueabihf/libc.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\0y\1\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1315688, ...}) = 0 mmap2(NULL, 1385020, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x76bee000 mprotect(0x76d2c000, 61440, PROT_NONE) = 0 mmap2(0x76d3b000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13d000) = 0x76d3b000 mmap2(0x76d3e000, 8764, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x76d3e000 close(3) = 0 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x76f05000 set_tls(0x76f06280) = 0 mprotect(0x76d3b000, 8192, PROT_READ) = 0 mprotect(0x76dae000, 4096, PROT_READ) = 0 mprotect(0x76ddf000, 8192, PROT_READ) = 0 mprotect(0x76e4f000, 4096, PROT_READ) = 0 mprotect(0x76e0f000, 4096, PROT_READ) = 0 mprotect(0x76e39000, 4096, PROT_READ) = 0 mprotect(0x76e83000, 4096, PROT_READ) = 0 mprotect(0x76eab000, 4096, PROT_READ) = 0 mprotect(0x76ed5000, 4096, PROT_READ) = 0 mprotect(0x32000, 4096, PROT_READ) = 0 mprotect(0x76f09000, 4096, PROT_READ) = 0 munmap(0x76ead000, 84462) = 0 set_tid_address(0x76f05e28) = 11198 set_robust_list(0x76f05e30, 12) = 0 rt_sigaction(SIGRTMIN, {sa_handler=0x76e156b8, sa_mask=[], sa_flags=SA_RESTORER|SA_SIGINFO, sa_restorer=0x76c1d910}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {sa_handler=0x76e15774, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART|SA_SIGINFO, sa_restorer=0x76c1d910}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 ugetrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 brk(NULL) = 0x1204000 brk(0x1225000) = 0x1225000 rt_sigaction(SIGWINCH, {sa_handler=0x14044, sa_mask=[WINCH], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x76c1d900}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGUSR1, {sa_handler=0x13970, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x76c1d900}, NULL, 8) = 0 mmap2(NULL, 8392704, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x763ed000 mprotect(0x763ee000, 8388608, PROT_READ|PROT_WRITE) = 0 clone(child_stack=0x76becf78, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid=[11199], tls=0x76bed900, child_tidptr=0x76bed4a8) = 11199 mmap2(NULL, 8392704, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x75bec000 mprotect(0x75bed000, 8388608, PROT_READ|PROT_WRITE) = 0 clone(child_stack=0x763ebf78, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tid=[11200], tls=0x763ec900, child_tidptr=0x763ec4a8) = 11200 futex(0x763ec4a8, FUTEX_WAIT, 11200, NULL/dev/ttyAMA0: Error opening connection: Read error ) = 0 futex(0x120432c, FUTEX_WAKE_PRIVATE, 2147483647) = 1 futex(0x76bed4a8, FUTEX_WAIT, 11199, NULL) = -1 EAGAIN (Ressource temporairement non disponible) exit_group(1) = ? +++ exited with 1 +++

tcharp38 commented 9 months ago

Je vois ca

futex(0x76bed4a8, FUTEX_WAIT, 11199, NULL) = -1 EAGAIN (Ressource temporairement non disponible)

C'est un appel systeme Linux qui merde. Il semble ne pas pouvoir ouvrir /dev/ttyAMA0... serait il utilisé par qqn d'autre ?

que dit lsof /dev/ttyAMA0 ?

Orimanmanman commented 9 months ago

ça ne dit rien :( j'ai tenté un lsof tout court, pour voir si je voyais un truc autour de ttyAMA0 mais rien non plus (j'ai changé de compte pour mon perso)

KiwiHC16 / Abeille

Probleme flashage PI Zigate v2 #2638