Bonjour,
lorsque je connecte des arduinos en USB, je retrouve ceux-ci dans /dev sous la forme ttyUSBx et peux donc donner l’adresse à mon exécutable
pour simplifier les cablages, j’ai fait un essai d’ajouter un composant bluetooth sur un arduino
il est bien découvert puis appairé, mais…où est-il?? j’ai besoin de connaitre sont adresse
il ne semble pas être dans /dev ou alors pas sous la même forme que les USB
des pistes?
je rajoute que l’arduino est bien là:
mais que quand je veux le connecter…
par contre, la connection avec le smartphone Android ou le PC W10 se passe bien
plus tard
en me servant de l’utilitaire bluetoothctl
je continue
lorsque je fais « sudo rfcomm connect hci0 98:D3:31:FB:14:65 »
une entrée est créée dans /dev/ " rfcomm0"
si je branche le programme dessus ça communique!..une fois
au reboot il faut recommencer
il y a peut-être d’autres moyens?
start_blue est constitué d’une seule ligne:
« rfcomm connect hci0 98:D3:31:FB:14:65 »
avec le chmod 755 qui va bien (quand je l’exécute dans un terminal, il fait le job)
mais au reboot seul start_motorisation.bash est utilisé
il ne me reste pas beaucoup de solutions à essayer…le maraboutage du Pi peut-être?
ah oui, d’accord, tu fais en sorte qu’il n’y ait qu’une seule ligne ajoutée à autostart?
j’y ai pensé mais pas essayé
je tente ça ce soir
merci du tuyau
Hyperactif mais fainéant.
Capable de perdre du temps pour en gagner ensuite.
Et puis, pourquoi ne pas faire un script séparé pouvant ensuite être exporté ?
(là, je migre un Rpi3 vers Stretch et je réinstalle une appli mais j’ai conservé tous mes scripts perso)
Après, je ne suis pas informaticien donc sans doute bcp d’amélioration possible
gnéééééééééééé!!
ça marche
bon, pas tout à fait ta solution car la commande reste sur sa première phase (la connection au port), mais cela doit être normal qu la tache reste active
du coup, je n’ai lancé que la connection dans le script-start.sh et j’ai panaché dans l’autostart:
rassuré je suis!
