Bewegingsanalyse op de motor

Hallo

Ik simuleer een oscillerende tafel. De oscilatie wordt gecreëerd door een motor + arm + drijfstang.

Ik doe een simulatie op 2s.

Ik zette een cirkelvormige motor op 60 tpm en maakte een grafiek om de beweging van de koppeling te zien.

Probleem: het oscilatiepatroon in Z volgt de motor niet en als ik het toerental van de motor varieer, varieert de frequentie van de oscilaties weinig en volg ik in ieder geval niet de "theorie".

Heeft iemand een aanknopingspunt?

Want tegelijkertijd  doe ik versnellingsmetingen die niet volgens de theorie verlopen ...

A+


tableoscilante.jpg
1 like

Doe het al stap voor stap

Beweging simulatie

Plaats de motor op deze as en draai langzaam om je oscilatie te zien

Al in je vergadering moet je het kunnen doen

Maar via de bewegingsstudie is het nodig om de beperkingen recht te trekken

in de hoop dat je grafische kaart en de pc volgen

eerst

en dat al je axiale beperkingen goed zijn

@+

3 likes

Goedenavond

Heb je geprobeerd je beperkingen te veranderen? In plaats van een coaxialiteit te plaatsen, kruispunten uit schetsen te beperken, is het me al overkomen en ik denk dat ik dat heb gedaan.

2 likes

Hallo

Dank u voor uw antwoorden.

Ik heb het probleem vereenvoudigd, gewoon een arm die met 60 RPM draait, en geen stressfout en geen interferentie.

Waar ik een probleem mee heb, is dat ik een sensor aan het uiteinde van de arm plaats die met 60 RPM draait en het geeft me de volgende grafiek die niet coherent is en als ik de snelheid van de motor verdubbel, blijft de grafiek min of meer hetzelfde.....

Ik zie niet waar ik het mis heb? Is het de positie van de motor, is het de positie van de sensor of andere?

Heb je een voorsprong? Bedankt.

A+


tableoscilante_2.jpg
1 like

Je verplaatsing zal altijd dezelfde rondingen hebben, omdat het een axiale verplaatsing is

Het is gewoon de rotatietijd die zal veranderen

als je de snelheid X2 verhoogt

In theorie zal uw cyclustijd / 2 zijn

@+ ;-)

Dat is het probleem, ik ben naar 120 RPM gegaan en je zult zien dat de cyclustijd slechts in geringe mate is gewijzigd.....

Ik zou 2 "pieken" per seconde moeten hebben en ik heb amper 1,7 ...?

A+.


tableoscilante_3.jpg

Er zit inderdaad een bug in de tijdschaal. De loopafstand zal altijd hetzelfde  zijn omdat deze afhangt van de lengte van uw drijfstang, maar als u uw grafieken vergelijkt, zou de n°2 moeten overeenkomen met de n°1 x2 op de tijdschaal (frequentie).   

60 toeren per minuut --> 60 toeren per minuut --> 1 toeren per minuut dus 120 toeren per minuut --> 120 toeren --> 2 toeren per minuut

Heb je je animatie goed herberekend? Het is het pictogram dat eruitziet als een rekenmachine.

1 like

Dat is het probleem, ik heb herbouwd, ik heb opgenomen... Ik zie niet in waar het probleem vandaan kan komen.

Ik zal proberen het type beperking te veranderen, zoals je me hebt voorgesteld....

A: Ja, maar ik weet niet zeker of er een verband is met deze beperking voor dit probleem.

Je hebt gelijk, de wijziging van de beperking heeft niets veranderd.

Aan de andere kant ben ik begonnen met de studie van de tutorial "valve_cam" met de standaardwaarden en daar werkt het aan de andere kant toen ik de snelheden begon te wijzigen en de test van 0.1s naar 2s doorstond, het begon me waarschuwingsberichten te geven en de resultaten werden verkeerd.

Dus ik denk dat ik dieper moet graven in de voorkeuren van Motion.

Als iemand aanbevelingen heeft, ben ik geïnteresseerd.

Bedankt.

A+

1 like

Een antwoord gevonden, misschien zijn er nog andere....

De motor met constant toerental is helemaal niet constant toerental!!

Ik heb de test meer dan 10 seconden gedaan en de snelheid is helemaal niet constant!!

De oplossing is om de beweging door segement te nemen door een acceleratie- en vertragingshelling te beheren.

Hier is een mooie regelmatige curve bij 120 RPM aan bevestigd

Als je opmerkingen hebt, ben ik er helemaal voor.

A+


tableoscilante_4.jpg
1 like

Het is inderdaad veel beter, misschien  hadden de beperkingen moeite om bij te blijven.

Hallo

Ik denk niet dat het te wijten is aan beperkingen, ik zou meer neigen naar een solidworks-bug omdat ik hetzelfde fenomeen heb als ik begin met het tutorial-bestand ...

A+

1 like

Hallo

Gebruik niet de constante-functie omdat deze helemaal niet constant is, maar gebruik  de snelheid per segment.

A+

1 like

Uit nieuwsgierigheid heb ik snel een kleine anime gemaakt, en hoe kom je aan een grafiek? De enige grafiek die ik kan krijgen, is een van de parameters van de motor die kan worden gewijzigd, maar geen grafiek met resultaten. 

1 like

Hallo

Ik selecteer een punt aan de buitenkant van de arm en vervolgens het bijgevoegde pictogram en het vraagt om een referentieobject, vaak neem ik het oorsprongspunt van de montage.

Start vervolgens de berekening opnieuw en normaal gesproken verschijnt de grafiek, aan de andere kant geen rapportgenerator vinden zoals onder de materiaalweerstandssimulatie  (?) .

A+


34312_capture.jpg
2 likes

Maar je plaatst een sensor? Zo ja, wat gebruik je als parameters? Ik heb het geprobeerd, maar ik kan deze grafiek niet krijgen.

Edit: in feite is het omdat ik de simulatiemodule niet heb, als ik met mijn cursor naar de sensor wijs, krijg ik te horen dat de informatie niet beschikbaar is, zelfs niet voor een snelheidsmeting...; (


2017-03-06_at_15-43-36.mp4
1 like

In feite begin ik met het selecteren van het vlak in het grafische venster en vervolgens selecteer ik het gereedschap "grafiek" (pictogram in opname) en vervolgens een vast punt. De 2 puntjes bevinden zich in hetzelfde dialoogvenster. Natuurlijk moet je de verplaatsing en de as selecteren.

Dan hoef je alleen maar de berekening opnieuw te starten.

2 likes

Ach, ik denk niet dat het de juiste vangst moet zijn!