Nice work @Branther The disadvantage is that the node won’t be performing all the stuff that normal nodes do. But since you don’t want that stuff for this particular node, there is no real disadvantage.

I would say the 2W should be used. I say this because it would be exceptional to spec 2W and there is probably good reason to do so, though I do not know that reason. Often times people with experience with the design reason that a different value will work. Or they find that the component doesn't mechanically fit into the modified design. (I will admit to doing this myself) I suspect that the resistor periodically is dissipating 1W (1W of tolerance). If this is the case, after many cycles, even years, the 1/2W will fail. I will share some experience. I put 2W (12V/0.15A) into a 2W resistor. I went to pick up the board and grabbed it by the resistor and burnt the crap out of my fingers. Overdesigning is good. Cautionary tale: Mrs. Fiorina told the printer mech designers that they make the printers too good and that they should make them cheaper. The company of which she was CEO is not doing so good today.

@OldSurferDude If you have a pi2 or pi4 you could try with that instead of the pi3. Pi3 was known for being a bit 'different' with some applications. A quick and simple test if you can.

@skywatch @sindrome73 This is what I do, too. Note that it is wait(), which is a MySensors function and not delay(), an Arduino function. wait() checks for MySensors messages, delay() halts all process, thus a message might be missed.

@mfalkvidd This statement is the crux "It just needs to expose its capabilities in a form the AI can use". The IoT device would have to present its capabilities in MCP-ese. This could be complex, for example, one could tell the AI, "Heat my house in a way minimizes on/off cycles." It would have to know a large number of things, temperature (indoor, outdoor, outdoor and indoor heat transfer fluid), fluid flow rate, fluid pressure, indoor and outdoor fan speed, how to regulate those speeds, and more. What I think I'm trying to say is that it will create more overhead. And this AI, where does that reside? If not in the cloud (the cloud has its own set of negatives), then on a home server? ... yet more overhead. It seems like instead of simplifying our lives, it would overly complicate them. Of course, I guess, we could ask AI to design our IoT devices :o -OSD

Added some 3d sketches so you can see what I'm trying to accomplish. Unless ofc someone will tell me this is a bad idea

@mfalkvidd A while ago I tinkered with Media Wiki running on a docker. If I remember correctly you can set access for authors moderators etc. But I forgot, I need to spin that docker up any time soon anyway. Because it contains my network documentation and I need to update it. I'll let you know.

@OldSurferDude So if I get my circuit to work, that would by 22 times less (on average). Well I'm doing too many things at the same time. :)

@nagelc I'm thinking about making some kind of shelves with PJON built in. The shelves will have a wireless charger and with PJON I can communicate "Wireless". So on that shelf I can put some things like small candles, maybe a modified humidifier. Things like that xd

You don't check for which sensor the message is send - message.getSensor() - and in both cases you set the relays both on Like Skywatch said. So you could do something like: if ( message.type == V_STATUS ) { // check if GW send a status change if ( message.getSensor() == sensor 1 ) { // handles sensor 1 } else if ( message.getSensor() == sensor 2 ) { // handles sensor 1 } ... etc }

I did a grep on the source code and found this snipper #if defined(MY_GATEWAY_ESP8266) || defined(MY_GATEWAY_ESP32) // Turn off access point WiFi.mode(WIFI_STA); #if defined(MY_GATEWAY_ESP8266) WiFi.hostname(MY_HOSTNAME); #elif defined(MY_GATEWAY_ESP32) WiFi.setHostname(MY_HOSTNAME); #endif #if defined(MY_IP_ADDRESS) WiFi.config(_MQTT_clientIp, _gatewayIp, _subnetIp); #endif /* End of MY_IP_ADDRESS */ (void)WiFi.begin(MY_WIFI_SSID, MY_WIFI_PASSWORD, 0, MY_WIFI_BSSID); #endif MySensors uses the standard ESP libraries for this. So I expect it to work. But you need to provide at least a bit of source code. Right now it's hard to answer your question. Regarding to MySensors: A HTTP hostname can only be set for Gateways that either use Wifi or Ethernet For nodes you can provide a sketchname and that will be seen in your controller. Regarding to static non static IP addresses. I prefer to use DHCP and set that device in my router as a static IP. There I also give it another hostname. So that in case I have to replace my Gateway I can do it all in the router. Hope this helps. But please provide more info on what you're trying to achieve

we’ve been using Triton detectors at my school for a while now, they catch both nicotine and THC vapor fast and it sends an alert right when someone vapes, even picks up small amounts. it’s probably the closest thing you’ll find for what you need.

@buxtronix thanks for the effort! Why not make a PR? 433MHz is a quite unique value proposition of MySensors. I'd recommend a quick search through the open issues on MySensors github, maybe some CC1101 support was requested already. In any way, I'd encourage to raise a PR to the development branch. Who knows, if we get some people engaged, maybe we can release a new official version of MySensors with improved hardware support. Thx, Dirk.

@goblin feel free to share concrete error messages or questions. We might be able to help on well-described problems. Otherwise - hope ChatGPT can help you ;-)

MySensors is an EXCELLENT project. It allows for complete control over the various sensors. It's extremely simple. Its drawback is that it's open source, so it's unfunded and development is slow, but I don't think there are any better projects than this at the moment.

@tnick I know this is an old post, but if it helps you - I've created support for STM32 based on latest STM32duino here. It's currently made to be backward compatible for the existing STM32F1 support, which is what you are struggling. But with a small change you can use the new STM32 HAL support. Let me know if you are interested to give it a try. The longer term plan is to remove the existing (old) STM32F1 support in favor of the new and more general STM32 support. (If @mfalkvidd agrees ;-))

Did it work before or is it a new build?

@Vuinne-Ryvmar You seem to be confused about what this forum is. Maybe you just ended up here on a random Google search? But in our case on an Arduino, D3 is literally the name for one of the metal legs coming off of the little controller, and we call it a pin sometimes. @tbowmo was looking for how to send the command to turn the power on or off to that part of the board, not a code to enable connecting up a controller to their phone. I see that a D3 game controller is a thing, but I doubt you will have any luck getting help with that here. It's not what this site is about. This is what we work with: [image: ArduinoUnoFront.jpg]

Hello I still didn't figure it out exactly, what is the issue with LGT8F328P and arduino, but for start, it can work, if you define 4x faster baud rate. So I define MY_BAUD_RATE 76800 and connect terminal with 19200, and it works. LGT is started in 8 MHz by default, and it looks like this is not corrected with mysensors. But this only helped for serial port, because later I had issues with DHT library timings. If I later change speed to 16 MHz and start serial port again, it works as expected: noInterrupts(); CLKPR = 0x80; CLKPR = 0x01; interrupts(); Serial.begin(19200);

as I experienced, MQ sensors are not really gaz sensitive, they are more particle size sensitive when hot enough and when not totally scrap. I would not rely my life on them, if you have an alcool spray use it around and any MQ will to go the sky...