Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.
Every i2c, spi or other IC which is connected to microcontroller have specific instruction for programming. Device driver is not integrated in os or compiler.
If you want to use an lcd or eeprom memory you must have driver specific for that device, or you will not be able to communicate with that device.
And The users cant acces the device directly. So the user need one hardware interface program called "Device driver" to access the devices. The DD is little bit complex other than the user program. coz, the DD going to interact with the H/W. So the DD programmer should know somthg abt that H/W other than the programming skills.
The fact that C language is a structured language (not Object Oriented), it makes it easier to access and program hardware. It resembles assembly language which is even more closer to hardware.
As for comparison b/w Verilog and C , verilog has concurrent execution because you design and implement new hardware from it. Hardware is always concurrent. Whereas C is executed on a Micrprocessor which execute instructions one by one.
Often the OS will run in "supervisor" or "priveleged" mode, and the user tasks/threads run in "user" mode.... the driver is a bridge between access to the hardware (which can normally only be done in priveleged mode) and the user threads which process the data.
If you are running on a simple micro or without an OS, the concept of device driver becomes a little murky... simple systems often do away with the "driver layer" and just allow threads to access hardware directly.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.