Tu devra peut etre utiliser ce chemin :
SPICEEXE = 'C:\Program Files (x86)\LTC\LTspiceIV\scad3.exe'
|
Modérateurs: Modération Forum Installations, Modération Forum DIY, Le Bureau de l’Association HCFR • Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 3 invités
Pour discuter de tout ce qui sert dans un projet DIY, de la défonceuse au logiciel de mesure
Merci UltimateX86.
- J-C.B
- Messages: 6875
- Inscription Forum: 19 Juil 2009 12:18
- Localisation: Haute Normandie
le gain est énorme,la moindre variation des Vbe,courant de polar ,c'est destructeur.(même CR locale).
Non, si ce qui précède en tient compte. La régulation thermique existe depuis les débuts de la structure LIN. Ce type de montage de l'étage de puissance est un triplet.
Sous toutes ses formes et avec succès, il est utilisé dans les amplis, depuis la fin des années 60. Pas de problème donc s'il est précédé du montage ad'hoc, et que le radiateur est correctement dimensionné.
- J-C.B
- Messages: 6875
- Inscription Forum: 19 Juil 2009 12:18
- Localisation: Haute Normandie
Bonjour,
Comment simuler la THD / FFT d'un ampli symétrique ou bridgé ?
Merci
Comment simuler la THD / FFT d'un ampli symétrique ou bridgé ?
Merci
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
Hello,
il faut maintenir le clic de la souris pour placer deux curseurs tension en différentiel.(la pointe de touche reste noire)
(ou sinon rentrer Vnxx-Vnxy dans le champ de mesure)
ensuite view-fft etc...comme normal.
il faut maintenir le clic de la souris pour placer deux curseurs tension en différentiel.(la pointe de touche reste noire)
(ou sinon rentrer Vnxx-Vnxy dans le champ de mesure)
ensuite view-fft etc...comme normal.
- thierry38efd
- Messages: 1735
- Inscription Forum: 18 Sep 2013 7:36
Merci Thierry,
Effectivement ça fonctionne pour la THD, mais pour la FFT il ne me laisse pas le choix du Vnxx-Vnxy
Effectivement ça fonctionne pour la THD, mais pour la FFT il ne me laisse pas le choix du Vnxx-Vnxy
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
Ah oui,
avec une Bv,
faire V=Vout1-Vout2
note,on peut superposer plein de FFT en faisant ctrl+clic dans le choix
avec une Bv,
faire V=Vout1-Vout2
note,on peut superposer plein de FFT en faisant ctrl+clic dans le choix
- thierry38efd
- Messages: 1735
- Inscription Forum: 18 Sep 2013 7:36
J'avais oublié de te répondre Thierry, merci
Entre temps j'ai fais un peu de développement :
J'execute LTSPICE en ligne de commande en MultiThread !!!
Du coup j'ai une vitesse de calcule des combinaisons de simulation 5 fois supérieur !!!
Entre temps j'ai fais un peu de développement :
J'execute LTSPICE en ligne de commande en MultiThread !!!
Du coup j'ai une vitesse de calcule des combinaisons de simulation 5 fois supérieur !!!
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
J'execute LTSPICE en ligne de commande en MultiThread !!!
Où ça,ou ça ! comment,qui ? on veut tout savoir
tu en as trop dit pour ne pas en dire moins que ce que tu ne voulais en dire...
- thierry38efd
- Messages: 1735
- Inscription Forum: 18 Sep 2013 7:36
T’inquiète pas j'avais de toute façon intention de te contacter pour t'en parler et optimiser tout ça.
Cette fois ci c'est plus du Python, mais du Java ( j’essaierais en C++ plus tard)
1) une combinaison est défini par : une liste de paramètre avec borne basse, borne haute et valeur d’incrément. (comme dans le python déjà donné )
2) Le programme ouvre un .net , récupère le contenu, remplace les paramètres des composants ( {XX} habituellement mais les {} sont à proscrire en JAVA) par les valeurs de la combinaison courante et crée un fichier à donner à LTSPICE en ligne de commande. Une fois les données récupérées, les fichiers .net, .log, .raw sont supprimé
3) L’exécution de LTSPICE est donc donné à JAVA qui va gérer un nombre d’exécution en parallèle à définir au lancement ( oui je peux choisir le nombre de thread )
Qu'est ce que tu veux savoir de plus ?
Cette fois ci c'est plus du Python, mais du Java ( j’essaierais en C++ plus tard)
1) une combinaison est défini par : une liste de paramètre avec borne basse, borne haute et valeur d’incrément. (comme dans le python déjà donné )
2) Le programme ouvre un .net , récupère le contenu, remplace les paramètres des composants ( {XX} habituellement mais les {} sont à proscrire en JAVA) par les valeurs de la combinaison courante et crée un fichier à donner à LTSPICE en ligne de commande. Une fois les données récupérées, les fichiers .net, .log, .raw sont supprimé
3) L’exécution de LTSPICE est donc donné à JAVA qui va gérer un nombre d’exécution en parallèle à définir au lancement ( oui je peux choisir le nombre de thread )
Qu'est ce que tu veux savoir de plus ?
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
Certain dirons que celà ne sert à rien vu qu'il y a le .step param ...
Oui mais :
- pas de limite de param (3 dans LT)
- vitesse d’exécution insensible au nombre de combinaisons. ( LTspice devient ultra lent genre 1 combinaison en 10seconde si on dépasse les 1000 combinaisons déjà calculé )
- extraction des données dans un CSV
j'en passe ...
Oui mais :
- pas de limite de param (3 dans LT)
- vitesse d’exécution insensible au nombre de combinaisons. ( LTspice devient ultra lent genre 1 combinaison en 10seconde si on dépasse les 1000 combinaisons déjà calculé )
- extraction des données dans un CSV
j'en passe ...
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
Oui,mais c'est de pouvoir faire des incrémentations faibles en temporel (genre 10ns).
sur les classes D,avec la commutation,ça prend un temps certain (dépend du proco PC).
je me rappelle de bien choisir les modifs en simul et de partir pour 10-15mn.
LTspice est écrit en C++,ça a ses limites,je pense que des routines en pur C pour certains calculs,transient et FFT seraient bienvenues,
M'enfin,on va pas se plaindre,LTspice est free et impressionnant quand on connait le socle de fctment,et la communauté de partage.
sur les classes D,avec la commutation,ça prend un temps certain (dépend du proco PC).
je me rappelle de bien choisir les modifs en simul et de partir pour 10-15mn.
LTspice est écrit en C++,ça a ses limites,je pense que des routines en pur C pour certains calculs,transient et FFT seraient bienvenues,
M'enfin,on va pas se plaindre,LTspice est free et impressionnant quand on connait le socle de fctment,et la communauté de partage.
- thierry38efd
- Messages: 1735
- Inscription Forum: 18 Sep 2013 7:36
Le problème n'est pas en quoi il est développé, mais comment est partagé le calcule pour pouvoir se réaliser en //
LTSPICE chez moi utilise jamais plus de 10% du CPU même sur un simulation de plusieurs minute sans .step vu qu'il n'utilise qu'un seul THREAD CPU
Tu peux me donner une de tes simulations que tu aurais besoin de lancer en multi ?
LTSPICE chez moi utilise jamais plus de 10% du CPU même sur un simulation de plusieurs minute sans .step vu qu'il n'utilise qu'un seul THREAD CPU
Tu peux me donner une de tes simulations que tu aurais besoin de lancer en multi ?
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
- UltimateX86
- Messages: 3888
- Inscription Forum: 27 Oct 2002 21:13
sans évoquer le .step,
il s'agit de boucles internes.
c'est indispensable d'avoir des time step très courts,une FFT résultante est directement dépendante des infos simulées en temporel.
il s'agit de boucles internes.
c'est indispensable d'avoir des time step très courts,une FFT résultante est directement dépendante des infos simulées en temporel.
- thierry38efd
- Messages: 1735
- Inscription Forum: 18 Sep 2013 7:36
|
Retourner vers Outils & Logiciels |