Topics created by alexsh1

@alexsh1 https://github.com/arduino/ArduinoCore-avr/issues/158 and https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040 suggests it is a bug in gcc. It seems to have been resolved a long time ago though.

@mfalkvidd said in What happened to ceech?: I don't know, but according to https://forum.mysensors.org/user/ceech last time online in this forum was September 2017. His eBay shop is empty. Not a good sign...

@mfalkvidd said in MySensors USB GW: @alexsh1 if there is only one tty, linux has only found one of your usb gateways. Unless linux finds the gateways, there will be no way for Domoticz to talk to them. As basic communication seems not to be an issue (beside the version information that per default only is included in presentation()), especially when rebooting the mc, imo this isn't a problem on the Pi side. It's just the mc booting much faster than the controller... As there's no USB-Serial converter in the setup @alexsh1 uses, the mc will not be reset when communication is (re-) startet from controller side - imo that's all. Some explanation, might be of interest for future discussions on that: I had comparable "problems" using a Pro Micro as a GW; this mc also will not be reset when USB communication is reconnected. Most likely also other mc's providing direct USB communication (e.g. STM32F1xx) will show similar behaviour.

I have abandoned an encryption idea for now as I do not have too much time to troubleshoot it.

@zboblamont I think the safety point is highly debatable these days. I can see why the isolators were installed in the 60s, but with modern bathroom fans, this is an obsolete. As I pointed out, it is not required to be installed by the Building Regulations (at least in the UK). Anyway, back to the topic, I'll have to check but I am sure the relay has to be placed behind the isolator socket box. The isolator itself will be buried behind a shelving unit

@alexsh1 if you haven't already, remove the Arduino bootloader. Iirc, it adds about 2 seconds. Set static parent (MY_PARENT_NODE_ID, MY_PARENT_NODE_IS_STATIC) and maybe MY_PASSIVE_NODE.

@alexsh1 said in Another nrf24l01+ fake or..?: Do you know if this is repairable? Changing resonator, chip or both? When power usage increases over time it would be interesting to know what is causing it...

@mfalkvidd For now, I left it all in Lux. I have to think about what to do next. This is for VEML6040 - I intent to use it to manage RGBW LED colours behind my TV

I'm using them, I got the ones from soshine and the stated capacity is just a little more than the one measured by the charger.

Nice! https://lowpowerlab.com/2018/07/07/new-products-m0-breakout-boards/

I wonder if this spells death for PCBA, since those parts gets sourced from chinese distributors. Seems as though reliable chinese distributors must exist, or the entire system there would break down. I just have no idea who they are.

@mfalkvidd Yes, you can buy it here https://www.tindie.com/products/clayghobbs/pd-buddy-sink/ Or order the PCB and do it yourself here https://oshpark.com/shared_projects/B7h1WKOi This does require very fine SMD soldering!

@alexsh1 nice to hear

@alexsh1 These boards support the Jlink (Segger) environment. The Segger firmware is available for windows, linux and MacOS..https://www.segger.com/downloads/jlink/#J-LinkSoftwareAndDocumentationPa

@tochinet I am just looking for something really small like some atmega328p boards, but more memory. Like this - http://mklec.com/project-kits/kd-circuits/328-board-ATMEGA328P-microcontroller-board or https://www.openhardware.io/view/76/Stamp-size-MySensor-node with (1) signing (2) encryption plus a few libs one can quickly run out of memory.

@alexsh1 yes, correct!

@yveaux said in Pin Change Interrupts debounce: @alexsh1 The easiest way would probably use a debounce-library. I'll look into that. Thank you

@yveaux thank you!

@tekka Now it says "403195 OTA:FWP:UPDATE SKIPPED" when try to update it. EDIT: Despite getting 48732 OTA:FWP:RECV B=0000 48736 OTA:FWP:FW END 48865 OTA:CRC:B=0050,C=46D4,F=46D4 48867 OTA:FWP:CRC OK Firmware is not updated

Lookes like the difference is no BODs settings and a bit higher consumption. However, I did not notice much difference on the breadboard. PS I'll have to order the proper ones.

@gohan Yeah, after hours of troubleshooting there is always someone one learns :)))

@gohan That's correct and I am sure the result is not final

@alexsh1 Great! Many thanks for reporting back!

@mfalkvidd Thank you. I was more concerned about VIN 5V I think in my IOT only few rfm69hcw would draw 130mA and maybe nrf24l01+ pa lna, but it has a different power feed

@Anticimex on a few nodes I cannot enable signing as even with debug disable, it still does not fit within 32kb memory. I have dualoptiboot, which means memory is 1.5kb less that using optiboot. Optiboot is not good for OTA. This is the situation either ... or This is why I'm increasing often looking at Moteino Mega or ARM M0. The other thing is that I can avoid using libraries and re-write the code impreling functions which I only use in the code. This is a very tedious process and the code has to be changed from node to node as some parts of a library is missing. Life is just not perfect

This ino is working for me, it has the sleep function to save batteries. The Adafruit en the github/mysensors-> https://github.com/schizobovine/VEML6075 lib gives far to high index with my sensor. Only uv a and uv b declaration is not correct. Uv expect a index 0 till 11, domoticz controller passes a lower figure when it receives a number above 11.

@Yveaux Thanks. This is a battery run multisensor so ESP8266 is not an option. ESP32 is an overkill. I'm not that much familiar with other platforms so I suppose my only option is atmega1284 :((

@scalz My avr is 1.6.18 (newest) I'll pull the latest dev and try again. EDIT: Thanks @tekka - I have corrected pins_arduino.h for Moteino Mega (attached) pins_arduino.h

It looks like it is rebooting for no reason, try to use latest 2.2.0 library

OK, I have just found out that others are reporting 27uA overheads so my 24uA is conservative. Another Sensebender +nrf24l01+ I have is about 24.5uA during sleeping

@mfalkvidd I may look at Anarduino - they come with RTC: ATmega328, 16Mhz LDO Voltage Regulator 128 Mbit flash memory Real Time Clock (RTC) 64B RTC Static Ram Tactile Reset Switch Wireless Transceiver Size: 33 x 22.8mm

@mfalkvidd Oh, cool. I missed that (and I didn't know that, and I learned something today :-)). Yep, in that case it wouldn't help much.

@alexsh1 Yes the new driver is in dev branch. No api docs yet. It won't be default driver until a major rev. Like i said, you need to update your rfm69 gw and nodes, for using it. Else, new and old nodes won't see each other because msg header is different. You can take a look in myconfig.h for settings, and for functions in MyTransportRFM69.cpp or driver.

Hi I have exactly the same problem but now using the latest IDE environment and MySensors build. Did you manage to find out what was causing the issue? In my set-up seems like the ethernet module is not communication with the rest of the hardware. Fixed. The IDE was using the incorrect Ethernet library after a clean install of the Arduino IDE.

There is an USB host shield: https://www.circuitsathome.com/arduino_usb_host_shield_projects/ This could be a solution.

@mfalkvidd This worked well for me, for a vibration sensor: if (sleep(digitalPinToInterrupt(MOTION_INPUT_PIN), CHANGE, SLEEP_TIME) != -1) { // Interrupt occurred, do whatever is needed and then // clear any "floating" interrupts before going on. while (sleep(digitalPinToInterrupt(MOTION_INPUT_PIN),CHANGE,1000) != -1 ) { Serial.println("Clearing interrupts"); } }

@alexsh1 See here and the comments therein, this is not a MySensors issue: https://github.com/mysensors/MySensors/issues/665

Anyone? Any clues?

@Yveaux said: they tend to short-circuit internally and pass on their input voltage to their outputs directly, frying the circuit you're trying to power :rage4: Luckily, this is not what happened to me. AMS1117 has not failed completely. Only with PA version (higher current) I experienced issues.

Anyone please? send(Prefix.set("km")); does not work

I wish I knew about it before as I ordered several Moteinos without radios, which are very cheap in the US, and then ordering 868Mhz radios separately. Well, well - every day I learn something new

@tekka GW - Mega 2560 + Ethernet running MySensors 2.0 stable I did try a few nodes - Nano and a few others based on atmega328p, all of them have the same problem. All nodes were running the same MySensors 2.0 stable I have a 250kBit/s transfer speed on both. The node log is above in the original post. Will try to post the GW log, but have a feeling that it must be a GW nrf24l01+ issue

I now have an Udoo x86 as well and I like it. Before I start testing myself, did you manage to get the MySensors Gateway to work?

@scalz I manage to narrow it down only to "drivers/ATSHA204" compile issues, which is signing.

@frencho said: @chrille working, the antenna was the problem. I ordered some small antenna on ebay, and it s fine now ^^ Glad to hear it's working now. After creating a "real" PCB for my RFM69 gateway the issue went away - and it works reliable both with an external antenna and a small rubber antenna.

@AWI thank you - yes I have Domoticz

Hello, I would be interested in having this information as well. Plus, can we observe a performance difference by doing this? Many thanks.

@hek This is pity. This means that I am going to loose a lot of historical information unless I want to manually copy and paste values in the DB. At least it makes an order - one id per node.

Ok, I discovered that the correct variable is #define MY_DEFAULT_ERR_LED_PIN x but MyConfig.h is still using #define MY_DEFAULT_ERR_LED x. This is Development version as of 04/06/2016

@alexsh1 Alrighty, thank you for that information. May be worth a look at for myself

In this case I do not understand. Perhaps, @hek is right. I have updated a few nodes to v2, but the GW was still v1.5.2 The problem is that I do want signing and with all debug options, I just cannot get 36Kb compiled on my Arduino Uno (GW).

nice... i got this reset stack now: CO2 level: -10 ppm Soft WDT reset ctx: cont sp: 3ffef1f0 end: 3ffef3d0 offset: 01b0 stack>>> 3ffef3a0: 00000000 00000000 00000001 40202281 3ffef3b0: 3fffdad0 00000000 3ffee39c 402022ac 3ffef3c0: feefeffe feefeffe 3ffee3b0 40100114 <<<stack<<< ?⸮⸮⸮⸮DH⸮⸮⸮CO2 level: 395 ppm CO2 level: 395 ppm CO2 level: -10 ppm CO2 level: 405 ppm CO2 level: 405 ppm ... CO2 level: 1070 ppm CO2 level: 1075 ppm CO2 level: 1080 ppm ... atleast now i know that it started the calibration from the start again, but what could it all mean? and its probably best to use good quality cables too then... and perhaps good to not to touch the dupont cables too...

@AWI Right - I have about 50 104 (100nF) in my stock - they are very typical for atmega projects. Thanks once again for your help

@Maciej-Kulawik removed the pull-up and they are all working fine Don't know why i have added it, in one of my oldest sketches i havent enabled it.

I finally decided to go for a similar detection as pictured, but with Arduino Pro Mini powered by a battery in a sleeping mode.

@korttoma I'll be adding BMP180 shortly as I need pressure and temperature to make a conversion.

Is it always for 2 hours ? We had it at one Installation, Ethernet Gateway sending to FHEM But between the FHEM Server and the Gateway was a Powerline unit FHEM log showed some Problems reaching the network, i think caused by noise in the power line all attached other Network Units showed Errors for a few seconds, but the mysensors Gateway then always wasn´t reachable for about 2 hours I don´t know this is because of a fault in mysensors or the fhem Software part for it

So it is the same as Nano (2 and 3 only) - many thanks!!!

Yes, that's called a pull-up Great to hear it solved the problem!

@Sparkman You are right. The pin names on the sensebender, corresponds to the pin names on the arduinos, so the interrupt on D3 is the same as on the arduino.

Because it is running MS v1.4 (current is v1.5 and development is v1.6) If you wonder why it says USB, it emulates USB. @Eawo said: Just wondering why does it say its running "MySensors Gateway USB Version: 1.4"