- Posts: 639
- Thank you received: 234
Potential All-in-One Single Board Computers
- Bari
- Offline
- Platinum Member
-
Less
More
4 years 4 months ago - 4 years 4 months ago #244555
by Bari
Replied by Bari on topic Potential All-in-One Single Board Computers
Two more Rockchip devices were also recently announced. Rockchip RK3566 and RK3568.
The block diagrams include MCU's but the data sheets do not yet describe them.
mega.nz/file/qgpG3JJS#NhdL7HNBhKkcA83RjC...Lm0WIcY9CkKqgUP1flDQ
mega.nz/file/7xwCgRYA#NZGPukbzp2f095xSF6...5WyoFBgo11wdeYjvsZVg
www.cnx-software.com/2020/12/16/rockchip...features-comparison/
The block diagrams include MCU's but the data sheets do not yet describe them.
mega.nz/file/qgpG3JJS#NhdL7HNBhKkcA83RjC...Lm0WIcY9CkKqgUP1flDQ
mega.nz/file/7xwCgRYA#NZGPukbzp2f095xSF6...5WyoFBgo11wdeYjvsZVg
www.cnx-software.com/2020/12/16/rockchip...features-comparison/
Last edit: 4 years 4 months ago by Bari.
The following user(s) said Thank You: seuchato
Please Log in or Create an account to join the conversation.
- Bari
- Offline
- Platinum Member
-
Less
More
- Posts: 639
- Thank you received: 234
4 years 4 months ago #245232
by Bari
Replied by Bari on topic Potential All-in-One Single Board Computers
i.MX 8 boards are another option but they tend to be a bit pricey like the Rockchip 3588's
www.nxp.com/products/processors-and-micr...o-voice-video:i.MX8M
Quad Arm Cortex-A53
Cortex-M4F (stepgen)
Vivante GPU
www.solid-run.com/embedded-industrial-io...mily/hummingboard-m/
www.avnet.com/shop/us/products/avnet-eng...3074457345642080716/
linuxgizmos.com/wandboard-imx8m-plus-sbc...enabled-i-mx8m-plus/
linuxgizmos.com/linux-driven-modules-and...x8-i-mx8m-and-imx8x/
www.nxp.com/products/processors-and-micr...o-voice-video:i.MX8M
Quad Arm Cortex-A53
Cortex-M4F (stepgen)
Vivante GPU
www.solid-run.com/embedded-industrial-io...mily/hummingboard-m/
www.avnet.com/shop/us/products/avnet-eng...3074457345642080716/
linuxgizmos.com/wandboard-imx8m-plus-sbc...enabled-i-mx8m-plus/
linuxgizmos.com/linux-driven-modules-and...x8-i-mx8m-and-imx8x/
The following user(s) said Thank You: seuchato
Please Log in or Create an account to join the conversation.
- Vector
- Offline
- Premium Member
-
Less
More
- Posts: 112
- Thank you received: 27
4 years 3 months ago #247217
by Vector
Replied by Vector on topic Potential All-in-One Single Board Computers
Thanks for this list.
I've gotten a Libre Computer Le Potato upgraded to Bookworm, with a 4.xx RT kernel, and downloaded LinuxCNC from the Distro, so it's aaaalmost there.
It's an Amlogic S905X chip.
But you can's use "loadrt hal_pi_gpio" in your .hal file because that driver (Written by Andy Pugh, thank you) is specific to the Broadcom chip on the RasPi board.
I think I'm understanding that the methods in hal_pi_gpio are passing / accepting pointers in and out of the hal subsystem (my apologies for not getting the vocabulary right, I'm still reading the HAL documentation).
If this understanding is correct, then that means we can't use these boards manufacturer's "preferred method" for addressing these pins which is to use gpiod: while gpiod does have a C handling library libgpiod ( housed at linux' git.kernel.org ) , the EMC code of LinuxCNC would need to be modified to use that it instead of the direct addressing which I'm guessing it does instead. This probably is not only a big programming job but probably introduces latency. I believe the philosophy of the real-time thread is not to need anything from outside the thread and that libgpiod might already go outside and if not today might be modded later.
My initial hope was that libgpiod would have a way to return the pointers, but I didn't see that up-front -- keep in mind my skills in this area are pretty weak.
If anyone has a better set of ideas for pushing this further, I'd love to exchange thoughts.
Right now I'm thinking I need to either:
1: Develop something like "hal_amlogic_gpio" which means:
1a) figure out the memory mapping scheme for the amlogic chip, possibly using the source files from libgpiod
1b) write a piece of code that gets the requisite pointers, probably using hal_pi_gpio as a template
1c) compile said code, learning where to put the resulting driver file so that I can...
1d) do halcompile to make the new amlogic_gpio module available to hal.
1e) debug all the previous steps and incorporate the new amlogic_gpio into a .hal file and proceed with integrating a working machine.
OR
2: Get a Raspi 4, and proceed directly to step 'e'
OR
3: Use a full-sized PC.
I'm going on vacation next week, and will probably try to get a RasPi during that time.
Nonetheless, I'm very interested in this SBC world.
It seems there should be some utility out there that would allow generally getting those pointers and therefore it should be possible to create a golden hal_gp_gpio component.
I've gotten a Libre Computer Le Potato upgraded to Bookworm, with a 4.xx RT kernel, and downloaded LinuxCNC from the Distro, so it's aaaalmost there.
It's an Amlogic S905X chip.
But you can's use "loadrt hal_pi_gpio" in your .hal file because that driver (Written by Andy Pugh, thank you) is specific to the Broadcom chip on the RasPi board.
I think I'm understanding that the methods in hal_pi_gpio are passing / accepting pointers in and out of the hal subsystem (my apologies for not getting the vocabulary right, I'm still reading the HAL documentation).
If this understanding is correct, then that means we can't use these boards manufacturer's "preferred method" for addressing these pins which is to use gpiod: while gpiod does have a C handling library libgpiod ( housed at linux' git.kernel.org ) , the EMC code of LinuxCNC would need to be modified to use that it instead of the direct addressing which I'm guessing it does instead. This probably is not only a big programming job but probably introduces latency. I believe the philosophy of the real-time thread is not to need anything from outside the thread and that libgpiod might already go outside and if not today might be modded later.
My initial hope was that libgpiod would have a way to return the pointers, but I didn't see that up-front -- keep in mind my skills in this area are pretty weak.
If anyone has a better set of ideas for pushing this further, I'd love to exchange thoughts.
Right now I'm thinking I need to either:
1: Develop something like "hal_amlogic_gpio" which means:
1a) figure out the memory mapping scheme for the amlogic chip, possibly using the source files from libgpiod
1b) write a piece of code that gets the requisite pointers, probably using hal_pi_gpio as a template
1c) compile said code, learning where to put the resulting driver file so that I can...
1d) do halcompile to make the new amlogic_gpio module available to hal.
1e) debug all the previous steps and incorporate the new amlogic_gpio into a .hal file and proceed with integrating a working machine.
OR
2: Get a Raspi 4, and proceed directly to step 'e'
OR
3: Use a full-sized PC.
I'm going on vacation next week, and will probably try to get a RasPi during that time.
Nonetheless, I'm very interested in this SBC world.
It seems there should be some utility out there that would allow generally getting those pointers and therefore it should be possible to create a golden hal_gp_gpio component.
The following user(s) said Thank You: seuchato, silopolis
Please Log in or Create an account to join the conversation.
- Bari
- Offline
- Platinum Member
-
Less
More
- Posts: 639
- Thank you received: 234
4 years 3 months ago #247242
by Bari
Replied by Bari on topic Potential All-in-One Single Board Computers
AML-S905X-CC
libre.computer/products/s905x/
S905 Datasheet. Revision 1.1.4
dn.odroid.com/S905/DataSheet/S905_Public_Datasheet_V1.1.4.pdf
4x ARM Cortex-A53 CPU up to 2.0GHz
5x ARM Mali-450 GPU
I don't see any microcontrollers integrated into the SOC. The RPI4 is capable of maybe 5 to 10 KHz software step rates depending on kernel and what else it is doing. I don't see how the Amlogic S905X would do much better without the aid of an external FPGA or microcontroller.
Have you been able to run a latency test on this board yet to see the jitter?
libre.computer/products/s905x/
S905 Datasheet. Revision 1.1.4
dn.odroid.com/S905/DataSheet/S905_Public_Datasheet_V1.1.4.pdf
4x ARM Cortex-A53 CPU up to 2.0GHz
5x ARM Mali-450 GPU
I don't see any microcontrollers integrated into the SOC. The RPI4 is capable of maybe 5 to 10 KHz software step rates depending on kernel and what else it is doing. I don't see how the Amlogic S905X would do much better without the aid of an external FPGA or microcontroller.
Have you been able to run a latency test on this board yet to see the jitter?
The following user(s) said Thank You: seuchato
Please Log in or Create an account to join the conversation.
- xu
- Offline
- Junior Member
-
Less
More
- Posts: 34
- Thank you received: 1
4 years 3 months ago #248675
by xu
Replied by xu on topic Potential All-in-One Single Board Computers
inBOX712 (rk3399) armbian 在大量的被替换 旧的价格不到50美元
Please Log in or Create an account to join the conversation.
- Bari
- Offline
- Platinum Member
-
Less
More
- Posts: 639
- Thank you received: 234
4 years 3 months ago #248741
by Bari
Replied by Bari on topic Potential All-in-One Single Board Computers
www.bilibili.com/video/BV1cT411G7it/?spm...=333.824.videocard.7
Video in Chinese
www.inhandnetworks.com/upload/attachment...s%20V2.4-Nov2019.pdf
Have to see if we can get to any of the GPIO so that it may be used for stepper control.
Video in Chinese
www.inhandnetworks.com/upload/attachment...s%20V2.4-Nov2019.pdf
Have to see if we can get to any of the GPIO so that it may be used for stepper control.
Please Log in or Create an account to join the conversation.
Time to create page: 0.196 seconds