i2c: Halcogen generated source codes

Git: Ignore build directory

EMAC: Minor changes

SPI: Multiplexed CS

DMM: Initialize all pins as GPIO, out direction, set to H

HBR_EN and HBR_DIR modification commands added.

IRQ: Fix wrong VIM table

EMAC: Dummy RX and TX works (with interrupts)

EMAC: TX interrupt seems to be ok.

EMAC interrupts are set to FIQ (in Halcogen config. is still IRQ).

Correct SDRAM test.

Signed-off-by: Petr Porazil <porazil@volny.cz>

GPREG1 bit 31 has to be set to enable EMIF (SDRAM) CS0 and other pins.

Next EMIF pins are not controlled if bit is not set
A[0,1,6,7,8], BA[1], nCS[0], nCS[3]

Signed-off-by: Pavel Pisa <pisa@cmp.felk.cvut.cz>

Attempt to define correct configuration for RPP SDRAM.

HalCogen generated values are total mess.

Signed-off-by: Pavel Pisa <pisa@cmp.felk.cvut.cz>

EMAC: Works on rpp V00.01-001 with modified HW

EMAC: IRQ handlers declaration

SPI: Minor fixes

EMAC: Fix function parameters

SPI: Add missing utils.c

SPI: Interfaces are counted from 1

SPI: Base register redefinition

SPI: cmd_proc command & refactoring

SPI: Array of spi_dev_t structs now belongs to particular iface

SPI: Working implementation of SPI transfers

Lesson learned: Do not call _enable_IRQ() in interrupt handler!

SPI: Basic skeleton for SPI communication (not fully-functional)

To properly compile enable "gcc extensions" for TI compiler
(compiler configuration in CCS).
ul_* files are part of uLut project (FOSS license) -- see web
for more details.
Some parts of spi_tms570.c|.h is based on Halcogen generated code
(with handmade changes).

EMAC: Basic Ethernet testing code -- still not working on RPP

LIN loop back rewrited to enable U602 driver and to check external loopback

Enabled LIN high interrupt

LIN interrupts enabled

LIN internal loopback added, not yet done

Attempt to tune AUIR33401S switching sequence.

Signed-off-by: Petr Porazil <porazil@volny.cz>

DMM changed according error in HALCoGen
PWM for VBAT changed

LIN Driver anabled

Changes in can enabling

Deleted Debug folders

Deleted Command Storing folder.

PINMUX: Handmade Halcogen fix

PINMUX: Source code generated from Halcogen setting pinmux

PINMUX: Halcogen pinmux configuration for RPP-board

CAN DMM pin toogling added

CANLOOPBACK extended to support CAN1, CAN2, CAN3. User can choose vchich CAN is source and which one is destination.

CANLOOP command modificated to allow choosing source and destination CAN

Merge new commands with existing set anf get command.
Code cleanup
Report included in doc folder

Remake of memtest
Added commands for setting and reading v_bat

Error with semaphore in ADC repaired.

Added command for testing SDRAM

Added EMIF driver enable and SDRAM from HDK setting.

Added command to set and read HOUT port
Modified currnet setters and getters
Comments added
Code cleaned up

Added commands for read values from DIN and MOUT ports
for set values to MOUT port

Note that MOUTx_EN pins are set with pull up resitor!
DIN pins are set with pull down resistor!

Added support for ADC
ADC Read values
ADC test connection fitness

Added support for CAN using interrupts
Added first version of command CANLOOPBACKTEST

Set sending to queue in print as blocking

Optimalization of print methods
Sending is now done by interrupt

Debugging and rewriting send not to use interrupts, but direct sending.
Code cleanup

Rewritten for using one task and direct usage of interrupts

Added more example commands to commands.c file.

Comments added, code cleaned and restructualized.

Errors in VALWO and VALRO removed

Rewriten char*info[] to void*info, HELP and VAL:#\? commands are now working.
Some error in VALRO and VALRW occured

 Comunication over RS-232, done reading input, writing output and cmdProc implementation.
    There is some error in command definitions with info parameter

    We have 3 tasks and 1 ISR. ISR gets character from RS-232 and puts it into queue1. Than storeCmd task is woken and when inputBuffer is not
    When newLine comes, storeCmd task gives semaphore to processCmd task, which uses cmdProc routines to process new line of commands.
    printTask waits for full output buffer (implemented as queue) and has the lowest priority.
    processCmd has the highest priority.
    storeCmd is in the middle.

Command processing.
Comunication over RS-232, done reading input, writing output and cmdProc implementation.
There is some error in command definitions with info parameter

We have 3 tasks and 1 ISR. ISR gets character from RS-232 and puts it into queue1. Than storeCmd task is woken and when inputBuffer is not full and the character is not new line, store it into inBuffer and outBuffer, to be ready to print out on RS-232 by printTask.
When newLine comes, storeCmd task gives semaphore to processCmd task, which uses cmdProc routines to process new line of commands.
printTask waits for full output buffer (implemented as queue) and has the lowest priority.
processCmd has the highest priority.
storeCmd is in the middle.