Hardware

@grumpazoid said in Easy PCB Question: I've switched to open source solutions wherever able. Good for you! :+1: Personally I prefer the term Free/Libre Software to "Open Source." They are very similar ideas, but not exactly the same. ;) Cheers! :beers:

Great think this OpenMQTTGateway :v: ) I'll post there. Thanks a lot Denis

@Joseph-Gill said in MH-Z19 CO2 sensor: "simplicity" Welcome to the forums, Joseph. I am glad to see you put "simplicity" in quotes. Personally, I think that the level of difficulty that is portrayed towards new people (i.e., "it's easy!") is a little misleading. It is easy if you have "The Knack" but perhaps not so for everyone. @Joseph-Gill said in MH-Z19 CO2 sensor: How hard would it be I think this depends mostly on an honest evaluation of your own skills. You will need to have at least basic understanding of the technologies involved: radio propagation, electronics, coding, etc... Now, all of this can be learned of course, especially if you have interest, and time... So another part of it is also your expectations. If you need something "right now" then you might be happier to go buy something "off the shelf." OTOH, if you enjoy tinkering, learning, and want to eventually be able to build all different sort of devices exactly to your specifications and needs, then MySensors might be the right thing for you. IMO, I think the best approach is to take this as a hobby, slowly acquiring parts (the least expensive ones take a long time to come from China!) as well as knowledge, and eventually increasing your capabilities over a long period of time. And you will learn (IMO) very valuable skills in the process...

@monte said in Just found a pair of "old" NRF51822-04 ... any good?: Though the power bug @Nca78 mentioned is easily bypassed with proper software settings. Just don't rely on built in sleep function, because in case of nfr51822 it doesn't disable all hardware and drains power. Sorry @monte, I'm totally n00b . Any link about this? @monte said in Just found a pair of "old" NRF51822-04 ... any good?: Though the power bug @Nca78 mentioned is easily bypassed with proper software settings. Just don't rely on built in sleep function, because in case of nfr51822 it doesn't disable all hardware and drains power. Oh, I know! But I lack time to tinker that much. :/ I've just started on learning on Black Magic Probe and STLink differences and use cases... Maybe I just started the hard way, with a DK it would be, at least, less "pioneeristic".

Well there is no more sense in any of us wasting any of our valuable resources (time, thought) if it will not affect the design anyway, since you have already ordered the parts. Ignorance is fine, inconsideration for other people's time and effort is not (at least with me). I realize you are in a hurry to build something, we all are, but some times when you hurry you cost yourself time. Or other opportunities like feedback and chance to modify the design. All of which are irrelevant now (at least insofar as this particular project)... We still expect pictures of the completed project. :D

How are you troubleshooting? Monitoring serial? Network?

I would think that the "heavy lifting" of regulating the actual output power of the charger would be a function of the charge controller itself? Maybe you could tie into / control that somehow with your own microcontroller as brain / interface? Maybe they expose some API, serial, or other method of interfacing with their hardware? What are/were you using for charge controller? Also, what is "CT" in this context? I have read a bit here and there about solar (and related moving around and controlling of power, eg. batteries, charge controllers, etc...), as it is something I plan on doing "eventually" although I have no direct experience as of yet. So I will be following this thread with interest.

I think you should stop spamming the same topic in a bunch of different threads. In fact, I think mods should merge and/or delete all these secondary threads, and possibly even warn.

Hello @mntlvr, yes it has been use, see for example here : https://forum.mysensors.org/topic/10327/rf-nano-nano-nrf24-for-just-3-50-on-aliexpress

@AdamAnt You could replace the 200K with a 270K preset so that you can adjust it to give the maximum resolution. Remember that you are not measureing voltage with this set up, but an analog 'value' that is 'roughly' proportional to the voltage applied.

@matheus-galvao said in Best options for a low current display for a battery operated node?: GYTN-2490 Hello, I didn't do much for this one, I just used an existing PCF8576 arduino library. Are you using this exact same LCD driver, or another one ? They are not very difficult to make libraries for, I made a library for PCA9553 (much lower power) and it was easy, the annoying part is sometimes to convert the digits to "raw" data sent to the LCD driver when LCD driver designers and lcd manufacturer didn't have the same idea for segment mapping :)

The plantower devices were nice and small. But in the end I settled on the SDS011 simply because it can be connected to without soldering. In my use case - making it accessible to beginners - that was the most important factor. I've also found that "how precise is it" doesn't matter all that much. In a home you just want an indication. After a while you just start to think in about 5 levels, ranging from "bad" to ''great". These cheap devices aren't precise enough to use in situations where you would care about precision, such as official measurements. So my recommendation is to forget about this.

FINALLY! My replacement arrived and I soldered it to my pro mini. This time I used a level converter for powering it directly from VCC and not the arduino's VCC. First no luck, but after switching MISO and MOSI it finally worked: LED Flash Checking LoRa Device LoRa Device Present LoRa device version 0x12 LoRa Registers Reg 0 1 2 3 4 5 6 7 8 9 A B C D E F 0x00 00 09 1A 0B 00 52 6C AA 99 4F 09 2B 20 08 02 0A 0x10 FF 70 15 0B 28 0C 12 47 32 3E 00 00 00 00 00 40 0x20 00 00 00 00 05 00 03 93 55 55 55 55 55 55 55 55 0x30 90 40 40 00 00 0F 00 00 00 F5 20 82 EF 02 80 40 0x40 00 00 12 24 2D 00 03 00 04 23 00 09 05 84 32 2B 0x50 14 00 00 11 00 00 00 0F E0 00 0C F0 07 00 5C 78 0x60 00 19 0C 4B CC 0E 7F 20 04 47 AF 3F 7A 00 3B 0B 0x70 D0 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 Current frequency 434.666MHz Write new frequency 434.400MHz Changed frequency 434.400MHz Seems like the diagram of the shop where I bought the arduino is switched. However I can now try to read the sensor and send the data via LoRa! Awesome! One final question (not related to this issue but maybe you can still answer that in this topic :innocent: ) : I got a RXB6 runnign to read a radio rain sensor at 433MHz. Is this received able to recive also LoRa signals or do I need a dedicated LoRa chip to receive LoRa radio signals?

This thread reads like an Agathie Christie novel. Well done on finding it!

Nice work @niclas Good question about the differences. https://lowpowerlab.com/forum/rf-range-antennas-rfm69-library/rfm69-hoperf-are-they-semtech-clones-or-not/ has some interesting information.

@axillent can you post the pcb file of this project????

@mjdula The 85 reading is actually an error message used by the ds18b20 to indicate it has not had time to complete the processing of the reading. Most commonly this is only seen when the node first boots up and can be ignored or fixed by adding a small delay. You will find a lot of information on this if you do a google search. I have never experienced it myself but from other posts on the net it seems power supply problems and long cable runs to the sensor can also cause the error. Some have also had success by using a different resistor value. Note you only need one resistor fitted near your nodemcu not a resistor at each ds18b20. If the 85 reading is well outside your expected reading you could just filter out any readings over 84 as well.

@Yveaux Yes, it's a pt1000 sensor. Is it possible to use the existing sensor on my solarcontroller and in parallel with an arduino or do I need an additional sensor?

@adfx Thanks for checking. I read once a blog/page about the use of multiple spi devices. It explained about the use of pull up resistors on the enable pin of every device you have on this bus for this specific problem. Just to be sure when I was testing it I did not connect the nrf24. I added that resistor to this PCB. So far it's works with the MySbootloader and just burning the program with the USBASP. Even with the nrf connected. I really believe that it was the chip itself. But I still have them waiting for a better test environment.