Live data from Hacker News

Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

allaboutcircuits.com

31–40 of 48 posts

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#31
post #16

"Long-Range" sensor projecs? Is the long range in the room with us? It is I2C not very well known for long ranges. Especially with motors and electric drives and their EMI I2C is not the best decision. From the title I was more in "Oh, what type of long range wireless they have opted for?" and didn't expect I2C. For long range wired I would consider more a RS485 or CAN. Short ranges like in a small robot arm, a small…

There is really no good reason to ever use I2C, except if that's the only interface your peripheral supports. Debugging a stuck I2C bus, and attempting to un-brick the bus for a stuck slave (disabling ISRs, unhooking DMA, reconfiguring pins to GPIO, clocking the slave out of its coma and then doing everything in reverse) is just not worth it. EDIT: I was hoping for HaLow WiFi!

Yeah there's a reason why all of the high reliability chips I use only come with SPI interfaces. The last time I used i2c for anything but hobbyist stuff was in college.

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#32
post #16

"Long-Range" sensor projecs? Is the long range in the room with us? It is I2C not very well known for long ranges. Especially with motors and electric drives and their EMI I2C is not the best decision. From the title I was more in "Oh, what type of long range wireless they have opted for?" and didn't expect I2C. For long range wired I would consider more a RS485 or CAN. Short ranges like in a small robot arm, a small…

They offer some sort of booster module for runs up to 30m. Not exactly long range but it is for i2c. Although at that point, I'd rather just do something different than buying two of these extenders for super long runs.

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#33

From Arduino's Terms & Conditions [1], Section 8.2: "8.2 User shall not: - translate, decompile or reverse-engineer the Platform, or engage in any other activity designed to identify the algorithms and logic of the Platform’s operation, unless expressly allowed by Arduino or by applicable license agreements; or - extract or make copies of the information contained in the Platform (except with respect to Content owned…

The “Platform” is just the website. They are saying don’t hack our servers. There is a caveat for content published under an open source license (like the docs).

[deleted]

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#34

From Arduino's Terms & Conditions [1], Section 8.2: "8.2 User shall not: - translate, decompile or reverse-engineer the Platform, or engage in any other activity designed to identify the algorithms and logic of the Platform’s operation, unless expressly allowed by Arduino or by applicable license agreements; or - extract or make copies of the information contained in the Platform (except with respect to Content owned…

The “Platform” is just the website. They are saying don’t hack our servers. There is a caveat for content published under an open source license (like the docs).

> The “Platform” is just the website

Arduino is the platform, not the website.

  From the same terms and conditions, in the first 2-3 paragraphs where they define the terms:

  "The use of the Arduino Platform and the Services (each as defined below) available on, from, or through Arduino.cc (“Site”) ..."

  "By using the Site, the Platform, or the Services, you declare to have read and accepted ..."

  "If you are under 18 years of age, you may use the Site, the Platform, and the Services only with the consent and supervision of your parent or legal guardian."
Further, in section 1.1:

  " ... and to further develop the Arduino open source ecosystem (collectively, the “Platform”). The use of the Site, the Platform, and the Services is governed by these Terms ... "

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#36
post #7

A bit of topic , but I wonder if people who are starting in this field not directly start on esp32 platforms. It's so damn easy to develop with AI on these platforms. In the past we spend a week on lcd drivers alone. Now one can build an entire application that controls other devices via serial, has its own fancy UI, has all kind of useless features like 40 languages, its own webserver, OTA, demo modes and more. With…

The first ESP32 board I worked with had some damn WiFi stack running in the background—not nearly as "bare metal" as I had come to expect from having just stepped out of the Arduino world. (I've since learned, from an LLM, ha ha, how to turn that off if you don't need it.)

Well esp is wifi baked in the chip. If you want determenstic clock cycles then go for stm32. If you want easy quick setups. Like an interface for a fatbikes, washmachine, dashboard for a car, then go for esp

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#37
post #19
post #7

A bit of topic , but I wonder if people who are starting in this field not directly start on esp32 platforms. It's so damn easy to develop with AI on these platforms. In the past we spend a week on lcd drivers alone. Now one can build an entire application that controls other devices via serial, has its own fancy UI, has all kind of useless features like 40 languages, its own webserver, OTA, demo modes and more. With…

I predict the AI enabled MCU development wave will lift all ships. AI has absolutely crushed the barrier to entry for using this gear. It's a spectacular turn of events and I suspect sales have never been better, if my own behavior is any indication. Arduino ships an STM32 which is really feature rich btw. I really can't get over how many things in life do not require an OS but people used them anyways because it's e…

>AI has absolutely crushed the barrier to entry for using this gear

Sure, now people can make more frequent dangerous assumptions with twice the overconfidence. =3

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#38
post #20

Earlier quoted context omitted.

Not everybody has time or needs to understand how these chips function. I don't need to know how a CPU functions to write python.

Yeah how dare he suggest you improve yourself or learn more about the thing you seem to be interested in operating. I could understand if we were on a website about technology and curiosity, but this is just hacker news.

Why are you responding as if that was an attack? Not everyone needs to know every intricate detail of a system to use it. Nor should they.

That type of thinking is like saying unless you can cook a gourmet restaurant quality meal you don't deserve to eat at a gourmet restaurant. Absurd.

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#39

From Arduino's Terms & Conditions [1], Section 8.2: "8.2 User shall not: - translate, decompile or reverse-engineer the Platform, or engage in any other activity designed to identify the algorithms and logic of the Platform’s operation, unless expressly allowed by Arduino or by applicable license agreements; or - extract or make copies of the information contained in the Platform (except with respect to Content owned…

Does this actually stop anyone?

Re: Arduino Launches Plug-and-Play Modules for Long-Range Sensor Projects

#40
post #16

"Long-Range" sensor projecs? Is the long range in the room with us? It is I2C not very well known for long ranges. Especially with motors and electric drives and their EMI I2C is not the best decision. From the title I was more in "Oh, what type of long range wireless they have opted for?" and didn't expect I2C. For long range wired I would consider more a RS485 or CAN. Short ranges like in a small robot arm, a small…

I really, really wish that CAN had caught on more for sensor networks in the hobbyist community.

It's so much nicer than I2C in so many regards: much longer range, masterless (any node can talk directly to any other node), packet prioritization built-in, deliberately designed to be more or less impossible to wedge, possible to do IC-to-IC on a board without transceivers by using a shared open-drain bus (like I2C, but with only one wire!)... and plenty more.

Really the only downside to CAN is that the spec requires timing that's tight enough that everything has to have a crystal on board. Ah, to have an alternate reality where CAN's timing requirements were relaxed enough for that not to be a requirement and it had caught on as the IC-to-IC interconnect standard instead of I2C...

Post reply on HN