Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Teensy 4.1 Development Board

pjrc.com

Post reply on HN
Print view View original

171–180 of 211 posts

Re: Teensy 4.1 Development Board

#171

Post by aswanson »

ohazi wrote: post #160
freefriedrice wrote: post #155

Earlier quoted context omitted.

That's a matter of opinion. If you don't know jack about network programming, then of course you can retreat to Linux. But Linux is not an edge / IoT platform by any stretch of the imagination. Micro RTOS is closer, but still overkill for embedded Wi-Fi. Specifically for Wi-Fi, LWIP is -the- stack to use for embedded TCP/IP. It is under 30K with full TCP/IP and offers everything you need. Then there is COAP or MQTT,…

I think it's less a matter of opinion and more a question of expectations around the device you're building. To illustrate, let's say we build the embedded device your way. Six months later, we get a support request from a customer that needs to get the device onto the captive portal at a hotel. The portal is a javascript monstrosity full of CORS failures. What is your immediate response? a) Oh, shit, I didn't think…

True. Software is soft for a reason. There's always a new requirement or vulnernability waiting to be exploited that needs to be updated.

Re: Teensy 4.1 Development Board

#172

Post by numpad0 »

comboy wrote: post #96
realharo wrote: post #84

Earlier quoted context omitted.

How are things on the commonly used RTOSes? I'm not really into hardware much, only fairly recently learned basic electronics as a hobby, but I've seen ARM push their "mbed" ( https://os.mbed.com/ ) thing in many places recently (most recently saw their logo printed on a nRF52 BLE dev kit). I've also seen Amazon get more involved with (in charge of?) FreeRTOS ( https://aws.amazon.com/freertos/ ) quite some time ago.…

I wonder what's your use case for RTOS? I don't really know any problems that couldn't be solved with micros communicating with linux. Seems like even SpaceX gets away with it. I mean there seem to be the market so clearly there are some people who need it, I just would like to learn more about where is it really needed.

RTOS are mainly for micros communicating with Linux.

Lots of time they are just a giant C library that goes into the same a.out, that for devs look close enough to let himself pretend there will be an OS running his code.

Re: Teensy 4.1 Development Board

#173

Post by freefriedrice »

ohazi wrote: post #160
freefriedrice wrote: post #155

Earlier quoted context omitted.

That's a matter of opinion. If you don't know jack about network programming, then of course you can retreat to Linux. But Linux is not an edge / IoT platform by any stretch of the imagination. Micro RTOS is closer, but still overkill for embedded Wi-Fi. Specifically for Wi-Fi, LWIP is -the- stack to use for embedded TCP/IP. It is under 30K with full TCP/IP and offers everything you need. Then there is COAP or MQTT,…

I think it's less a matter of opinion and more a question of expectations around the device you're building. To illustrate, let's say we build the embedded device your way. Six months later, we get a support request from a customer that needs to get the device onto the captive portal at a hotel. The portal is a javascript monstrosity full of CORS failures. What is your immediate response? a) Oh, shit, I didn't think…

You're very good at inventing creative scenarios. Well done.

I don't really know where to start, you clearly want to defend your comfort zone. So I will be supportive: go work on projects that require Linux. It will be much more rewarding to you than working on constrained edge devices that are more challenging due to resource constraints.

You're also free to pretend that you can just swap in platform that requires watts of power in a scenario that requires an edge device to last a year on a battery.

Re: Teensy 4.1 Development Board

#174

Post by pingswept »

ohazi wrote: post #160
freefriedrice wrote: post #155

Earlier quoted context omitted.

That's a matter of opinion. If you don't know jack about network programming, then of course you can retreat to Linux. But Linux is not an edge / IoT platform by any stretch of the imagination. Micro RTOS is closer, but still overkill for embedded Wi-Fi. Specifically for Wi-Fi, LWIP is -the- stack to use for embedded TCP/IP. It is under 30K with full TCP/IP and offers everything you need. Then there is COAP or MQTT,…

I think it's less a matter of opinion and more a question of expectations around the device you're building. To illustrate, let's say we build the embedded device your way. Six months later, we get a support request from a customer that needs to get the device onto the captive portal at a hotel. The portal is a javascript monstrosity full of CORS failures. What is your immediate response? a) Oh, shit, I didn't think…

That Mediatek module is nice! Thanks for that, and for the wisdom.

Re: Teensy 4.1 Development Board

#175

Post by ChrisGammell »

scottlawson wrote: post #148
ChrisGammell wrote: post #109

Earlier quoted context omitted.

I made a video course for getting up and running with KiCad, the open source electronics CAD program: https://www.youtube.com/playlist?list=PLy2022BX6EspFAKBCgRuE... If you're looking at broader focus on building hardware, Contextual Electronics helps to fill out some of the other elements you're looking to do. As luck would have it, I just started a new course today (no joke) where I'm showing how I'm designing a Ra…

Chris, I love your work and the AmpHour podcast! Thanks for working to share your knowledge with others, I especially enjoy the episodes where you spend the entire episode interviewing someone in the industry

Glad to hear it! I love making The Amp Hour and am flattered the people listen on a regular basis. Thanks for being part of the community!

Re: Teensy 4.1 Development Board

#176

Post by ChrisGammell »

OJFord wrote: post #158
ChrisGammell wrote: post #109

Earlier quoted context omitted.

I made a video course for getting up and running with KiCad, the open source electronics CAD program: https://www.youtube.com/playlist?list=PLy2022BX6EspFAKBCgRuE... If you're looking at broader focus on building hardware, Contextual Electronics helps to fill out some of the other elements you're looking to do. As luck would have it, I just started a new course today (no joke) where I'm showing how I'm designing a Ra…

How does KiCAD compare to Eagle? I find it being built in to Fusion 360 now (since Autodesk bought it) pretty compelling, but I haven't actually used any schematic/PCB CAD software since that I don't think.

I think they have been keeping apace for the most part, but the integration of F360 is a really nice feature if you do a lot of mechanical/electrical integration. I think it might be a bit overplayed, since my designs are usually, "Here's the mechanical space you're allotted, it's probably not going to change", but that's not the case for everyone.

As for KiCad, the most recent release (5.1.x) have been really stable and introduced a ton of features over the series 4 release. Like anything, once you're used to the methods, it's hard to get an objective look on how things work but I can tell you that I use KiCad for all of my professional design work and it has served me very well.

One thing I continue to be excited for is the extensibility of KiCad, since Python scripting is a main feature of KiCad (though the program is written in C++). This has developed a wide range of user plugins and scripts that have opened up some awesome new features.

One of my favorites is the Interactive BOM plugin, it's really quite amazing. Here's a user showcasing it on twitter: https://twitter.com/arturo182/status/1254376168322670593

Re: Teensy 4.1 Development Board

#177

Post by bkanber »

neltnerb wrote: post #135
sgillen wrote: post #42

Earlier quoted context omitted.

You are correct, the "Arduino language" is just C++ with some special libraries, macros, added types, and an IDE that enforces some limitations on the programmer (though you can use the Arduino library without the IDE). In practice using this library/ecosystem/whatever is different enough from "normal" embedded C/C++ libraries that to me at least to me it does feel like a different language. I think most people call…

I thought they insisted on calling it "Processing"? I just write standard C++ or C code and it compiles fine. Hard to complain about that too much if I don't care to use the extra features. You can just access registers directly even if you use the Arduino IDE and configure things yourself if you want. But yeah, I'd personally use visual studio code if I wasn't going to want to use the arduino libraries anyway. It's…

The Arduino IDE is certainly a fork of the Processing IDE. The language is different: Arduino is C/C++, Processing is Java. But Arduino did take a bunch of UX (or call it "DX") from the Processing lang.

Re: Teensy 4.1 Development Board

#178

Post by ohazi »

freefriedrice wrote: post #173
ohazi wrote: post #160

Earlier quoted context omitted.

I think it's less a matter of opinion and more a question of expectations around the device you're building. To illustrate, let's say we build the embedded device your way. Six months later, we get a support request from a customer that needs to get the device onto the captive portal at a hotel. The portal is a javascript monstrosity full of CORS failures. What is your immediate response? a) Oh, shit, I didn't think…

You're very good at inventing creative scenarios. Well done. I don't really know where to start, you clearly want to defend your comfort zone. So I will be supportive: go work on projects that require Linux. It will be much more rewarding to you than working on constrained edge devices that are more challenging due to resource constraints. You're also free to pretend that you can just swap in platform that requires w…

Look, if you really need to get a coin cell onto the internet, then go for it. But I don't think your comments on this thread represent good advice for most engineers building typical devices. Insinuating that anyone who doesn't agree with your view is technically challenged is also kind of pathetic.

Expectations around what an internet connected device should look like and be capable of changed permanently with the launch of the iPhone in 2007. There will always be special cases like yours, but they are increasingly (sadly?) relegated to smaller corners of the internet.

I did it your way for years. Every company I've ever worked for that started off with a microcontroller based networking solution eventually migrated to an application processor because users and non-technical management kept demanding iPhone-like behavior that was either too difficult or too time consuming to deliver any other way. People expect a lot more functionality than just TCP sockets and web interfaces nowadays.

Re: Teensy 4.1 Development Board

#180

Post by nitrogen »

ohazi wrote: post #178
freefriedrice wrote: post #173

Earlier quoted context omitted.

You're very good at inventing creative scenarios. Well done. I don't really know where to start, you clearly want to defend your comfort zone. So I will be supportive: go work on projects that require Linux. It will be much more rewarding to you than working on constrained edge devices that are more challenging due to resource constraints. You're also free to pretend that you can just swap in platform that requires w…

Look, if you really need to get a coin cell onto the internet, then go for it. But I don't think your comments on this thread represent good advice for most engineers building typical devices. Insinuating that anyone who doesn't agree with your view is technically challenged is also kind of pathetic. Expectations around what an internet connected device should look like and be capable of changed permanently with the…

I'll add that it's not just capabilities that matter, but also the open Internet gets more and more hostile over time. In the absence of proof otherwise, eventually someone is going to transmit something that makes your device misbehave.
Post reply on HN