tinyvision-ai-inc / pico-ice Goto Github PK

RGB LED direction:
is it common to have the LEDs (D2, D4) oriented in that direction? It would mean having to set a pin down to turn the led on.

At least on the raspberry pico board, it is the opposite for the on-board LED.

Originally posted by @josuah in #2 (comment)

I would like to contribute to this proyect giving support to this board in ICEStudio.
I have already experience because I added the ColorBoard FPGAs (ECP) in IceStudio and Appio
Please contact with me for more details

Fernando Mosquera ([email protected])

Hi, I have bought 2pcs pico-ice from elecrow. However, 1 board cannot run FPGA programs from flash. I flashed using dfu-util, using pico-ice-default version 1.5. FPGA runs normally after flashing, but if the USB power is turned off and then turned on again. FPGAs can't run from flash.

It's not a problem for me to check the flash chip/replace it. Is there a way to ensure that the flash chip (winbond) is truly damaged?

I modified pico_ice_default and pico-ice-sdk/examples/pico_usb_uart with line_coding detection and 1200 bitrate detection for autoreboot. This is very useful if we need a higher bitrate than 115200, and Arduino like auto-reboots when we need to reflash the RP2040. Just need to add some code like this:

void tud_cdc_line_coding_cb(uint8_t itf, cdc_line_coding_t const *coding) {
  if (itf == 0) {
    if (coding->bit_rate != baud_rate) {
      baud_rate = coding->bit_rate;
      uart_set_baudrate(uart0, baud_rate);
    }
  }
}

void tud_cdc_line_state_cb(uint8_t itf, bool dtr, bool rts) {
  if (itf == 0) {
    if (rts) {
    }
    if (dtr) {
    } else {
        cdc_line_coding_t coding;
        tud_cdc_get_line_coding(&coding);
        if (coding.bit_rate == 1200) {
          reset_usb_boot(0, 0);
          while (1); 
        }
    }
  }
}

Or, if you allow I can make a PR about it.

In the legenda of the pinout diagram https://github.com/tinyvision-ai-inc/pico-ice/blob/main/Docs/pinout/pinout.svg
it says that: PMOD 3 is a "RP PMOD" and PMOD 4 is a "RP-ICE PMOD".

However the diagram itself seems to indicate the opposite; The gray box labeled 4 contains only RP labels, while the box labeled 3 contains both RP and ICE labels.

Pins supporting clock output:

• GPIO21 (currently ICE_DONE),
• GPIO23 (currently PICO_23_MOSI0),
• GPIO24 (currently PICO_24_MISO0),
• GPIO25 (currently PICO_25_SSn0)

The GPIO21 seems the easiest to move in case we want to use a variable speed PLL from the RP2040.

Originally posted by @josuah in #2 (reply in thread)

So the request is to add the full qSPI to the ICE flash to the RPi as well so it can be used to program/read the ICE flash faster. I think this makes sense. Given that we wont be running this interface very fast anyway, this should work out.

Originally posted by @vr2045 in #2 (reply in thread)