Breaking News
Newest First | Oldest First | Threaded View
<<   <   Page 3 / 5   >   >>
Max The Magnificent
User Rank
Re: dual-core
Max The Magnificent   4/28/2014 10:13:12 AM
@alex_m1: ...why not use a dual core mcu(cortex m0+m4+280kb ram)...

I could do that for the DSP -- but the Arduino is just so easy to use with the NeoPixels (plus I have a pile of Arduinos already :-)

Max The Magnificent
User Rank
Re: What's your data rate?
Max The Magnificent   4/28/2014 10:10:40 AM
@Sheepdoll: What is the distance.  If it is over a few meters use someting like RS485/Modbus.

The two MCU dev boards will be mounted inches from each other in the same cabinet -- so distance really isn't a factor.

Isn't it amazing how RS-232 and RS-485 keep on trucking along LOL


Max The Magnificent
User Rank
Re: Arduino as Master
Max The Magnificent   4/28/2014 10:08:44 AM
@Elizabeth: Since the Arduino display driving task is so finiky, I think that you need to have the Arduino as master no matter how you implement the interface.

I think you are correct

Max The Magnificent
User Rank
Max The Magnificent   4/28/2014 10:07:55 AM
@antedelivian: My vote is for a UART for the following reasons...

UART would certainly use fewer pins, but that's not a major concern in this case. Re the framing, parity, and overrun errors, my two MCUs are doing to be sitting just a couple of inches from each other -- I don't think therre's going to be much of a problem -- as a worst case if there were to be an error the end result would just bea glitch on the main display. One the otheer hand, it wouldn;t hurt me to add parity just for the heck of it :-)

Max The Magnificent
User Rank
Re: Semi-custom might work too
Max The Magnificent   4/28/2014 10:00:30 AM
@Duane: ...Then after the handshaking indicates everything is ready, switch the pins on both sides to be SPI and transfer the data. Switch back after the transfer.

That is a very cunning idea -- one that I would never have thought of


Tobias Strauch, EDAptix
User Rank
Arduissimo: MultiCore Arduino enables Virtual Peripherals
Tobias Strauch, EDAptix   4/28/2014 6:58:37 AM

Maximus ! The good thing is, that there is a great solution right around the corner.

A MultiCore Arduino optimized for Virtual Peripherals:

virtual peripherals

link to graphic

Protocols are sliced into little threads, which are then executed on any of the available CPUs when needed. Libraries and Virtual Peripherals can then be defined completely hardware independent and don't need a specific set of peripherals anymore.

So just reuse - or better, design the Virtual Peripheral all by yourself and use it in your project. Use an extended version of the Arduino IDE or Atmel Studio. Use the Arduino language or C++. Or add your customer interface (in VHDL or Verilog), there is still space for it.

I'm not sure if you ever heard about System Hyper Pipelining, didn't you ;-))

So stay tuned and checkout my Indiegogo Crowdfunding campaign, starting in 3 days. You will hear about it, for sure, or check out Arduissimo on Indiegogo.

Cheers, Tobias

PS: Programming your application on a multicore environment – which could be as easy as programming an Arduino – makes a lot more fun.

PPS: After almost 20 years of single CPU programming, I'm an old man tired of carrying about interrupts breaking my timing critical single core protocol or reading specifications about yet another implementation of a standard peripheral ;-)

User Rank
prabhakar_deosthali   4/28/2014 2:33:51 AM
In electronics domain 15 years are like 50 years. It is @Sanjib It is just amazing that your board with that P1 processor is still functional. It may be easier to scrap the complete board all together instead of doing reverse engineering on that uniqude interface with P2

User Rank
Long term consequences of Design decisions
Sanjib.A   4/27/2014 9:49:49 AM
"Have you ever noticed how each design decision has a ripple-on-effect that influences other decisions downstream?"

-Yes, that is how the life is for engineers! :) Currently I am going through something for which, such a decision that was made 15 years back. Fifteen years back, a design was upgraded to add one Ethernet port, keeping the rest of the hardware same (for minimum effort) and by adding an additional co-processor (let's call P2) having Ethernet port (MII interface). The main processor (let's call P1) on board did not have MII interface. But it was kept and not replaced to save efforts. The communication between the old main processor P1 and the new co-processor P2 was implemented using an unique interface of the new co-processor P2 which allowed the main processor P1 to access shared memory through P2. Now that Ethernet processor P2 which was added to save time then, is obsolete. The main processor P1 is not yet obsolete but the original developers have left or retired from the company; There is no straight forward replacement for P2 and none of the modern processors support that unique interface P2 had.

The lesson that I have learned from this: Whenever there is a non-standard, not so popular interface is used to do something quicker that point of time in short term, there remains a high risk for the need to redo things in long term when that special/unique interface is obsolete.


User Rank
_hm   4/26/2014 4:28:47 PM
For wider bandwidth, I prefer SERDES or it can be DMA type.

User Rank
alex_m1   4/26/2014 4:13:17 AM
Since  timing are really critical for , why not use a dual core mcu(cortex m0+m4+280kb ram)  , that comes with an eval board and supports the mbed(on both cores) , for easy development ?

The cortex-m4 would be great for accurate and easy signal processing, you've got a fast adc , and the large ram(which you could always be helpful in writing more code with less bugs).

And since that mcu family start at $4/1000 , it could really apply well to many dev situations.



<<   <   Page 3 / 5   >   >> Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)

What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.

Brought to you by:

Like Us on Facebook
Special Video Section
Power can be a gating factor in success or failure of ...
Get to market faster and connect your next product to the ...
See how microQSFP is setting a new standard for tomorrow’s ...
The LTC3649 step-down regulator combines key features of a ...
Once the base layer of a design has been taped out, making ...
In this short video we show an LED light demo to ...
The LTC2380-24 is a versatile 24-bit SAR ADC that combines ...
In this short video we show an LED light demo to ...
Wireless Power enables applications where it is difficult ...
LEDs are being used in current luxury model automotive ...
With design sizes expected to increase by 5X through 2020, ...
Linear Technology’s LT8330 and LT8331, two Low Quiescent ...
The quality and reliability of Mill-Max's two-piece ...
LED lighting is an important feature in today’s and future ...
The LT8602 has two high voltage buck regulators with an ...
Silego Technology’s highly versatile Mixed-signal GreenPAK ...
The quality and reliability of Mill-Max's two-piece ...
Why the multicopter? It has every thing in it. 58 of ...
Security is important in all parts of the IoT chain, ...
Infineon explains their philosophy and why the multicopter ...