Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Having spent the better part of 30 years working on/with/around embedded systems, I can't even count how many bugs I've bumped into that were hiding inbetween sofware and hardware. Or between software and compiler/tools/OS. Or between hardware and spooky RF black magic.


I'd love to hear all of those. What RF black magic?


After transmitting something via the GSM modem, our onboard GPS chip would give inaccurate positions for the next second or two.

That one sucked to prove and sucked even more to resolve.


+10 for stories from the hardware crypts please


I got one. Embedded linux board with a radio transceiver that would occasionally crash when the radio sent a packet out.

Found two problems.

The reset push button was acting like an antenna. Caused the reset chip to assert reset. Confusingly the reset pin was bidirectional so hard to tell who was asserting it. 10k pullup fixed that.

But the problem persisted at a much reduced level.

Finally figured out the RF was tripping the over current protection on the low drop out regulator for the processors 1.1V core supply. Voltage would sag about 50mV which was enough to send the uP into the weeds.


Thanks for sharing! This is really interesting and fruatrstrating!


> The reset push button was acting like an antenna

That is gold!

Didn't quite grok the second half (I'm not a hardware guy), but thanks for sharing nonetheless :D


The first one was actually a surprise since often you don't see that. Most random stuff are really really bad crap antenna's.

The second one is pretty simple. The voltage regulator has a internal circuit to detect over current and turn off the regulator. So if current is too high or the part gets too hot it turns it off preventing the regulator from letting the smoke out. In this case somehow the RF was tripping that circuit for about 50ms.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: