Change Log
Oops! We accidentally switched these calculations in the MathJs API. The functions
degrees and radians have been fixed. The old aliases for these functions have also been brought back so as to be backwards compatible - rad_to_deg and deg_to_rad.Many of our current videos are very outdated, and we are trying to get those updated as time permits. The first one to be updated is our front page "tour" video. Finally...ugh.
We have added Python as the default language for coding your Tychos simulations! This is a huge change to Tychos, and if you are used to writing your scenarios in MathJs, don't worry, you still can! We have made it so Tychos will create simulations using either of the languages.
Python is such a great language with so much support and interest in both the scientific world and the academic world, that we decided to add Python and then make it the default language.
To switch between languages, you simply choose it in the Settings tab, from the Coding Language drop down.
We think that the power of Python, as well as the flexibility of writing code that might match what many users are already familiar with will be a huge improvement in writing Tychos simulations. All the standard Tychos objects still exist, and we have tried to maintain much of our Tychos API, with only minor changes to match the style and syntax of other popular Python libraries and tools such as VPython.
Please note there are some Python modules that are not compatible with Pyodide, and therefore Tychos. Please refer to this page to learn more.
Much of the interface has not changed, but there are some differences, such as the addition of a Console that displays the stdout.
We have added a number of new tools to the tool menu that you can add to a scenario for analyzing data or for accepting a user's input. These are essentially identical to the components that can be added to a scenario by writing code, but now you can add them directly through the Tools menu.
The tools that can now be added are: Ruler, Timer, Meter, Gauge, Graph, Bar Chart, Toggle, Slider, Input, Menu.
You can also edit any of these tools properties by clicking on the little "gear" icon on top left side of the tool's panel, which will reveal that tool's different settings.
To bind the tool to a variable in your scenario, you just need to reference that variable in the Binding setting. The tool will then display the value of the bound variable, or if its an input tool (Toggle, Slider, Menu, Input) it will update that variable's value in your scenario.
For tools that are used for displaying values, you can also have Tychos evaluate an expression. For example, it the image below, the graph plot sets are evaluated using math expression for the y axis values:
t^2 and sin(2*t)
Which results in this graph:
Circles, Rectangles and Ellipses can now be displayed with borders. These borders can also be displayed as either the default solid border (style: "none") or dashed (style: "dash") or dotted (style: "dot").
Examples of different borders and styling.
Lines as well as Arrows can also now be styled in the same way.
Now you can add a bar chart for visualizing data in your simulations.
BarChart is a chart of data that is displayed as a set of bars representing an array of data values. Each BarChart that is created will appear on the right side of the World View.
Example of a BarChart
# Create the bar chart
bc_energy = BarChart({title:"Energy Bar Chart", min:0, max:500})
# Set the data for the bars
bc_energy.setData([x,y,z,w]) # Where x, y, z, and w are numerical data values
# Set the labels for the bars
bc_energy.setLabels(["KE", "Ue", "Ug", "TE"])
# Set the colors for the bars
bc_energy.setColors(["red", "blue", "green", "black"])
We have added one new measuring tool to Tychos so that you can measure the distance between two points on the screen as well as the angle. You will find this new tool in a new menu that we also created where we intend to put some other tools soon!
The ruler tool measures length and angle.
It's been quite some time since we added anything new to Tychos. That's because we have been busy working on a complete rewrite of our codebase as well as...well, you know, in a pandemic.
Most of what we have been working on will be unnoticeable for our users (hopefully!) but it gives us some added flexibility as we move forward with some new features that are in the pipeline.
We have added one new object that we think you will like - the PolyLine object. The
PolyLine object draws a series of connected lines between a given set of points. This object can be used to represent a complex path or a shape other than a circle or rectangle.
Three PolyLine objects showing different styles and fills.
Example:
star1 = PolyLine({stroke: 3, style:"dash", fill: true, opacity: .2, color: "blue"})
star1.setPoints([[0,75-200], [379-350,161-200],[469-350,161-200],[397-350,215-200], [423-350,301-200], [350-350,250-200], [277-350,301-200], [303-350,215-200], [231-350,161-200], [321-350,161-200], [0,75-200]])
star2 = PolyLine({stroke: 2, style:"none", color: "green"})
star2.setPoints([[0,75-200], [379-350,161-200],[469-350,161-200],[397-350,215-200], [423-350,301-200], [350-350,250-200], [277-350,301-200], [303-350,215-200], [231-350,161-200], [321-350,161-200], [0,75-200]])
star2.translate([100, 100])
star3 = PolyLine({stroke: 3, style:"dot", color: "red"})
star3.setPoints([[0,75-200], [379-350,161-200],[469-350,161-200],[397-350,215-200], [423-350,301-200], [350-350,250-200], [277-350,301-200], [303-350,215-200], [231-350,161-200], [321-350,161-200], [0,75-200]])
star3.translate([-100, 100])
The new createPoints function allows you to create a certain number of [X, Y] points based on a mathematical expression. You define the minimum and maximum value for the domain, as well as the "step". The range is then evaluated based on an expression.
The expression has to be a string that can be evaluated by the Tychos engine as a function of "x":
points = createPoints(-10, 10, .1, "sin(x)")
This can be useful for a number of things such as creating a set of points for a PolyLine object (see above):
sinewave = PolyLine({stroke: 2, fill: false, style: "none", color: "blue"})
sinewave.setPoints(points)
A PolyLine object with a set of points created using createPoints
We have fixed a problem where the Input, Menu and Slider user control widgets were not allowing you to update their values unless the scenario was running. It is now possible to update the widgets, and then press the "play" button and the values are all immediately captured from the widget in the first frame of the simulation.
The
Input widget now allows you to define a limit to the maximum and minimum value that it will accept in the input as well as a step value. in_x = Input({title: "X input", min:0, max:5, step:.1})
You can override the step value by just inputting the value from the keyboard as opposed to clicking the step buttons, but the maximum and minimum values can only be overridden in the code.
We decided to add a new Circle and Rectangle object that are meant to replace the Particle and Block objects. We did this in order to reflect a more general use for these objects. This way, Circle and Rectangle objects reflect just their visual nature, not a functional nature. A circle could represent a particle, but can also represent a wheel, a ball, etc. A rectangle could be a block, but it could also be a table, the ground, a ramp, etc.
# New Circle
c = Circle({pos: [0,0], radius: 10, color: "red"})
# New Rectangle
r = Rectangle({pos: [0,0], size: [10, 10], color: "purple"})
We have not removed the Particle and Block objects, so all your past scenarios will work. We just think, moving forward, these new object names will better represent a more generalized definition.
Please check out the Circle and Rectangle classes to learn how you can start using these objects in your scenarios.
You have been able to draw arrows and lines on the screen, but these were not treated as objects in their own right.
We decided to change that, and now Arrows and Lines are objects, much like the other objects in Tychos.
# New Arrow
arrow = Arrow({pos: [0,0], size: [10, 10], color: "red", components: true})
# New Line
line = Line({pos: [0,0], pos2: [10, 10], color: "purple", thickness: 2})
We have not removed the
drawArrow or drawLine functions, so all your past scenarios will work. We just think, moving forward, these new objects will better represent a more generalized definition.Please check out the Circle and Rectangle classes to learn how you can start using these objects in your scenarios.
Every object and user interface (UI) widget now can be initialized using a more easily readable and decipherable
name:value input. This allows you to identify all the attributes with a name value pair as opposed to a list of comma separated arguments.{name1: value1, name2: value2}
For example, before when creating a Spring object, you had to write this:
# Old API
s = Spring([0,0], [100, 0], "black", 5, 10, 1)
Which forced you to know the correct order of the parameters. You can now input a named/value pair in any order:
# New API
s = Spring({color:"black", pos2:[10, 10], pos:[0, 0], coils:10, thickness:1, width:5})
Although it does mean that there is more to type, you don't need get the order correct, and the name allows you to identify which parameter is which. Any missing parameters will just be replaced by default parameters for those objects and UI widgets. Please check out our updated Language Reference for more details.
We have added two new UI widgets to Tychos; the
Input widget and the Menu widget. These will add additional interactivity options to your simulations.
Input widget and Menu widget
The
Input widget:To add the widget to your scenarios, you only need one parameter
title:# In Initial State
in = Input({title:"X Velocity"})
To access the value in the Input widget, you just need to do this:
# In Calculations
buggy.v[X] = in.value
The
Menu widget:To add this widget to your scenarios, you need two parameters, the
title and an array for choices and an optional third array argument values that represent the values corresponding to the choices, though if you don't supply these, the choices array is used in place of values:# In Initial State
color_menu = Menu({title:"Color", choices: ["green", "orange", "blue"]})
Top access the chosen value, you simply type this:
# In Calculations
buggy.color = color_menu.value
We have been making some important changes to all the Tychos simulation objects. We have added these three attributes to every object:
opacity: A value from 0 to 1 (default) that sets the opacity level of the object: 0 = transparent, 1 = opaque.visible: A value oftrue(default) which means the object is visible, orfalse, which means the object is invisible.motion_map: A flag (trueorfalse) for activating the Motion Map for this object.
Motion maps are now activated by an attribute flag for each object in your simulation (see above). If an object's
motion_map attribute is set to true, then a motion map will be displayed for this object.Additionally, we have added a new setting in the Settings Panel where you can set the maximum motion map strobe images that will be displayed. This sets the number of motion map strobe images per object, so if you set this to 10, then each object in your scenario that has their
motion_map attribute set to true, will display a maximum of 10 strobe images.
Set Max. Strobe Images to reduce clutter and maximize performance
Limiting the number can be helpful for two reasons. It can reduce clutter on your screen and improve performance/speed of your simulation.
We want to apologize because we have noticed that there has been an inconsistency in how angles have been dealt with in Tychos. Object angles of rotation tended to be in degrees, while many of the functions in Tychos return angles in radians. That required annoying translation.
So we decided to standardize all angle values to radians. You can still translate between radian values and degree values using our helper conversion functions:
degrees(angle): takes a radian input angle and returns the angle in degrees.radians(angle): takes a degree input angle and returns the angle in radians.This may affect existing scenarios that have used functions that have by default expected degree inputs or returned degree outputs.
The Scenarios page now displays the goal status of each Goal in the scenario. This is true for your scenarios as well as the scenarios of anyone who clones your scenarios. If you are a teacher, this means that you will be able to now easily see your students' progress.
You can move your mouse over the green "check", red "X" or grey "?" to get a goal description, making it easy to see the goal associated with the goal status.
Hover your mouse over the goal status to get a
When Tychos detects a change to the goal status in a scenario, the user can update that new goal status by saving the scenario. If they don't save the scenario, the goal status will not be updated.
A "?" status indicates that the goal has not been tested because the goal when condition has not been met. For more details, please see Writing Goals.
Tychos now provides a way to access all the variables defined in the simulation at any frame. When writing goals it is often useful to compare a variable's value from one point of the simulation to another. For example, you might want to check if a Particle has moved, or accelerated. You can now do this because all your variable values are stored for each frame of the simulation.
To access a frame, you can simply type:
frame(10)
This captures all the variables values at frame 10. This is essentially a snap-shot of the simulation at that frame. To access an object and its properties (for example, the position of a particle) you simply use the "dot" notation:
# Access a Particle's (called "puck") position at frame 10
frame(10).puck.pos
This allows you to compare attributes of various objects or variables from one frame to another. So for example we can test to see if the "puck" particle has moved a certain distance by a specified time:
In this case the Goal is:
- 1.Description: "Move the particle a distance of 10 from the origin after two seconds."
- 2.When Condition: "
t == 2" - 3.Victory Condition: "
distance(frame(0).puck.pos, puck.pos) == 10"
The victory condition in this case calculates the distance between the position of the "puck" particle's position at frame 0 and the current position of the "puck" particle when the time is 2 seconds.
You could also use frames to test if a particle is moving in a specific direction:
# Is the puck moving in the positive X direction?
frame(1).puck.pos[X] > frame(0).puck.pos[X] >
We think this is a great improvement to writing better Goals, and we hope you like it.
We have added some new useful functions. Here is a list of those functions and briefly what each one does:
between(value, min, max): This function allows you to see if a value is between a minimum value and a maximum value. It is exclusive.constrain(value, min, max): This function takes a value and then constrains it to a minimum value or a maximum value.perpCW(vec): This function returns a two dimensional matrix representing the clockwise perpendicular vector of the given vector.perpCCW(vec): This function returns a two dimensional matrix representing the counter-clockwise perpendicular vector of the given vector.
We have greatly enhanced two functions for helping model collisions. Collision detection and resolution are typically quite difficult for students to program. We have added the ability to detect as well as assist in the modeling of collision resolution much easier. The functions and how they have been enhanced are listed below:
hasCollided(source, target): This function takes two objects (ParticleorBlock) as its arguments and then returns true or false if the two objects are overlapping.getIntersect(source, target): This function returns a two dimensional matrix representing the minimum translation vector (MTV) that would be needed to separate two objects when they overlap. This can be used to simulate collision forces based on the magnitude and direction of the MTV.
For some good examples of how these functions can be used to model realistic collisions, check out these demonstrations:
We have made some significant improvements in load times for Tychos when you first visit the site due to utilizing some caching and compression technologies. We hope you appreciate the faster loading times!
We have moved Tychos.org to different servers to improve reliability and monitoring. Tychos was unavailable for half a day—we apologize for that. Now that we have created this change history for Tychos, we will announce maintenance issues here.
Some scenarios were crashing when the Settings pane was opened. We found the problem and now all scenarios should have an accessible Settings pane.
Teachers can now hide different panes in order to more finely control access to different aspects of scenarios. In the Settings Pane, there is now an Access sub pane that allows you to show or hide one of the Hack Panel's panes:
You can now add a Label object to your simulations. This gives users the ability to add and then animate text in the Tychos world.
You can create text in any RGB color and define its size and position:
myLabel = Label(position=[0, 0], size=[100, 100], “text”, “green")
You can then rotate the text as well:
myLabel.rotate(PI/4)
Particle and Block objects can also be given a text labels. This is similar to the Label object.
particle.addLabel(text="Hello", color="green")
To learn more, check out our documentation here:
https://docs.tychos.org/docs/learn/language-reference-api#label
We have added some new useful functions. Here is a list of those functions and briefly what each one does:
stop(test=false): Allows you to stop the simulation if a condition is met. The input can be any logical statement that can be evaluated to true or false.hasCollided(p1 = Particle, p2 = Particle): This function takes two Particle objects as its arguments and then returns true or false if the two Particles are overlapping. This function only works with particles at this time, but we plan on building in more sophisticated collision detection for blocks too!getIntersect(source, target): This function returns a two dimensional matrix representing the minimum translation vector (MTV) that would be needed to separate two Particle objects when they overlap. This can be used to simulate collision forces based on the magnitude and direction of the MTV.polar(radius, angle, units=”rad”): This function is a utility function for quickly defining a 2d vector in polar form. It takes two required arguments, the scalar angle, and the scalar radial length. You can optionally include a tag of “deg” or “rad” to identify the angular units. The default value for units is “rad” for radians.
In the Settings Pane, you can now choose a new code color scheme that is better for presentation. Besides these changes we have added some other UI enhancements like better tooltips for the output gutter in the Initial State pane and the Calculations pane as well as a more organized Settings Panel. We hope you like the changes, and we are always looking for feedback and ideas on how to make Tychos better. A huge thanks to all the users that have contacted us and given us some great ideas!
We have added some new enhancements to graphs:
- Graphs are now resizable so that you can make them larger or smaller on the screen.
- You can alternatively “roll” up the graph into the panel title bar.
- We have added tooltips for the data points in the graphs.
This is has been a feature that we have wanted to add for quite some time, and we have an initial version ready for you! With just a few lines of code, you can now create a data table for displaying variable values. This can be really helpful for recording a history of the simulation. We think this is a crucial tool for helping students connect the code they write to the simulation animation. You can create a data table by setting the columns in the Initial State Pane like this:
table.setColumns(["column1", "column2", ...]) Where the array of strings
"column1" and "column2" would be the table column headers. You must have a table with at least one column, but you can have many more. Then you can record a new row in the table using this command in the Calculations Pane: table.addRow([val1, val2, ...]) Where the array of values for example -
val1 and val2 - could be any variable values you would like to record. The array of values must have the same number of values as columns in the table.
You can now get the position of the mouse mapped to the simulation extents. This allows you, for example, to build interactive simulations where Particles or Blocks can respond to the mouse position. To do so, you simply just need to reference the mouse position like this:
mouse.pos This will return the mouse position within the scenario coordinate system. We have also added the ability to detect “mouse over” events. The following function allows you to test if the mouse is over a Particle or a Block:# Where p is a Particle, but could be a Block too!
mouse.is_over(p)
Here is a demonstration to check out these the new mouse interaction features:
Last modified 4mo ago