LTspice IV

On Mar 9, 9:15 am, fabriceS

Si. Dans la liste des composants, choisis =AB Arbitrary behavioral source =BB

puis =E9cris directement l'=E9quation de sa sortie en fonction de grandeurs pr=E9sentes dans ton sch=E9ma.

Maintenant si ce que tu cherches est un composant r=E9=E9l multipliant deux tensions, il existe moult chips analogiques qui s'en sortent fort bien, comme le bon vieux SO42 ... ou de plus modernes, par exemple le AD633 dont le mosd=E8le LTspice est dispo.

Utiliser des composants de type log puis des composants de type sum puis = des=20 composants de type antilog :)

On Mar 9, 11:51 am, Richard

| Je cherche =E0 multiplier 2 tensions avec le simulateur LTspice.

Pour obtenir quelque chose d'assez pr=E9cis, le probl=E8me est de corriger les courbes de transfert respectives de chaque composant.

Il y a plus simple en DIL 8 broches

On Mar 9, 11:51 am, Richard

[ Google ayant l'air de ramer, je reposte ]

Pour obtenir un minimum de pr=E9cision le probl=E8me consiste alors =E0 ajuster les courbes de transfert des composants. Il y a plus simple en DIL 8 broches:

merci.

je vais utiliser bv.

Fabrice.

Le 09/03/2011 11:34, Jean-Christophe a écrit :

Elle est violente ta modulation ;)

ça marche !

c'était pour faire la simulation d'une PLL (pour mes élèves) :

cordialement, Fabrice

Le 09/03/2011 12:23, fabriceS a écrit :

Bonsoir, Il est bizarre ton faire-part de mariage !

Bon, blague à part pourquoi utilises-tu LTspice et pas un logiciel d'électronique comme Orcad (Cadence) ou Proteus ? (Quoique je serais méfiant avec Proteus)

Cordialement, Den

On Mar 9, 4:06 pm, fabriceS

alogique_ltspice.html

Cool !

alogique_ltspice.zip

Oops ...

Comme aurait dit Magritte : =AB ceci n'est pas un zip =BB

On Mar 9, 3:50=A0pm, cLx

Ma qu=E9 si : =AB De profundis modulatore =BB ... eh ! ( moi quand j'module, j'module ! :o)

j'utilise aussi Orcad et proteus. mais ils sont payants...

Fabrice

Le 09/03/2011 17:47, Den a écrit :

tu as Internet Explorer ?

essaie avec Firefox, ça marchera !

Fabrice

Le 09/03/2011 17:49, Jean-Christophe a écrit :

On Mar 9, 6:58 pm, fabriceS

|

alogique_ltspice.zip | Oops ... |

Je ne veux pas installer un browser diff=E9rent pour chaque site visit=E9 :o)

D:\temp>iget -u "

pll_analogique" -f pll_analogique_ltspice.zip #save 'pll_analogique_ltspice.zip', 2174 bytes

09/03/2011 14:07 1=A0377 pll_analogique_ltspice_v1.asc 09/03/2011 14:07 307 pll_analogique_ltspice_v1.plt 09/03/2011 14:13 1=A0361 pll_analogique_ltspice_v2.asc 09/03/2011 14:31 617 pll_analogique_ltspice_v2.plt

Ok, mais c'est bizarre que ca ne marchait p=F4 avec IE, c'est pourtant du http ... Est-ce volontaire de ta part, pour shunter =B5-Soft ?

Le 09/03/2011 19:28, Jean-Christophe a écrit :

non. je constate simplement que mes fichiers .zip ne passe pas avec IE, et je ne sais pas pourquoi. j'utilise l'outil de compression de Ubuntu (linux), mais y-a-t'il un rapport ? (ça marche avec Firefox sous window$).

fabrice.

Le 09/03/2011 09:15, fabriceS a écrit :

Peut être avec une source linéaire dépendante (Voltage/Current dependent source)

as-tu un lien sur l'utilisation de la commande iget ?

Le 09/03/2011 19:28, Jean-Christophe a écrit :

On Mar 10, 8:56 am, fabriceS

Ce n'est pas une commande Dos/Windows, juste un soft maison bas=E9 sur les sockets pour r=E9aliser des transferts ftp/http via ligne de commande ou script. Si un tel outil t'int=E9resse, vois WGET:

D:\>iget

iget v1.0 : get files over internet by snipped-for-privacy@free.fr, Feb 23 2003 18:11:41

syntax: iget [-u url] [-f file] [-s script] [-m #] [-x]

-u url =3D the URL to connect to -f file =3D name of file to get -s script =3D script to automatize tasks -m # =3D allow # Mb of memory, default 10 Mb -x =3D give a sample script file

to specify a proxy server:

set http_proxy=3D

URL:

http://username: snipped-for-privacy@machine.address:port/path/file ftp://username: snipped-for-privacy@machine.address:port/path/file local/path/file C:\path\file

Moi je vois du zip normal (récupéré avec wget, regardé avec hexdump et file, ou sous firefox et winrar => aucun problème.

Faut arrêter avec IE, ce truc délire totalement, c'est une perte de temps. Chez moi le transfert plante avant même de terminer le transfert du fichier.

Par curiosité, avec un sniffer de trames réseaux, voilà ce que l'on voit sous IE :

GET /LTspice/pll_analogique/pll_analogique_ltspice.zip HTTP/1.1 Accept: */* Accept-Language: fr UA-CPU: x86 ... 395..P. .$4........(blablabla, ça merde au bout d'un moment)

Et sous firefox :

GET /LTspice/pll_analogique/pll_analogique_ltspice.zip HTTP/1.1 Host: fabrice.sincere.pagesperso-orange.fr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en,en-us;q=0.5 Accept-Encoding: gzip,deflate (ok, il dit aussi qu'il accepte le gzip) Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 115 Connection: keep-alive

(ce qui suit c'est de nouveau la réponse du serveur orange) HTTP/1.1 200 OK Date: Wed, 09 Mar 2011 20:27:27 GMT Server: Apache Vary: Host Last-Modified: Wed, 09 Mar 2011 14:38:38 GMT ETag: "25b0d47-87e-49e0daf339780" Accept-Ranges: bytes Content-Length: 2174 Keep-Alive: timeout=5 Connection: Keep-Alive Content-Type: application/zip

PK.........pi>n:......3.......pll_analogique_ltspice_v1.pltUT....{wM.{wMux....... (ok, ça c'est bien du zip, je coupe la suite)

Donc, on dirait que quand le serveur d'orange voit un IE, il lui envoie les données compressés en gzip (ce qui est un peu con puisque le fichier est déjà compressé au format zip).

=> Donc le fichier en lui même n'a absolument aucun problème.

J'ai ensuite utilisé un client telnet pour envoyer la requête de Firefox modifiée seulement pour qu'elle fasse croire au serveur que c'est IE => on a de nouveau la compression (en plus de celle du fichier en lui même). Si je vire le header user-agent, de nouveau pas de compression.

Alors là, je ne résiste pas me demander : 1) pourquoi orange veut pas donner du gzip a firefox si il lui dit qu'il l'accepte alors que pour IE ça n'a pas l'air de l?inquiéter outre mesure ? et 2) est ce que firefox se serait mieux démerdé que IE si orange lui avait envoyé ça compressé en gzip ?

Donc j'ai modifié l'user-agent envoyé par firefox pour faire croire au serveur que c'est un internetexplorer :

GET /LTspice/pll_analogique/pll_analogique_ltspice.zip HTTP/1.1

Host: fabrice.sincere.pagesperso-orange.fr User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR

2.0.50727) Transfert réussi.

Donc moralité, IE c'est de la merde (quelle surprise), et Orange ils sont cons d'envoyer du gzip seulement pour IE et pas a firefox parce que lui au moins, il sait le gérer correctement, ils auraient du faire l'inverse.

--
User-at-the-keyboard: cLx
Morning-Mood: Need Coffee now !

merci pour la démonstration. j'arrive à la même conclusion que toi sur IE.

Le 10/03/2011 11:04, cLx a écrit :

PK.........pi>n:......3.......pll_analogique_ltspice_v1.pltUT....{wM.{wMux.......