AmpBenzScientist @AmpBenzScientist@qoto.org

@lore @PawelK It would be helpful in the near future. The SPI issue could be related to a feature on the board itself. It might require something more powerful to get it in the correct mode.

One thing I do when working with hardware is print out the relevant documentation and use crayons or color pencils to mark important sections. It really helps.

The other thing that comes to mind is the 16mhz xtal on the Uno. It's possible that it is just not fast enough to properly communicate.

@inky@ծմակուտ.հայ It is always interesting to learn about computers and software in the East. It likely seems silly but I enjoy learning about life in the Eastern Bloc and USSR.

@lore Digital Images, Modems of all bands, Radar, wired internet, Oscilloscopes and various scientific instruments.

Your DSP supports RTEMS or Real-Time Executive for Military Systems as it was once called. It is still in use in space by NASA.

The BeagleBoard has an OMAP chip that includes a TI TMS320 series DSP. In Embedded Systems the trend has been to integrate a real DSP, or something with similar capabilities, directly with an RISC processor. Fast communication speeds and integration allows for great performance.

As you have seen, getting documentation is difficult or behind NDAs. The ARM processors with DSPs are nightmares. The DSPs are one of the many walled gardens in development.

@gorro_rojo Just relax and do your best. You will do well.

@lore The Ruskies are using an Elbrus processor for the S-400 radar systems. The processors use the SPARC isa.

The SoCs with DSP functionally can be insanely powerful. There are designs that integrate CPU, GPU and DSP on a single chip. In smartphones, it's absurdly powerful.

@trinsec Zinc Carbon batteries are good for low power drain applications.

@trinsec Duracell Industrial batteries are good in flashlights. They might also be called Procell batteries. They do cost more but I haven't had any issues with them. They kinda need to be reliable to be marketed for industrial use.

@thor Relatable. I remember buying a large box of Trojan Magnums, a pound of beef jerky and Coca Cola in the ammo section of a store. The look I received I remember some 15 years later.

On my way to College I would often stop at a gas station to buy energy drinks, cashews and Magnum condoms or King condoms. So this was around 0700 or 0800 hours and every other day. The clerk was an older woman who would ask about how my courses were going or about work. The looks from other people were priceless. Yes they were pretty good times but I didn't let it distract me from my studies and two jobs.

@lore It's as if companies hate their customers. Reversing is a potential option depending on the laws.

Sell a complete product and no more money can be made. Sell an incomplete product and sell licenses for software that makes it work for a good income stream. Don't forget to include legal landmines in all of it that prevent reversing from being feasible. Ah that's the modern model.

@thor It's a work of passion. It's kinda like people testing a new OS except one doesn't have NDAs and malicious compliance.

The fans need those dank memes or the economy collapses.

@lore Newer DSPs get very weird very quickly.

Texas Instruments has some interesting DSPs and then there's Qualcomm.

https://en.wikipedia.org/wiki/Qualcomm_Hexagon
Yes it uses RISC instructions along with VLIW instructions with 4 way multi threading. It's not AMD's GPU TeraScale 3 VLIW4 but it kinda looks like it.

Direct from the Wiki entry above.

"{ R17:16 = MEMD(R0++M1)
MEMD(R6++M1) = R25:24
R20 = CMPY(R20, R8):<<1:rnd:sat
R11:10 = VADDH(R11:10, R13:12)
}:endloop0

This packet is claimed by Qualcomm to be equal to 29 classic RISC operations; it includes vector add (4x 16-bit), complex multiply operation and hardware loop support. All instructions of the packet are done in the same cycle."

It's from a FFT.
Doesn't it look superior to 29 instructions? What you get Engineers to write after a compiler can't get it right.

@lore Ah yes, development stages. Nice drawing of the final design and a desk full of parts wired together. Why does that sound so familiar? Oh I forgot the all the datasheets.

@lore Depending on the model, it should support Ethernet which can be used for MIDI. It should allow for newer features with that communication speed. Good old UART should be acceptable. An Arduino UNO can handle MIDI to USB.

It might be a good idea to use a Microcontroller board or SBC to interface with the DSP. This would allow for the DSP to be free for DSP functionally. It could also allow a little more control over the DSP without having to get more than a laptop and a cable. A Raspberry Pi could have GCC ready to compile and upload new code. A few scripts could make it reconfigurable with a button press.

Offloading MIDI and other things to an SBC would allow for easier programming and some really cool features while the DSP pipelines are free for pure synthesis. If I recall correctly it is SIMD so keeping only the needed instructions would allow for a respectable level of performance. Digital Signals in, Blending and Digital Signals out to the SBC or MCU to be converted.

@lore I'm glad you managed to get the desired hardware. Serial Com is likely the best route to take because of the bandwidth of the standard. It's rather odd that they would not include it over USB. There was probably an Engineer who cried in the shower when they decided to exclude that on a Digital Signal Processor.

@thor It might be an SD or Science Doctorate, I believe MIT has PhD and SD programs.

There's also a stick on the floor. There aren't papers on the walls. It's rather odd.

@lupyuen Ah so the Mathematics involved is starting to show. Perhaps next up is proof.

@lupyuen It's rather odd that attempts are continually made to make weapon systems like these. A Threat Detection System integrated into an optic could have a more positive effect.

Assuming that both technologies would be used by police, the latter could prevent tragedies. The problem with the biometric systems is that they can't be relied upon. A flimsy laptop is consumer grade but military and police use Toughbooks.

It's really interesting news for Embedded Systems but certain smartphones have similar systems that have proven to be unreliable or easily defeated.

To be fair, it is rather cool to see. A violent force being exerted on electronics and the connectors could lead to more reliable connector designs and more reliable electronics. I can't think of a better proving ground than this.