Problème VISA

Alors voila j'ai un problème: J'ai un multimètre fluke 189 que je connecte par un cable série au pc. J'ai téléchargé le driver pour cet instrument ainsi que tout les programmes indispensables. Mais je n'arrive pas a communiquer avec mon instrument, chaque fois que j'essaie, un message d'erreurs apparait et me dit que le mode d'accès est INVALIDE. Comment faire pour résoudre ce problème, que faut-il modifier ou mettre a jour??
Merci de me répondre au plus vite
Matthias

Bonjour Nico.h,
Voici le document qui traite de l'erreur -1073807339
Essayé de mettre en place un timeout avec le noeud de propriété de classe VISA (dans la palette VISA)..
Il semble que vous ayez déjà implémenté les différents contournements expliqués dans le document. avez vous essayé de gérer votre acquisition par évènement comme montré dans l'exemple suivant:
https://decibel.ni.com/content/docs/DOC-11272
Pour ce qui est de la lecture des "0", vérifiez bien la configuration de votre instrument notamment au niveau de la fonction "Configuration Serial port".
Utilisez aussi NI-SPY pour pister votre communication RS232 et voir si quelque chose de particulier ne se produit pas quand l'instrument renvoie zéro.
Cordialement,
Romain DUVAL || Application Engineer Specialist ||Certified LabVIEW Architect (CLA) || Certified TestStand Architect (CTA)
National Instruments France

Similar Messages

Problèmes visa read

Bonjour à tous,
Je fais une acquisition d'un amperèmètre Keithley 6485 mais j'arrive pas à lire mes acquisitions avec VISA READ, je le fais via RS-232, estce que quelqu'un peut m'aider?
Merci pour vos réponses.
Pièces jointes :
VISA-lecture.vi ‏64 KB
VISA READ.JPG ‏34 KB

Bonjour,
Les commandes qui sont envoyées ne semblent pas être des requêtes (en principe il y un ? à la fin de la chaîne),
dans ce cas je ne vois pas ce qui vous espérez récupérer.
Je vous conseille d'envoyer une requête puis de lire son retour (write puis un read). Si cela ne fonctionne pas, je vous conseille d'ajouter un temps d'attente entre le write et le read.
Il y a eu nombreux exemples dans la "recherche d'exemple" intégrée dans LabVIEW concernant le driver NI VISA.
cordialement
Paolo_P
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
Travaux Pratiques d'initiation à LabVIEW et à la mesure
Du 2 au 23 octobre, partout en France

Problème inactivité VISA GPIB

Bonjour,
Je travail sous LB8.5
J'utilise une centrale d'acquisition AGILENT 34980A pour switcher sur 32 pièces dans un banc de mesure.
Mon programme est du type séquentiel dans une boucle infinie ( je fait un tas de mesure, j'enregistre, je switch sur la pièce suivante et rebelote tant que je donne pas un ordre pour passer dans un sous-programme.)
Le switch est donc réalisé par cette centrale GPIB et j'utilise les commandes VISA.
Dans une certaine configuration, la centrale est inutilisée pendant 10h ( dans ma boucle infinie ) puis je passe dans un sous-programme2 qui lui la ré-utilise. La centrale se " fige " dans le sous-programme2 . On dirait qu'elle ne répond plus et je dois la rebooter ou lancer un autre programme pour qu'elle réagisse.
Voila sur l'image les conditions de ma liasion VISA pendant 10h. Je suis en " attente " entre 2 " registre à décalage ". Est ce que je dois mettre un flush ou autre chose pour pas avoir ce probleme ?
Merci.
Résolu !
Accéder à la solution.
Pièces jointes :
problème.JPG ‏24 KB

Merci pour votre réponse.
Ci-joint mon projet complet. Le programme se déroule de la manière suivante :
(1) " check modif " ====> (2) " Switch&mesure ====> (3) " Switch& get data.
(1) " check modif " me permet de remplir des tableaux avec toutes les informations que j'ai besoin ( numéro de série, statut en fonction de la consomation...)
(2) " Switch&mesure " a deux fonctions :
- sur des pièces en calibration, il ne fait rien ( il ne switch pas dessus dons il n'utilise pas la centrale avec les fonctions GPIB VISA.
- sur les autres pièces ( dérive ), il switch dessus pour réalisé une mesure de fréquence ( utilisation de la centrale).
(3) "Switch&get data permet de récuperer les fichier TXT de calibration des pièces en calibration quand elle est terminée ( au bout de 10h ).
Quand j'ai au moins une pièce qui n'est pas en calibration, j'ai aucun problème car la centrale switch constament sur la pièce en dérive pendant le cycle de calibration. Dans sous-VI (3), la centrale switch sur toutes les positions ou il y avait des pièces en calibration pour récupérer les valeurs.
Quand toutes les pièces sont en calibration, la centrale ne fait rien ( la liaison GPIB VISA est entre les registres à décalage dans la boucle While pendant 10h). Quand le cycle est fini, on passe dans le sous-VI (3) "Switch&get data" qui lui à besoin de la centrale pour switcher sur les position. Après 10h d'inactivité, la centrale ne répond pas aux commandes VISA du sous-programme (3).
Est-ce que c'est plus claire comme ça ?
Pièces jointes :
banc.zip ‏436 KB

Problème lecture visa RS 232

Bonjour,
Dans le cadre d'un projet, je dois récupérer diverses mesures de pression, débit ou températures. Pour la mesure de pression, j'utilise une connexion série via un RS 232.
Après avoir configuré le port série (Baud, nombre de bits...) j'ai effectué une lecture sans problème. Sauf que je ne récupére pas les mesures de la bonne voie. Pour ceci, j'essaye d'écrire la commande avec l'aide de la documentation du capteur. Je n'obtiens d'ailleurs pas d'erreurs dans l'écriture, ni en lecture seulement un warning 1073676294 et surtout je n'arrive plus à obtenir la moindre mesure.
D'avance merci
Thibaut Delepierre
Pièces jointes :
visa.vi ‏15 KB

Essai ça.
bon courage
Philippe B.
Certified Associate Developer / Dépt Moyens d'essais
www.ingenia-system.com
Pièces jointes :
visa_modif.vi ‏17 KB

Problème de lecture du port COM avec VISA

Bonjour à tous,
Je suis un peu rouillé en labview (je ne l'ai pas touché depuis un an), je dois effectuer un banc de test pour récupérer des trames d'un protocole sans fil (ZigBee) avec un sniffer. Le sniffer se connecte sur un port USB mais est reconnu comme port com. Lors de l'éxécution du VI ci-joint c'est l'erreur 1073807246 avec comme message noeud de propriété dans VISA configure Serial Port... Alors qu'il y a un VISA Close...
J'ai un peu tout essayer mais sans résultat.
Est ce que quelqu'un a une idée?
Merci d'avance
Alex
Pièces jointes :
ZigBee.vi ‏21 KB

Bonjour,
Merci de vos réponse, j'ai effectué les modifications que vous avez dites mais sans résultats...
En effet j'ai un programme qui tourne en parralèle de Labview pour récupérer les données du sniffer.
Cependant si je mets vrai sur dupliquer cette session (VISA OPEN) je devrais pouvoir lire le port COM sans être problème??
J'ai penser à un autre problème, le sniffer étant sur USB le débit est donc supérieur à 9600 baud mais ce nombre est reconnu par windows, dois-je laisser 9600?
Il y a ci-joint mon nouveau VI+ un screenshot de l'erreur...
Merci d'avance
Alexandre
Pièces jointes :
screenshot.JPG ‏73 KB
ZigBee.vi ‏22 KB

Problème d'exécution de sous-vis en parallèle

Bonjour,
Je rencontre un petit soucis pour l'exécution de vi en parallèle. En effet avec mon code actuel, ça fonctionne très bien sous forme de vi non compilé, mais en tant qu'exécutable, les vis ne s'ouvre plus, ou alors s'ouvre mais ne sont pas en exécution.
Pour le code ci-dessous, cela fonctionne :
ps : aucune idée du pourquoi les erreurs se mettent aussi loin
Pour le code ci-dessous, cela ne fonctionne pas :
J'ai essayer de mettre une ouverture si erreur 1000 (le vi n'est pas dans un état compatible) mais ça a pas l'air de fonctionner correctement.
Je peux changer ce bout de code sans soucis, mais voilà comment ça doit fonctionner :
- Les exécutions des vis sont faites dans une boucle de gestion de message d'une file d'attente, qui ne traite pas que les lancements de vis.
- Je dois pouvoir exécuter mes vis en parallèle de celui qui le lance pour ne pas bloquer la boucle de gestion de messages.
- Les vis que je lance ont des faces avants qui doivent d'ouvrir au lancement (pour le moment je gére ça depuis les vis lancés).
Ce qui m'étonne c'est que sur labview ça fonctionne très bien mais pas en exécutable
Une idée, une autre technique à me proposer ?
Résolu !
Accéder à la solution.

Tout d'abords, merci pour vos réponses, ça fait plaisir
Les VIs qui sont appelés par référence (ici D-MGR Journaux.vi) doivent être ajouté manuellement dans le Builder. Pour faire ça, dans "Sources Files" de ton Build, tu dois les mettre dans la liste "Allways included"
C'était déjà fait !
... Et juste un truc, le chemin change entre le mode développement et le mode exécutable. C'est peut-être ça le problème.
Essaie d'appeler les VIs avec récupération du chemin dynamique comme dans l'image annexe.
Comme ceci, ça marche en local très bien, mais pas en exécutable (dans le sens ou la face-avant de s'ouvre pas...)
Donc le problème ne vient pas du "lancement" mais plutôt de l'affichage. Parce que je pense que le vi tourne mais sans la face-avant affiché.
Dans le vi appelé (D-MGR-Journaux.vi) voici par quoi commence le code, pour forcer l'affichage de la face avant. (Sur les autres vis ça semble fonctionner).
J'ai même tenté le simple noeud de propriété "État" de la face avant que le met à Standard. Mais même en éxecutant ça ne fonctionne pas, face avant toujours fermée.
peut-être as-tu utilisé la commande "create sub-vi"
Dans ce cas, les terminaux se placent à "la distance" qu'ils avaient lors de la sélection.
Avec "create sub-vi" ... point de vue code, aucun soucis ... mais le résultat graphique n'est pas toujours parfait (il faut le re-travailler)
Je passe par le menu "Edition > Créer un extrait de VI à partir de la sélection". Même sans sélectionner les fils d'erreur en entrée et sortie, il les reprends et les places là ou y'a une autre fonction ou un tunnel si c'est dans une structure (boucle ou condition). ça serait bien qu'il fasse un "nettoyage" du code sélectionner et des commandes/indicateurs ajouter, avec un prévisualisation. Car des fois, c'est un peu n'importe quoi ^^.

Problème de lecture des caractères ascii avec VISA read

Bonjour à tous,
Je réalise un programme qui doit pouvoir lire les données arrivant sur un port série. Pour ce faire, j'utilise le VISA read. Cependant, je n'arrive pas à lire les caractères ascii non imprimables (de 1 à 31). En effet, il ne m'affiche pas le caractère voulu(ni sa valeur) mais un point d'interrogation. Quelqu'un peut il m'éclairer la dessus et me renseigner sur un autre objet que l'on peut utiliser ? Peut on utiliser les objets de lecture des registres et si c'ets le cas disposez vous d'exemples d'utilisations de ceux-ci ?merci beaucoup à l'avance.

Bonjour,
Vous trouverez un élément de réponse ici.
Salutations,
Isabelle
Ingénieur d'applications
National Instruments France

Problème création .exe avec des VIs Expresse (Labview 2010)

Bonjour,
Actuellement en stage j'ai été chargé de créer une interface. Tout c'est parfaitement déroulé jusqu'à ce que je doive créer l'exécutable. En effet l'erreur 1052 se produit lorsque je souhaite créer mon exécutable. D'après ce que j'ai pu lire sur les forums ceci est du au passage de Labview 2009 à Labview 2010. N'ayant que Labview 2010 comment puis-je créer mon exécutable en conservant mes VIs Express ?
Si je ne peux pas conserver mes VIs Express par quoi puis-je les remplacer ?
J'utilise les Vis Express suivant : Ecriture et lecture d'un fichier de mesure et construction d'un tableaux.
Merci d'avance,
J-R
Résolu !
Accéder à la solution.

Bonjour,
Il vaut mieux ne pas utiliser de VIs express pour faire un exécutable.
En ce qui concerne les fonction Ecriture et lecture d'un fichier, tu peux utiliser les fonctions Ecrire dans un fichier au format tableur et Lire un fichier au format tableur. En ce qui concerne la construction d'un tableau, tu peux utiliser la fonction Construire un tableau.
Cordialement.

Problème d'installation visa

En installant Labview 7 et les drivers de périphériques, nous avons eu des soucis avec des tekvisa qui existaient auparavant, nous les avons désinstaller pour les NIvisa. Les fonctionnalités visa ne fonctionnent pas notamment en ce qui concerne le pilotage d'un chassis VXI. Aucune visa32.dll ne se crée. J'aurais voulu savoir à partir de quel CD d'installation et à quel niveau (drivers nivisa ou autres...?)cette dll ou d'autres liées se mettent en place.
Merci.

Monsieur,
Depuis LabVIEW 7.0, les drivers communs pour les produits National Instruments (entre autres VISA) sont sur 2 CDs à part de LabVIEW. Je vous rappelle que vous avez toujours la possibilité de télécharger ces drivers en allant sur :
http://digital.ni.com/softlib.nsf/954feaeea92d90918625674b00658b83/b477ea6d4114aa3386256e0100603dd2?OpenDocument
Ce lien permet de télécharger NI-VXI 3.3.1 qui contient NI-VISA.
Cordialement
Vincent RUAULT
National Instruments

Why doesn't LV RT 7.0 & RT VISA 3.0.0 identify my PXIT cards properly?

I've investigated the problem I'm having with NI VISA 3.0.0 on LV RT 7.0
with
properly identifying PX2000 105 and 107 cards, and here are some
discoveries
I've made:
1) The manufacturer and model register based IDs (numeric) are being
returned
scrambled; instead of 0x157F and 0x105 or 0x107, they're coming back
0x0001
and 0x1105 for the 105 and 0x0002 and 0x2107 for the 107 card.� This is
probably why VISA RT is not returning the proper Model and Manufacturer
names
I look for.
2) As Julie, the NI support engineer I spoke to today, reported, the slot
properties now appear to be working.
3) It seems that MAX is attempting to work on the RT box - I notice plenty
of
modules for it, and running MAX on the host actually rewrites pxisys.ini
on
the target RT box.� The format its writing is not compatible with the old
(hack) VI that handles programmatic slot configuration discovery by
reading
pxisys.ini from the ni-rt\system directory on the RT box.
4) I needed to run the VISA Driver Development Wizard to write .INF files
out
for the 105 and 107 before they would even show up in the VISA system, but
as
I mentioned earlier the manufacturer and model codes and names are
incorrect,
thereby preventing me from properly detecting PXIT cards in the slots.� I
don't know if they are operational via VISA yet, I will try it soon.
5) The VISA subsystem properly identifies Ni cards even with no .INF files
in
\ni-rt\system.� Generating an .INF file didn't cause a failure in model
codes
or names, the NI cards are still identified properly.� (Perhaps there is a
problem actually reading out the model and manufacturer codes in the EEPROM
of
the 105 and 107, maybe mishandling of the sub-manufacturer and sub-model
codes
that those cards have?� Smells to me like the wrong registers are involved
somehow . . . and those sub model and manufacturer codes may just be
involved.)
6) The "VISA Find Resource" VI apparently has a bug where it stops when it
finds an empty slot - at least that's what the cause seems to be in a
couple
of quick tests I ran.� It starts at the high slots and works its way down,
and
seems to miss cards lower than an empty slot.� I had problems with this VI
in
LV 6.1 as well, but I'm not sure if the failure cause was the same.
Symptom
was similar though, it only returned a subset of the cards.� In 6.1, it
seemed to only return the PXIT cards and not the NI cards, but now its
returning NI cards.
7) MAX seems totally incapable of ascertaining what the devices on the
system
are - it always reports only the 8176 controller and nothing else.� Things
seemed to improve a bit when I threw up my hands and wiped the hard disk
and
freshly reinstalled LV RT 7.0, but I'm not positive . . . at any rate, be
advised that I started out with a fresh hard disk at some point early on
in
the experiments.� But MAX seems to be trying to report the configuration.
8) The VISA Interactive Control hangs even when just pulling down menus,
it
should be looked at.� I was going to try to see if there was a way to use
it
on the remote target to query the registers of the PXIT cards directly to
see
what the codes came out as.
I think that is all.� NI: please don't throw this email away because it
doesn't have a special request number, just create one for me will you?
My NI
ID is 198262, Vance Socci.
-Vance Socci
-Lockheed Martin Missiles & Space

Tout ce que je peux vous dire, c'est que votre configuration matérielle et logicielle ne semble pas présenter d'erreur.
Les symptomes que vous me signalez sont typiquement ceux observés quand le VI embarqué ne dispose plus des ressources suffisantes pour communiquer avec le PC hôte, tout occupé qu'il est à garantir le déterminisme de sa tâche d'acquisition de données.
De quoi est constitué votre VI embarqué? Y'a t-il une boucle TCL? A quelle fréquence tourne t-elle? Utilisez-vous les RT FIFO ou les FGV?
Avez-vous utilisé les outils de débugagge de LV pour voir à quel niveau intervient ce bloquage?
Sur quel sous-VI l'erreur -10810 est-elle retournée?
Bref, ca va être très difficile à débugger par forum.
Donc, je vous invite à contacter le 01 48 14 24 24 et à faire une demande de support.
On vous demandera :
-Nom et Société
-Si vous bénéficiez d'un SSP (contrat de maintenance), vous avez accès directement à un ingénieur du support
-Si ce n'est pas le cas, le commercial vous fera une proposition de SSP et on vous donnera un accès direct au support pendant 30 jours, que vous preniez le SSP ou non (période d'essai valable une seule fois).
Ca me paraît être la meilleure solution et au moins on pourra discuter de vive voix de votre problème.
Sincèrement
Frédéric

Problème tension de sortie des Ports Usb sous Lion

Bonjour, je viens d'acheter un Macbook Pro qui fonctionne sous Lion et je constate des problèmes sur la tension de sortie des ports USB.
Mon disque dur USB Freecom 500 GO ne monte pas ???
Par contre un autre disque dur Freecom en 320 GO monte sans soucis
J'ai fait l'essai avec le disque Freecom 500 GO sous un Imac sous Lion ... Il ne monte pas !
J'ai fait le même essai avec un Mac Mini sous Snow Leopard est le disque monte.
Dernier test, j'ai pris mon disque Freecom 500 GO que j'ai mis sur un Hub USB (alim. Ext.) et le disque monte sous Lion ??? !!!! ????
Est-ce que quelqu'un à le même problème que moi ou mieux... la solution
Merci

Bonjour,
Avez-vous consulté les deux documentations ci-dessous ;
Agilent 34970 Data Acquisition System :
http://sine.ni.com/apps/utf8/niid_web_display.download_page?p_id_guid=014F4CD7EF78136AE0440003BA7CCD...
Using the Agilent 34970A with LabVIEW :
http://www.ni.com/white-paper/4644/en/
Le problème provient directement de NI-MAX. Quelle version de NI-VISA et de LabVIEW avez-vous? Avez-vous installé ou reinstallé la dernière version de NI-VISA?
Merci,
Cordialement
Brice S.
National Instruments France

Problème Création Installeur

Bonjour à tous,
J'ai un problème avec la création de mon installeur, étant donné que mon application utilise les port RS 232 pour communiquer je souhaite intégrer NI-Serial dans mon installeur, ainsi que le Run-Time LV 2009. Une fois ces deux la cochés, je construis...
Cependant il me demande la distribution VISION Acquisition Software 2009, donc qu'est ce que ça viens faire la ? Je souhaite seulement avoir Le run-time LV2009 et les pilotes pour pouvoir communiquer en RS-232. Rien à voir avec VAQ2009 ?????
Et lorsque je lui indique la distribution sur mon cd Vision Acquisition il me dit que la distrib est invalide... Me voila bloqué.
Je viens donc chercher un peu d'aide pour mon problème.
Merci à tous.

Bonjour, Cela n’a rien à voir avec ta question, mais à la lecture du post : Il te faudra surement également inclure NI-VISA Run-Time dans ton installeur pour ton driver sur une RS-232 au travers de VISA. NI-Serial étant le driver des cartes séries NI
Luc Desruelle | Voir mon profil | LabVIEW Code & blog
Co-auteur livre LabVIEW : Programmation et applications
CLA : Certified LabVIEW Architect / Certifié Architecte LabVIEW
CLD : Certified LabVIEW Developer / Certifié Développeur LabVIEW

Problème de mise à jour LR

Bonjour.
Le code de la version 6 de Lightroom, que je viens d'acheter sur Internet, figurant sur mon compte Adobe, ne fonctionne pas !
Comment faire ?

Bonjour.
J’ai beau suivre les conseils, rien ne marche.
J’ai l’impression qu’il y a un problème de code, en plus du problème de connexion.
Philippe Malo
Le 23 avr. 2015 à 12:23, Atul_saini <[email protected]> a écrit :
Problème de mise à jour LR
created by Atul_saini in Downloading, Installing, Setting Up - View the full discussion
Hi There,
Kindly try the following link to serialize Lightroom CC trial to Lightroom 6:
https://helpx.adobe.com/lightroom/kb/serialize-lightroom-cc-trial-to-activate-as-lightroom -6.html
If still you are not able to activate it:
https://helpx.adobe.com/x-productkb/policy-pricing/activation-network-issues.html
Thanks,
Atul Saini
If the reply above answers your question, please take a moment to mark this answer as correct by visiting: https://forums.adobe.com/message/7469695#7469695 and clicking ‘Correct’ below the answer
Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page:
Please note that the Adobe Forums do not accept email attachments. If you want to embed an image in your message please visit the thread in the forum and click the camera icon: https://forums.adobe.com/message/7469695#7469695
To unsubscribe from this thread, please visit the message page at , click "Following" at the top right, & "Stop Following"
Start a new discussion in Downloading, Installing, Setting Up by email or at Adobe Community
For more information about maintaining your forum email notifications please go to https://forums.adobe.com/thread/1516624.

Communication série - problème utilisation du port

Bonjour à tous,
Je n'ai que peu d'expérience avec LabView et j'ai démarré un projet où je dois communiquer avec un instrument. Cet instrument est connecté par USB mais il s'agit d'un port COM virtuel.
J'ai utilisé "Instrument I/O Assistant" pour créer mes fonctions et les tests de communication que j'ai fais depuis l'Hyperterminal sont concluants comme ceux que j'ai fais sous LabView (j'arrive à envoyer une requête à l'instruement et récupérer sa réponse).
Il arrive parfois que je n'arrive plus à communiquer et j'obtiens le message "The ressource is valid but VISA cannot currectly access it". J'arrive parfois à relancer la communication mais sans trop savoir exactement ce qui s'est passé. Ces problèmes sont encore plus fréquents depuis que j'ai ajouté 2 autres "Instrument I/O"...
Voici mon code, comme je vous le disais, c'est la 1ère fois que je dois coder pour communiquer avec un instrument... alors j'ai peut-être fais de grosses erreurs...
Merci d'avance pour votre aide
Solved!
Go to Solution.
Attachments:
code.JPG ‏77 KB

Bonjour,
je vous suggère de poster dans la communauté française du forum, vous aurez des réponses plus rapides.
Je vous suggère aussi d'aller jetter un coup d'oeil sur les fonctionnalités de la palette VISA (qui gère les ports COM).
Concernant l'architecture, soit vos trois appareils sont sur un port com différent, et la vous pouvez paralléliser les acquisitions, soit ils ne le sont pas, et vous ne pouvez pas le faire et il faudra bien veiller a ce que les lectures//écritures sur le port COM soient faites de manière successives.
Quand Labview vous dit "The ressource is valid but VISA cannot currectly access it", c'est que la ressource est utilisée par un autre processus (soit l'hyperterminal, ou bien une ancienne session visa qui n'a jamais été refermée). donc faites attention à bien fermer (le close écrit dans la même erreur, donc si ça se trouve un ou deux close Visa ne sont pas correctement exécutés.
Cordialement,
V-F

Problème exportation pdf sur Indesign

Bonjour,
J'ai un problème avec Indesign. Lorsque je veux exporter mon pdf il me dit "Impossible d'exporter le pdf" et n'ai pas d'autres explications.
Je ne comprends pas car j'ai déjà exporter ce pdf une première fois sans aucuns problèmes.
Les liens sont tous bons, les photos ne sont pas spécialement lourdes,...
Merci de votre aide.

Bonjour et merci !
Malheureusement je ne suis pas assez douée en anglais pour comprendre des explications sur Indesign.
Pas de message d’erreur sur le contrôle en amont et je n’utilise pas de variables….
Je ne sais pas si je peux apporter des explications en plus, c’est clairement incompréhensible ! Et Indesign ne précise pas du tout pourquoi je ne peux pas exporter….
Merci.
Le 13 janv. 2015 à 09:19, vinny38 <[email protected]> a écrit :
Problème exportation pdf sur Indesign
created by vinny38 in InDesign - View the full discussion
Salut,
on manque un peu d'info...
dis moi quand meme si tu as des messages d'erreur lors du contrôle en amont.
Egalement, merci de préciser si tu utilises des variables dans ton doc (une variable qui appelle un style non appliqué peut générer ce problème.... parmi tant d'autres raisons)
Si tu parles un peu anglais, je te conseille de reformuler ta question en anglais, tu auras beaucoup plus de personnes aptes à t'aider
a+
If the reply above answers your question, please take a moment to mark this answer as correct by visiting: https://forums.adobe.com/message/7090420#7090420 and clicking ‘Correct’ below the answer
Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page:
Please note that the Adobe Forums do not accept email attachments. If you want to embed an image in your message please visit the thread in the forum and click the camera icon: https://forums.adobe.com/message/7090420#7090420
To unsubscribe from this thread, please visit the message page at , click "Following" at the top right, & "Stop Following"
Start a new discussion in InDesign by email or at Adobe Community
For more information about maintaining your forum email notifications please go to https://forums.adobe.com/thread/1516624.

Problème VISA

Similar Messages

Maybe you are looking for