Questions sur un devoir d'école, un exercice, etc.

ya ptete une piste en prenant les cas <1 et >1 mais pas la tete a ça

passe par les vecteurs pour a et b

Hum ca me dit quelque chose :

ab=< (a²+b²)/2 <=> 2ab =< (a²+b²) <=> 0=<a²+b²-2ab <=> 0=< (a-b)²

Un réel au carré c'est positif ou nul

Ca me parait tout con ton truc, soit j'ai pas compris la question, soit... je sais pas

mais oui c'est trop envident moi je cherchais avec des
des inégalité du cour ect en fait c'est trop simple c'est venu tout
seul après avoir dormis

Ouai c'est la fatigue je pense Au début j'ai cru à une blague de ta part

J'ai un problème de physique et j'arrive pas à trouver la solution(je sais c'est pas super dur pour vous mais bon, pour moi oui)
Voila : J'ai un autoporteur de masse m= 220g qui est lancé depuis un point O sans vitesse initiale sur une table a digitaliser inclinée de alpha=15° par rapport à l'horizontale.
Il glisse en étant soumis a des frottements regroupés en f de sens opposé au vecteur vitesse.
-> Ec=0.5323x+0.0524
Ec(A)=0.0524 car en A x=0 en déduire l'intensité des frottements f.

c bien un + ?

Voui.

ptain mais c'est quoi ces exos qu'on vous file en term ?

Tu peux parler t'y étais l'année dernière

Vitriol: Commences deja par faire un dessin, tu representes toutes les forces qui s'exercent sur ton systeme. Tu note les relations que tu connais. Tu fais des projections ( du fait de l'inclinaison ), fais ça et vois si tu trouves l'idée

1ere
@tryo j'ai déjà fait tout ça je trouve quand même pas.

Si je te dis qu'une force derive d'une energie potentielle ?

J'ai pas encore appris les énergies potentielles

aie

à l'arret, la force de frottement compense le poids du mobile, qui se retrouve avoir une composante tangentielle vu que c'est sur un plan incliné.

pour faire simple :
- schéma
- projection des forces en présence (poids/frottements/resultante du support)
- écriture des forces dans un repère pas trop con (genre un axe orienté selon le plan incliné et l'autre orthogonal)

là, t'as directement l'intensité de la force de frottements, pas besoin d'énergie potentielle

Ben ouai

Oui, pas con. Je teste ça ce soir.

Question con pour le topic Sous forme d'un petit énoncé pour se mettre dans l'ambiance du topic



Vous avez 1 min

PS: la réponse m'intéresse vraiment. J'ai mon idée qui parait la plus logique, mais je veux pas vous influencer, alors je la garde pour moi pour le moment.

si quelqu'un a une idée, hésitez pas, je mords pas.
Proposez moi, je vous dirai si je pense pareil: y'a rien de bien méchant c'est juste du broadcast sur 2 réseaux IP différents. Y'a juste un point qui fait que je suis pas sur
Y'a pas un admin réseau qui traine ?

1 - en principe : 127.0.0.1
2 - en principe : 193.50.170.255


enfin je dis ça je dis rien je suis pas trop les réseaux

bon je mors pas mais y'a des limites

-une adresse ethernet c'est pas une adresse IP.
-tu fais du broadcast sur localhost ?

EDIT: on a rien vu.

Mais de toute facon qu'en on envois à une adresse IP qui fini par 255 ca l'envois pas à toutes les machines qui ont la même entête?

Bon, je file mon idée.

L'adresse Ethernet c'est l'adresse MAC. C'est ce qu'on veut là. Il faut connaitre un minimum le principe de l'architecture par couche.

Là on s'occupe de la trame Ethernet qui encapsule le paquet IP (dont on a rien à braire)

Comme dit Clem, le 1er cas c'est une trame qui reste sur le même réseau IP (adresse IP de classe C: 3 1er octets). Dans le 2ème cas, c'est plus le même réseau IP: donc ça passe par un routeur.

1er cas: @MAC de broadcast: FF:FF:FF:FF:FF:FF => sans soucis

2ème cas: j'aurais tendance à dire que l'@MAC encapsulée est l'adresse MAC du routeur (celle qui est dans le réseau IP de la machine source), parce que la couche Ethernet est une couche point à point et non hote à hote.

Une fois que la trame passera dans le routeur: le paquet sera desencapsulé, puis rencapsulé avec une autre @MAC, ect. Puis quand la trame sera dans le bon réseau IP. On aura FF:FF:FF:FF:FF:FF comme @MAC.

Voilou, si quelqu'un pense différemment, je suis preneur.

EDIT: je fais que dire type au lieu de classe.
Eh oui j'ai induit Benou en erreur en mettant comme IP de la machine source, un IP de broadcast.

de la même classe sinon tu n'aurais que des tempetes de broadcast sur ton LAN

1° X.X.X.255 donc broadcast donc pas pb tu connais la solution même si ton raisonnement me semble bizarre : la MAC tu ne t'en sers que sur les premieres couches du modele OSI apres tu passes à l'IP, la correlation entre IP et MAC ce sont les tables ARP point barre le broadcast n'a rien avoir dans cette histoire

2° pourquoi un routeur? une simple route en dur suffit par ex.

je suis tout ouïe

EDIT: La réponse à la question 2 que j'ai c'est l'@MAC du routeur côté réseau IP de la machine A (la suite c'est juste pour suivre le trajet jusqu'au bout)