Hacker Newsnew | past | comments | ask | show | jobs | submit | audiofish's commentslogin

Same experience here, plus serial port drivers that don't work, bootloader bugs causing bricked machines in the field. This on a platform nearly a decade old! The hardware is great but the software quality is abysmal, when compared to other industrial SoC manufacturers.


Ahhhh I see there's someone else who has experienced the serial port driver bugs :). I was responsible for helping them figure out and fix the one related to DMA buffers but still encounter the "sometimes it just stops sending data" one often enough.


I think what's most galling about it is that Nvidia gets away with behaving like this because even a decade later they're still basically the only game in town if you want a low power embedded GPU solution for edge AI stuff.

AMD has managed to blunder multiple opportunities to launch something into this space and earn the trust of developers. And no, NUC form factor APU machines are not the answer— both for power/heat concerns and the software integration story being an incomplete patchwork.


Really cool tool, but perhaps not for the original use-case. I often find myself trying to figure out what call tree a large Bash script creates, and this looks like it visualises it well.

This would have been really useful 6 months ago, when I was trying to figure out what on earth some Jetson tools actually did to build and flash an OS image.


There are multiple NOx sources during combustion.

Fuel NOx is only one of them, which you quite rightly point out is not dominant in methane combustion due to the rarity of nitrogen in the fuel.

The dominant source in methane combustion is thermal NOx, which forms due to the extreme temperature of the combustion, causing atmospheric nitrogen to decompose and react with atmospheric oxygen.

Source: https://www.epa.gov/sites/default/files/2020-09/documents/1....


Picochip?


DSP engineer here:- the typical way to do this for better performance would be to do the FM modulation of each channel at a lower rate, say 100kHz, then use an FFT-based channeliser to mix each sub-band to the right carrier frequency and upsample in one step. That helps to break the n^2 problem mentioned in the article.


It would be an interesting exercise for someone to sit down with GRC and implement as many different approaches as possible, and benchmark them. This kind of silly-but-concrete goal can be solid gold for teaching.


Low cost and low power DRM radio receiver is now available for general sale.

It can receive DRM/AM/FM, with an integrated class-D amplifier.

Dev kits and modules available from Mouser: https://www.mouser.co.uk/ProductDetail/CML-Micro/DRM1000?qs=...


This looks very similar to the Picochip designs used in a lot of small cellular base stations for SDR. I hope it is similar, because those were fantastic chips to program for. That influence could have come via Intel's acquisition of Picochip.


AM radio is a pretty poor standard considering how much power and bandwidth it uses, due much to the very limited modulation technology available in the 1920s.

DRM (no not that DRM--Digital Radio Mondiale) is a modern digital standard that promises much better spectral efficiency, power efficiency and range. See https://www.drm.org/. It is similar in concept to DAB, using an OFDM carrier, but with more robust error correction and equalisation, and lower bit rate codec to handle larger broadcast areas.

There is a hope that this could upgrade existing AM broadcast infrastructure, allowing rapid coverage of large areas without the expense of building out new towers.

The MW/HF bands are great for coverage because of the longer wavelength, relative to the VHF bands used for FM and DAB.


Obviously you know this, but AM is absurdly easy to implement. A pencil, razor blade, some wire and an earphone is all it takes to make a crude receiver.

https://en.wikipedia.org/wiki/Foxhole_radio


Indeed. No way that replacing trivial to implement, ubiquitous communications technology with complicated, processing intensive, proprietary solutions could go wrong.


This sometimes happens on accident. I had circuits turning into AM radios when i touched them at specific screws or pads, with some random frequency hard-tuned in. At night, when the reception was better, you'd hear voices!


One of the first electronics kits everybody gets is a build-your-own AM radio. It's awesome cause it's easy enough for a beginner but also does something cool.


> and lower bit rate codec to handle larger broadcast areas

That's why DAB is crap. Because people are greedy and don't care about quality.


Agreed, but the alternative here is AM which has never been good quality. DAB was a big step down from FM quality because the choice of codec / bandwidth assigned to stations was pretty bad (and bandwidth == $$!)


Are you referring to the original DAB (using MP2) or the upgraded DAB+ standard (using HE-AACv2)? I think most, if not all, stations have switched to DAB+. I'm told the quality is better than FM and based on my experience it's certainly not worse as far as I can hear. Of course, since FM is analog it degrades linearly whereas DAB+ is digital: it either works or it doesn't. This might skew the perception of quality.


You're probably right. I was put off by early DAB deployments, and haven't tried with DAB+. I would be interested to try again with the new standard.


I am an huge fan of DRM, but the lack of receivers it's a good limitation for that.


That is true, although I know of one company close to production of a <10$ module for OEMs to integrate.


This will be fantastic. I am looking forward to it!


Haha me too


I've done some work with Octasic's Opus DSP system [http://www.octasic.com/technology/opus-dsp-architecture]

The cores themselves are asynchronous, with all of the benefits of lower power. The memories sitting outside of the cores are clocked, however.

I remember being a little bit disturbed by the temperature dependence of the chip on wall-clock execution time but it didn't affect our applications.

It was interesting to find this stuff as a product-ready platform.


This is what surprised me too!

That's just asking for problems.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: