Girard, Olivier

openMSP430

The [documentation](https://raw.githubusercontent.com/olgirard/openmsp430/master/doc/openMSP430.pdf#page=22) reports the cycle count of the `CALL #N` instruction to be 5 cycles. In reality, however, this instruction takes 4 cycles. This can be validated for example by running the `sing-op_call` test case: https://i.imgur.com/CbOffVL.png

Incorrect cycle length for CALL #N

Hello, 

I am trying to implement openMSP430 on Digilent BASYS2 board. The board is equipped with Spartan 3E-100 CP132 and has only one mini USB port. The FPGA is not big enough to accommodate the entire openMSP430 and I removed all but key modules to execute a very simple program. I synthesized openMSP430 and loaded into FPGA. Now I want to load a program that I developed in Eclipse. I am trying to load the program using openmsp430-loader.tcl. The command requires a communication port, such as -device /dev/ttyUSB0. Unfortunately, neither Windows or Linux creates a COM port, and it directly goes under Universal Serial Bus controller. My all effort to somehow mapping it to a COM port was not fruitful(for example using ComPortMan). It was not possible to access it through device ID as well. Could you please shed some lights on how I can proceed? 

-- Hassan

openMSP430 on BASYS2

Hello Oliver,

We have synthesized and taped out the OpenMSP430 in 130nm. We are trying to get a program running through the UART interface.

We are able to send and communicate, but when we use the "RESET" button in the openmsp430-minidebug.tcl, we are not able see the registers getting reset.

However when we step through the program, by manually specifying the location of the PC it "does" work. It executes the instructions written in the program.

When we try to "RUN" the program the PC seems to fly off into arbitrary locations, in-spite of enabling the hardware breakpoints.

(1) We are running the core at 50MHz. Do you believe it has something to do with this ?

(2)Why aren't the breakpoints working ?

Browse

openMSP430