macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 12 févr. 2017
Cependant, il existe un logiciel Mac open source disponible sur Github pour cela ! Mais je ne connais pas la première chose à propos de la compilation et je me demandais s'il existe des versions prêtes à l'emploi du logiciel n'importe où, ou si quelqu'un l'a pré-compilé et voudrait le partager?
Toutou
- 6 janvier 2015
- Prague, République Tchèque
- 12 févr. 2017
Le processus est assez simple, il suffit de récupérer l'application depuis Github (télécharger directement ou via git si vous êtes familier), puis d'entrer le répertoire dans le terminal et d'exécuter Code : |_+_| , puis Code : |_+_| .
Vous aurez besoin de la bibliothèque libusb (disponible sur Homebrew) et des outils de ligne de commande xcode (une invite apparaîtra automatiquement si vous ne les avez pas)
Demandez simplement si vous avez des questions.
Pièces jointes
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 16 février 2017
Application en ligne de commande ! Aie
Eh bien, tant que je ne vais pas graver des EPROM quotidiennement et que je sais exactement quoi taper à l'avance, je suppose que cela devrait faire l'affaire.
1) de quels fichiers dois-je obtenir exactement la page Minipro GitHub ? Il existe une longue liste de fichiers et de dossiers parmi lesquels choisir.
2) je crois que j'ai trouvé le site Homebrew -c'est la bonne, non ?
J'ai donc copié la ligne de commande comme indiqué en haut de cette page, comme suit :
Code : |_+_| ... et l'ai collé dans la fenêtre de mon terminal qui a procédé en installant un tas de trucs.
Correct pour l'instant ?
3) Je n'ai pas bien compris la partie sur libusb , mais (après une lecture rapide sur le site Homebrew), j'ai fait une supposition et j'ai entré ce qui suit dans le terminal :
Code : |_+_| ... qui a abouti à ce qui suit :
Mise à jour de l'Homebrew...Vous avez l'air bien jusqu'à présent ?
==> Homebrew mis à jour automatiquement !
1 robinet mis à jour (homebrew/core).
Aucune modification des formules.
==> Utilisation du bac à sable
==> Téléchargement https://github.com/libusb/libusb/releases/download/v1.0.21/libusb-1.0.21.tar.bz2
==> Téléchargement depuis https://github-cloud.s3.amazonaws.c...02-9a9b-11e6-85f7-70b3577a8763.bz2?X-Amz-Algo
##################################################### ###################### 100,0%
==> ./configure --prefix=/usr/local/Cellar/libusb/1.0.21
==> faire l'installation
/usr/local/Cellar/libusb/1.0.21 : 29 fichiers, 557,7 Ko, construits en 30 secondes
$
4) Comment installer Xcode ? Je ne sais pas si j'ai raté une invite ou non lors de l'installation d'Homebrew ou de libusb.
5) Donc, une fois Xcode installé, je suppose que j'ai préparé mon Mac pour permettre la compilation du logiciel MiniPro pour que je puisse l'exécuter, n'est-ce pas ?
Toutou
- 6 janvier 2015
- Prague, République Tchèque
- 16 février 2017
macstatic a dit : Vous cherchez bien jusqu'à présent ?Vous avez tout fait correctement, la première commande a installé Homebrew sur votre ordinateur et la seconde a dit à Homebrew de vous procurer la bibliothèque libusb.
Et devine quoi? Homebrew a obtenu le libusb de github et, juste ici :
Code : |_+_| COMPILÉ.
Soo, maintenant vous aurez besoin de votre application. Au-dessus de la longue liste de fichiers, sur le côté gauche, il y a un bouton vert qui dit Cloner ou télécharger. Cliquez dessus, puis Télécharger ZIP.
Décompressez l'archive, un nouveau dossier 'minipro-master' apparaîtra.
Maintenant, la partie amusante - lancez le terminal et entrez dans le dossier « minipro-master », comme ceci :
Code : |_+_| Si vous n'êtes pas sûr du chemin exact, tapez simplement « cd » (avec l'espace !) Et faites glisser le dossier du Finder vers la fenêtre Terminal. Sur ma machine ce serait
Code : |_+_|
Vous êtes maintenant dans le bon dossier pour commencer le rituel horrible et mystique de — [un tonnerre violent, un éclair frappe] — COMPILATION !!!!
Code : |_+_| Et c'est tout. C'est ainsi que vous compilez 98% des choses. (Il existe généralement un fichier appelé 'Makefile' qui contient toutes les commandes nécessaires, et la commande 'make' interagit avec ce fichier).
L'application est maintenant un binaire prêt à être lancé, mais elle a encore besoin de quelques fichiers et répertoires préparés ici et là, un processus plus connu sous le nom d'« installation » :
Code : |_+_|
essentiellement, vous dites à l'utilitaire 'make' d'exécuter la séquence 'install' à partir du Makefile. Et avec 'sudo', vous l'exécutez en tant qu'utilisateur root (le dieu tout-puissant). Votre mot de passe vous sera demandé. Entrez-le (rien n'apparaîtra, pas d'astérisque ou quoi que ce soit).
Boom. Votre application est prête à être lancée en tant que « minipro ».
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 16 février 2017
Code : |_+_|
Que dois-je faire maintenant ?
Je pourrais ajouter que mon Mac est configuré pour plusieurs utilisateurs. Je me connecte toujours en tant qu'utilisateur « standard », mais si j'installe quelque chose, je dois entrer le nom d'utilisateur et le mot de passe « admin ». Et c'est là que les choses deviennent confuses, car quand on me demande de 'sudo', je ne le fais jamais fonctionner à moins que je fasse d'abord un 'login admin_username' (où 'admin_username' est bien sûr le nom d'utilisateur de l'administrateur, suivi de son mot de passe) , mais là encore, je n'ai pas accès aux fichiers/dossiers qui appartiennent à mon utilisateur standard... C'est peut-être en partie à cause des problèmes ci-dessus.
De plus, cette application se retrouvera-t-elle dans le dossier /Applications/ habituel, un autre dossier « accès commun » (tel que /Système/ ou /Bibliothèque/) ou quelque part dans mon propre dossier utilisateur, je dois donc utiliser la commande « sudo » chaque temps j'ai besoin d'utiliser cette application de ligne de commande particulière ? Dernière édition : 16 février 2017
Toutou
- 6 janvier 2015
- Prague, République Tchèque
- 17 févr. 2017
La première erreur dans la sortie est au niveau du code : |_+_| Assurons-nous donc que vous disposez de cet outil :
Code : |_+_| (Je n'ai pas eu cette erreur parce que je l'ai.)
Après cela, l'outil pkg-config et la bibliothèque libusb devraient être prêts et
Code : |_+_| devrait énumérer les deux.
Si tout semble bon, réessayez.
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 18 févr. 2017
Votre suggestion a fonctionné, alors maintenant j'ai ' pkg-config ' installée.
« Liste de brassage » affiche deux éléments : libusb et pkg-config
mais..... cette chose multi-utilisateur/sudo me confond.
Par exemple, voici ce qui s'est passé lorsque j'ai essayé de faire ce qui précède (connecté sur mon Mac en tant qu'utilisateur normal) :
$ brew installer pkg-config
Erreur : /usr/local/Cellar n'est pas accessible en écriture. Vous devriez changer le
la propriété et les autorisations de /usr/local/Cellar à votre
compte d'utilisateur:
sudo chown -R $(whoami) /usr/local/Cave
Attention : pkg-config-0.29.1_2 déjà installé
Erreur : Autorisation refusée - /usr/local/Cellar/pkg-config/0.29.1_2/INSTALL_RECEIPT.json20170218-21849-1414tf4
$ qui suis je
MON NOM D'UTILISATEUR
$ sudo chown -R $MY_USERNAME /usr/local/Cellar
AVERTISSEMENT : une mauvaise utilisation de la commande sudo peut entraîner une perte de données
ou la suppression de fichiers système importants. Veuillez vérifier votre
en tapant lors de l'utilisation de sudo. Tapez 'man sudo' pour plus d'informations.
Pour continuer, entrez votre mot de passe ou tapez Ctrl-C pour annuler.
Mot de passe:
MY_USERNAME n'est pas dans le fichier sudoers. Cet incident sera signalé.
$
Dans l'exemple ci-dessus, j'entre le mot de passe de mon utilisateur normal, qui ne fonctionne évidemment pas.
donc ensuite, j'essaie d'utiliser mon nom d'utilisateur à la place (toujours connecté sur mon Mac en tant qu'utilisateur normal) :
$ sudo chown -R $MY_ADMIN_USERNAME /usr/local/Cellar
AVERTISSEMENT : une mauvaise utilisation de la commande sudo peut entraîner une perte de données
ou la suppression de fichiers système importants. Veuillez vérifier votre
en tapant lors de l'utilisation de sudo. Tapez 'man sudo' pour plus d'informations.
Pour continuer, entrez votre mot de passe ou tapez Ctrl-C pour annuler.
Mot de passe:
Désolé, essayez encore.
Mot de passe:
Désolé, essayez encore.
Mot de passe:
Désolé, essayez encore.
sudo : 3 tentatives de mot de passe incorrectes
$
Donc, comme rien de tout cela n'a fonctionné, je me suis connecté en tant qu'administrateur dans le terminal (toujours connecté au Mac en tant qu'utilisateur normal):
$ connectez-vous MY_ADMIN_USERNAME
Mot de passe:
Cette fois ça a marché !
Il est maintenant temps d'installer le logiciel MiniPro.
Je ne comprends pas très bien comment j'ai fait fonctionner 'make' plus tôt, mais peut-être que je pourrais le faire même sans être administrateur. Cependant, faire un sudo faire installer semble demander le nom d'utilisateur administrateur qui (comme indiqué précédemment) ne fonctionne jamais quel que soit le mot de passe que je lui donne.
Le tout semble être une situation de poulet et d'œuf.
Si vous vous connectez en tant qu'administrateur, essayez de vous connecter au répertoire 'minipro-master', on me refuse cela :
$ cd /FILEPATH/minipro-master
-bash : cd : /FILEPATH/minipro-master : Autorisation refusée
$
Alors ensuite je vais au Terminal, Se déconnecter (donc je suis de retour à l'utilisateur régulier), CD dans le répertoire ci-dessus et essayez d'installer, ce qui ne fonctionne pas non plus (probablement parce que je ne suis pas administrateur):
$ Se déconnecter
$ qui suis je
MON NOM D'UTILISATEUR
$ cd /FILEPATH/minipro-master
$ pwd
/FILEPATH/minipro-master
$ faire l'installation
mkdir -p /usr/local/bin/
mkdir -p /usr/local/lib/udev/rules.d/
mkdir : /usr/local/lib/udev/rules.d/ : autorisation refusée
make : *** [installer] Erreur 1
$
Alors, la solution est-elle de mettre les fichiers d'installation sur une clé USB, de se déconnecter en tant qu'utilisateur normal sur le Mac, de se connecter à la zone utilisateur admin, puis d'installer tout à partir de là ? Encombrant, alors j'espère qu'il y a un moyen plus simple.
Toutou
- 6 janvier 2015
- Prague, République Tchèque
- 18 févr. 2017
MON NOM D'UTILISATEUR
$ sudo chown -R $MY_USERNAME /usr/local/Cellar
Idée correcte, utilisation incorrecte. (Mais ce n'est pas grave, cela peut être un peu déroutant)
Regardez cet exemple : (la commande echo imprime juste la sortie)
« whoami » est une commande qui affiche (renvoie en tant que sortie) votre nom d'utilisateur actuel, comme dans « qui suis-je ? »
« echo $ whoami » signifie littéralement « imprimer la valeur d'une variable appelée whoami » — rien ne se passe, je n'ai pas créé la variable.
'echo $toutou', encore une fois, imprime simplement la variable vide toutou
« $(commande) » signifie « exécutez cette commande et placez simplement la sortie ici », donc « echo $(whoami) » signifie littéralement « imprimer la sortie que la commande « whoami » produira.
Le dernier est un exemple du fonctionnement des variables. Tout d'abord, je lui dis, littéralement, de 'prendre la sortie que la commande' whoami ' produira et de la stocker en tant que variable appelée X ', puis la deuxième commande est ' d'imprimer la valeur d'une variable X '.
Votre commande ' sudo chown -R $MY_USERNAME /usr/local/Cellar' changerait, comme vous le savez maintenant, la propriété du répertoire (+ tout ce qu'il contient) /usr/local/Cellar en un utilisateur dont le nom est stocké dans une variable appelée MY_USERNAME.
La forme correcte :
Code : |_+_| lui dira littéralement de 'changer la propriété du répertoire (+ tout ce qu'il contient) /usr/local/Cellar à un utilisateur dont le nom est imprimé en exécutant la commande 'whoami'.
C'est exactement ce que tu voulais faire.
Mais je pense que ce n'est pas nécessaire, le répertoire devrait déjà appartenir à votre administrateur.
Maintenant ça:
Code : |_+_| a du sens. Le dossier minipro-master appartient à votre utilisateur normal, non ? Pas à votre utilisateur administrateur. L'administrateur dans OSX n'est pas un compte root réel ('root' dans le jargon Unix), c'est juste un utilisateur qui est pouvoir demander privilèges root via 'sudo'.
Connectez-vous à votre compte administrateur. Essayez de mettre un CD dans le dossier, cela ne vous le permettra pas. Mais nous n'aurons plus besoin du dossier, alors gâchons-le.
Code : |_+_| littéralement 'donner (+) à tout le monde (a) l'autorisation de lire/écrire/exécuter (rwx) dans le dossier.
Cela vous demandera un mot de passe, et parce que vous êtes connecté en tant qu'administrateur, entrez votre mot de passe d'utilisateur administrateur. Cela devrait fonctionner à 100% si vous pouvez vous connecter avec le même mot de passe.
Et ensuite, essayez le « sudo make install ». Celui-là ne fonctionnera pas du tout sans 'sudo'.
chown33
Modérateur
Membre du staff- 9 août 2009
- le plan abyssal
- 18 févr. 2017
macstatic a dit : Un pas de plus...Vous ne pouvez pas utiliser 'sudo' depuis votre compte utilisateur normal. Vous devez être un utilisateur administrateur pour utiliser 'sudo'.
Votre suggestion a fonctionné, alors maintenant j'ai ' pkg-config ' installée.
« Liste de brassage » affiche deux éléments : libusb et pkg-config
mais..... cette chose multi-utilisateur/sudo me confond.
Par exemple, voici ce qui s'est passé lorsque j'ai essayé de faire ce qui précède (connecté sur mon Mac en tant qu'utilisateur normal) :
...
Lorsque vous êtes connecté en tant qu'utilisateur administrateur, vous pouvez ajouter votre nom de compte d'utilisateur normal au fichier /etc/sudoers. Vous devriez lire comment procéder correctement, de peur que vous ne trouviez le fichier sudoers. Google : ajouter un utilisateur aux sudoers.
Une approche complètement différente consisterait à modifier les autorisations de /usr/local/Cellar afin que votre compte d'utilisateur normal dispose d'une autorisation d'écriture. Publiez la sortie complète de la ligne de commande suivante :
Code : |_+_|
En général, l'approche serait de donner à /usr/local/Cellar un groupe dont votre utilisateur est membre, ou d'ajouter votre utilisateur au groupe déjà affecté à /usr/local/Cellar. Un choix approprié apparaîtra après avoir vu la sortie de la ligne de commande donnée.
De plus, changer le groupe de /usr/local/Cellar nécessite d'être propriétaire ou d'être root, et rejoindre un groupe nécessite d'être root. Cela signifie que vous utiliserez votre compte administrateur pour effectuer les modifications, et non votre compte normal.
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 18 févr. 2017
Toutou a dit : $ qui suis je
MON NOM D'UTILISATEUR
$ sudo chown -R $MY_USERNAME /usr/local/Cellar
Idée correcte, utilisation incorrecte. (Mais ce n'est pas grave, cela peut être un peu déroutant)
Regardez cet exemple : (la commande echo imprime juste la sortie)
Oui, votre explication a du sens, mais il est souvent difficile de comprendre les différentes syntaxes dans les exemples de ligne de commande, comme ici où je devrais utiliser les crochets littéralement.
La forme correcte :
Code : |_+_| lui dira littéralement de 'changer la propriété du répertoire (+ tout ce qu'il contient) /usr/local/Cellar à un utilisateur dont le nom est imprimé en exécutant la commande 'whoami'.
C'est exactement ce que tu voulais faire.
Mais je pense que ce n'est pas nécessaire, le répertoire devrait déjà appartenir à votre administrateur.
Oui, j'ai regardé et tu as raison.
Maintenant ça:
Code : |_+_| a du sens. Le dossier minipro-master appartient à votre utilisateur normal, non ? Pas à votre utilisateur administrateur. L'administrateur dans OSX n'est pas un compte root réel ('root' dans le jargon Unix), c'est juste un utilisateur qui est pouvoir demander privilèges root via 'sudo'.
Je suppose que cela a du sens lorsque je jette un œil à la préférence système « Utilisateurs et groupes » où je peux dire si un certain utilisateur doit être un administrateur ou un utilisateur standard. Je ne l'ai jamais vu de cette façon.
Donc, « root » d'un autre côté est un compte d'utilisateur réel, qui a par défaut les mêmes privilèges que tout utilisateur qui a été défini comme « admin » ?
Connectez-vous à votre compte administrateur. Essayez de mettre un CD dans le dossier, cela ne vous le permettra pas. Mais nous n'aurons plus besoin du dossier, alors gâchons-le.
Code : |_+_| littéralement 'donner (+) à tout le monde (a) l'autorisation de lire/écrire/exécuter (rwx) dans le dossier.
Cela vous demandera un mot de passe, et parce que vous êtes connecté en tant qu'administrateur, entrez votre mot de passe d'utilisateur administrateur. Cela devrait fonctionner à 100% si vous pouvez vous connecter avec le même mot de passe.
Et ensuite, essayez le « sudo make install ». Celui-là ne fonctionnera pas du tout sans 'sudo'.
(après avoir passé beaucoup de temps à essayer tout cela et plus encore sans que cela fonctionne...) J'ai décidé d'essayer la commande 'make' (même si je l'avais déjà fait), alors je l'ai fait, puis j'ai continué avec 'sudo make install ' (toujours connecté en tant qu'utilisateur admin via le Terminal) et hop ! Ça marche
Je ne sais pas ce qui s'est mal passé où, mais au moins je l'ai installé (j'ai entré 'minipro' dans le terminal et il a répondu avec une liste d'options.
Alors, ai-je toujours besoin d'installer Homebrew pour qu'il fonctionne, ou était-ce juste pour le compiler ? Si cela prend beaucoup de place et que je n'en ai pas besoin, je peux tout aussi bien le désinstaller (j'ai remarqué qu'il y avait des instructions pour cela sur le site Web de Homebrew). R
repetto74
- 22 octobre 2017
- 22 octobre 2017
J'essaie d'installer ce programme open source pour contrôler le programmeur TL866 sous Mac OSX. J'ai donné avec succès la commande Sudo Make Install mais je ne sais pas ce que je suis censé récupérer ?
Où est le programme compilé ? Dans le dossier Minipro-master, j'ai créé quelques exécutables Unix, mais ils donnent juste une liste de commandes en double-cliquant dessus.
Je suis censé avoir un package DMG à installer ou quoi ? Désolé, je ne suis pas un expert des installations en ligne de commande Unix
macstatic a dit : Oui, votre explication a du sens, mais il est souvent difficile de comprendre les différentes syntaxes dans les exemples de ligne de commande, comme ici où je devrais utiliser les crochets littéralement.
Oui, j'ai regardé et tu as raison.
Je suppose que cela a du sens lorsque je jette un œil à la préférence système « Utilisateurs et groupes » où je peux dire si un certain utilisateur doit être un administrateur ou un utilisateur standard. Je ne l'ai jamais vu de cette façon.
Donc, « root » d'un autre côté est un compte d'utilisateur réel, qui a par défaut les mêmes privilèges que tout utilisateur qui a été défini comme « admin » ?
(après avoir passé beaucoup de temps à essayer tout cela et plus encore sans que cela fonctionne...) J'ai décidé d'essayer la commande 'make' (même si je l'avais déjà fait), alors je l'ai fait, puis j'ai continué avec 'sudo make install ' (toujours connecté en tant qu'utilisateur admin via le Terminal) et hop ! Ça marche
Je ne sais pas ce qui s'est mal passé où, mais au moins je l'ai installé (j'ai entré 'minipro' dans le terminal et il a répondu avec une liste d'options.
Alors, ai-je toujours besoin d'installer Homebrew pour qu'il fonctionne, ou était-ce juste pour le compiler ? Si cela prend beaucoup de place et que je n'en ai pas besoin, je peux tout aussi bien le désinstaller (j'ai remarqué qu'il y avait des instructions pour cela sur le site Web de Homebrew).
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 23 octobre 2017
Toutou
- 6 janvier 2015
- Prague, République Tchèque
- 23 octobre 2017
repetto74 a dit : J'ai donné avec succès la commande Sudo Make Install mais je ne sais pas ce que je suis censé récupérer ?
Où est le programme compilé ? Dans le dossier Minipro-master, j'ai créé quelques exécutables Unix, mais ils donnent juste une liste de commandes en double-cliquant dessus.
Après la commande make install, l'utilitaire devrait déjà être installé sur votre système et devrait être disponible en tant que « minipro » dans le terminal. Encore une fois, il s'agit d'une application en ligne de commande, vous n'êtes censé voir aucune interface utilisateur. R
repetto74
- 22 octobre 2017
- 23 octobre 2017
Toutou a déclaré : après la commande make install, l'utilitaire devrait déjà être installé sur votre système et devrait être disponible en tant que « minipro » dans le terminal. Encore une fois, il s'agit d'une application en ligne de commande, vous n'êtes censé voir aucune interface utilisateur.
Salut Toutou,
D'accord merci pour la précision. Eh bien, cela semble un peu trop compliqué alors pour courir pour moi. Mieux vaut alors activer Windows lorsque la programmation IC est requise.
Merci
Meule
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 1 novembre 2017
nivlekius
- 21 sept. 2021
- 21 sept. 2021
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 22 sept. 2021
Cela fonctionnera-t-il également avec le 'CS' (MiniPro TL-866CS) ?
Cela vous dérangerait-il de créer une application pré-compilée et prête à l'emploi à télécharger ? Beaucoup de gens (comme moi) ont du mal à faire ce genre de chose nous-mêmes.
nivlekius
- 21 sept. 2021
- 22 sept. 2021
macstatic a dit : C'est génial !Il utilise l'application d'outils de ligne de commande minipro de David Griffith. Cela ne dit pas que cela fonctionne avec ce programmeur, mais vous pouvez toujours essayer. Et il est déjà compilé. Je l'ai écrit avec Swift. Il suffit de le télécharger et de le décompresser et il devrait être prêt à fonctionner
Cela fonctionnera-t-il également avec le 'CS' (MiniPro TL-866CS) ?
Cela vous dérangerait-il de créer une application pré-compilée et prête à l'emploi à télécharger ? Beaucoup de gens (comme moi) ont du mal à faire ce genre de chose nous-mêmes.
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 22 sept. 2021
1) Ouvrez l'OSX Terminal app, entrez la commande suivante pour installer ' Brasser ' (comme expliqué sur la première page de ce site Web) :
make 2) Installez maintenant le logiciel MiniPro, avec la commande suivante :
sudo make install 3) ensuite, l'installation d'avr-gcc (comme expliqué ici ):
/usr/bin/ruby -e '$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)' suivie par:
brew install libusb et enfin (cette partie semblait prendre une éternité):
==> ./configure --prefix=/usr/local/Cellar/libusb/1.0.21 ==> make install 4) alors maintenant, j'ai vérifié si les éléments GCC ci-dessus étaient installés et les chemins, comme expliqué dans la documentation de l'interface graphique, mais dans mon cas, les résultats étaient légèrement différents :
cd path/to/the/minipro-master qui a montré le chemin ici étant: /usr/local/bin/minipro
puis vérifiez le chemin avr-gcc :
cd /Users/toutou/Downloads/minipro-master qui, sur mon ordinateur a dit qu'il était ici: /usr/local/bin/avr-gcc
puis vérifiez le chemin avr-objcopy :
make dont on me dit que c'est ici : /usr/local/bin/avr-objcopy
c'est maintenant que je m'embrouille...
Tout d'abord, je ne suis pas sûr d'avoir bien téléchargé le téléchargement. Sur ton Page Github Minipro-GUI J'ai cliqué sur le bouton vert 'Code', puis sur 'Télécharger le zip', comme ceci :
Après l'avoir décompressé sur mon Mac, je me suis retrouvé avec un dossier contenant deux fichiers :
Voyant que 'LICENSE' semblait être un fichier de type ligne de commande, j'ai double-cliqué dessus, ce qui semble être un peu dans la bonne direction, bien que j'aie reçu des messages d'erreur dans le terminal :
sudo make install Alors, où me suis-je trompé ? Ai-je mal compris quelque chose peut-être ?
PS : bonne nouvelle : il Est-ce que travailler avec ma version 'CS' du programmeur. Les Page MiniPro Gitlab dit:
Fonctionnalités
- Prise en charge native de Linux, BSD et d'autres versions d'Unix.
- Compatibilité avec Minipro TL866CS, TL866A et TL866II+ d'Autoelectric ( http://www.autoelectric.cn/en/tl866_main.html )
- Plus de 13 000 appareils cibles (y compris les AVR, les PIC, divers BIOS et EEPROM)
- Prise en charge ZIF40 et ISP
- Bits de configuration MCU spécifiques au fournisseur
- Vérification de l'identité de la puce
- Protection contre les surintensités
- Test du système
nivlekius
- 21 sept. 2021
- 22 sept. 2021
nivlekius
- 21 sept. 2021
- 22 sept. 2021
macstatique
Affiche originale- 21 octobre 2005
- Norvège
- 22 sept. 2021
Mais maintenant j'ai un autre problème:
Y a-t-il une raison spécifique pour laquelle cela ne fonctionne pas avec le dernier système d'exploitation, ou s'agit-il simplement d''autoriser' l'application à s'exécuter sur des versions antérieures du système d'exploitation ? Je suis toujours sur High Sierra 10.13 à cause d'un ancien logiciel que j'utilise toujours (et je ne pense pas que MacOS 11.x puisse fonctionner sur mon ordinateur de toute façon), donc ce serait génial si l'interface graphique pouvait fonctionner sur mon ancien système d'exploitation.
De plus, il y a maintenant un fichier ZIP dans le premier fichier ZIP. Peut-être pourriez-vous simplement tout mettre dans un seul fichier ZIP ?
nivlekius
- 21 sept. 2021
- 22 sept. 2021
macstatic a dit : pas de problèmeC'est parce que git met automatiquement les choses dans un fichier zip. Quant à l'application, elle aurait dû être pour 9.5 et plus mais n'a pas dû configurer correctement la compilation. Laisse moi le recompiler
Mais maintenant j'ai un autre problème:
Voir la pièce jointe 1840396
Voir la pièce jointe 1840393
Y a-t-il une raison spécifique pour laquelle cela ne fonctionne pas avec le dernier système d'exploitation, ou s'agit-il simplement d''autoriser' l'application à s'exécuter sur des versions antérieures du système d'exploitation ? Je suis toujours sur High Sierra 10.13 à cause d'un ancien logiciel que j'utilise toujours (et je ne pense pas que MacOS 11.x puisse fonctionner sur mon ordinateur de toute façon), donc ce serait génial si l'interface graphique pouvait fonctionner sur mon ancien système d'exploitation.
De plus, il y a maintenant un fichier ZIP dans le premier fichier ZIP. Peut-être pourriez-vous simplement tout mettre dans un seul fichier ZIP ?
Voir la pièce jointe 1840395
nivlekius
- 21 sept. 2021
- 22 sept. 2021
macstatic a dit : pas de problèmeOK, j'ai recompilé. J'ai oublié de définir la cible. Il est maintenant réglé sur 10.10 (aussi bas que possible), c'est Yosemite. Merci d'avoir fait tous les tests. Je n'ai pas d'ancien distributeur Mac. J'espère que vous n'êtes pas trop frustré. Vous pouvez simplement le retélécharger et il devrait être prêt à partir.
Mais maintenant j'ai un autre problème:
Voir la pièce jointe 1840396
Voir la pièce jointe 1840393
Y a-t-il une raison spécifique pour laquelle cela ne fonctionne pas avec le dernier système d'exploitation, ou s'agit-il simplement d''autoriser' l'application à s'exécuter sur des versions antérieures du système d'exploitation ? Je suis toujours sur High Sierra 10.13 à cause d'un ancien logiciel que j'utilise toujours (et je ne pense pas que MacOS 11.x puisse fonctionner sur mon ordinateur de toute façon), donc ce serait génial si l'interface graphique pouvait fonctionner sur mon ancien système d'exploitation.
De plus, il y a maintenant un fichier ZIP dans le premier fichier ZIP. Peut-être pourriez-vous simplement tout mettre dans un seul fichier ZIP ?
Voir la pièce jointe 1840395
nivlekius
- 21 sept. 2021
- 22 sept. 2021
Articles Populaires