US20150288183A1

Movatterモバイル変換

Info

Publication number: US20150288183A1
Application number: US14/666,177
Authority: US
Inventors: Arturo N. Villanueva, JR.; Jennifer M. Worrall
Original assignee: CleanSpark Technologies LLC
Current assignee: CleanSpark II LLC
Priority date: 2014-04-06
Filing date: 2015-03-23
Publication date: 2015-10-08
Also published as: US20180226794A1; US11581732B2; US20200280186A1; US20230198257A1; US10658839B2; US12170443B2; US20160043552A1; US9941696B2

Abstract

Disclosed herein is a method and system for sharing power or energy across various power supply and control modules. More specifically, disclosed herein are systems and methods for distributing energy. As explained herein, the method discloses receiving, at a microgrid, data from a plurality of data sources. The data is then analyzed to forecast power needs associated with the microgrid. Using the data, the microgrid may determine whether and when to share power with the requesting module.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a nonprovisional patent application of and claims the benefit of priority to U.S. Provisional Patent Application No. 61/975,829, filed Apr. 6, 2014 and titled Fractalgrids and Fractalhives,” the disclosure of which is hereby incorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure is directed to providing and sharing power between various components of a distributed energy system. More specifically, embodiments of the present disclosure are directed to microgrids in a distributed energy system that may share and receive power and information with other components or microgrids within the distributed energy system based on current and/or forecasted power needs.

BACKGROUND

Conventional power stations supply energy and power to a number of homes, businesses, cities, municipalities, counties and so on. Typically, these power stations are in a central location and, as a result, must transmit power, in the form of electricity, over long distances. As electricity travels over such distances, some of the power is lost. Accordingly, what is needed is a scalable distributed energy system that may be located close to one or more loads that require the power provided by the distributed energy system.

It is with respect to these and other general considerations that embodiments have been made. Although relatively specific problems have been discussed, it should be understood that the embodiments should not be limited to solving the specific problems identified in the background.

SUMMARY

This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description section. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.

Embodiments disclosed herein are directed to a system and method for providing data and energy links between various nodes of a distributed energy system. More specifically, embodiments of the present disclosure are directed to components of a distributed energy system that provide power or serve as a load to other components of the distributed energy system based on a defined set of rules.

For example and as will be described below, the embodiments described herein are directed to receiving, at a microgrid, data from a plurality of data sources. The received data is analyzed to determine and/or forecast power needs of various components associated with or otherwise dependent on the microgrid. Using the data, the microgrid may determine whether and when to share power with the requesting component. In some embodiments, the requesting component may be a child microgrid, a parent microgrid or other component or module that requests or otherwise requires power. Such examples include energy storage modules, energy generation modules, energy sinks or loads, sensors and so on.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the present disclosure may be more readily described by reference to the accompanying drawings in which like numbers refer to like items and in which:

FIG. 1 illustrates an exemplary distributed energy system according to one or more embodiments of the present disclosure;

FIG. 2 illustrates an exemplary microgrid according to one or more embodiments of the present disclosure;

FIG. 3 illustrates an exemplary method for distributing energy according to one or more embodiments of the present disclosure; and

FIG. 4 is a block diagram illustrating physical components of an exemplary computing device that may be used with one or more embodiments of the present disclosure.

DETAILED DESCRIPTION

Various embodiments are described more fully below with reference to the accompanying drawings, which form a part hereof, and which show specific embodiments for practicing the embodiments described herein. However, various embodiments may be implemented in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Embodiments may be practiced as methods, systems or devices. Accordingly, embodiments may take the form of a hardware implementation, an entirely software implementation or an implementation combining software and hardware aspects.

In mathematics, a fractal is a mathematical set that exhibits a repeating or closely-repeating pattern. The pattern also displays the same architecture at every scale. This concept of fractals is extended herein to define a distributed energy system known as a FRACTALGRID. A FRACTALGRID is a type of distributed and networked microgrid architecture in which a larger microgrid is comprised of smaller microgrid nodes or fractal units. Each microgrid or fractal unit has self-similar attributes that enable interoperability with other microgrids and also enable various microgrids to be integrated into a similar, often larger architecture with ease.

Because each microgrid in a system may be similar or otherwise have similar structure and/or components, information may be easily shared between microgrids. For example, cybersecurity information may be shared among the microgrids at all levels throughout similar patterns, resulting in inherent similar behaviours.

A FRACTALGRID may provide a reliable source of electricity generation as the FRACTALGRID is configured to integrate locally-available renewable resources. More specifically, the FRACTALGRID may utilize localized renewable resources for electricity generation and can also integrate renewable energy with the local utility grid via semi-autonomous controls that may enhance the ability of a consumer to maintain energy delivery during outage events or shortfalls in energy availability. This capability, combined with a cybersecure information-sharing platform, greatly enhances energy security and reliability.

In some implementations a microgrid may be more resilient to adverse grid conditions such as voltage and frequency anomalies and power outages than conventional power grids or subsystems of conventional power grids. For example, when such adverse grid conditions or events are detected, the microgrid is capable of disconnecting from the utility grid and autonomously sustaining power for minutes to weeks depending upon local distributed resource generation, energy storage, and intelligent energy management strategies. The microgrid can also detect the recovery of normal grid behavior and reconnect for normal parallel operation after syncing reference voltage and frequency.

In addition to the above, a microgrid may have many operational modes and operational sub-modes. Some of these include, but are not limited to peak-shaving, load-shifting, and load-leveling. These operational modes may allow consumers or other users to offset energy and power consumption from the utility through locally produced renewable energy and energy storage.

In light of the above, embodiments described herein are directed to distributed energy systems and more particularly to enabling one or more components of a distributed energy system to communicate with other components of the distributed energy system. In addition to enabling the various components of the distributed energy system to communicate with one another, embodiments described herein also enable the various components of the distributed energy system to share power with other components of the system. As will be explained below, the sharing of power may be based on a defined set of rules or priorities that is commonly shared among the different components of the distributed energy system.

The distributed energy system described herein may include one or more microgrids. As described above, a microgrid is an electrical system that is configured to locally generate, store and distribute power. Examples of microgrids include, but are not limited to renewable energy sources such as solar power, wind power, geothermal power, hydro power, electrical transfer switches, energy generation modules, energy storage modules, loads, local sensors and so on. Microgrids can function independently and may also be connected to large electrical grids or macrogrids. That is, a microgrid can not only generate its own power, but it can both receive power from a macrogrid and provide power to a macrogrid. In addition to the above, a microgrid can receive requests for power from other components in the distributed energy system, and determine, based on historical, current and/or forecasted power needs, whether and when to share power with the requesting components.

FIG. 1 illustrates an exemplarydistributed energy system100 according to one or more embodiments of the present disclosure. As shown inFIG. 1, thedistributed energy system100 may include a number of different components or modules that are communicatively and/or electrically coupled together. This coupling may enable each component within thedistributed energy system100 to share data and/or power with other components of thedistributed energy system100.

More specifically, and as shown inFIG. 1, thedistributed energy system100 includes amacrogrid110. As briefly explained above, themacrogrid110 may be a centralized power grid such as a power station that is configured to generate or otherwise provide power to various locations, components, loads, modules and the like. Exemplary power stations include nuclear power plants, coal-fired power plants, hydroelectric dams, large scale solar panels/plants and so on.

In some embodiments, themacrogrid110 may be electrically and/or communicatively coupled to one or more child microgrids such as shown inFIG. 1. The link between the microgrids and themacrogrid110 enables themacrogrid110, and each of the microgrids in the distributedenergy system100, to share data and power with each member in its family tree. That is, power may be transmitted from one parent microgrid in the distributedenergy system100 to one or more child microgrids and so on Likewise, power may be provided from a child microgrid to a parent microgrid.

For example and as shown inFIG. 1,macrogrid110 is communicatively and/or electrically coupled tomicrogrid1120,microgrid2130 andmicrogrid3140. Such a coupling enables themacrogrid110 to share power and data with, and receive power and data from, each ofmicrogrid1120,microgrid2130 andmicrogrid3140 Likewise, the coupling of the components of the distributedenergy system100 enables each microgrid to communicate and share power with other microgrids in the distributedenergy system100.

For example, as shown inFIG. 1,microgrid1120 has a plurality ofchild microgrids122,microgrid2130 has a plurality ofchild microgrids132 andmicrogrid3140 has a plurality of child microgrids142. Each family of microgrids in the distributedenergy system100 may be configured to communicate and share power with other microgrids in its family. That is,microgrid1120 may share power with and receive power from one or more of itschild microgrids122 Likewise,microgrid1120 may share power and data with and/or receive data and power frommicrogrid2130 and/orchild microgrids132.

Although each microgrid is shown having multiple child microgrids, such a configuration is not required. That is, a microgrid may have no children or many children. Likewise, children may be removed or added as new microgrids become available or are otherwise discoverable by a particular microgrid or macrogrid. Regardless of the number of child microgrids a given microgrid may have, power and data may be shared between parent and child and child and parent.

In some embodiments, the sharing of data and/or power between sibling microgrids may be accomplished through the parent microgrid although this is not required. For example, ifmicrogrid1120 requests power and/or data frommicrogrid2130, the power and/or data would be sent to the requesting microgrid viamacrogrid110.

The size of the distributedenergy system100 may be scalable. More specifically, the size of the system may change in real-time, substantially real-time or based on current and/or forecasted power needs. In addition, a single microgrid, or set of microgrids in a given system, may be configured to determine whether or not it wants to be absorbed or otherwise included with another larger (or smaller) system.

For example, a single microgrid may be configured to provide power or otherwise produce power to sustain a particular load (e.g., a house, a water pumping station, a cell phone tower etc.). This single microgrid can be aggregated into larger microgrids to sustain larger areas with larger power needs. In turn, these aggregated microgrids can be combined with otherwise aggregated into other microgrids that may supply power on yet a larger scale.

However, because each microgrid is a self-sustaining unit, the microgrid can determine whether it wants to be part of the larger system. For example, the microgrid may determine that based on historical, current and/or forecasted power usage of a load that it services, there is no benefit to the microgrid joining the larger system. In other embodiments, the microgrid may determine, based on received data or historical use data, that it will not have sufficient power to serve the load when requested. As such, the microgrid may join or otherwise request to join a larger distributed energy system. In still yet other embodiments, a parent (either a current parent, a former parent or a requesting parent microgrid) may request that the microgrid join and/or leave the distributedenergy system100. As such, the overall distributedenergy system100 may be scalable. Further, since each microgrid is autonomous the overall system may be maintained with rather low complexity.

Additionally, just as the distributed energy system may grow as described above, the system may also shrink when a system, or a component of the system, requires less power. That is, the size of the system may dynamically change in real-time or substantially real-time depending on current or forecasted power needs of the distributedenergy system100. In addition, a microgrid may be manually or automatically removed from the distributedenergy system100 in response to a perceived or actual threat (e.g., physical attack or a cyber-attack), reduced power generation (e.g., over a period of time) or when maintenance is to be or is being performed on the microgrid. Once the microgrid has been serviced or is otherwise operating as expected, the microgrid may again join the system (either automatically or manually).

FIG. 2 illustrates anexemplary microgrid200 according to one or more embodiments of the present disclosure. In some embodiments, themicrogrid200 may be part of or otherwise associated with one or more of the microgrids discussed above with respect toFIG. 1.

As discussed, a microgrid may be an autonomous unit that may be connected or disconnected (islanded) from a larger grid (such as a utility grid, another microgrid, a macrogrid or other such distributed energy system and so on) at any time. Themicrogrid200 may interact with a parent microgrid and one or more child microgrids using various communication protocols. These communication protocols allow for the sharing of resources, including power and data, and also enables the microgrid to connect to and disconnect from parent microgrids, and/or child microgrids in cases of maintenance, emergencies, cyber-attacks, physical attacks and so on such as described above.

As shown inFIG. 2, themicrogrid200 may include acontroller210, adata storage module220, adata processing module230 and acommunication module240. Although shown separately, in some embodiments, some or all of these components may be combined into a single unit such as, for example, thecontroller210.

In some embodiments, thecontroller210 is a computing device or other such processing device that receives and processes requests and/or data. More specifically, thecontroller210 may be a processor, a processing unit, a programmable logic controller, a remote terminal unit and may be configured to collect data, code the data into a format that is transmittable between various microgrids and transmit the data between the microgrids.

As also shown, a microgrid may include one or more subsystems such as, for example,subsystem1270 and subsystem N280. These subsystems may include, but are not limited to, electrical transfer switches, energy generation modules, energy storage modules, loads, local sensors, and so on.

Thecontroller210 may include software, hardware or other logic and modules that determines energy resource management including, but not limited to which subsystems and microgrids need or are requesting power and whether themicrogrid200 itself should be connected to or disconnected from a distributed energy system. Because each microgrid includes a controller, each microgrid is an autonomous unit and it can perform or otherwise instruct various modules to act in accordance with the best interest of the microgrid and/or in the best interest of the subsystems the microgrid services.

For example, themicrogrid200 may receive data from another microgrid or another data source. The data may be received using thecommunication module240 and stored in adata storage module220. In some implementations, thecommunication module240 may include an industrial control system (ICS) or supervisory control and data acquisition (SCADA) system that enables communication and power transfers between microgrids and/or subsystems.

Once the data is received, thedata processing module230 may process the data to determine current power needs of system serviced by themicrogrid200 and may also determine how much power themicrogrid200 is producing. In addition, thedata processing module230 may be able to forecast power requirements of the system and whether the power produced by themicrogrid200 can meet the power demands of the system.

For example, thecontroller210 may be configured to determine whether it has, or has access to, the power that will be required by a particular system. If themicrogrid200 has access to sufficient power, that power may be provided to the requesting system over a communication and/or electrical connection. If themicrogrid200 does not have sufficient power, thecontroller210 may communicate with other macrogrids or microgrids (e.g.,microgrid1250) and request power from and/or request to join a distributed energy system associated withmicrogrid1250.

In some embodiments, thecontroller210 may also be configured for energy management. More specifically, thecontroller210 may be configured to determine a priority of power flow. That is, thecontroller210 may be configured to provide power to various requesting modules in an ordered and systematic way. Table 1 below shows an exemplary preference chart in which a lower number indicates a higher priority power flow.

TABLE 1

		Non-	Local	Child	Parent
	Critical	Critical	Energy	Micro-	Micro-
From/To	Loads	Loads	Storage	grid(s)	grid

Local (Renewable)	1	6	6	12	16
EnergySources
Local Energy
	2	7	N/A	13	16
Storage
Child Microgrid(s)	3	8	10	14	16
Parent Microgrid	4	9	11	15	N/A
Local (Non-Renewable)	5	N/A	N/A	N/A	N/A
Energy Sources

For example, when using the above priority chart, themicrogrid200, or other local renewable energy source, would first supply power to any requesting subsystem that has been identified as a critical load. If the local renewable energy source does not have enough power to meet the needs of the critical load, a local energy storage component or module may be used to satisfy the power demands of the critical load. Requests for power may then come from a child microgrid, a parent microgrid and finally a local, non-renewable energy source.

As discussed above, the determination of power requirements may be made in real-time or substantially real-time by thecontroller210 in eachmicrogrid200. In addition, thecontroller210 may use received data to forecast data usage of the critical load and/or other subsystems or components. For example, themicrogrid200 may determine that any excess energy (e.g., energy that is not needed by the critical load) should be stored in local storage rather than being supplied to non-critical loads (as shown in the chart above with each entry having priority 6) as peak energy usage of a critical load may be upcoming. In another implementation, themicrogrid200 may determine that power should be provided to non-critical loads prior to storing any excess power.

Although specific examples are discussed and shown in the table above, the priority of such a table may be customizable. In addition, each of the categories in the table below may be sub-divided into various sub-categories. For example, the non-critical load category may further be divided into a “sheddable” category and an “essential” category. If the non-critical load is categorized as sheddable, power may not be provided to the requesting system when there is a shortage of power. If the non-critical load is categorized as essential, the essential loads take priority over the sheddable loads. In some implementations, the each essential load may also be ordered or otherwise prioritized.

Further, although themicrogrid200 may determine whether and when to provide power to various requesting modules and components, each microgrid may also be customized and/or controlled by an operator. As such, an operator may manually set priorities and perform maintenance activities on each microgrid.

FIG. 3 illustrates anexemplary method300 for distributing energy among components of distributed energy system according to one or more embodiments of the present disclosure. In some embodiments, themethod300 may be used by one or more microgrids to determine how to provide or otherwise allocate power to various components and modules associated with or otherwise dependent on the microgrid. In some cases, some of the operations of themethod300 described below may occur simultaneously or substantially simultaneously. For

example operation

320 and330 may occur simultaneously or substantially simultaneously and

operations

340 and350 may occur simultaneously or substantially simultaneously. In addition,operation310 may be occurring concurrently as previously received data is being processed byoperations320 through370 are being performed.

Method

300 begins atoperation310 in which data is received from various sources. In some embodiments, the sources may include weather stations and power stations. In other implementations, the data may be received from one or more subsystems and/or microgrids associated with the microgrid. For example, a microgrid may receive data from one or more child microgrids or a parent microgrid. In some embodiments, the data may include historical weather patterns, current weather information, historical power usage, current power usage, current power generation, historical power generation and so on.

For example, in some embodiments, the data that is received may indicate power usage of one or more modules or components that draws power from the microgrid at certain times of the day when the temperature outside reaches various thresholds. In another example, the data may include current or historical usages of power on a weekend.

Once the data is received, flow proceeds tooperation320 and the data is analyzed to determine current and/or forecast energy needs. More specifically, the received data may be analyzed to determine current energy needs and/or amounts of energy that may be needed in the future. For example, if a microgrid is located on an office building on a weekend in which minimal power is being used, the data may be analyzed to determine that the microgrid typically has to request power from other microgrids come Monday morning. As a result, the microgrid may opt to store the generated power rather than provide it to other requesting microgrids or other subsystems.

In addition to the above, the microgrid may analyze the received data to determine whether it has sufficient power to provide its critical loads. If not, the microgrid may be configured to request power from a parent microgrid, a child microgrid, an energy storage module and/or a non-renewable energy source depending on its internal priority table such as described above.

Inoperation330, the microgrid provides energy to its critical loads. As discussed above, the microgrid, acting as an autonomous unit, can determine in real-time or substantially real-time, whether it generates enough energy to satisfy its critical load requirements. If not, the microgrid may request power from other sources such as described above.

Flow then proceeds tooperation340 in which the microgrid determines a priority of noncritical load versus storage. As discussed above, using the received data, each microgrid may determine that it should store energy for upcoming requests rather than provide energy to non-critical loads. In other scenarios, the microgrid may determine that providing power to non-critical loads is, at the moment, more important than storing the power for subsequent use.

Flow then proceeds tooperation350 and the power is provided to the non-critical loads and/or a power storage module. As discussed above, the priority between the non-critical load and the storage may vary from time to time.

Inoperation360, the microgrid may also be configured to determine power needs and/or requirements of one or more child microgrids and its parent microgrid. For example, the microgrid may be configured to receive data and/or power requests from child and parent microgrids. Once the data is received, the microgrid can determine whether and when to provide the requested power to the requesting microgrids.

If the microgrid determines that is has sufficient power or otherwise determines it wants to provide power to the requesting microgrids, flow proceeds tooperation370 and the microgrid provides the requested power to one or more child microgrids and to a parent microgrid. As discussed above, the priority between child microgrids and parent microgrids may be established using a priority table such as described above. Themethod300 may then cycle back tooperation320 and the process may be repeated for another set of data.

FIG. 4 is a block diagram illustrating exemplary components, such as, for example, hardware components of acomputing device400 according to one or more embodiments of the present disclosure. In certain embodiments, thecomputing device400 may be part of a distributed energy system such as, for example, a component of the distributed energy system. For example, thecomputing device400, or various components or modules of thecomputing device400 may be part of or otherwise included with a microgrid. Although various components of thecomputing device400 are shown, connections and communication channels between each of the components are omitted for simplicity.

In a basic configuration, thecomputing device400 may include at least one controller orprocessor405 and an associatedmemory410. Thememory410 may include, but is not limited to, volatile storage such as random access memory, non-volatile storage such as read-only memory, flash memory, or any combination thereof. Thememory410 may store anoperating system415 and one ormore program modules420 suitable for runningsoftware applications455. Theoperating system415 may be configured to control thecomputing device400 and/or one ormore software applications455 being executed by theoperating system415. Theprogram modules420 orsoftware applications455 may include modules and programs for requesting data, analyzing received data, determining the priority of energy requestors as well as providing communications between modules and components of the microgrid and/or other components and modules of a distributed energy system and so on.

Thecomputing device400 may have additional features or functionality than those expressly described herein. For example, thecomputing device400 may also include additional data storage devices, removable and non-removable, such as, for example, magnetic disks, optical disks, or tape. Exemplary storage devices are illustrated inFIG. 4 byremovable storage device425 and anon-removable storage device430.

In certain embodiments, various program modules and data files may be stored in thesystem memory410. Theprogram modules420 and theprocessor405 may perform processes that include one or more of the operations ofmethod300 shown and described with respect toFIG. 3.

As also shown inFIG. 4, thecomputing device400 may include one ormore input devices435. Theinput devices435 may include a keyboard, a mouse, a pen or stylus, a sound input device, a touch input device, and the like. Thecomputing device400 may also include one ormore output devices440. Theoutput devices440 may include a display, one or more speakers, a printer, and the like.

Thecomputing device400 also includescommunication connections445 that facilitate communications withadditional computing devices450.Such communication connections445 may include internet capabilities, a RF transmitter, a receiver, and/or transceiver circuitry, universal serial bus (USB) communications, parallel ports and/or serial ports.

As used herein, the term computer readable media may include computer storage media. Computer storage media may include volatile and nonvolatile media and/or removable and non-removable media for the storage of information. Examples include computer-readable instructions, data structures, and program modules. Thememory410, theremovable storage device425, and thenon-removable storage device430 are all examples of computer storage media. Computer storage media may include RAM, ROM, electrically erasable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other article of manufacture which can be used to store information and which can be accessed by thecomputing device400. Any such computer storage media may be part of thecomputing device400.

Embodiments of the present disclosure are described above with reference to block diagrams and operational illustrations of methods and the like. The operations described may occur out of the order as shown in any of the figures. Additionally, one or more operations may be removed or executed substantially concurrently. For example, two blocks shown in succession may be executed substantially concurrently. Additionally, the blocks may be executed in the reverse order.

The description and illustration of one or more embodiments provided in this disclosure are not intended to limit or restrict the scope of the present disclosure as claimed. The embodiments, examples, and details provided in this disclosure are considered sufficient to convey possession and enable others to make and use the best mode of the claimed embodiments. Additionally, the claimed embodiments should not be construed as being limited to any embodiment, example, or detail provided above. Regardless of whether shown and described in combination or separately, the various features, including structural features and methodological features, are intended to be selectively included or omitted to produce an embodiment with a particular set of features. Having been provided with the description and illustration of the present application, one skilled in the art may envision variations, modifications, and alternate embodiments falling within the spirit of the broader aspects of the embodiments described herein that do not depart from the broader scope of the claimed embodiments.