Live data from Hacker News

1.38 Millimeter Microcontroller

ti.com

81–90 of 106 posts

Re: 1.38 Millimeter Microcontroller

#81

It seems awesome, but I'm having a problem with figuring out how can a "normal" person use it. How would YOU use it, reader of this comment?

You write program(usually in C), compile it into machine code(to .hex or .bin file), then "flashing" it using debugger tool. This IC will execute your program.

Re: 1.38 Millimeter Microcontroller

#82

A silly question (from a non-HW guy). Why are digital bathroom scales so coarse? Some have a weight resolution of +/- 500 grams. Would a better microcontroller make a weight faster or more presise? I guess this TI micro controller is overkill for a bathroom scale.

Computing power is crazy cheap and does not help. The perceived slowness is because the taken measurements are averaged over second or so. When you step on the scale your weight shifts around and that affects the measurement by far more than half a kg. Averaging gives you better accuracy and more confidence in the result but it doesn't improve the measurement precision. The scale precision comes from calibration of t…

My fine spice recipe writing scale (20g max, 20k count) consistently over years of me having it keeps it's magnitude calibration of the 10g reference to a single digit count, i.e., comfortably within +-0.1%.

Ofc there's auto-zero on start involved, but translated to a people bathroom scale that'd be "comfortably better than +-100g".

A precise bathroom scale just would want a bit more effort on drift prevention as a sample mass at this scale is rather unwieldy, and critically it'd need a toe-operated button to select that you've finished climbing onto the scale, upon which it starts averaging the load to progressively improve the weight measurement accuracy. I'd expect using a bounce-height-freefall-duration based length of timing uncertainty at the start and end of the averaging period to allow proper Bayesian uncertainty quantification of the shown result, say by displaying both the 10th and the 90th percentile on the display which grow closer as you wait while standing on it.

With some cleverness a compact calibration mass might be usable to calibrate absolute scale, transferring up to the "people" range using just a random assortment of stuff that fits on the platform, totalling around 10kg.

Because building the scale to be linear in response good enough for 20k count of resolution is pretty straight-forward.

Re: 1.38 Millimeter Microcontroller

#83
post #58

Earlier quoted context omitted.

Rust compiles to bare metal (assembly aka machine instruction code), just like C does.

Bare metal refers to not using an rtos. I know that sounds weird but it is an industry convention. It does not refer to the language.

That's exactly what I said. Rust compiles to binary opcodes. Assembly is not an rtos, and does not require one. ASM isn't a standard "language". It's literally a fancy display of opcodes and registers that the CPU reads to execute operations. C does the exact same thing, ie compile to opcodes. You can convert binary back and forth from ASM to opcodes with a lookup table. At its core, ASM is just a convenient way to read and write cpu opcodes. I misspoke saying "to assembly" when I meant "to binary opcodes", but such a minor pedantic misspeak I didn't think anyone who understood embedded systems would not understand the meaning. Sorry about that.

Re: 1.38 Millimeter Microcontroller

#84
post #58

Earlier quoted context omitted.

Rust compiles to bare metal (assembly aka machine instruction code), just like C does.

In Embedded, it's usually agreed that "Bare Metal" means using no OS, not meaning using low level languages.

Either you do not understand what assembly is, or you are being pedantic about the very thin abstraction between assembly and opcodes. Just in case you didn't know, assembly is a convenient way to read the binary opcodes that the cou uses to move data between registers and execute logic.

Yes, I should have said binary opcodes instead of assembly. I just assumed anyone discussing embedded systems would know they are practically interchangeable.

Re: 1.38 Millimeter Microcontroller

#85
post #76

Earlier quoted context omitted.

I used to have a bathroom scale with a single strain gauge that was accurate. Accurate, as in weigh yourself, pick up a 1lb object, weigh yourself again and see an extra pound. That scale had a "lifetime" nonreplaceable battery in it and after 20 years or so, gave up the ghost. Every scale I've tried since is wildly inaccurate, and they do have brains and they fake it. Step on, get a random weight within a 5lb range…

> Accurate, as in weigh yourself, pick up a 1lb object, weigh yourself again and see an extra pound. That's resolution (or dynamic range), not accuracy. The scales could be 10lbs off of your weight and still do this.

I did test it with various known weights. It was a good scale.

Re: 1.38 Millimeter Microcontroller

#86
post #9

It seems awesome, but I'm having a problem with figuring out how can a "normal" person use it. How would YOU use it, reader of this comment?

I'd buy it and put it in the Drawer of Dreams aka unfinished projects.

DoD in short, to make it look like serious business

Re: 1.38 Millimeter Microcontroller

#88
post #84

Earlier quoted context omitted.

In Embedded, it's usually agreed that "Bare Metal" means using no OS, not meaning using low level languages.

Either you do not understand what assembly is, or you are being pedantic about the very thin abstraction between assembly and opcodes. Just in case you didn't know, assembly is a convenient way to read the binary opcodes that the cou uses to move data between registers and execute logic. Yes, I should have said binary opcodes instead of assembly. I just assumed anyone discussing embedded systems would know they are p…

The other commenters are referring to bare metal interpreted Forth with no OS, or bare metal ROM Basic with no OS, as opposed to machine code with no OS.

Re: 1.38 Millimeter Microcontroller

#89

It seems awesome, but I'm having a problem with figuring out how can a "normal" person use it. How would YOU use it, reader of this comment?

It's not intended for a normal person to use. If you're a normal person making something as a hobby project, you'll get a much nicer development experience by using a microcontroller that costs a few dollars rather than a few cents. For hobby purposes, I recommend either the Raspberry Pi Pico or the STM32 blue pill. A part like this is intended for inexpensive, high-volume consumer electronics that need some sort of simple control functionality. For example, let's say you're making an electric toothbrush. All it needs to do is turn the motor on, wait for 2 minutes, then pulse the motor to let the user know they're done brushing their teeth. This can do that. Or let's say you're making a promotional keychain, and you want it to blink a few LEDs in a specific pattern when the user presses a button. This can do that. If you take apart basically any piece of cheap (< $5) electronics that's been designed in the past 10-15 years, you'll usually see a tiny unmarked 8-pin microcontroller doing the control work. This part competes in that market.

Re: 1.38 Millimeter Microcontroller

#90
post #82

Earlier quoted context omitted.

Computing power is crazy cheap and does not help. The perceived slowness is because the taken measurements are averaged over second or so. When you step on the scale your weight shifts around and that affects the measurement by far more than half a kg. Averaging gives you better accuracy and more confidence in the result but it doesn't improve the measurement precision. The scale precision comes from calibration of t…

My fine spice recipe writing scale (20g max, 20k count) consistently over years of me having it keeps it's magnitude calibration of the 10g reference to a single digit count, i.e., comfortably within +-0.1%. Ofc there's auto-zero on start involved, but translated to a people bathroom scale that'd be "comfortably better than +-100g". A precise bathroom scale just would want a bit more effort on drift prevention as a s…

[deleted]
Post reply on HN