How would you model a Weapon StateMachine having a "Idle" Movement and Cooldown in parallel? about unityhfsm HOT 1 CLOSED

Hi @ManuelRauber,
Thanks for using UnityHFSM!

If I understand your scenario correctly, you're having difficulties modelling the behaviour of the weapon. While in idle, the weapon should circle around the player. When the attack button is pressed (and sufficient time has passed since the last attack, which is determined by the weapon cooldown), it should shoot an enemy. After the attack, while in cooldown, the weapon should circle around the player again.

There are two ways that this could be implemented.

The first approach is to have three states: Idle, Shoot, Cooldown. The advantage of this is that you have a dedicated cooldown state which allows you to e.g. play animations / sounds / etc. The state machine would then look like this:

stateDiagram-v2
	[*] --> Idle
	Idle --> Shoot: Attack Btn Pressed
	Shoot --> Cooldown
	Cooldown --> Idle: Cooldown Passed

To make the weapon circle around the player during cooldown, you call the same movement function as you do in Idle in the OnLogic of the Cooldown state.

There are two ways how we can handle the Cooldown Passed condition from the above state diagram:

1. We can use a TransitionAfter transition between the Cooldown and the Idle states. This transition only triggers after the 1s cooldown has elapsed. However, the problem with this approach is that the weapon may need some time to attack (e.g. stop moving, target enemy, play shoot animation, ...), essentially increasing the duration of the cooldown to 1s + time to attack.
2. To mitigate this, we can keep track of when the player attacked in a variable. In the condition of the Cooldown to Idle transition we simply check whether enough time has passed. The advantage with this approach is that it is not affected by how long the attack state needs.

The second approach is to use only two states: Idle and Attack. The trick here is that the cooldown phase need not be a separate state, and can instead be modelled a different way. We can use the same idea from above (see point 2): use a variable to store when the player last attacked to essentially keep track of the cooldown in the background.
This solves your circling-while-in-idle-and-cooldown problem by removing the cooldown state altogether.

stateDiagram-v2
	[*] --> Idle
	Idle --> Attack: Attack Btn Pressed <br> & Cooldown Passed
	Attack --> Idle

Which approach is better for you depends on your exact game and what your weapons should do when they shoot.
As a small tip, remember that you can also use coroutines for the Attack / Shoot states if you have complex game logic / multiple steps that need to be run by using a CoState.

from unityhfsm.