Revision as of 22:03, 31 May 2015

Spring 2015 (Intern)

I worked on the integration between the delay compensator and the rest of the system. The goal was to have one system with two separate modes; the Fault tolerance mode and the the Delay Compensator mode. I tested the delay compensator mode using our machines (through the internet) and the results were fine. However, when I tested the code using Amazon cloud services, the results were not the same! For example, when disabling the delay compensator and the estimated delay was around 25 sampling periods, the system response, when tested on the cloud, was almost smooth without any overshoots. So, right now I am working to figure out how to solve this.

I solved the remaining issue in my last implementation. I have also added a delay estimator to the code that can deal with variable delays. I tested this with a unity gain process emulated in LabView.
Worked with Khaled and Maram on elaborating the system design.

I implemented the delay compensator assuming a unity gain process (to avoid any inaccuracies in the process model block in the delay compensator). My next steps are; solving one main remaining issue with the current implementation, then implementing an internet delay estimator(I am now using a predefined delay in LabView) and testing my delay compensator with a more complex process (that I can find a good model for).

We made a list of the physical systems that can suit our work. We are also in contact with the manufacturers of these systems to know about their prices(the prices are not available online) to find a system that fits our estimated budget.
We made a final list of 3 open source SCADA/HMI software that can be used for our work. We will discuss with Dr. Tamir to find the most suitable one.
We started working on the implementation of the PID controller with the bumpless transfer. After finishing this part, we should start implementing the fault tolerance algorithm.

We had a brief meeting with Dr. Tamir and showed him the results of the delay compensator and the fault tolerance implementations. They were fine. The only drawback is the ripples that appears in the response of the system with the delay compensator for the high delay values.
We are now working on finding a new physical system for our work. We discussed the criteria of choosing such system with Dr. Tamir. Besides, we also search for an open source SCADA/HMI for our system.

We arrived in Canada on 3rd, March and it took us about a week to settle in, thanks God.
We started our work full load on 11th, March. We had two remaining things to do; first, to implement the smooth handover part of the fault tolerance algorithm. We have done it. Second, to fine tune the settling time of the system with the delay compensator. We have done as much as we can in this, but still the settling time is longer than that in the transaction paper.

@@ Line 4: / Line 4: @@
 * '''Submissions:''' None
+=== May 29  ===
+*I worked on the integration between the delay compensator and the rest of the system. The goal was to have one system with two separate modes; the Fault tolerance mode and the the Delay Compensator mode. I tested the delay compensator mode using our machines (through the internet) and the results were fine. However,  when I tested the code using Amazon cloud services, the results were not the same! For example, when disabling the delay compensator and the estimated delay was around 25 sampling periods, the system response, when tested on the cloud, was almost smooth without any overshoots. So, right now I am working to figure out how to solve this.