Recomendaciones de microcontroladores PIC

Estéticamente, mi arquitectura favorita en muchos fue la serie de 14 bits. La arquitectura PIC18Fxx de 16 bits mejora algunas cosas, pero me parece que el diseño es menos estético. La arquitectura que más te guste probablemente dependerá de la estética de tu diseño, de la medida en que te encuentres deseando que las cosas se hayan diseñado de manera diferente y de la medida en que dichos deseos disminuyan tu disfrute al trabajar con ellas.

Desde una perspectiva de diseño, no hay ninguna razón particular por la que las direcciones de código y las de datos deban ser iguales. Una cosa que me gusta de los PIC de 14 bits es que agregar un número a una dirección de instrucciones avanza con tantas instrucciones. Por el contrario, en el PIC18X, cada instrucción toma dos direcciones. En consecuencia, los saltos computados que usan un selector de 8 bits se limitan a un rango de 128 instrucciones en lugar de 256. Es un pequeño detalle, pero tener un contador de programa cuyo bit más bajo no es funcional parece poco estético.

Además, las partes de PIC18xx agregan un hardware de ciclo único, pero desafortunadamente ya que requiere que un operando esté en W pero coloca los resultados en un par fijo de otros registros, no se puede usar de manera muy efectiva para múltiples Operaciones de precisión. Si tuviera mis druthers, habría dos tipos de instrucciones de multiplicación:

1. Multiplicación simple: almacene W en el registro multiplicador y almacene op * W en PRODH: W
2. Multply-add --Store PRODH + op * multiplicar registro en PRODH: W

Con este patrón, una operación 16x16 se representaría como:

  movf  OP1L,W
  mul   OP2L
  movwf RESULT0
  mula  OP2H
  movff OP2L,MULTR
  mula  OP2L
  movwf RESULT1
  mula  OP2H
  muvwf RESULT2
  movff PRODH,RESULT3

Además, se podrían realizar multiplicaciones de longitud arbitraria con un costo promedio de poco más de dos ciclos por producto parcial 8x8, utilizando el patrón repetido:

  mula   POSTINC0,c
  addwfc POSTINC1,f,c

Ese patrón multiplicaría un número de múltiples bytes por un valor de 8 bits y agregaría el resultado a otro número de múltiples bytes.

Tal como está, creo que lo mejor que se puede hacer para una multiplicación extendida es hacer la multiplicación a un búfer de destino sin hacer un agregado incorporado, a un costo de seis ciclos por producto parcial de 8x8, y luego gastar otro dos ciclos por producto parcial que agregan ese resultado al resultado parcial anterior de 8xN.

  movf   multiplier,w
  mulwf  POSTINC0,c
  movf   PRODL,w,c
  addwfc POSTINC1,w
  movff  PRODH,INDF1

Cuatro veces más que lo que se podría lograr con un conjunto de instrucciones ligeramente diferente. No sé si he visto ningún procesador que incluyera una función para calcular PRODH + Op1 * Op2, pero sería una función muy simple de incluir en multiplicados basados en desplazadores, y facilita el cálculo de anchos de productos arbitrarios con un costo fijo de hardware. . En realidad, dado que el PIC toma cuatro relojes de hardware por instrucción, el hardware requerido para permitir una multiplicación de 16xN o 32xN sería bastante modesto; al computar productos grandes, un 16xN o 32xN se multiplica con un uso de registro adecuado que ofrecería una aceleración de 2x o 4x.

Stick to ARM. Son más poderosos en todas las áreas y algunos de ellos son menos costosos que muchos PIC de 16 bits.