The first hurdle for any system with an FPGA is: finding and learning the FPGA development tools. For many companies (cough Xilinx cough) that's a huge download, that sits on a PC. If the FPGA Dev tools can downloaded AND run from the Beagle 5, that's a major point and needs to be covered.
@@originalmianos Saw that in one methodology, but I think Beagle host all of that now - you can just use their compile/build/whateverthewordis environment. See docs.beagle.cc/latest/boards/beaglev/fire/demos-and-tutorials/mchp-fpga-tools-installation-guide.html at the top it says "We will be providing instances of Libero that you can run from git.beagleboard.org’s gitlab-runners such that you do not need to install the tools on your local machine."
@@originalmianosConfirmed - used OpenBeagle to build the FPGA bitstream, copy to SBC, upload using local commands, reboot and FPGA is now running the new code. I'll do this in my next video about it!
Follow up with a "blink the LED" simple type of FPGA graph and cover the tools to synthesize and put into use? Way over my level of "FPGA sounds scary" understanding but I would love to see more examples of this at an introductory level. There must be some people viewing that might become interested in development with FPGA that just don't know how useful it is yet.
Yeah not a bad idea at all. As mentioned I usually do a 'part 2' video, so that'll likely be what I do in this one. Just have to learn how to actually work with FPGA haha.
@@PlatimaTinkers might be a bit much, but reviving some of the fpga's from the 80's that are still produced might be worth a giggle. they'd at least be smaller and simpler for intro uses.
Suspect the thermal imaging is viewing the metal/reflected heat rather than the actual surface temperature. Try placing a sticker on the chips and try again?
Cockpit is mentioned a fair bit in the homelab community, I guess it’s a modern webmin equivalent. Really interesting product! Would love to see the watchdog and fpga in action!
Ah good to know! Watchdog is an interesting one, just got it figured out! FPGA is awesome. Might have to do a 2nd video sooner rather than later here. Cheers
Im amazed to find someone who knows what webmin is. x) Basically, Cockpit is a super slimmed down Webmin; it has a few plugins but only enough to get you going. You will still do most management on a console, which it helpfuly provides. And as a bonus, it uses SystemD triggers to only pop up when it is actually being needed, which is very useful on small SoCs like this. Give it a look, its super useful. Oh and it uses PAM/shadow for login. ^^
@@IngwiePhoenix_nb Haha yeah I still have Webmin/Virtualmin running on a few odd VMs here and there. Cockpit seems way lighter than webmin, with a more responsive UI, and possibly more systemd integration! Yeah I noticed pam auth - super awesome. Can it do email alerts? I didn't check that bit out!
Much appreciated mate! I try to make sure the intl' shipping isn't too bad. I don't have these in stock, but maybe one day! Currently expanding the Pine64, Milk-V and LuckFox offerings - just added heaps more stock yesterday
Thanks for another great video and I look forward to grabbing some cases for my Milk-V Duo's once you get them in your shop. Beagle have been ahead of the curve supporting RISC-V and the inclusion of an FPGA makes this board very interesting 🤔
Hey mate thanks for the comment and support. I've got those 5 giveaway cases, but yeah hoping to order a production batch in the next week or two! Cheers
Thank you for sharing. Looking forward to seeing an example Blinky FPGA dev flow on this system! I'm tempted to buy one if installing a dev system is easy. I spent way too much time setting up Xilinx on my X86 Linux kits.
Never trusted beaglebone since I got one with the Omap processor years ago. There was a bunch of boards that had a revision just before the new model that could not even boot linux. Not cheap either. They just blamed Ti for stopping to support the chipset, and ignored me.
The only gripe I have about this board is the JTAG connector. They could have included micro JTAG connectors like the one on Ox64. Spending 40$ on a Tag-Connect is insane.
The Tag-Connect is awesome, but you don't need to use the JTAG pads here as there's also UART exposed - you can see I connect to it @12:40. Then from the Linux environment it looks like you can reprogram the FPGA using the scripts in `/usr/share/beagleboard/gateware`. Ref docs.beagle.cc/latest/boards/beaglev/fire/demos-and-tutorials/gateware/gateware-full-flow.html#programming-beaglev-fire-with-new-gateware
@@PlatimaTinkers yeah, for programming the bitstream for the FPGA. Most FPGA boards provide standard JTAG connectors. BeagleV chose to pass the cost-cutting onto its users
That is a really cool board 😎👍 Would be cool with a video showing how to create some basic fpga 'programs' Tip: Add some black electrical tape when you try to measure the temperature of shiny surfaces with IR
Hey yeah you are not wrong at all. And I plan on showing off some FPGA capability in 'part 2' when I get around to it. Yeah I realised that after the fact, not thinking about it being a metal surface 😐
@@TheShorterboy I don't think it has to - the FPGA appear to have access to PCIe, but the wifi module is also detected by the kernel, so not sure if there are two busses, or something else is going on!
@@conorstewart2214 maybe, depends what is hard or soft IP ww1.microchip.com/downloads/aemDocuments/documents/FPGA/ProductDocuments/Brochures/PolarFire-FPGA-and-SoC-FPGA-00004954.pdf
Oooh, I've had a few orders for OH in the last few weeks! Running low on rulers too, will have to order some more. Thanks for the support and feedback mate, much appreciated!
@@jj74qformerlyjailbreak3 oooh I emailed you yesterday - might be in Junk. I only seem to have 8x haha (going to check spare stock at workshop this morning). Want an Ox64 16M instead of those last 2?
@@jj74qformerlyjailbreak3easy done mate - I won't short change you; Ox64 16MB is worth the same as the 12S, and they are also similar in a way, so good to learn and integrate! I'll ship it out at lunch today for ya. Cheers
I have to bang it on the desk to show it who is boss 😅 Also when testing this hardware, I treat it poorly as part of the test. Many people handle these things with no regard for static safety, and complain when it fails or if it doesn't work, so I do the same, which means the 'test' is more realistic, but I do not mind as much if it fails... I destroy them often 🤣🤣
I really wonder how big and powerfull that FPGA is. while mostly overlooked by most people, a decent FPGA actually should be added in basically every computer which isn't low end. since with a FPGA you essentially have optimal hardware encoding and decoding and acceleration for basically anything, and even if you customize the settings(which normal dedicated hardware can't do). while technically seen pure dedicated hardware is slightly more efficient and fast and so it remains a use for some very heavily and commonly used things which you also use while also using other optimized hardware stuff. a FPGA should be added. for example a FPGA can run AI on levels which a GPU would try to dream of if the AI is also optimized for running on a FPGA, which means that the AI is optimized for working well and as it should rather than designing it for speciffic hardware, the FPGA will just take on the form of the hardware which is optimal for the AI, and while a FPGA can also take on the form of cuda cores and such, the truth is, a AI designed out of the concept that dedicated hardware will be made for it completely and then also using that dedicated hardware can easily be more than 10 time and sometimes even hunderds of times faster than a similar AI designed to run on existing hardware such as cuda cores. next to that a fpga can also be optimized for whatever combination of incstructions is most used, so could greatly reduce the load on a CPU, GPU, and even ram in some ways, essentially it can perform all of those instructions, and in the case of CPU and GPU, it can actually do them better than those, just still would also have a GPU and CPU since doing everything from only a FPGA would require a big FPGA, and so the FPGA would just do the things which could be accelerated the most.
As far as FPGAs go, a few years ago it was huge, now it's average. HOWEVER, as far as logic blocks per $ goes, it's quite excellent IMHO. Essentially it has 23,000 logic blocks with 4 input LUTS per and DFFs, along with a few other niceties, and it's about $150 USD. That makes it 100% worthwhile for most entry-level FPGA dev, and I've been playing with mine nearly every day for about two weeks now. The board itself is actually fairly powerful as far as RV64 goes, with decent RAM and plenty of connectivity, so I've also been using it for a few riscv64 compiles too. Long story short, things like the TinyFPGA BX has an ICE40 which has nearly 8K logic blocks but is a little bit cheaper, but does not have the compute or connect capabilities. Tang Primer has 25K logic elements and is almost the same price as the BX but with similar constraints, and based on a different fabric. The Tang Nano then has only 1K logic elements, and limited FFs, for ~$10. At a cursory glance the Red Pitaya starter kit would be about the same; has a dual-core ARM processor, 7K logic element FPGA, 512MB RAM, but you're looking at ~$535 USD. So yeah this thing for sure has some wins; decent RV64 SBC, fairly capable FPGA devboard, cost effective, good doco. PS: you won't be doing any meaningful AI anything on FPGA anytime soon. Far too slow, no where near enough memory, and there is better dedicated hardware out there that costs less, eg the Coral.
ha, you are younger than me, get with the 'ip' tools. I know ifconfig is strong with the muscle memory but ip is much more logical once you get used to it.
Yeah I know I use ip a lot too - coming from a Cisco background I love that you can type partial commands - but 20 years of Linux and `ifconfig` by habit is hard to kill.
@@originalmianos lsof yeah, ss not for me. `dd | nc` for doing dodgy IP to IP transfers haha. I don't like all this new systemd crap and modern ways of doing things. I also don't like awk commands/scripts when I can just pipe crap through sed or cut haha.
@@PlatimaTinkers I despise resorting to awk. Worse still perl. dd bs=10M | nc is not a choice for me most of the time, I have to resort to 'dd if=/dev/sda | ssh x@y dd of=/dev/sdb' :) I have come to accept systemd, but the team are asses and the monolithic design is more like the windows world, shit. The trouble is, it's more functional that ye good old shell scripts in /etc/rc.d/
@@originalmianosYep I want my plain and simple init.d scripts back, and to NOT HAVE BINARY LOG FILES. Kernel panic. Not synced. Logs corrupt. Rolls back. Log of why it kpaniced lost -_-
@KennethScharf I'd say it can, but it might not have enough oomf to run OctoPrint. Someone did similar here: www.reddit.com/r/RISCV/comments/16383v2/riscv_and_3d_printing_installing_octoprint_and/
100% it will, and octo, and well. They are just python and the MCU is doing all the timing and buffering so it does work with some slow boards. I have used much worse SBCs and still had great looking prints. I used to run it on an asus openwrt box. Not recommended by the team.
@@originalmianos How sure are you? Given this is a RISC-V MCU, the cores really don't perform the same as many others. Eg Geekbench 5 scores at browser.geekbench.com/v5/cpu/22234049 show it doesn't even compare to the original Banana Pi M1 with a Cortex-A7 from whatever decade they came out (browser.geekbench.com/v5/cpu/17063570)
mirn? No graphical output included onboard, as it's not designed to be used with a GUI, but you could possibly code it in FPGA bitbanging Cape pins, else look at a USB 2.0 display such as plugable.com/products/uga-165 if you can get drivers going
@@PlatimaTinkers I'm in MCU world - Kernal OSes are so messy and opensource is getting more spaghetti. Wonder if they will come up with something more elegant than Linux. Maybe OpenHarmony
It took 6 minutes to get to the content. That is a huge waste of your viewer’s time, you should probably be be more respectful of their time. As for me, I’m out and I’ll find another review elsewhere. Thumbs down and a do not recommend your channel.
@rickh6963 Aww someone's a grumpy bum 💔 I added chapter marks so you can skip to the meat of it if preferred. Don't forget to hit dislike twice to show how much you dislike it 😅 Else thanks for the feedback either way, and let me know if you need a hug! 🤗
The first hurdle for any system with an FPGA is: finding and learning the FPGA development tools. For many companies (cough Xilinx cough) that's a huge download, that sits on a PC.
If the FPGA Dev tools can downloaded AND run from the Beagle 5, that's a major point and needs to be covered.
Yeah they can, and I am going to show that off in the 'part 2' video!
@@PlatimaTinkers If you can do this I'll be amazed.
@@PlatimaTinkers You will have to get libero going first. I once knew someone who got it running.
@@originalmianos Saw that in one methodology, but I think Beagle host all of that now - you can just use their compile/build/whateverthewordis environment.
See docs.beagle.cc/latest/boards/beaglev/fire/demos-and-tutorials/mchp-fpga-tools-installation-guide.html at the top it says "We will be providing instances of Libero that you can run from git.beagleboard.org’s gitlab-runners such that you do not need to install the tools on your local machine."
@@originalmianosConfirmed - used OpenBeagle to build the FPGA bitstream, copy to SBC, upload using local commands, reboot and FPGA is now running the new code. I'll do this in my next video about it!
Thank you for this video. I did not know how to flash it yet...
You're very welcome! I am aiming to put another one out tomorrow with FPGA programming/flashing too!
Follow up with a "blink the LED" simple type of FPGA graph and cover the tools to synthesize and put into use? Way over my level of "FPGA sounds scary" understanding but I would love to see more examples of this at an introductory level. There must be some people viewing that might become interested in development with FPGA that just don't know how useful it is yet.
Yeah not a bad idea at all. As mentioned I usually do a 'part 2' video, so that'll likely be what I do in this one. Just have to learn how to actually work with FPGA haha.
@@PlatimaTinkerssounds great can't wait to learn.
@@jj74qformerlyjailbreak3haha same
@@PlatimaTinkers might be a bit much, but reviving some of the fpga's from the 80's that are still produced might be worth a giggle. they'd at least be smaller and simpler for intro uses.
@@felderup Ooh got any suggestions? Eg model/devboard? I've honestly not done anything FPGA before!
Suspect the thermal imaging is viewing the metal/reflected heat rather than the actual surface temperature. Try placing a sticker on the chips and try again?
Yeah I didn't even think it through until way later when I clocked that it was a metal casing, not ceramic haha.
Finally the wait is over. Thanks for this masterpiece
Haha very welcome mate!
Really nice it's a modern distribution and kernel.
Absolutely! I was rather impressed. Their own repo has a good pile of packages too: debian.beagleboard.org/riscv64
I like that management UI, could see it and openwrt getting together and sharing notes.
Yeah absolutely hey. I cannot believe I'd not seen it before. Super lightweight too
Cockpit is mentioned a fair bit in the homelab community, I guess it’s a modern webmin equivalent.
Really interesting product! Would love to see the watchdog and fpga in action!
Ah good to know!
Watchdog is an interesting one, just got it figured out! FPGA is awesome. Might have to do a 2nd video sooner rather than later here.
Cheers
@@PlatimaTinkers amazing! I look forward to it!
@@alexlovett1991Easy done. Will get back to your email this arvo or tomorrow! Cheers
Im amazed to find someone who knows what webmin is. x)
Basically, Cockpit is a super slimmed down Webmin; it has a few plugins but only enough to get you going. You will still do most management on a console, which it helpfuly provides. And as a bonus, it uses SystemD triggers to only pop up when it is actually being needed, which is very useful on small SoCs like this.
Give it a look, its super useful. Oh and it uses PAM/shadow for login. ^^
@@IngwiePhoenix_nb Haha yeah I still have Webmin/Virtualmin running on a few odd VMs here and there.
Cockpit seems way lighter than webmin, with a more responsive UI, and possibly more systemd integration!
Yeah I noticed pam auth - super awesome. Can it do email alerts? I didn't check that bit out!
Well, I am in USA Wisconsin and I don't mind buying from your shop if it supports you. You work on lots of the same stuff that I do.
Much appreciated mate! I try to make sure the intl' shipping isn't too bad. I don't have these in stock, but maybe one day! Currently expanding the Pine64, Milk-V and LuckFox offerings - just added heaps more stock yesterday
Thanks for another great video and I look forward to grabbing some cases for my Milk-V Duo's once you get them in your shop.
Beagle have been ahead of the curve supporting RISC-V and the inclusion of an FPGA makes this board very interesting 🤔
Hey mate thanks for the comment and support. I've got those 5 giveaway cases, but yeah hoping to order a production batch in the next week or two! Cheers
Thank you for sharing. Looking forward to seeing an example Blinky FPGA dev flow on this system! I'm tempted to buy one if installing a dev system is easy. I spent way too much time setting up Xilinx on my X86 Linux kits.
Hey you're very welcome mate!
Yeah working on that at the moment. Hopefully video out in a few days.
Never trusted beaglebone since I got one with the Omap processor years ago. There was a bunch of boards that had a revision just before the new model that could not even boot linux. Not cheap either. They just blamed Ti for stopping to support the chipset, and ignored me.
Ouch yeah that sucks a bit. Slightly improved over the comms you can get from Pine64 though 😂
The only gripe I have about this board is the JTAG connector. They could have included micro JTAG connectors like the one on Ox64. Spending 40$ on a Tag-Connect is insane.
I bought 10 of the 0x64's. At that price having to figure out what to do with all of them is a good problem to have
@@zbubby1202 Hahaha yeah I can get that. They're pretty good for garden sensors! I hope you bought them from my store :P
The Tag-Connect is awesome, but you don't need to use the JTAG pads here as there's also UART exposed - you can see I connect to it @12:40. Then from the Linux environment it looks like you can reprogram the FPGA using the scripts in `/usr/share/beagleboard/gateware`. Ref docs.beagle.cc/latest/boards/beaglev/fire/demos-and-tutorials/gateware/gateware-full-flow.html#programming-beaglev-fire-with-new-gateware
@@PlatimaTinkers yeah, for programming the bitstream for the FPGA. Most FPGA boards provide standard JTAG connectors. BeagleV chose to pass the cost-cutting onto its users
@@turanamofair enough in a way, but I found you don't need it thankfully! I'll do another video showing this soon I think
That is a really cool board 😎👍
Would be cool with a video showing how to create some basic fpga 'programs'
Tip: Add some black electrical tape when you try to measure the temperature of shiny surfaces with IR
the FPGA is used for the PCIe interface's so it has serdes interfaces and messing with the FPGA will break a lot
Hey yeah you are not wrong at all. And I plan on showing off some FPGA capability in 'part 2' when I get around to it.
Yeah I realised that after the fact, not thinking about it being a metal surface 😐
@@TheShorterboy I don't think it has to - the FPGA appear to have access to PCIe, but the wifi module is also detected by the kernel, so not sure if there are two busses, or something else is going on!
@@TheShorterboy One of the main points of this board is to use the FPGA so I would be surprised if it broke a lot of things when just using the FPGA.
@@conorstewart2214 maybe, depends what is hard or soft IP ww1.microchip.com/downloads/aemDocuments/documents/FPGA/ProductDocuments/Brochures/PolarFire-FPGA-and-SoC-FPGA-00004954.pdf
Ohio loves free pcb rulers. 😜
Great stuff man. Im loving the content. Cant wait to play along at home here in a couple weeks. Untill then much love.
Oooh, I've had a few orders for OH in the last few weeks! Running low on rulers too, will have to order some more.
Thanks for the support and feedback mate, much appreciated!
@@PlatimaTinkers 10 PC 12S With 1MilkV.
@@jj74qformerlyjailbreak3 oooh I emailed you yesterday - might be in Junk. I only seem to have 8x haha (going to check spare stock at workshop this morning). Want an Ox64 16M instead of those last 2?
@@PlatimaTinkers yes that's fine. Whatever you recommend of send the 8 and consider the rest a tip it's up to you friend
@@jj74qformerlyjailbreak3easy done mate - I won't short change you; Ox64 16MB is worth the same as the 12S, and they are also similar in a way, so good to learn and integrate! I'll ship it out at lunch today for ya. Cheers
Ooooooooooo. Want it!!!
Do it: www.digikey.com/en/product-highlight/b/beagleboard/beaglev-fire
Nice board. Please stop banging the hardware around, i.e. even when in the box or bag. Place it gently down...
I have to bang it on the desk to show it who is boss 😅 Also when testing this hardware, I treat it poorly as part of the test. Many people handle these things with no regard for static safety, and complain when it fails or if it doesn't work, so I do the same, which means the 'test' is more realistic, but I do not mind as much if it fails... I destroy them often 🤣🤣
I really wonder how big and powerfull that FPGA is.
while mostly overlooked by most people, a decent FPGA actually should be added in basically every computer which isn't low end.
since with a FPGA you essentially have optimal hardware encoding and decoding and acceleration for basically anything, and even if you customize the settings(which normal dedicated hardware can't do).
while technically seen pure dedicated hardware is slightly more efficient and fast and so it remains a use for some very heavily and commonly used things which you also use while also using other optimized hardware stuff.
a FPGA should be added.
for example a FPGA can run AI on levels which a GPU would try to dream of if the AI is also optimized for running on a FPGA, which means that the AI is optimized for working well and as it should rather than designing it for speciffic hardware, the FPGA will just take on the form of the hardware which is optimal for the AI, and while a FPGA can also take on the form of cuda cores and such, the truth is, a AI designed out of the concept that dedicated hardware will be made for it completely and then also using that dedicated hardware can easily be more than 10 time and sometimes even hunderds of times faster than a similar AI designed to run on existing hardware such as cuda cores.
next to that a fpga can also be optimized for whatever combination of incstructions is most used, so could greatly reduce the load on a CPU, GPU, and even ram in some ways, essentially it can perform all of those instructions, and in the case of CPU and GPU, it can actually do them better than those, just still would also have a GPU and CPU since doing everything from only a FPGA would require a big FPGA, and so the FPGA would just do the things which could be accelerated the most.
As far as FPGAs go, a few years ago it was huge, now it's average. HOWEVER, as far as logic blocks per $ goes, it's quite excellent IMHO.
Essentially it has 23,000 logic blocks with 4 input LUTS per and DFFs, along with a few other niceties, and it's about $150 USD. That makes it 100% worthwhile for most entry-level FPGA dev, and I've been playing with mine nearly every day for about two weeks now. The board itself is actually fairly powerful as far as RV64 goes, with decent RAM and plenty of connectivity, so I've also been using it for a few riscv64 compiles too.
Long story short, things like the TinyFPGA BX has an ICE40 which has nearly 8K logic blocks but is a little bit cheaper, but does not have the compute or connect capabilities. Tang Primer has 25K logic elements and is almost the same price as the BX but with similar constraints, and based on a different fabric. The Tang Nano then has only 1K logic elements, and limited FFs, for ~$10.
At a cursory glance the Red Pitaya starter kit would be about the same; has a dual-core ARM processor, 7K logic element FPGA, 512MB RAM, but you're looking at ~$535 USD.
So yeah this thing for sure has some wins; decent RV64 SBC, fairly capable FPGA devboard, cost effective, good doco.
PS: you won't be doing any meaningful AI anything on FPGA anytime soon. Far too slow, no where near enough memory, and there is better dedicated hardware out there that costs less, eg the Coral.
ha, you are younger than me, get with the 'ip' tools. I know ifconfig is strong with the muscle memory but ip is much more logical once you get used to it.
Yeah I know I use ip a lot too - coming from a Cisco background I love that you can type partial commands - but 20 years of Linux and `ifconfig` by habit is hard to kill.
@@PlatimaTinkers me too, 'muscle memory', same with lsof and 'ss'.
@@originalmianos lsof yeah, ss not for me. `dd | nc` for doing dodgy IP to IP transfers haha. I don't like all this new systemd crap and modern ways of doing things. I also don't like awk commands/scripts when I can just pipe crap through sed or cut haha.
@@PlatimaTinkers I despise resorting to awk. Worse still perl. dd bs=10M | nc is not a choice for me most of the time, I have to resort to 'dd if=/dev/sda | ssh x@y dd of=/dev/sdb' :)
I have come to accept systemd, but the team are asses and the monolithic design is more like the windows world, shit. The trouble is, it's more functional that ye good old shell scripts in /etc/rc.d/
@@originalmianosYep I want my plain and simple init.d scripts back, and to NOT HAVE BINARY LOG FILES. Kernel panic. Not synced. Logs corrupt. Rolls back. Log of why it kpaniced lost -_-
Expensive board. Difficult for sure!
Yeah is a bit hey!
I wonder if the Beagle will run Klipper?
@KennethScharf I'd say it can, but it might not have enough oomf to run OctoPrint. Someone did similar here: www.reddit.com/r/RISCV/comments/16383v2/riscv_and_3d_printing_installing_octoprint_and/
Why would you want to run klipper on this vs a pure SBC though?
@@conorstewart2214 man every video I put out, there is minimum one comment "Can it run Klipper?". I have no idea why haha.
100% it will, and octo, and well. They are just python and the MCU is doing all the timing and buffering so it does work with some slow boards. I have used much worse SBCs and still had great looking prints. I used to run it on an asus openwrt box.
Not recommended by the team.
@@originalmianos How sure are you? Given this is a RISC-V MCU, the cores really don't perform the same as many others. Eg Geekbench 5 scores at browser.geekbench.com/v5/cpu/22234049 show it doesn't even compare to the original Banana Pi M1 with a Cortex-A7 from whatever decade they came out (browser.geekbench.com/v5/cpu/17063570)
isn't `ifconfig` deprecated now?
Shoosh you 😂
What is that small red chip you connect it to in the beginning?
This one? shop.plati.ma/products/makerfabs-cp2104-usb-to-serial-converter-arduino-programmer
no GNU screen, ok.. tmux?
No tmux either. Ah so be it
perth boy?
Close enough haha. Warm huh!
hdmi？
mirn?
No graphical output included onboard, as it's not designed to be used with a GUI, but you could possibly code it in FPGA bitbanging Cape pins, else look at a USB 2.0 display such as plugable.com/products/uga-165 if you can get drivers going
@@PlatimaTinkers ok,thanks.
@@dkdksanNo worries at all :)
Just buy a mini PC.
What for? Those are waaaaaaay less interesting, and can't do half these things!
Huh? Are there any miniPC with an FPGA on chip? No? Then why did you write this comment?
@@vitalyl1327 maybe he knows something we don't? Haha
milk-v has worst sdk I ever seen
Cool cool cool.... but this is the BeagleV-Fire by BeagleBoard....?
@@PlatimaTinkers I'm in MCU world - Kernal OSes are so messy and opensource is getting more spaghetti. Wonder if they will come up with something more elegant than Linux. Maybe OpenHarmony
Aah very fair! Sorry for the delay - turns out TH-cam skips emails .... often =/
It took 6 minutes to get to the content. That is a huge waste of your viewer’s time, you should probably be be more respectful of their time. As for me, I’m out and I’ll find another review elsewhere. Thumbs down and a do not recommend your channel.
@rickh6963 Aww someone's a grumpy bum 💔 I added chapter marks so you can skip to the meat of it if preferred. Don't forget to hit dislike twice to show how much you dislike it 😅 Else thanks for the feedback either way, and let me know if you need a hug! 🤗
BOT?
@@filthyfrankblack4067 Nah he makes content, probably just trying to leach my viewers. If his comment gets downvoted though it never gets seen haha
@PlatimaTinkers You wanna colab?
Yeah man interesting looking content - shoot me an email (check my 'About' page). Cheers