Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Comments on I have to choose: Arduino or Raspberry pi.

Parent

I have to choose: Arduino or Raspberry pi.

+1
−1

Moderator Note

If this site were mature, this question would be closed because it solicits opinions, or is too specific about particular models. In the interest of site activity, answers are being allowed that compare and contrast microprocessors boards to microcontroller development boards in general. Specific models can be used as examples, but should not be the main point of answers.


I've finally decided to enter into the world of micro controllers/microprocessors. I think this may provide me an important tool to realize my projects. I am not an electronic engineer designing products for the market, but I need a tool that allows me to interface with the electronics, while performing complex tasks like analyzing and processing signals, making decisions etc. (nothing well defined for the moment).

After googling and reading several articles, I understood I don't really want to learn micro controllers, but how to use micro controllers boards (or microprocessor boards). In fact, it appears my time and energy are so reduced that I have to make a choice, but a good choice, inside this jungle.

Further readings convinced me that the best options for me are either "Arduino", or "Raspberry pi". I'm aware that Arduino is a micro controller while Raspberry pi is a microprocessor, but I have read that Raspberry pi can perform any micro controller task, and much more. So, my first reaction was: Why Arduino if, for nearly the same price, you can have a full microprocessor.

I need help to choose, because it is unclear for me what is the advantage of using Arduino vs Raspberry pi (well, there should be one considering the number of adepts of Arduino). They says that Arduino is a very stable environment, but I don't understand in what sense it is more stable than Raspberry pi.

Other details that can help:

  • It is somewhat improbable that I will ever need something performing at very high speed

  • I can program in C or C++, but I really prefer programming in Python

  • I'm basically a mathematician, algorithmic engineer and programmer, so, I don't want to choose something too childish for me, designed for educational purpose only. If I spend time to learn, I just want this be worth the time and energy.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

General comments (3 comments)
Post
+1
−0

This site isn't appropriate for telling you what to choose. We can, however, give you information on microprocessors versus microcontrollers.

Microprocessors and microcontrollers are intended to different applications. As a result, they have different capabilities, and different tradeoffs of use.

Microprocessor

Microprocessors (really just "processors", the "micro" part is no longer relevant since any credible processor needs to be on a single die for speed) are intended to support general purpose computing platforms. It is expected that there is a user that can select many different operations arbitrarily, some of them concurrently. Since a user is assumed, user-interface hardware is usually expected to be present. This includes a standard way of driving a screen, keyboard, mouse, etc. It also generally includes connectivity, like ethernet, USB, and the like. Some form of local mass storage is also expected, which is used to implement a file system presented to the user.

Microprocessors are usually chip sets. The main processor and some of its cache may be on a single chip, but that chip generally can't run by itself without significant support circuitry. The main chip implements I/O busses that other chips connect to. These other chips are often integral parts of the overall processor, and are often specific to particular processor families.

All the hardware peripherals, file system, and communications require a lot of software complexity. Such systems were therefore generally used with an operating system that manages these, and provides hardware-independent abstractions. It also handles virtual memory, multiple processes that must be assumed are hostile to each other, standard communications like TCP and USB, and many other things that are easy to take for granted.

Microcontroller

Microcontrollers are intended for dedicated embedded applications. They are therefore optimized for cost, power, and ease of electrically integrating into a circuit. Flexibility is sacrificed to be able to do a single task well, reliably, cheaply, and in a small footprint. The program and data memory is built-in, as are other simplified peripherals. There are no I/O busses for hanging more memory or additional peripherals off of. You get what is built in. If you need more, you use a model with more. That will of course cost more, use more space, and probably more power.

The I/O pins are meant to control or sense external signals directly. Most pins can be driven or sensed individually under firmware control.

Since the complexity and demands of dedicated embedded applications vary widely, there are a wide range of microcontrollers that include just enough to support the many different applications. Microcontrollers range from something like a PIC 10 with as little as a dozen bytes of ram and a few hundred program memory words with a 1 MIPS processor, to chips with Mbytes of RAM/ROM and 100s of MIPS processors.

Products with dedicated embedded microcontrollers can be produced in large quantities. Spending only a few 10s of cents on the minimum microcontroller for the job, versus a few dollars on an unnecessarily capable one can make a real difference. This is why there are so many more microcontrollers than more general purpose microprocessors.

Tradeoffs

Some microprocessor advantages:

  1. Can run arbitrary programs.
  2. Operating system support to abstract and virtualize hardware resources.
  3. High flexibility. You decide on the fly what to run.
  4. More advanced and wider choice of software development environments.
  5. Can support more resource-heavy execution environments. This includes interpreters like Python, various "byte code" virtual architectures (Java, .Net) and languages that implicitly require heavy run-time support.
  6. Virtual memory, with physical memory expandable over a wide range.
  7. Generally faster, although some of that gets used up in the many layers of abstraction, runtime environments, and the like.
  8. Good math computation capability, wide floating point formats, some transcendental functions like sin, cos, sqrt and the like in hardware.

Some microcontroller advantages:

  1. low cost. There are many under 1 dollar, and just about all are under 10 dollars.
  2. Low power. Meaningful work can be done with 50 mW, and intermittent task many times less than that. 200 mW is "a lot" for a microcontroller.
  3. Small footprint. Some of the smallest have only 6 pins and come in the same package that individual transistors do. 64 pins is already "big", but still nowhere near the 100s of pins of a modern microprocessor.
  4. Direct I/O pins available intended for connection to the real world. Most pins can be directly controlled or sensed by firmware. There are no external I/O interface chips sitting on a bus required.
  5. Fast power up. There is no operating system to boot, drivers to install at run time, registry settings to check, etc. Most system start performing their dedicated function in well under 1 second after power on. When it really matters, it's not too hard to get a system to start running its task in just a few ms.
  6. Meant to be included in ordinary circuits. Usually only a single supply voltage is required, and that can often vary over a significant range. Today's digital circuits mostly run on 3.3 or 5.0 V, which are both well supported by a wide range of microcontrollers. Microprocessors, in contrast, usually require multiple and specific power voltages, and these are often not "convenient" for ordinary circuits not intended for implementing microprocessor systems.
    before ARM became mainstream

    This presents a very narrow view, and is misleading at best. This statement makes it sound like most microcontrollers are ARM-based, but that's very far from the truth. ARM may have a large chunk of the 32 bit microcontroller market, but last I looked, that was still much smaller than the 8 and 16 bit worlds. There are also other 32 bit architectures, like MIPS used in the Microchip PIC32 line.

    Some are apparently unaware of the large world of microcontrollers out there that only run a toaster, take input from a keypad and pass it on via UART, turn on a pump and flash a light when the a tank gets too full, etc. Even low end 8 bit cores have enough computational power to perform these tasks. When you're making 10,000 units, a 50 cent micro compared to a 2 dollar micro to do the same job matters. In fact, I'd say that this world is the large bottom unseen part of the microcontroller iceberg. Don't get fooled by the glitzy little peak that sticks out of the water.

    Some of the comments here by others present a rather biased and narrow view of the microcontroller world. I was content to leave them alone in their own answer, but now that they have spilled over to comments to this answer, they need to be dealt with:

    [Raspberry Pi, Arduino] hyped, dangerous and harmful hobbyist platforms

    The language alone should make you suspicious. Both these platforms have legitimate purposes.

    The RasPi is a very accessible and cheap single-board computer. As was correctly stated, it's basically a PC on a board. When you can get a PC for a few 10s of dollars, you can afford to dedicate it to a specific task. For hobbyists doing this one-off, that can make a lot of sense.

    The Arduino is a microcontroller development board with enough software sugar-coating to allow getting things done relatively easily without having to know what is actually going on underneath. That can be harmful if you want to learn about microcontrollers, but it's very useful if you just want to get something done and NOT have to learn the details.

    Modern 32 bit ARM Cortex M is what most professionals use nowadays

    Just plain wrong.

    Professionals chose the right micro for the job. ARM may be a popular choice for 32 bit micros, but again, that is a small part of the overall microcontroller world.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.

1 comment thread

General comments (8 comments)
General comments
coquelicot‭ wrote about 4 years ago · edited about 4 years ago

@Olin thx. I am now convinced that I should use micro controllers. The problem is there is no general purpose one (according to the answers here). This makes things even more complicated for me. Regarding the "moderator note", I don't know what to do about that: do you want I edit the question (this may make the answers less understandable)?

Olin Lathrop‭ wrote about 4 years ago

@coq: No need to edit the question. The note makes it clear enough what is going on.

Lundin‭ wrote about 4 years ago

You can have virtual memory on microcontrollers too, on the more high end ones with MMU. But then such high end 32 bitters are about the most complex parts out there, so nothing I would recommend for beginners.

Lundin‭ wrote about 4 years ago

@coquelicot‭ Rather, most microcontrollers are general-purpose ones. The vast majority of them have the same kind of common hardware peripherals: ADC, timers, PWM, UART, SPI. Traditionally, before ARM became mainstream, there were camps of devs preferring one flavour of MCUs over the other. And before that, everything was divided in "Intel" and "Motorola" camps, with most parts inspired either by 8051 or MC6800.

coquelicot‭ wrote about 4 years ago

@Lundin. Thank you so many for your help and comments. Things are now much clearer for me.

coquelicot‭ wrote about 4 years ago

@Olin. Your reaction to the answer of Lundin is again instructive for me (thx). Of course, I knew his opinion about Raspberry an Arduino was a bit extremist, as you can understand from my humorous comment. Yet, I think his answer contains very good things. Also, I believe when he says that Modern 32 bit ARM Cortex M is what most professionals use nowadays, he addresse the part of my question where I precise I want to be able to process signals, implement algorithms etc.

Lundin‭ wrote about 4 years ago

Here we go with the "8 bit is fantastic" war again... The 8 bitters fan club ran out of arguments well over 10 years ago. I've programmed icky 8 and 16 bitters, as well as custom 32 bitters, far more than I've programmed ARM. And that is the very reason I now avoid 8 and 16 bitters like the plague. Yeah sure there's oddball peripherals and safety features that require special MCU brands. But from a general-purpose point of view it doesn't really make sense to use anything but ARM.

coquelicot‭ wrote about 4 years ago

@Lundin. My common sense says this is not a matter of war, it's all about money. True professionals always want to minimize the price of their products, and choose the cheapest micro controller that can fit the required task (is ARM cheaper than all what exists on the market ?). So, what Olin says makes sense. On the other hand, you are probably right that for a person like me who seeks a more or less general purpose MC, it may be advantageous to be acquainted with the 32 bitters.