PicoBlaze is the designation of a series of three freesoft processor cores fromXilinx for use in theirFPGA andCPLD products. They are based on an 8-bitRISC architecture and can reach speeds up to 100MIPS on theVirtex 4FPGA's family. Theprocessors have an 8-bit address and data port for access to a wide range of peripherals. The license of the cores allows their free use, albeit only on Xilinx devices, and they come withdevelopment tools. Third-party tools are available from Mediatronix and others. AlsoPacoBlaze, a behavioral and device independent implementation of the cores exists and is released under theBSD License. The PauloBlaze is an open source VHDL implementation under theApache License.
The PicoBlaze design was originally named KCPSM which stands for "Constant(K) Coded Programmable State Machine" (formerly "Ken Chapman's PSM"). Ken Chapman was the Xilinx systems designer who devised and implemented the microcontroller.[1]
When instantiating a PicoBlaze microprocessor inVHDL, the respective KCPSM component name must be used.[2] For example, for a PicoBlaze3 processor:
componentkcpsm3isport(address:outstd_logic_vector(9downto0);instruction:instd_logic_vector(17downto0);port_id:outstd_logic_vector(7downto0);write_strobe:outstd_logic;out_port:outstd_logic_vector(7downto0);read_strobe:outstd_logic;in_port:instd_logic_vector(7downto0);interrupt:instd_logic;interrupt_ack:outstd_logic;reset:instd_logic;clk:instd_logic);endcomponent;
All instructions execute in two clock cycles, making performance of the core instruction set deterministic. Interrupt response is not more than five clock cycles. As a resource optimization, it is possible for two PicoBlaze cores to share the same 1k x 18 instruction PROM, taking advantage of the dual-ported implementation of this block on Xilinx FPGAs.
Xilinx documents the PicoBlaze as requiring just 96 FPGA slices. The small implementation size is achieved in part through a fairly rigid separation of the instruction sequencing side (program counter, call-return stack, implied stack pointer, and interrupt enable bit) from the execution side (ALU, register file, scratchpad RAM, Z/C status bits). The only information which flows from the compute side to the sequencing side are the zero and carry ALU status bits, when tested by the conditional JUMP and CALL instructions. It is not possible to implement computed jumps or function pointers[dubious –discuss]. The only information which flows from the sequencing side to the execution side are operand fields: destination register (4 bits), ALU opcode (six bits), optional source register (4 bits), optional 8-bit immediate value/port-address, optional 6-bit scratchpad address. There is no mechanism to inspect the value of the stack pointer, the contents of the 31-entry stack, the interrupt enable bit, or the contents of program memory.
The instruction sequencing side does not contain an adder, so relative branches and position independent code are not possible. All jump and call addresses are absolute[dubious –discuss].
The PicoBlaze is poorly suited to programming in compiled languages such asC.[3] In addition to the lack of support for function pointers[dubious –discuss], there are no instructions or addressing modes to expedite a stack-based calling convention. For PicoBlaze it takes two instructions to implement PUSH or POP and two instructions to implement relative addressing off a software-designated stack pointer. The PicoBlaze is better suited to a hand-optimized register-based calling convention. This does not preclude the use of aForth-like data stack, and in fact the PicoBlaze is well suited to this approach, if the 64-byte scratchpad memory offers sufficient space.
Processor and derivatives:
Tools: