A Method Of Programming A Software Module Associated With A Firmware Unit Of A Device

The current disclosure relates to design and programming of firmware and more particularly, to register trans fer level based design of firmware using high level synthesis tools . High level synthesis tools enable a programmer to provide a high level description of the one or more operations associated with the related firmware unit using a high level language such as SystemC or ANS I C/C++ . From these high-level descriptions , high level synthesis tools can then generate production-quality RTL, which then may be used to generate lower-level representations and ultimately, actual wiring of the firmware unit .

The current disclosure relates to design and programming of firmware units ( also referred to as firmware modules ) of devices . Conventionally, the development of software for a firmware device happens in two phases . In a first phase , the operations to be performed by the firmware are described by a programmer using RTL ( register trans fer level ) modules . Subsequent to the creation of the RTL module , the programmer has to manually create a register module ( also referred to register interface module ) for the corresponding RTL module , for enabling register read and write operations . The register interface module includes definitions for register addresses , bit of fsets and bit widths for every configuration in RTL module . In a second phase , one or more application programming interfaces referring the RTL module are developed . During this stage , the register interface module is used by the programmer for enabling the API s to access ( i . e . read and write ) the registers . Additionally, programmer needs to define the software that uses register interface module . In this software , there needs to be the same register addresses and bit masks as in register interface module . Currently, the manual generation of the register interface module is time consuming and is prone to manual errors . The programmer has to define register addresses and bit masks for every configuration in the RTL module . Errors in the register interface module can result in improper write operations which lead to unauthori zed overwriting of values in the registers . Accordingly, there is a need for a method and device which addresses the above mentioned issue .

Accordingly, the current disclosure describes method accordingly to claim 1 , a programming device according to claim 8 , and a non-transitory storage medium according to claim 9 which address the above-mentioned aspects .

Accordingly, the current disclosure describes a method of programming a software module associated with a firmware unit of a device . The method comprises obtaining a register transfer level program associated with the firmware unit , the register trans fer level program comprising a plurality of register variables indicative of a plurality of registers in the firmware unit , defined within a first namespace of the register trans fer level program; and linking the first namespace associated with the register trans fer level program with a namespace associated with a software module for referencing at least one of the register variable from the plurality of register variables . The register trans fer level program includes design level description of one or more operations associated with the firmware unit in a high-level programming language .

By introducing namespaces in the register trans fer level program using the high level language and by linking the namespace of the register trans fer level program with a namespace of the software module , the current disclosure allows the programmer of the software module to directly reference the register variables defined and used in the register trans fer level program without the register interface module . Accordingly, the current disclosure provides for fast and er- ror free development of software modules , since the development of software modules is no longer dependent on the register interface module .

In an example , the method further comprises generating a register interface module based on the plurality of register variables of the register trans fer level program . Accordingly, by automating the generation of the register interface , likelihood of manual errors in the register interface is reduced substantially . In an example , the method is performed using a high level synthesis tool .

In an example , the method further comprises converting the description of the one or more operations in register transfer level program from the high level programming language to a hardware description language associated with the firmware unit . Accordingly, the converted register module in hardware description language can be used directly by any firmware simulation tool .

In an example , the register interface module is based on at least one of a header file and a source file . In an example , the software module includes one or more of a top module and an application programming interface . In an example , the high-level programming language is a class based programming language .

In another aspect , the current disclosure describes a programming device for programming a software module associated with a firmware unit of an industrial device . The programming device comprises one or more processors connected to a memory module . The one or more processors are configured to obtain a register trans fer level program associated with the firmware unit , the register trans fer level program comprising a plurality of register variables indicative of a plurality of registers in the firmware unit , defined within a first namespace of the register trans fer level program, and link the first namespace associated with the register trans fer level program with a namespace associated with a software module for referencing at least one of the register variable from the plurality of register variables . The register transfer level program includes design level description of one or more operations associated with the firmware unit in a high- level programming language .

In another aspect , the current disclosure describes a non transitory storage medium for programming a software module associated with a firmware unit of a device . The non transitory storage medium comprises a plurality of instructions , which when executed by one or more processors , cause the one or more processors to obtain a register trans fer level program associated with the firmware unit , the register trans fer level program comprising a plurality of register variables indicative of a plurality of registers in the firmware unit , defined within a first namespace of the register trans fer level program; and link the first namespace associated with the register trans fer level program with a namespace associated with a software module for referencing at least one of the register variable from the plurality of register variables . The register trans fer level program includes design level description of one or more operations associated with the firmware unit in a high-level programming language . The advantages of the methods apply to the devices described herein . These aspects are further described in relation figures 1-4 .

The following detailed description references the drawings , wherein :

Figures 1 illustrates a programming environment for a device including a firmware unit and a software module ;

Figure 2 illustrates a method for programming the software module associated with the firmware unit of the device ; Figure 3 illustrates an example register trans fer level program and an example module referencing a register variable from the register trans fer level program; and

Figure 4 illustrates a programming device for programming the software module associated with the firmware unit of the device .

Figure 1 illustrates a programming environment 100 for a device 120 ( also referred to as industrial device 120 ) . The device 120 comprises a software module 125 and a firmware unit 127 . The design and programming of the firmware unit 127 is performed using a high level synthesis tool 110 . The high level synthesis tool 110 is used by a programmer to develop one or more register trans fer level programs ( shown in figure 1 as RTL program 115 ) . Each register trans fer level program includes definition and description for one or more operations to be performed by the firmware unit 127 of the device 120 . Each register trans fer level program is written using a high level programming language such as ANS I C++ .

Additionally, the high level synthesis tool 110 is connected to a programming tool (not shown in figure ) . The programming tool is developing the software module 125 . Software module herein refers to one or more programs , software code , etc . , in relation to the device 120 , and includes graphical user interfaces , application programming interfaces , other firmware programs , etc . The software module 125 performs one or more functions in coordination with the firmware unit 127 of the device 120 . Accordingly, the software module 125 interfaces with the firmware unit 127 to invoke operations in the firmware unit 127 and to receive inputs from the firmware unit 127 . In this regard, during the software module 125 , the programmer may refer to one or more variables or functions defined in the RTL programs associated with the firmware unit 127 . In order to ensure easy access , the namespace of the RTL programs is included with the namespace of the software module 125 to enable easy refer to the register variables ( also referred to as signal variables ) defined in the RTL programs .

This is further explained in reference to figure 2 .

Figure 2 illustrates a method 200 for programming the software module 125 associated with the firmware unit 127 of a device 120 . The method 200 may be performed by the high level synthesis tool 110 along with the programming tool . The method 200 comprises obtaining a register trans fer level program 115 associated with the firmware unit 127 . The register trans fer level program 115 comprises a plurality of operations and functions to be performed by the firmware unit 127 , in a high level language . These functions and operations indicate the register variables for receiving inputs values , the processing to be done on the inputs values and the register variables where the intermediate and final outputs values are to be stored . Each of the register variable corresponds to a corresponding register in the firmware unit 127 .

Since the register trans fer level program 117 is written using a high level programming language , the register trans fer level program 117 includes one or more namespaces within which the register variables and the functions are defined and described . In an example , the high-level programming language is a class based programming language , allowing for namespaces and class inheritance and hierarchy . The usage of namespace is well known in the state of the art and in the present disclosure , relates to one or more hierarchical organi zation of functions and variables such that all of the functions and register variables have unique names within the namespace in which they belong . This is further explained using example register trans fer level program 310 provided in figure 3 .

Register trans fer level program 310 is an example register trans fer level program and defines a header file 'Top_Module_H' . Additionally, a class TopModule is also defined in the register trans fer level program 310 . Accordingly, within the register trans fer level program 310 , a namespace is generated in associated with the class TopModule . All the functions and variables within the class definition of TopModule are unique within this namespace and can be referenced using the namespace of the class and the name of function or the variable which is being referenced . For example , as shown in the figure , the register trans fer level program 310 defines the register variables ' sRst ' which is for resetting the register trans fer level program, ' en' which is for enabling the register trans fer level program .

Then, at step 220 , the first namespace associated with the register trans fer level program is linked a namespace associated with the software module 125 for referencing at least one of the register variable from the plurality of register variables . In an example , the linking is done by using operators such as include or import , whereby the contents of the header file are included in the software module development . This is further explained using an example module 320 in using provided in figure 3 .

Example module 320 is an example program associated with the software module 125 of the device 120 . The example module 320 is dependent on one or more register variables declared in the example register level program 310 . Accordingly, to refer these register variables , the example module 320 utili zes the include operator to include or import the header file 'Top_Module_H' . By including the header file , the linking of namespaces is performed as mentioned above and accordingly, the example module 320 can refer to the register variables by creating an instance of the class TopModule . For example , as shown in the figure , the example module 320 can refer to the register variable sRst using the above linkage of name spaces .

In an embodiment , the high level synthesis tool 110 is capable of generating a register interface module 117 based on the plurality of register variables of the register trans fer level program 115 . In the example , the one or more register variables as defined in the register trans fer level programs may be selected manually by the programmer from a list of variables and the high level synthesis tool is configured to automatically generate bit masks for the same . In the example , the register interface module 117 is based on at least one of a header file and a source file , and can be automatically linked or included with other software files .

In an embodiment , the high level synthesis tool in coordination with one or more compilers associated with the firmware unit 127 is capable of converting the description of the one or more operations in register trans fer level program 115 from the high level programming language to a hardware description language , such as VERILOG, etc . , associated with the firmware unit .

The present disclosure can take a form of a computer program product comprising program modules accessible from computer- usable or computer-readable medium storing program code for use by or in connection with one or more computers , processing units , or instruction execution system . For example , the method 200 and 300 may be reali zed across one or more programming devices .

Accordingly, the current disclosure describes a programming device 400 for programming a software module associated with a firmware unit of a device . The programming device 400 comprises an I /O interface 410 and one or more processors 420 configured to execute a plurality of instructions ( 433 , 436 ) stored on the memory module or non transitory storage medium 430 . The I /O interface 510 is for receiving inputs from a programmer for writing or developing the register trans fer level programs . Additionally, via the I /O interface 510 , the programming device 400 can connect to other devices which may host related programming environments .

Upon execution of the namespace linking instructions 433 , the one or more processors 420 are configured to obtain a regis- ter trans fer level program associated with the firmware unit , the register trans fer level program comprising a plurality of register variables indicative of a plurality of registers in the firmware unit , defined within a first namespace of the register trans fer level program, and link the first namespace associated with the register trans fer level program with a namespace associated with a software module for referencing at least one of the register variable from the plurality of register variables . The register trans fer level program includes design level description of one or more operations associated with the firmware unit in a high-level programming language . Upon execution of the register interface module generations instructions 436 , the one or more processors 420 generate the register interface module based on the plurality of register variables of the register trans fer level program .

For the purpose of this description, a computer-usable or computer-readable non-transitory storage medium can be any apparatus that can contain, store , communicate , propagate , or transport the program for use by or in connection with the instruction execution system, apparatus , or device . The medium can be electronic, magnetic, optical , electromagnetic, infrared, or semiconductor system ( or apparatus or device ) or a propagation mediums in and of themselves as signal carriers are not included in the definition of physical computer- readable medium include a semiconductor or solid state memory, magnetic tape , a removable computer diskette , random access memory (RAM) , a read only memory (ROM) , a rigid magnetic disk and optical disk such as compact disk read-only memory ( CD-ROM) , compact disk read/write , and DVD . Both processing units and program code for implementing each aspect of the technology can be centrali zed or distributed ( or a combination thereof ) as known to those skilled in the art .

While the current disclosure is described with references to few industrial devices , a plurality of industrial devices may be utili zed in the context of the current disclosure . While the present disclosure has been described in detail with ref- erence to certain embodiments , it should be appreciated that the present disclosure is not limited to those embodiments . In view of the present disclosure , many modi fications and variations would be present themselves , to those skilled in the art without departing from the scope of the various embodiments of the present disclosure , as described herein . The scope of the present disclosure is , therefore , indicated by the following claims rather than by the foregoing description . All changes , modi fications , and variations coming with- in the meaning and range of equivalency of the claims are to be considered within their scope . All advantageous embodiments claimed in method claims may also be applied to de- vice/non transitory storage medium claims .