New Raspberry Pi Zero 2W

PCR

pi@raspberrypi:~ $ neofetch
  `.::///+:/-.        --///+//-:``    pi@raspberrypi 
 `+oooooooooooo:   `+oooooooooooo:    -------------- 
  /oooo++//ooooo:  ooooo+//+ooooo.    OS: Raspbian GNU/Linux 10 (buster) armv7l 
  `+ooooooo:-:oo-  +o+::/ooooooo:     Host: Raspberry Pi Zero 2 Rev 1.0 
   `:oooooooo+``    `.oooooooo+-      Kernel: 5.10.63-v7+ 
     `:++ooo/.        :+ooo+/.`       Uptime: 10 mins 
        ...`  `.----.` ``..           Packages: 533 (dpkg) 
     .::::-``:::::::::.`-:::-`        Shell: bash 5.0.3 
    -:::-`   .:::::::-`  `-:::-       Terminal: /dev/pts/0 
   `::.  `.--.`  `` `.---.``.::`      CPU: BCM2835 (4) @ 1.000GHz 
       .::::::::`  -::::::::` `       Memory: 49MiB / 427MiB 
 .::` .:::::::::- `::::::::::``::.
-:::` ::::::::::.  ::::::::::.`:::-                           
::::  -::::::::.   `-::::::::  ::::
-::-   .-:::-.``....``.-::-.   -::-
 .. ``       .::::::::.     `..`..
   -:::-`   -::::::::::`  .:::::`
   :::::::` -::::::::::` :::::::.
   .:::::::  -::::::::. ::::::::
    `-:::::`   ..--.`   ::::::.
      `...`  `...--..`  `...`
            .::::::::::
             `.-::::-`

pi@raspberrypi:~ $ ls /opt/dsf/sd
filaments  firmware  gcodes  macros  menu  sys  www

PCR

@t3p3tony https://copperhilltech.com/canpico-can-fd-module-with-raspberry-pi-pico/

oliof

@pcr I am game.

o_lampe

@pcr
CAN-FD module for RasPi Pico I checked the prices of the main components: the CAN-FD module and the transceiver chip cost less than 3€
Why is this module so expensive?

PCR

@o_lampe dont Know. Could be the programming software. If Somebody would be interested in programming i would make a small Board with only the 2040 chip

o_lampe

@pcr said in New Raspberry Pi Zero 2W:

Could be the programming software

It's open source

The open-source MicroPython SDK from Canis Labs implements a sophisticated CAN API, including priority-inversion free drivers, 1μs accuracy timestamps, large buffers, and an API for triggering a logic analyzer or oscilloscope.

If you make your own CAN-board, make sure all Pico through-hole pins are still available

PCR

@o_lampe Sure First development would be a hat for the pico

o_lampe

@pcr I wonder, if it would also work for the Zero 2W? A quad-core 1GHz SBC-board with CAN-FD would be a gamechanger...

PCR

@o_lampe
Should

https://copperhilltech.com/pican-fd-zero-can-fd-hat-for-raspberry-pi-zero-with-1a-smps/

o_lampe

@pcr @T3P3Tony If we could integrate CAN-FD as PIO state machine in M0(Pico) hardware, we would only need a tranceiver...

oliof

@o_lampe is that realtime capable though?

o_lampe

@oliof I started reading about PIO statemachines yesterday, so I might got a wrong impression. They say, those state machine work independant from the processor.
I assume RRF uses them for pulse generation, too.

gloomyandy

@o_lampe said in New Raspberry Pi Zero 2W:

They say, those state machine work independant from the processor.
I assume RRF uses them for pulse generation, too.

Does RRF currently run on any hardware that has a PIO state machine?

o_lampe

@gloomyandy
It seems only the M0 processor has those state machines. The M4 (duet2) doesn't have.
I'm not even sure, if the Sam-C21 has them, although it's from the M0 family.

gloomyandy

@o_lampe I may be wrong but I think that those pio blocks are part of the rPi silicon and not part of the Arm core.

Most of these devices are a combination of a core from Arm plus manufacturer specific peripheral devices. So for instance the SPI device on an STM mcu is more than likely totally different to the SPI devices on a microchip mcu even if they both have the same Arm core. Things get a little bit more confusing though because Arm does provide some standard peripheral designs, that some manufacturers may use (or I think can even modify). So for instance the the SSP device on the LPC1768 (which provides SPI functionality) is actually an ARM PrimeCell Synchronous Serial Port (PL022).

T3P3Tony

@gloomyandy said in New Raspberry Pi Zero 2W:

pio blocks are part of the rPi silicon and not part of the Arm core.

Yes they are rpi specific

Some Atmel/Microchip processors have a similar (but much more limited) idea called "configurable custom logic" designed as hardware "glue logic".

@o_lampe said in New Raspberry Pi Zero 2W:

PIO statemachines .....I assume RRF uses them for pulse generation

We do not as they are Rpi 2040 specific. Although we have considered a range of options for pulse generation.

@o_lampe said in New Raspberry Pi Zero 2W:

If we could integrate CAN-FD as PIO state machine in M0(Pico) hardware, we would only need a tranceiver...

Yes, that would be great, anyone found an example of CAN or a similar protocol implemented on 2040 statemachines, with a reference for what bus speeds could be accommodated?

@PCR using that CAN-FD bus IC & transceiver with a Pi (either directly on a Pi 2/3/4, or using a 2040 + USB to a PC) could certainly allow for bus monitoring and protocol diagnosis, independent of using an oscilloscope so that could be interesting.

Alternatively it might allow Klipper or similar to use Duet 3 expansion boards w/o a mainboard, they could implement the Duet CAN-FD protocol on the pi and send the planned moves to each board....

o_lampe

@t3p3tony said in New Raspberry Pi Zero 2W:

Alternatively it might allow Klipper or similar to use Duet 3 expansion boards w/o a mainboard, they could implement the Duet CAN-FD protocol on the pi and send the planned moves to each board....

That would be really great for slicing&pre-processing of multi-stream gcode

T3P3Tony

@o_lampe neither of those is really specific to klipper though. slicing sits outside of the firmware used and if you are using a Pi then DSF allows you to intercept and modify the gcode.

o_lampe

@t3p3tony I just wanted to point out, that an SBC can do so much more for us, then just display DWC.

zapta

@t3p3tony said in New Raspberry Pi Zero 2W:

Alternatively it might allow Klipper or similar to use Duet 3 expansion boards w/o a mainboard, they could implement the Duet CAN-FD protocol on the pi and send the planned moves to each board....

Does the duet main board send move commands over CAN in real time or does it just sync clocks and then send queued moves with target start time?

The former will put hard realtime constrains on the SBC, the later is more relaxed.

As for the Pico's PIOs, they are awesome. The stepper analyzer uses them to write to the display which achieves a significant boost. Typically they communicate with the software via hardware fifos that can be accessed programmatically or by DMA. For example, the MCU (there are two of them) can write the stepper pulse commands (e.g. interval and direction) to a double buffer and trigger a DMA to send them to the pio. Also, the the RP2040 are very cheap but like many other chips these days are hard to get.

For CAN bus implementation, I would check in the Pico forums, they also have strong presence from the vendor. https://forums.raspberrypi.com/viewforum.php?f=143