Breaking News
Comments
Newest First | Oldest First | Threaded View
<<   <   Page 3 / 5   >   >>
Max The Magnificent
User Rank
Blogger
Re: dual-core
Max The Magnificent   4/28/2014 10:13:12 AM
NO RATINGS
@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
Blogger
Re: What's your data rate?
Max The Magnificent   4/28/2014 10:10:40 AM
NO RATINGS
@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
Blogger
Re: Arduino as Master
Max The Magnificent   4/28/2014 10:08:44 AM
NO RATINGS
@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
Blogger
Re: UART
Max The Magnificent   4/28/2014 10:07:55 AM
NO RATINGS
@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
Blogger
Re: Semi-custom might work too
Max The Magnificent   4/28/2014 10:00:30 AM
NO RATINGS
@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
Blogger
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 ;-)

prabhakar_deosthali
User Rank
CEO
re
prabhakar_deosthali   4/28/2014 2:33:51 AM
NO RATINGS
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

Sanjib.A
User Rank
CEO
Long term consequences of Design decisions
Sanjib.A   4/27/2014 9:49:49 AM
NO RATINGS
"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.

 

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

alex_m1
User Rank
CEO
dual-core
alex_m1   4/26/2014 4:13:17 AM
NO RATINGS
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 ?

http://www.micromint.com/component/content/article/53-products/196-bambino200.html

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   >   >>


EE Life
Frankenstein's Fix, Teardowns, Sideshows, Design Contests, Reader Content & More
Max Maxfield

Aging Brass: Cow Poop vs. Horse Doo-Doo
Max Maxfield
41 comments
As you may recall, one of the things I want to do with the brass panels I'm using in my Inamorata Prognostication Engine is to make them look really old. Since everything is being mounted ...

EDN Staff

11 Summer Vacation Spots for Engineers
EDN Staff
18 comments
This collection of places from technology history, museums, and modern marvels is a roadmap for an engineering adventure that will take you around the world. Here are just a few spots ...

Glen Chenier

Engineers Solve Analog/Digital Problem, Invent Creative Expletives
Glen Chenier
12 comments
- An analog engineer and a digital engineer join forces, use their respective skills, and pull a few bunnies out of a hat to troubleshoot a system with which they are completely ...

Larry Desjardin

Engineers Should Study Finance: 5 Reasons Why
Larry Desjardin
45 comments
I'm a big proponent of engineers learning financial basics. Why? Because engineers are making decisions all the time, in multiple ways. Having a good financial understanding guides these ...

Flash Poll
Like Us on Facebook
EE Times on Twitter
EE Times Twitter Feed

Datasheets.com Parts Search

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