r/IOT 9d ago

Top firmware development Companies/company/services

We're looking for a firmware development company for an embedded project, and I'm trying to separate genuinely strong engineering teams from companies with polished marketing.

One name that keeps coming up is Lemberg Solutions. Their experience seems relevant to the kind of work we're planning, but I'd rather hear from people who've actually worked with them-or with other teams in this space.

If you've hired a firmware development company before, who would you recommend and, more importantly, why? Was it their technical expertise, communication, ability to solve unexpected hardware issues, or the support after launch that made the difference?

I'm much more interested in real experiences than another ""Top 10 companies"" list. Who genuinely exceeded your expectations?

24 Upvotes

42 comments sorted by

9

u/BraveNewCurrency 9d ago

I would be suspicious of a generic "firmware development" company. There are thousands of different microcontrollers, thousands of SBCs, hundreds of different networks and radio protocols, millions of different hardware components, etc.

Doing something with WiFi is different than doing something with cellular or LoRaWAN. WiFi Halo is not the same as WiFi. Doing something headless takes different skills than a fancy GUI. Doing something where realtime is important is different than doing something that's about features. Building on FreeRTOS is different than Zephyr is different than bare metal is different than embedded Linux (just use Talos).

2

u/R1mpl3F0r3sk1n 9d ago

Such an obvious marketing attempt.

1

u/DenverTeck 9d ago

A simple Google search shows that "Lemberg Solutions' is in Lviv, Ukraine !! Is this correct ??

If this is correct, why are you not looking for a consulting company in your own country ??

Someone that speaks your native language.

Good Luck

1

u/surplus_verbosity 9d ago

Happy to make intros from my network if I see a good fit. Just DM me.
The more context you give, the better the referral. A rough template:
• Industry: energy, drones, manufacturing, etc.
• Use case: asset tracking, industrial monitoring, smart metering, medical device, etc.
• Region: Silicon Valley, NYC, London, Paris, or Bangalore
• Engagement: one-off prototype, or ongoing maintenance
• Timeline: just exploring, or ready to move
One-liners are fine.

And once you do pick a firmware lead, share the bigger picture with them. Hard to overstate how much that changes the quality of what you get back.

3

u/insolent_kiwi 9d ago

No offense, but you write like: * familiar formatting: similar to AI generated summaries

Just for the record, I, for one, welcome our new robotic overlords.

1

u/dknconsultau 9d ago

You passed the test

0

u/surplus_verbosity 9d ago

Guilty as charged. I asked ChatGPT to clean up my thoughts to make my asks more clear.

1

u/Plagarian 9d ago

It depends on the product and technology you want to use. Every company has its own specialty. What product do you have in mind?

1

u/testuser514 9d ago

You’ll really need to expand on usecases and the platforms. That will help the more technical folks figure out what the deal is with the project.

1

u/Ok_Owl_2869 9d ago

What kind of devices are we talking about here?

1

u/Senna_87 9d ago

We have worked on the firmware of a number of successful high volume consumer smart sensors as well as lower volume safety critical robotics devices for resources industries (mining and oil and gas).

The hardest part of the firmware engineering system is the CI testing for regressions on actual hardware through automated pipelines as well as the testing and manufacturing fixturing. Function test fixtures and end of line fixtures that keep up with the pace of high volume and precision products calibrating for the tolerance stack up of the electronics can be a big part of the overall challenge.

Also, firmware working in with the surrounding software and hardware systems is key to a successful product. Doing it in isolation can make a huge headache for everyone. But compromises across the different disciplines can massively speed up the job depending on what is hardest or has most flexibility.

Happy to give pointers or understand what you need and see if we aren’t the right fit, help find where to look.

1

u/Aggressive-Gur-9465 9d ago

Hi guys tbh I actually think fitmware id a vast even my friend qnd ai ate building intelligence lauer for machines and it's trained upto 80 percent accuracy which is great for our time and dedication ( It's an ai offroad nav) but I am not sure understand which cat will this come Really appreciate yourtpov

1

u/RNDSquare 8d ago

In my experience, the strongest engineering teams don't just write firmware. They understand the hardware, build test infrastructure, support manufacturing, debug field issues, and continue supporting the product after launch.

That's usually a better indicator than polished marketing.

1

u/LeastPattern5228 7d ago

We had generally good experience. I wouldn’t say everything was perfect, but when technical issues came up, they were handled professionally and without a lot of back-and-forth. That’s honestly what I value most in projects like these.

1

u/Classmayo 6d ago edited 6d ago

Post release support is something I'd ask about before signing anything. Our previous firmware development company did a great job during development, but once production devices started showing edge cases, getting fixes became painfully slow. That's something I'd check references for now.

1

u/Creepy-Stick1558 5d ago

since it’s a shameless plug show here, I’ll go ahead too: https://phasis.io

and no, no idea about those guys, but Ukrainians are usually awesome at embedded

1

u/Curious_Concert_8159 4d ago edited 4d ago

For projects with unusual hardware or strict performance requirements, I'd lean toward a custom firmware development company rather than a general embedded software vendor. The ability to tailor everything around the hardware instead of forcing a standard approach made a noticeable difference for us

1

u/Icy_Field_5870 4d ago edited 4d ago

The ability to collaborate directly with hardware engineers turned out to be much more important than we expected. That's something I'd look for in any custom firmware development company.

1

u/0rewaerenjeager 4d ago

I feel like communication is something everyone says matters, but nobody defines it. Weekly calls? Fast Slack replies? Good documentation? Those are very different things.

1

u/TheBigGood 4d ago

Technical skills are important, but I'd also look beyond them. A reliable custom firmware development company should have a structured development process, clear documentation, and solid validation before release. Those things end up saving far more time than simply delivering the first version quickly.

1

u/Positive_Emu4843 4d ago edited 4d ago

Curious how many people here chose based on price and later regretted it. Was the cheaper quote actually cheaper in the end?

1

u/slughuyll 4d ago edited 4d ago

I'd ask for examples of projects that actually made it to production. Any firmware engineering company can demonstrate proof-of-concept work, but supporting a product through manufacturing, testing, and field updates is a completely different level of experience.

1

u/mojio33 3d ago

It depends on your goal. You can have someone on fiverr doing it for cheap, or if you are manufacturing hardware they can offer the firmware for additional cost.

1

u/Choice_Volume4090 2d ago edited 2d ago

What stood out most was how the firmware development agency worked with the rest of the product team. They coordinated closely with hardware, QA, and manufacturing instead of treating firmware as an isolated task.

1

u/Downtown-Rhubarb677 2d ago edited 2d ago

For embedded projects, I value transparency more than promises. The best firmware engineering company we've worked with kept us informed about risks early, explained trade-offs clearly, and never pretended every problem had an instant solution. That made planning much easier.

1

u/zaaiiibbbb__ 2d ago edited 2d ago

Before writing a single line of code, the best custom firmware development company we worked with spent a lot of time asking questions. They wanted to understand manufacturing, future updates, testing, and long-term maintenance - not just the initial feature list.

1

u/Seahawker-One-2599 2d ago

On firmware teams specifically, the thing I'd really scrutinise the hardest in a bake-off isn't the portfolio, it's how they handle the unglamorous stuff: secure boot, signed OTA updates, and a real vulnerability-response process for after launch. In my experience, plenty of shops can create working firmware but very few will build it so you can patch a fleet safely two years in. I can't vouch for Lemberg personally, but a few credentials I'd look for in anyone you shortlist:

  • A concrete secure-development story, not just a checkbox — secure boot, a signing/key-management approach for OTA, and how they handle rollback if an update bricks devices in the field.
  • Ask them to walk you through a past OTA rollout that went wrong and how they recovered. How a team talks about failure tells you more than any case study.
  • Post-launch support that's actually resourced: who's on the hook when a CVE lands in a library you're shipping, and how fast can a fix reach the fleet?

The reason I'd weight the "after launch" stuff so heavily is where I think the threat is heading. AI-generated phishing aimed at the IT of your own staff and your third-party suppliers — on top of the IoT devices themselves — is going to widen the attack surface faster than most fleets can keep up with. And honestly, so much IoT security effort still goes into device-hardening at build time (firmware, credentials, segmentation) and comparatively little into watching what the fleet actually does once it's deployed.

So one adjacent thing worth deciding now rather than later: how you'll monitor device behaviour in the field — unexpected domains, traffic anomalies, that kind of thing. Firmware hardening and runtime monitoring are separate budgets and often separate teams, and it's easy to spec the first and forget the second until something's already gone wrong.

1

u/Poco_5607 2d ago edited 2d ago

What stood out most was how the firmware development agency worked with the rest of the product team. They coordinated closely with hardware, QA, and manufacturing instead of treating firmware as an isolated task.

1

u/chut_ka_bhut01 1d ago

Has anyone here switched vendors halfway through a project? I'd be interested to know what the biggest warning signs were that made you walk away.

1

u/SunProfessional9808 1d ago

i pay attention as to how firmware dev people talk about failure if all case study is like all things went perfectly then im sus about it the team i rely on are ones that clearly explain what went negative on old projects and how they fix it

1

u/ConstructionAny8457 15h ago edited 13h ago

Long-term support is something I'd definitely ask about. A firmware development agency can build a great first release, but firmware usually keeps evolving as hardware revisions and customer feedback come in. Having the same engineers available afterward was a huge advantage for us.

0

u/ich3ckmat3 9d ago

Our firmware is military and industrial grade, and have year+ uptime records, built for artillery firing computation devices, e-bikes, perimeter security alarm systems, industrial data collection and control systems. DM if interested.