Finally, we are almost there. Our first product – a joint development result of cooperation between IACS and RTOS.BE – is about to be commercialized. The Energy2Switch is a DC switch board with 2 channels rated up to 50V and 40A. Continuous power is limited at 1500W per channel, which boils down to 40A @ […]
The energy harvester is ready for iteration 3
Iteration 2 overview Wind power to dump load switching has been the main topic of iteration 2. In our system design we also call this Power Management Decision 1 (PMD1). PMD1 should realize several system requirements and, because we have an energy harvester model in Enterprise Architect, this list of requirements can easily be generated […]
Investigating the Wind-turbine to dump load switching – part 3, other alternatives
An alternative relay we have not looked at, until now, is the latching or bistable relay. This kind of relay will only use power when changing state from open to close or from close to open. Also, it keeps its last state. Those properties could be interesting, because one of the problems we face in […]
Some basic hands-on experience with a dump load
Introduction The dump load (already introduced here) is used to burn the excess energy of our battery charger. The excess is typically generated by the wind turbine in windy conditions. In contrast with solar energy, the battery charger must accept wind energy in order to protect the wind turbine. For that reason the dump load […]
From stakeholder to system requirements
System requirements and their organization Given our stakeholder requirements and some basic domain knowledge, we can now initiate the system requirements. Instead of extending the rather informal and unstructured stakeholder requirements, we prefer to start with a brand new set of requirements which is organized in a hierarchical structure (divide and conquer!) in which: the […]
Domain knowledge and application information
Introduction Building the right product requires customer input and domain knowledge. Building the product right requires a technical expertise and (possibly) a development process. In this post we focus on improving our domain knowledge. As mentioned in one of our previous blog articles, the more domain knowledge we acquire, the better we can define the […]
Recent Comments