MintApps/client
11
21
Fork
You've already forked client
3

Erweiterung der Sim zur Atwood-Fallmaschine #228

Closed
opened 2023年11月28日 07:45:56 +01:00 by schilchris · 6 comments

Schön wäre (ausreichend nur) im idealisierten Modell eine Darstellung der auf die beiden Körper wirkenden Kräfte (als Vektorpfeile und mglw. auch mit daneben angegebenen Betrag in Newton).
Gründe:

  1. Atwood steht im Lehrplan der FOS unter Dynamik, d. h. da soll er auch unterrichtet werden.
  2. Atwood wird an vielen Schulen didaktisch so stark reduziert, dass die Kräftebetrachtung oft falsch unterrichtet wird (vgl. Anhang aus einer meiner vergangenen Tagungen). Insofern scheint da eine korrekte Darstellung der Kräfte in der Sim durchaus sinnvoll und gewinnbringend. Knackpunkt: Der Betrag der Seilkraft liegt zwischen den Beträgen der Gewichtskraft beider Körper!
Schön wäre (ausreichend nur) im idealisierten Modell eine Darstellung der auf die beiden Körper wirkenden Kräfte (als Vektorpfeile und mglw. auch mit daneben angegebenen Betrag in Newton). Gründe: 1) Atwood steht im Lehrplan der FOS unter Dynamik, d. h. da soll er auch unterrichtet werden. 2) Atwood wird an vielen Schulen didaktisch so stark reduziert, dass die Kräftebetrachtung oft falsch unterrichtet wird (vgl. Anhang aus einer meiner vergangenen Tagungen). Insofern scheint da eine korrekte Darstellung der Kräfte in der Sim durchaus sinnvoll und gewinnbringend. Knackpunkt: Der Betrag der Seilkraft liegt zwischen den Beträgen der Gewichtskraft beider Körper!
tk100 added this to the 1.4.0 milestone 2023年11月28日 18:44:41 +01:00
Owner
Copy link

Super Idee! Bin schon am überlegen, wie ich das besten umsetze (und wie immer gibt es einige Fragen...)

  1. Soll jeweils nur die resultierende Kraft dargestellt werden? Oder sollen optional auch die Seil- und Gewichtskraft anzeigbar sein (um zu illustrieren, dass die Seilkraft auf beiden Seiten betragsgleich ist)?

  2. Eigentlich würde ich die Kräfte gerne auch für den realen Modus irgendwie visualsieren. Das Problem ist, ich habe keine Idee, wie ich die zusätzlichen Kräfte aufgrund der Schwerkraft des Seils sinnvoll anzeige (evtl. als Summengewichtskraft auf der jeweiligen Seite)? Und wie visualisiere ich sinnvoll den Einfluss der Rolle? Falls du ein Idee hast (idealerweise schon als Skizze...) würde ich mich freuenn!

Super Idee! Bin schon am überlegen, wie ich das besten umsetze (und wie immer gibt es einige Fragen...) 1) Soll jeweils nur die resultierende Kraft dargestellt werden? Oder sollen optional auch die Seil- und Gewichtskraft anzeigbar sein (um zu illustrieren, dass die Seilkraft auf beiden Seiten betragsgleich ist)? 2) Eigentlich würde ich die Kräfte gerne auch für den realen Modus irgendwie visualsieren. Das Problem ist, ich habe keine Idee, wie ich die zusätzlichen Kräfte aufgrund der Schwerkraft des Seils sinnvoll anzeige (evtl. als Summengewichtskraft auf der jeweiligen Seite)? Und wie visualisiere ich sinnvoll den Einfluss der Rolle? Falls du ein Idee hast (idealerweise schon als Skizze...) würde ich mich freuenn!
Author
Member
Copy link

Topp!

Zu 1) Am besten alle am jew. Körper angreifenden Kräfte (auch optional möglich) und die jeweilige Resultierende.

Zu 2) Das stelle ich mir auch alles eher schwierig vor. Aber was doch gehen würde: Man hat ja den Betrag der Beschleunigung des Gespanns. Dann kann man doch, da ja F_G1 und F_G2 gleich bleiben, die drei Kräfte an beiden Körpern auch einzeichnen.

Topp! Zu 1) Am besten alle am jew. Körper angreifenden Kräfte (auch optional möglich) und die jeweilige Resultierende. Zu 2) Das stelle ich mir auch alles eher schwierig vor. Aber was doch gehen würde: Man hat ja den Betrag der Beschleunigung des Gespanns. Dann kann man doch, da ja F_G1 und F_G2 gleich bleiben, die drei Kräfte an beiden Körpern auch einzeichnen.
Author
Member
Copy link

Topp!

Zu 1) Am besten alle am jew. Körper angreifenden Kräfte (auch optional möglich) und die jeweilige Resultierende.

Zu 2) Das stelle ich mir auch alles eher schwierig vor. Aber was doch gehen würde: Man hat ja den Betrag der Beschleunigung des Gespanns. Dann kann man doch, da ja F_G1 und F_G2 gleich bleiben, die drei Kräfte an beiden Körpern auch einzeichnen.

Topp! Zu 1) Am besten alle am jew. Körper angreifenden Kräfte (auch optional möglich) und die jeweilige Resultierende. Zu 2) Das stelle ich mir auch alles eher schwierig vor. Aber was doch gehen würde: Man hat ja den Betrag der Beschleunigung des Gespanns. Dann kann man doch, da ja F_G1 und F_G2 gleich bleiben, die drei Kräfte an beiden Körpern auch einzeichnen.
Owner
Copy link

Ich habe testweise die Anzeige der Kräfte umgesetzt, es gibt zwei Möglichkeiten

  1. Jeweils nur die resultierende Kraft auf die beiden Körper
  2. Jeweils die Gewichts- und Seilkraft auf die beiden Körper

Das funktioniert dann auch problemlos im idealen Modus, wo allerdings die kleine Änderung nicht sichtbar wird.

Bei den Starteinstellungen (50g und 100g) ist schön zu sehen, dass die resultierenden Kräfte nicht gleich groß sind (bei großer Masse halb so lang).

Natürlich gibt es die üblichen Probleme mit Pfeillängen, wenn die Anwender/-innen sehr große oder kleine Massen(unterschiede) nutzen. Aber das ließe sich nur über einen variablen Maßstab vermeiden, der alles ganz schön komplex macht.

Den Betrag würde ich eigentlich in der Grafik nicht gerne anzeigen (das führt je nach Auflösung oft zu Überlappungen) und verlangsamt die Animation zudem deutlich.

Ich habe testweise die Anzeige der Kräfte umgesetzt, es gibt zwei Möglichkeiten 1. Jeweils nur die resultierende Kraft auf die beiden Körper 2. Jeweils die Gewichts- und Seilkraft auf die beiden Körper Das funktioniert dann auch problemlos im idealen Modus, wo allerdings die kleine Änderung nicht sichtbar wird. Bei den Starteinstellungen (50g und 100g) ist schön zu sehen, dass die resultierenden Kräfte nicht gleich groß sind (bei großer Masse halb so lang). Natürlich gibt es die üblichen Probleme mit Pfeillängen, wenn die Anwender/-innen sehr große oder kleine Massen(unterschiede) nutzen. Aber das ließe sich nur über einen variablen Maßstab vermeiden, der alles ganz schön komplex macht. Den Betrag würde ich eigentlich in der Grafik nicht gerne anzeigen (das führt je nach Auflösung oft zu Überlappungen) und verlangsamt die Animation zudem deutlich.
Author
Member
Copy link

Ich finde, dass die Ergänzung so absolut ausreicht.
Man sieht, dass die F_res ́s unterschiedlich lang sind und die Seilkräfte (im idealisierten Modus) gleich lang.
Besonders spannend fand ich beim Testen, dass im realistischen Modus dann die Seilkräfte wieder unterschiedlich lang werden (kann das sein???).

Ich finde, dass die Ergänzung so absolut ausreicht. Man sieht, dass die F_res ́s unterschiedlich lang sind und die Seilkräfte (im idealisierten Modus) gleich lang. Besonders spannend fand ich beim Testen, dass im realistischen Modus dann die Seilkräfte wieder unterschiedlich lang werden (kann das sein???).
Owner
Copy link

Ich glaube schon, dass das mit den verschiedenen Seilkräften passt und hätte folgende Erklärung:

  • Ich zerlege das Seil zunächst gedanklich in zwei einzelne (eines links, eines rechts)
  • Beide bewirken einen Drehmoment auf die Rolle in der Mitte
  • Wären die Kräfte gleich, würden sich die beiden Drehmomente exakt aufheben
  • Dann aber würde sich die Rolle nicht drehen

Das gilt natürlich nur, sofern die Masse der Rolle berücksichtigt wird (also im realen Modus).

Ich glaube schon, dass das mit den verschiedenen Seilkräften passt und hätte folgende Erklärung: - Ich zerlege das Seil zunächst gedanklich in zwei einzelne (eines links, eines rechts) - Beide bewirken einen Drehmoment auf die Rolle in der Mitte - Wären die Kräfte gleich, würden sich die beiden Drehmomente exakt aufheben - Dann aber würde sich die Rolle nicht drehen Das gilt natürlich nur, sofern die Masse der Rolle berücksichtigt wird (also im realen Modus).
Sign in to join this conversation.
No Branch/Tag specified
main
2.2.0
2.1.0
2.0.0
1.4.0
1.3.0
1.20
1.2.0
1.1.0
1.0.0
0.5.3-1
0.5.3
0.5.2
0.5.1
0.5.0
0.4.3
0.4.2
0.4.1
Labels
Clear labels
ask the fediverse comm.
Ask the Fediverse Community over the MintApp-Mastodon-Account.
Component: Client
Issue regarding the (optional) server component.
Component: Server
Issue regarding the (optional) server component.
Kind: Not reproducible
Kind: Accessibility
Kind: Breaking
Kind: Bug
Something is not working
Kind: Documentation
Documentation
Kind: Enhancement
New feature
Kind: Extension
Extension of an existing MintApp.
Kind: Inclusivity
Kind: Maintenance
Kind: Security
Relevant for security.
Kind: UI/UX
Related to UI/UX.
meta
organisational issues
Priority: Critical
This issue has a critical priority
Priority: High
This issue has a high priority.
Priority: Low
This issue has a low priority.
Priority: Medium
This issue has a medium priority
question
More information is needed
Reviewed: Duplicate
This issue or pull request already exists
Reviewed: Invalid
Something is wrong
Reviewed: Won't fix
This won't be fixed
Shelved for lack of staff capacity
It's not that we do not want it done, it's just that we do not have time to do it.
Status: Completed
Status: Contribution welcome
good for new people who would work at MintApps.
Status: help wanted
Need some help
Status: In review
Status: Next Release
Status: Privacy legal clarification
Need for legal clarification w/ regard to privacy
Status: Tests needed
Need tests upcoming features.
Status: Work in progress (wip)
work in progress (wip)
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
MintApps/client#228
Reference in a new issue
MintApps/client
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?