 0 deg is desirable to minimize tooth force excitations of structure-borne sound of the first gear stage. The amplitude of the radial bearing force amplitude can be lowered from 12 kN (see Fig. 5) to 5 kN which is a reduction of approx. 60 %.
In Fig. 6 it can also be seen that there is a strong dependency of the resulting forces on the phase angle. This is feasible because the superimposed torque oscillation potentially increases or decreases the vibrations depending on the relative phase between the torque and the tooth mesh. However, the minima of axial and radial bearing force cannot be found at the same amplitude and phase. Yet the reduction of the radial component is much higher which leads to an overall improvement.
In order to provide a holistic system analysis, the exact transfer path between the excitation force at the bearings and the vibration of the housing can be considered in detail. The generator itself has to hold up the oscillation torque via its stator and its coupling to the machine frame. Four elastomer supported bed-plates decouple the structure-borne sound of the generator from the machine frame. Due to the oscillation torque, higher vibration excitations are expected at the stator side of the generator. However, they are damped by the elastomer bed-plates which is why a reduction of the vibrations can be expected using the described method.
The aim of this study is to show the possibilities of directly influencing the generator control to reduce vibrations due to gear mesh excitations. Fig. 6 clarifies that tooth mesh excitation force amplitudes can be lowered significantly providing an optimal generator torque.
From a control system perspective, the question is whether the generator will be able to provide the desired high dynamic torque oscillation (i.e. at 175 Hz) needed for noise reduction of the gearbox.
The overall system design was already mentioned in the introduction, see Fig. 1 for reference. The rotor side converter (RSC) implements a machine variable speed control using a rotor current controller that must be enabled to provide a high dynamic current oscillation. Therefore, we investigated the dead-beat control behavior of the rotor currents instead of PI control to ensure maximum dynamic [9].
1) Stator supply grid, orientation to the grid voltage by means of a PLL.
2) Continuous-time machine model in state-space representation (cf. [9]) with constant parameters without nonlinear effects at constant speed operating point.
3) Inverter model with idealized switching behavior and space vector modulation with fixed pulse frequency of 4 kHz; constant DC link voltage without grid-side control.
4) Dead-beat controller [9] with fixed sampling rate also at 4 kHz.
Fig. 7 shows the components of the control model including all interfaces. The aim of the model is to determine the dynamics of the current control, taking into account the inverter switching behavior and the fixed clock rate, and to prove that the oscillation torque determined in the previous section can be provided by the generator including its PWM rotor current control.
The control model is used to simulate the generation of an oscillating torque with realistic control dynamics. After the transient process has been completed and constant operation at nominal point of the generator is achieved, an oscillating torque is desired to accomplish noise reduction. At this operating point, the frequency of the required oscillation torque is 175 Hz and the amplitude is 3.17 kNm at 30 kNm constant torque component. As a simple approach this oscillation is given to the set point of Ird.
Fig. 8 shows the simulation result. The influence of the discrete sampling with a fixed pulse frequency of 4 kHz can be clearly seen. The adjustment of the desired oscillating torque to influence the first gear mesh order of the gearbox is possible without any problems. A phase shift between reference and actual current is caused by the controller and has to be compensated in the application of the method.
Depending on the selected operating point of the generator, the frequency of the first gear mesh order can shift upwards. However, it can be concluded that an oscillating torque in the relevant frequency range can be provided by the generator without any problems.
We investigated vibration reduction methods by influencing gear mesh orders in a DFIG wind power system with a planetary gearbox. Therefore, we performed MBS simulation to find an optimal torque oscillation that is capable of reducing bearing force excitations. These forces excite the machine frame due to the tooth mesh of the first gear stage. Parameter study on the amplitude and phase of an oscillation torque has shown that it is possible to reduce the radial excitation forces as main force component at the investigated bearing by 60 %. In addition, we developed a control system simulation to prove that it is possible to provide that torque oscillation by the generator. Therefore, we created a time-discrete dead-beat controller for the rotor currents that has a much better dynamic behavior than conventional PI controllers taking into account the discrete step PWM control of the rotor-side power electronic converter. In this example, the first gear mesh frequency of 175 Hz with an amplitude of approx. 10 % of the constant torque could be provided without any problems. To our knowledge this high-dynamic generator control to produce an anti-noise torque is completely new in the application at wind power plants. However further investigations have to be executed to prove this simulation result on a laboratory-scale test-bench.
I haven't gotten to playing it yet, but I'm already impressed lol. I'll post back here later on once I get some play time in.
Went in expecting to have to tune my wheel for awhile. I'm sure I'll need to tweak it over time, I always do. But surprisingly, I threw on my Monaco wheel settings for F1 2012 (I have the Fanatec CSR, so I have 5 different presets. 2 for Forza (street vs racecars) 1 for dirt3 and 2 for F1 (Monaco and everywhere else lol)) adjusted the in-game steering linearity a bit, and was able to have fun with it on race one.
The AI race like douche bags, and run me off the track on the straights, makes things interesting lol. There was also a hilarious wreck on lap two where someone managed to roll on the kink right just after the S/F line. I swung wide and slid sideways around the wreck which drew a grin on my face.
Handling is a bit floaty, but enjoyable. I tried to stuff it in a corner and drift to catch a guy in front of me, which would have 100% worked on Grid2 and I wound up backwards in the sand trap.
I do kind of wish more games would adapt the Forza clutch programming, where if you miss a shift it just causes damage to your trans instead of not going in gear. Since unlike real life my shifter still goes in gear, so I have to take it out, then back in again, which is annoying. Do wish they has some lights or something on the cars dash, so I didn't have to leave the hud up though.Minor details though.
I'm sure I'll find annoyances as I go, but first race impressions are good.<issue_start><issue_comment>Title: Not retrieving messages injected/append via RASA API
username_0: I've been trying to inject and appending message into the conversation, the RASA API is working correctly and I'm able to retrieve conversation history with both conversations from rasa-webchat UI and appended content via API using Postman @ Chrome. 

However, the appended message is not shown in the rasa-webchat, it seems only displaying those saved in the session storage, but not the updated conversation.

How can I sync or retrieve the updated conversation into the session storage?

API used for appending messages/trigger intents:
https://rasa.com/docs/rasa/pages/http-api#operation/addConversationMessage 
https://rasa.com/docs/rasa/pages/http-api#operation/triggerConversationIntent

Postman triggered intent:
![image](https://user-images.githubusercontent.com/19530118/120608793-2a56f080-c484-11eb-8679-2948a4fd9646.png)

Information from the rasa-webchat UI, the sender_Id is correct:
![image](https://user-images.githubusercontent.com/19530118/120608967-54101780-c484-11eb-80f3-6d38ce3579bc.png)

credential.yml:
![image](https://user-images.githubusercontent.com/19530118/120609021-638f6080-c484-11eb-82c3-272ca1c58050.png)

Please help!
<issue_comment>username_0: Realised I used the wrong print screen, just to clarify that I've been trying many sessions and I'm sure their session id are the same.The problem is that many people "glue" 2 and (2+1) together, treating it as a unity and in that way putting their relationship, in terms of priority, before the commonly accepted order of operation.
which causes the problem here.
You can't just, out of nowhere, look at '2' and '(1+2)', ignoring the relationship in which '6' is with '2', and use left-distributive property here, because you go out of the order of operations.
I think it's commonly accepted that 'xy' means 'x*y' and should be treated as such, followed by treating operation of division and multiplication with equal priority, going from left to right.
If you assume otherwise and put the priority of multiplication, even with omitted * sign, before