Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 08:12
    bessman edited #155
  • 07:22
    nkpro2000sr commented #146
  • 07:15
    nkpro2000sr synchronize #147
  • 05:47
    limitless-Sky commented #1925
  • 05:47
    limitless-Sky commented #1925
  • Nov 29 21:27
    bessman opened #155
  • Nov 29 19:19
    orangecms commented #79
  • Nov 29 13:19
    bessman commented #146
  • Nov 29 02:15

    orangecms on development

    Update Chokidar to 3.4.3 Remove unused test setup (compare)

  • Nov 29 02:05

    orangecms on development

    utils/bundling: fix Python scri… Upgrade react-scripts to v4 (compare)

  • Nov 28 21:59
    nkpro2000sr commented #146
  • Nov 28 21:47
    bessman commented #146
  • Nov 28 21:34
    nkpro2000sr commented #146
  • Nov 28 21:34
    nkpro2000sr commented #146
  • Nov 28 21:31
    nkpro2000sr synchronize #147
  • Nov 28 21:19
    nkpro2000sr commented #146
  • Nov 28 21:12
    nkpro2000sr commented #146
  • Nov 28 21:01
    bessman commented #146
  • Nov 28 20:56
    bessman commented #146
  • Nov 28 20:51
    nkpro2000sr commented #146
Big Jake
@JakeSays
i'm also writing an rtos - jartos for just another rtos. it's essentially a rewrite of freertos in c++
Daniel Maslowski
@orangecms
oh cool :)
That'll make you an expert, hah :D
Are you finding some new ideas while doing so? Or are you just at the beginning?
Big Jake
@JakeSays
i'm about 10% done, so yeah pretty much at the beginning
Daniel Maslowski
@orangecms
Regarding visualization - switching topics again: https://antv.vision/en might be interesting to check out
Big Jake
@JakeSays
the project i'm on now has 6 same51's and a jetson nano
Big Jake
@JakeSays
the worst thing about microchip products is the tooling
Daniel Maslowski
@orangecms
Yea that's what I figured out when I got started with PSLab :sweat_smile:
Big Jake
@JakeSays
what do you use instead?
Daniel Maslowski
@orangecms
I only tried getting my hands on their toolchains and once I saw how they are distributed and couldn't just get some code compiled, I shied away rather early.
Big Jake
@JakeSays
the xc* tools?
Daniel Maslowski
@orangecms
@CloudyPadmal attempted to get a USB bootloader set up through their IDE, and that was never able to get compiled (it is code straight from Microchip...).
Yes, the xc stuff
Big Jake
@JakeSays
yeah. i abandoned the xc stuff as fast as i could
Daniel Maslowski
@orangecms
I am involved a bit in laptop/desktop/server firmware development. We have a project called oreboot now, which is written in Rust. If you know coreboot: The pun is that oreboot is like coreboot, but without C. :D
Big Jake
@JakeSays
lol ore plays off of rust as well
Daniel Maslowski
@orangecms
yup :D
Big Jake
@JakeSays
i've been looking at rust for embedded work.
i'm intrigued
even though i love c++, i might give rust a try
Daniel Maslowski
@orangecms
Now there are some projects around MCUs written in Rust as well, and they look quite viable at the moment, including https://github.com/atsamd-rs/atsamd - maybe that's for you then :)
Big Jake
@JakeSays
yeah there's a whole movement around embedded rust
for all of my sam work i use stock toolchains and qt creator, and my own scripting environment to glue it together
Daniel Maslowski
@orangecms
Our reasoning in the open source firmware community is sort of: Rust for bare metal, Go for user space
Big Jake
@JakeSays
yeah. i don't have much interest in go.
Daniel Maslowski
@orangecms
It's what we write bootloaders in, because that involves so much more which is easily written in Go - file and network I/O, syscalls, etc..
Big Jake
@JakeSays
is this the pc type firmware you're talking about?
because an mcu bootloader is still very much bare metal
Daniel Maslowski
@orangecms
Yea, so that requires a kernel backing all that, which is quite different on MCUs. :) We have a project called LinuxBoot, which can take over from UEFI, coreboot, U-Boot etc
Big Jake
@JakeSays
ah ok.
so why not rust for bootloaders as well
Daniel Maslowski
@orangecms
We see no need to rewrite all the drivers that are already in Linux, which reaches thousands easily, just thinking of all the weird sorts of storages, NICs, filesystems etc
Big Jake
@JakeSays
no i mean why go over rust
Daniel Maslowski
@orangecms
Ah, well, because it is a very simple language, and it allows for debugging through a tiny compiler at runtime.
Big Jake
@JakeSays
huh. makes sense
so right now i'm writing a canbus monitor
Daniel Maslowski
@orangecms
One core tool we have is called u-root, which is sort of like BusyBox, able to build a multi-command binary, and includes a bunch of tools already. The nice part is that it can be extended easily: Just write another small tool in Go, and pass it to u-root as an extra build argument - that's it!
Big Jake
@JakeSays
that's cool
Daniel Maslowski
@orangecms
That'll produce a handy initramfs for you, and since Go is easily cross-compiling (just say GOARCH=arm go build, for example), it is quite ubiquitous in what it can be used for. I leverage that for hardware repurposing. My targets are wireless storages, IP cameras, NVRs (network video recorders), and whatever they come up with next. :)
Big Jake
@JakeSays
huh. maybe i'll give go another look
Daniel Maslowski
@orangecms
So yea, I can just take one of these devices, hook into the boot process to pass my own initramfs, or even chroot while the system is already running. :D
Give it a shot! https://github.com/u-root/u-root is where the project lives. It's how I got into Golang and learned to appreciate it.
Big Jake
@JakeSays
ugh. first i need to solve my can issues.
Big Jake
@JakeSays
my analizer just stopped capturing can traffic correctly
Daniel Maslowski
@orangecms
I hope it's not a CAN of :bug: :bug: ;) good luck, I am adding tons of sr_dbg in the meantime while working on the sigrok driver for PSLab :D
Mario Behling
@mariobehling
Regarding the question what were problems with the OpenScope MZ and what can we learn from this for PSLab. I found this article here https://www.element14.com/community/roadTestReviews/2591/l/openscope-mz-development-kit-review#comment-269751

It mentions this

What were the biggest problems encountered?: Buggy software - UI would randomly freeze and require a reboot. Missing features - the Logic Analyzer has no protocol decoder.

Alexander Bessman
@bessman
Hopefully we can leverage sigrok's protocol decoders to avoid the second issue.
nielek2
@nielek2

That should go to @nielek2 (or anyone else who is running macOS somewhere trying to build PSLab desktop on Node >=14)

nice! now it works