1
We’ll write a firmware for your device. If your hardware is not ready yet we can create a prototype to move along with software development, saving you time and money!
2
As part of the embedded systems development, we’ll connect your app with external devices fast and in a cost-optimized way.
3
We’ll deliver backend and frontend for the mobile/web app to work seamlessly with your embedded device.
4
During audit, we’ll address the bugs of your hardware and prepare the guidelines.
You will learn:
What questions need to be answered before choosing a platform
Why hardware availability is important when developing a prototype
What are to pros and cons of nRF52, ESP32, and STM32
Download the free guide:
"When Polidea got in touch, I actually recognized their name because we have been checking out one of their BLE libraries. I thought, "oh, these guys actually know Bluetooth very well". We [also] had a great use of Polidea assisting us in developing the firmware for the pillbox."
CTO,
Pilloxa
Finance
Albert by AEVI is one of the first payment terminals that brings together PCI certification and flexible application development with a full application ecosystem. Polidea team implemented a custom-made and hardened version of the Android Lollipop operating system. We also helped the client apply modern software development approach to the Operating System development. This required a lot of low-level hardware-related work as well as high-level design modifications of the Android OS. Apart from customizing the Android operating system, we modified recovery bootloader and Linux kernel.
Healthcare
Pilloxa is a start-up from Stockholm, on a mission to tackle poor medical adherence. Their embedded device is a smart pillbox, which informes forgetful users to take the right medicine at the right time. Polidea team improved the firmware of the device and tested the BLE and gprs connection with the Pilloxa mobile app. The cooperation resulted in fixing software bugs and speeding up the charging process.
Sport
Cuckoo is a lap timing device meant to be used in amateur track racing. It’s an open source project, done internally by Polidea. The device is placed inside the car, giving instant feedback on driver’s performance (current lap time, best and last lap time). It’s a truly innovative approach to detecting cars passing through the finish line, and the good news is, it can be easily installed on any race track. Our team used simple and widely available components and popular NRF processors to create the embedded device. Cuckoo mobile app—which connects to the device via BLE—adds more functionality, as it shows detailed info on driver's performance and driving history.
You will learn:
What hardware we used and why
How to program the device with the nRF Connect app
What are to pros and cons of nRF52, ESP32, and STM32
Download the free guide:
We got the answers!
What is an embedded system?
It’s a system that consists of dedicated hardware and software which runs on that hardware. It’s usually dedicated to solving one specific problem and it’s often embedded in a physical device as an integral part of it.
What are the examples of embedded systems?
Embedded systems are everywhere. You can find them in your electronic watch, car, elevator, action camera like GoPro, coffee machine, remote controller for a TV, the TV itself, and even in your smart laptop charger. In all these devices there are different levels of complexity of an embedded system.
What is the biggest challenge when developing embedded firmware?
Making sure that both hardware and software are thoroughly tested and everything works as expected. When developing a mobile application for a new iPhone, you usually don’t care about the hardware part. If something doesn’t work it is usually a problem with your software—you can assume (in most cases) that it’s not a hardware related issue. However, when you’re developing both custom hardware and software, you don’t have such comfort.
Should I start from developing embedded firmware or hardware?
In general, it’s best to start with hardware. Developing on final hardware will save you some time and will allow for more thorough testing. It is possible, though, to start a project with a development board and move to final hardware later.
Do I need BLE technology when developing an embedded product?
It depends on whether you need short range connectivity in your product. If yes and you only want to send small packages of data, BLE is usually a good option.
Embedded system is a combination of hardware and software. In simple words it’s a mini-computer with peripherals that control the sensors, and it usually has one specific function (for example to open a door). Modern embedded systems usually contain System on a Chip— an integrated chip that contains a microcontroller, RAM memory, Flash memory, input/output ports etc.
If you have specific, custom project requirements that you can’t achieve with a simple mobile app—embedded systems are perfect. For example, you want to measure the acceleration in some vehicle. Of course, your phone can do that, but if you add additional constraints like small size, dustproof ability or even cost it often makes much more sense to go for a custom, small, embedded system to do that. Embedded systems projects give you more freedom: you don’t have to rely only on the phone’s set-up functionality—you can, for example, make your wearable screen work and look however you want. Additionally, very often an embedded device connects (via BLE, Bluetooth, Wifi etc.) with a mobile app, which serves as an extension or additional interface for your product.
Here’s what you should look out for in your development team for an embedded system project:
One of the main requirements our clients come to us with is the possibility to update firmware remotely, once the product is on the market. It’s a challenging task if you want it to be done in a secure way. It’s best to start designing a firmware update procedure at the beginning of the project—sometimes, you may even use a solution already prepared by your chip vendor. However, this becomes harder the bigger the embedded system you’re dealing with is (if you have few MCUs and the firmware has to be updated on all of them). It can be tricky to make sure that all of the components are updated successfully and that you have a way to roll back in case of failure.
If you have any questions on embedded systems or you’re starting an embedded project yourself and looking for the right partner—get in touch!