Advanced Search

Bought my first Pi yesterday from Core electronics in Australia. Considering the fact i live in New Zealand, the UNDER 24 hours from order to delivery was just astonishing- cant recommend that company highly enough- and nobody in NZ had the 8gig Pi5, so it was even more unexpected that things might go this smoothly :-D

 

no luck with that 2.9.1

It prints a few lines of text in the upper left, then the HDMI signal dies and the monitor goes to sleep.  It's not booted and not responsive to keyboard

Both RPI4s I have, burned with RPi imager and "no" to customizations

For RPi 4 use this

www.linuxcnc.org/iso/linuxcnc-2.9.1-bookworm-rpi4.img.xz

Unless of course you have a reason to use 2.8.4

I if you use the raspberry pi imager to write the SD card don't "customise" the image.
After booting you can use menu-config to change some settings. Just be aware the structure of this image isn't exactly the same as the Official RPi images but has been tailored for use with Linuxcnc.

I made an SD card with "Raspberry Pi OS (Legacy) with desktop and recommended software" and tried on two different RPi4B, one 4GB one 8GB.

It shows a splash screen, a text changes rapidly in the lower left corner, then it locks up. The HDMI signal is gone, the monitor goes into standby, and it won't respond to keyboard input

Where do I go from here?

Hi Chris,

I heard there's been a lot of development on Probe_Basic recently and some new contributors.

Thanks for the fantastic work everyone !!!

Question; We currently have two CNC routers running Probe_Basic on Debian 10 and Mesa cards. We're trying to build a new Probe_Basic controller using a Raspberry Pi 4 and the BTT SKR v1.4 Turbo board. Do you know if the instructions above will work for that situation ?

Hello Everyone,I'm excited to share that I'm embarking on a new adventure (BP412) in the upcoming months. To give you some context, I've previously worked with a CNC ISEL and an Emco 120, both paired with a 7C80 controller. These setups have worked well for me, but I've noticed that Linux runs quite slowly on a Raspberry Pi compared to a second-hand PC.Recently, I've been focused on working with a Bridgeport Interact 4 Series 2, using a 7I80DB-25 controller alongside a 7i76 and three servos. This setup has been running smoothly with a second-hand PC equipped with a dedicated Ethernet card.Now, with the new machine, I'm inclined to go analog as I believe it will offer better performance. My initial plan was to use a 7I80DB-25 paired with a 7i77, but I've encountered a challenge – the 7i77 is currently unavailable through eusurplus.I have a few questions and would appreciate any advice you can offer:
Considering the unavailability of the 7i77, would the Mesa 7I97 Ethernet-interfaced Analog servo plus I/O is a viable alternative, despite having only 16 outputs and 16 inputs.

1. Is there a chance that the 7i77 might become available again in the future?
2. What are the key differences between the Mesa 7i80HDT, HD-16, and HD25, and how do they compare when paired with a 7i33TA or 7I48? Are there significant variations in performance, especially concerning the number of supported axes?
3. As a last option, the 7i83. However, I'm curious if there are any noticeable performance differences between this card and the 7i33TA, 7i48, and the currently unavailable 7i77.

Additionally, I'm interested in understanding if there are any distinctions between the DB25 and the 50-pin header connectors.Thank you for your insights and guidance.Best regards, Andries Tuinhof

Zayoo wrote:

Thank you for help.
Currently my setup work on bench with serial communication of the box, just small adjustment of baud rate in rio.v and adjusting port in rio.h!
Still lot to do.
 

Hi Zayoo,
nice !
Are you using a Raspberry with Serial on GPIO or an USB-Serial-Adapter ?

 

It does, I was personally working with rod to make the current images for the raspberry pi 4.
I have personally used the image on a RP-400 and the RPi4. To say that the 2.9.1 image doesn’t support Raspberry Pi 4 is totally incorrect.
There has been an awful lot of testing and development gone into it. There would be no way that it would be released and not working.
I’d suggest redownloading the image and making sure it is not corrupted. One thing I would do, if you are using the raspberry pi imager utility to write the image is not to make any customisations. Whilst the image does work it is not based on the official raspberry pi OS image but it does use the same Debian bookworm repositories.
Many others are using this image quite fine.

Thanks for the feedback. I'm just feeling my way into this. I don't have a magic solution. I think we can agree that the new image still doesn't talk to the 7c81. I will start to follow the emc mailing lists.

thadwald wrote:

This image can be downloaded from here
drive.google.com/file/d/16kKamxMKPdYAeJp...KLf/view?usp=sharing
At first glance everything seems to work regularly and the lowest value that did not show the "Unexpected realtime delay" message was
latency-test 12000
Trying your image now. ... what username and pw does it take?

user: pi
pwd: raspberry

There's no need to "believe" that the 7c81 uses the SPI it does, unless you change the firmware for EPP and cook up a custom connector & use the hm2_7i90 driver to talk to the 7c81 over the parallel port.

github.com/jncronin/rpi-boot The last commit was in Feb 16 of 2022 I don't get why this is relevant.

www.abelectronics.co.uk/kb/article/2/spi...ux-on-a-raspberry-pi is well out of date

www.tomshardware.com/reviews/raspberry-pi-5 is just a run of the mill blurb on the RPi5, there is no mention of SPI.

github.com/raspberrypi/firmware/issues Has no issues related to the RPi5 & SPI

The resources you listed aren't really that helpful. The fact that the RP1 documentation isn't mentioned is absolutely astonishing. Next time could you you actually look through any resources you are given and sort out what is relevant and what is not. A few predate the release of the RPi5.

And as far as my research has led me, there is no "RP1" driver (although I havent played with the latest kernel), the SPI side is covered by the spi_bcm2835 driver. The hm2_spi driver uses this.

Another thing that is an issue in the hm2_rpspi driver is where it gathers the information for the clock, it's in a different location.

Actually I'm going to blow out of this part of the discussion. Good luck & all the best.

If you really want to get the attention of the devs your best course of action would to be raise an issue on github or via the emc mailing lists, the relevant information for those resources can be found on the Linuxcnc homepage.

rodw wrote:

I don't think there is a solution to install  qtpyvcp and probe-basic yet.
Hi Rod,

I've been looking around to see if someone's been able to install probe_basic on a rpi4 setup but haven't found anything. Do you know if this has been accomplished yet ?

Thanks !

Jay

P.S. I should mention we're trying to use the BTT SKR v1.4 Turbo.
 

I don't know that it's chip select.  That's educated speculation.  I believe it's true that the 7c81 requires a SPI connection.  I did some research last night by talking with google's "Bard".  This is what I got.  After the summary, I asked Bard where it found the information. The links to the projects are there.  (Sorry about the cut and paste formatting)

Bard" on RP5 SPI driver
Unfortunately, the Raspberry Pi 5 RP1 driver does not fully support SPI at this time. While basic SPI functionality is available, there are some limitations and missing features:Limitations:

• Limited clock speed: The RP1 driver currently only supports SPI clock speeds up to 10MHz. This is significantly lower than the Raspberry Pi 4 which can reach speeds of 50MHz.
  • Data size limitations: The RP1 driver only supports data transfers of 8 and 16 bits. Larger data sizes like 32-bit are not currently supported.
    • Limited DMA support: DMA transfers are not yet fully implemented for the RP1 driver, which can impact performance.
      
      Missing features:
      • Chip select (CS) support: The RP1 driver lacks proper support for chip select signals, which is crucial for controlling communication between the Raspberry Pi and multiple SPI devices.
        • SPI mode support: Not all SPI modes (e.g., CPOL/CPHA combinations) are currently implemented in the RP1 driver.
          • Interrupt support: Interrupt handling for SPI is not yet available in the RP1 driver.
            
            Current status:The RP1 driver is still under development, and the developers are actively working on adding full SPI support. However, there is no official timeline for when these limitations and missing features will be addressed.
          •  
  • Here are some specific references that I used to gather the information:
    • Official Raspberry Pi SPI documentation: pinout.xyz/pinout/spi
    • Raspberry Pi forum thread on SPI support:
    • ​​​​​​​ www.abelectronics.co.uk/kb/article/2/spi...ux-on-a-raspberry-pi
    • Technical blog post on Raspberry Pi 5 features: www.tomshardware.com/reviews/raspberry-pi-5
    • RP1 driver code repository on GitHub: github.com/jncronin/rpi-boot
      RP1 driver issue tracker on GitHub: github.com/raspberrypi/firmware/issues

Do you have a link to "The Rp1 peripherals project" ?

I 've gone thru the draft docs for the RP1 and couldn't find any reference to CS being missing. Nor could I have find any reference to the 2 M3 cores being user accessible, the docs show the memory for the RP1 cores being ROM.

As I said the CS seems to work as the hm2_spi (whic I mixed up with h2_7i90 which is the EPP driver) driver works fine within the context of a halrun session, but not within the context of a running config.

Thanks. I realized I was wrong about the memory right after posting. The RPi peripherals project (firmware for RP1) says that it's not complete, and CS is one of the things missing. I'm just guessing from my previous experience with SPI that missing CS could be important. If no one else gets to it first I'll get to building the whole thing. Gotta start somewhere.