|
Post by agecrabahaykubo on Feb 8, 2018 2:30:27 GMT
I had mine using MAP which I got from OH forum .sitemap file Group item=LivingRoom label="Living Room" icon="room" { Text item=wemostemp2 label="Temperature" valuecolor=[>22="red",<=22="blue"] Text item=wemoshumidity2 label="Humidity" valuecolor=[<=29="red",>=30="green"] Text item=echoDot label="Amazon Echo Dot" valuecolor=[ON="green", OFF="red"] icon="echodot" Text item=AgecraTV label="Samsung TV" valuecolor=[ON="green", OFF="red"] icon="tv" Text item=Node02_PIR label="Motion Sensor" valuecolor=["red"] Switch item=livingroom label="Living Room Light" icon="lightbulb" Switch item=Lamp1 label="Living Room Lamp" icon="lightbulb" } .items file Group Living_Room (Room) Number wemostemp2 "Temperature [%.1f °C]" <temperature2> ["CurrentTemperature"] {mqtt="<[mosquitto:home/rfm_gw/nb/node02/dev48:state:default]"} Number wemoshumidity2 "Humidity [%.1f]" <comfort_level> ["CurrentHumidity"] {mqtt="<[mosquitto:home/rfm_gw/nb/node02/dev49:state:default]"} Switch AgecraTV "Samsung Smart TV [MAP(device_status.map):%s]" <tv> {channel="network:pingdevice:192_168_xx_xx:online"} Switch echoDot "Amazon Echo Dot [MAP(device_status.map):%s]" <echodot> {channel="network:pingdevice:651ac123:online", mqtt="<[mosquitto:/home/livingroom/echo/state:state:MAP(onoff2.map)], >[mosquitto:/home/livingroom/echo/switch:command:default],>[mosquitto:/home/livingroom/echo/switch:state:*:default]"} Switch livingroom "Living Room Light" <lightbulb> ["Lighting"] {channel="zwave:device:123e7d6a:node2:switch_binary", mqtt="<[mosquitto:/home/livingroom/zwave/switch/state:state:MAP(onoff2.map)], >[mosquitto:/home/livingroom/zwave/switch:command:default],>[mosquitto:/home/livingroom/zwave/switch:state:*:default]"} Switch Lamp1 "Switch 1" <lightbulb> ["Lighting"] {mqtt="<[mosquitto:/home/livingroom/nodemcu/light/state:state:MAP(onoff.map)],>[mosquitto:/home/livingroom/nodemcu/light/com:command:ON:1],>[mosquitto:/home/livingroom/nodemcu/light/com:command:OFF:0]"} .map file ON=ONLINE OFF=OFFLINE -=Unknown
|
|
|
Post by agecrabahaykubo on Feb 8, 2018 2:06:59 GMT
I am also interested in making this, it is more affordable. From what I viewed from youtube, you need to flash a firmware and make some changes to the setting then you will be able to integrate it in Openhab.
|
|
|
Post by agecrabahaykubo on Jul 10, 2017 4:32:00 GMT
Hi papa,
I checked the sketch and #define MOTEMEM is commented. Not really sure what causing this error, I tried redownloading RFM69 library for an updated version but still no luck.
I then tried to use my older computer where I have older version of Arduino IDE (1.8.2) installed, this is also the same computer where i start working with this automation project. I connected my spare Uno and uploaded the mutichoice(NODE 2) sketch to it and it was a success.
I managed to update the sketch/code for DHT22 by changing the DHTTYPE but it only shows correct TEMP data and HUM data shows "Err". So I revert back to DHT11 code and both TEMP & HUM showed data.
Anyways thanks for your response I'll just stick to DHT11 for now.
|
|
|
Post by agecrabahaykubo on Jul 6, 2017 0:16:48 GMT
Hi papa,
So, I tried using DHT22 and change the type in the code
#ifdef HT // DHT11 sensor =======Papa moved for easier customizing============ #include <DHT.h> #define DHTPIN 4 // DHT data connection, in setup() uses internal pullup #ifdef SLEEPY #define DHTpower 7 // D7 periodically powers sensor on SLEEPY #define HTdelay delay(300); // settle DHT sensor (how long really needed? Gandalph: 300 ? ) #endif // ifdef SLEEPY #define DHTTYPE DHT22 // type of sensor, papa moved next line to setup() DHT dht(DHTPIN, DHTTYPE, 3); // initialise temp/humidity sensor for 3.3 Volt arduino #endif // ifdef HT but I got this error. I believe it is not from the DHT code change.
C:\..\Arduino\libraries\RFM69\RFM69_OTA.cpp:80:16: error: 'class SPIFlash' has no member named 'initialize'
if (!flash.initialize())
^
C:\..\Arduino\libraries\RFM69\RFM69_OTA.cpp: In function 'uint8_t HandleWirelessHEXData(RFM69, uint8_t, SPIFlash, uint8_t, uint8_t)':
C:\..\Arduino\libraries\RFM69\RFM69_OTA.cpp:124:9: error: 'class SPIFlash' has no member named 'blockErase32K'
flash.blockErase32K(0);
^
C:\..\Arduino\libraries\RFM69\RFM69_OTA.cpp:125:9: error: 'class SPIFlash' has no member named 'writeBytes'
flash.writeBytes(0,"FLXIMG:", 7);
^
C:\..\Arduino\libraries\RFM69\RFM69_OTA.cpp:174:50: error: 'class SPIFlash' has no member named 'blockErase32K'
if (bytesFlashed%32768==0) flash.blockErase32K(bytesFlashed);//erase subsequent 32K blocks (possible in case of atmega1284p)
It is a bit weird because I don't have this error messages before. I tried to upload the sketch in my spare UNO and it shows the same error.
|
|
|
Post by agecrabahaykubo on Jun 29, 2017 1:12:33 GMT
|
|
|
Post by agecrabahaykubo on Jun 21, 2017 1:47:51 GMT
agecrabahaykubo & others, I have started a new thread on How to Add a New Node Feature to the Multi-Choice Node sketch. I will use the example of adding a photoresistor (LDR) to a node. I hope this will help others move from something they desire to the hardware & coding to accomplish it. I also hope this will help others not only create new node features, but also contribute their creations to this forum.Thanks a lot papa! Will try this soon.
|
|
|
Post by agecrabahaykubo on Jun 12, 2017 16:58:51 GMT
agecrabahaykubo, thanks for posting your sketch with some explanatory notes. Are your RFM69 gateway & RFM node or nodes still running in addition to the ESP8266 wifi node? Yes, both are still running. I will try to figure out how I can integrate esp8266 to connect to the gateway? I tried to add a few more sensor that is not in the multichoice node and find it difficult to add the code needed. I used esp8266 because i dont need to solder and readily available and have not to wait for a longer delivery time.
|
|
|
Post by agecrabahaykubo on Jun 12, 2017 14:54:52 GMT
Hi papa - here's the working and so far stable(connection) sketch. I used some of the example sketch, copied some parts and stitched it together, so forgive me if it is not well written. I use this to automate our lamp/light on a timed-based setting and controllable also via OpenHab user interface. Here's the OpenHab UI where I can monitor the status of the lamp/light. The bulb icon also indicates the status as well as the switch.
|
|
|
Post by agecrabahaykubo on Jun 10, 2017 2:32:05 GMT
Hi papa/computourist,
I continued debugging the sketch and took out this line and the connection now is somehow became a little bit stable. Thank you for your inputs guys.
|
|
|
Post by agecrabahaykubo on Jun 9, 2017 16:25:29 GMT
Hi Computourist, Thanks for your response. If you don't mind to please have a look at the sketch I posted and highlight where my mistake are? I was debugging the sketch last night and thinking that this is where maybe the error came from and here's the other one. Please let me know how to correct it. Thanks in advance.
|
|
|
Post by agecrabahaykubo on Jun 8, 2017 23:50:22 GMT
Hi everyone, it's been a while since my last post. Was busy tinkering with this home automation project and scouring the net for some answer to a MQTT error that I saw in the log. Here's the error log from mosquitto. Here's the sketch for nodeMCU board which i copied/stiched from the sample codes. So basically I added two relay/openhab controlled lamp, one with uno & ethernet shield and the other one is nodeMCU board(esp8266) but not really connected to multi-choice node. After some period of time I guess when the connection timed-out the virtual switch from openhab interface is not responding anymore but it is still do the switching only not turning on/off the light. I hope I make sense with my explanation Thanks. Mark
|
|
|
Post by agecrabahaykubo on Mar 20, 2017 4:07:34 GMT
Update: Been playing/learning lately about Openhab, I also added a motion sensor + extra breadboard for wiring to the DHT node. Here's a screenshot from OH2 app. Sometimes there is no data coming from weather bindin like today, just not consistent. Not complaining though still learning.
|
|
|
Post by agecrabahaykubo on Mar 16, 2017 19:40:17 GMT
Congrats, agecrabahaykubo. Looks like you used the shield I recommended & maybe the shield's spare push button. Right? I cannot tell from the pic ... how are you triggering the relay? With transistor & 5 volts or with 3.3 volts from Arduino D9? I see the relay's LED is lit so it was triggered? Did the relay also trigger an AC device? Yes, I got the shield you recommended. It took 2-3 weeks before it arrive. Yes the shield's spare button is working as well. I connected the relay +/- to resistor(female header) & 5v. I guess the LED was lit when I manually triggered the button, not so sure if it trigger the gateway which was connected to the power outlet.
|
|
|
Post by agecrabahaykubo on Mar 16, 2017 19:03:11 GMT
Here's the completed RFM Gateway and Full DHT Node. Full DHT Serial MOnitor result Openhab configuration next. :
|
|
|
Post by agecrabahaykubo on Mar 16, 2017 15:14:11 GMT
papa - I see now the .cfg files that are broken to smaller files and no openhab.cfg. I edited a few configs like the weather and mail, the others I am still finding my way. BTW, something weird is happening with the DHT node results, the signals are intermittent. I haven't done anything just shutdown/power them down last night. Here's the screenshot of Node2 SM. I temporarily remove the my.rules in the config(rules folder) and the serial monitor results are back to normal. I guess it is about the timing of sending the data to openhab? Thanks.
|
|
|
Post by agecrabahaykubo on Mar 15, 2017 15:30:44 GMT
" what... later version of Arduino IDE?" papa: any Arduino IDE version later than your current one. Thanks for the kudos. Your success & some thanks are nice returns for volunteers like me. One more thing I would appreciate down the line: Please contribute to the forum. If you see some other beginner struggling on this forum & you think you might notice something that could help, please contribute (even a "hang in there, I struggled, too."). If you find a way (your own or someone else's) to advance this project (even in a small part), please contribute. Other perspectives besides mine would add to this forum. Certainly papa, I will be more than glad to contribute here and to someone that needs help with this project.
|
|
|
Post by agecrabahaykubo on Mar 15, 2017 14:52:58 GMT
Backing up the files now, for Pete's sake. Wait, what... later version of Arduino IDE? I used to copy the line where I made the changes and paste it in the next line and put "//" to comment the original. Yes I agree cardboard box isn't a good insulation for SSR, we'll need to find a plastic box in the dollar store maybe, we need some for the arduino's as well. I almost gave up on this project and lost a lot of sleep just making the nodes to communicate, kudos to you papa for all your hardwork in documentation and helping us beginners. I'll keep in touch for sure.
|
|
|
Post by agecrabahaykubo on Mar 15, 2017 14:02:26 GMT
papa - A good result from your new code. Maybe I got lost where I made the changes. I was just trying to figure out and making them connect to each other (RFM radio). Anyways, thanks again for your help and time to answer my questions. Here's the result of RFM Gateway. I got the SSR yesterday and made it. I still have the ethernet shield box so I recycled it. Moving on to making Full DHT node. YES!
|
|
|
Post by agecrabahaykubo on Mar 15, 2017 13:18:17 GMT
OK, I figured out the difference in NODE designations in the last two pics (in your post just above). In the last pic of GATEWAY serial monitor results, each line starts with "1" because your code change has the End Node radio say its from Node 1 (Gateway ID) In the next to last pic above (end node serial monitor result), it says Node: 2 because in the end node sketch you left NODEID as 2 & lines 552-554 still DISPLAYS NODEID on the serial monitor. Even though both Gateway & end node had NODEID of 1, there was only one subscriber (listener), the gateway, & only one publisher (sender), the end node. So that's probably how the gateway & end node communicated. However, confusion & conflict could soon occur if the gateway sent commands or other end nodes were added. =============================== As I've said, it looks like with your code change, Gateway & End Node communicate, but that code change cannot be sustained for multiple end nodes. Maybe you're right to wonder about some code problem (from me or you) in Gateway &/or End Node sketches that you're using. How about this? Save your current sketch versions (in case you need to return to them), but try later versions of both sketches (below). You should know now which lines to customize. << Here's a fresh Gateway sketch version whose output will look a little different than your last pic above. (I'm currently using it successfully myself) Customize it to your situation Try DEBUG mode first with only the gateway & then with programmed & running end node. Then try DEBUGRADIO << Here's a later Multi-choice sketch version which I'm using currently (though for another type of node). Customize it to your situation, (but please don't change NODEID to GATEWAY ID in that one line): HT, CELS, Encryptkey, frequency, DEBUG, H Let me know what results you get. We'll beat this yet. Ok. Will try this and let you know the results. Thanks.
|
|
|
Post by agecrabahaykubo on Mar 15, 2017 1:19:20 GMT
I did not post the image of serial monitor result of Node 2 "No connection" because I posted it before in my previous frustration post. This was after I change the code back to NODEID that was the result This one is from the variable code change GATEWAYID, Node 2 (earlier post ) showing correct node id. This is from RFM gateway (DEBUGRADIO) latest result, showing incorrect node id?? Thanks
|
|
|
Post by agecrabahaykubo on Mar 14, 2017 23:23:46 GMT
papa, I change the variable code back to NODEID but I got the "No connection" result again. I wonder where I messed up. Anyways I'm going to look at the code and see what I can find. Here's the node 2 serial monitor result.
|
|
|
Post by agecrabahaykubo on Mar 14, 2017 18:54:56 GMT
Thank you papa! I'm going to make the full DHT node next still haven't receive the SSR yet. One question though, should this be node02 not node01??
|
|
|
Post by agecrabahaykubo on Mar 14, 2017 17:20:54 GMT
papa, Yes I did replaced it with the right IP address, just dont want everyone to see it. For both gateway and DHT end node I'm using Buono R3 set to 3.3v and RFM69HW, I just can't seem to make them to work together or communicate. Then I made some changes to the code/sketch and they started to talk.
|
|
|
Post by agecrabahaykubo on Mar 14, 2017 16:07:25 GMT
papa, I got a response from the bare bones node now. Is this any good? what I did was replace the some variables on the code specifically on two lines between GATEWAYID AND NODEID here's where I change the variable NODEID to GATEWAYID radio.initialize(FREQUENCY,GATEWAYID,NETWORKID); // initialise radio #ifdef IS_RFM69HW radio.setHighPower(); // only for RFM69Hx! #endif radio.encrypt(ENCRYPTKEY); // set radio encryption radio.promiscuous(promiscuousMode); // only listen to closed network wakeUp = true; // send wakeup message here's the other line void txRadio() // Transmits the 'mes'-struct to the gateway { retx = true; int i = 0; while (retx && i<6) { if (radio.sendWithRetry(GATEWAYID, (const void*)(&mes), sizeof(mes),5)) { retx = false; #ifdef DEBUG Serial.print("Node: "); Serial.print(mes.nodeID); Serial.print(" dev: "); Serial.print(mes.devID); Serial.print(" cmd: "); Serial.print(mes.cmd); Serial.print(" Ival: "); Serial.print(mes.intVal); Serial.print(" Fval: "); Serial.print(mes.fltVal); #ifdef SUMP Serial.print(" LvlSt: "); Serial.print(LevelStat); Serial.print(" StukLoMk: "); Serial.print(StukLowMk); Serial.print(" HowStukLo: "); Serial.print(HowStukLo); Serial.print(" StukHiMk: "); Serial.print(StukHiMk); Serial.print(" HowStukHi: "); Serial.print(HowStukHi); #endif // ifdef SUMP Serial.print(" RSSI: "); Serial.println(radio.RSSI); Serial.flush(); #endif And one last but this is from RFM gateway sketch, I added #define GATEWAYID. //Match frequency to the hardware version of the radio (uncomment one): //#define FREQUENCY RF69_433MHZ //#define FREQUENCY RF69_868MHZ #define FREQUENCY RF69_915MHZ #define ENCRYPTKEY "AgecraBahayKubo1" // shared 16-char encryption key is equal on Gateway and nodes #define IS_RFM69HW // uncomment only for RFM69HW! Leave out if you have RFM69W! #define ACK_TIME 50 // max # of ms to wait for an ack
#define GATEWAYID 1 // node ID of Gateway. NW1
And this is the RFM gateway serail monitor data (DEBUGRADIO uncommented) What do you think? Thanks for your reply.
|
|
|
Post by agecrabahaykubo on Mar 14, 2017 1:37:29 GMT
Latest update: DHT node still not working (no connection). Did a search for this kind of problem and found lucidbuddha 's thread.Followed the suggestions and action made, edit ethernet.h and w5100.h, did the strip down bare bones node and still not getting any luck. Here's my code for RFM gateway which is MQTT-link OK #include <RFM69.h> #include <SPI.h> #include <Ethernet.h> #include <PubSubClient.h> void mqtt_subs(char* topic, byte* payload, unsigned int length);
//#define DEBUGRADIO // uncomment for radio debugging #define DEBUG // uncomment for MQTT debugging #define VERSION "GW V2.4"
// Ethernet settings byte mac[] = { 0xDA, 0xAD, 0xBE, 0xEF, 0xBA, 0xBE }; // Assigns Gateway's MAC address for Ethernet byte mqtt_server[] = {192,168,x,x}; // IP of computer hosting the MQTT service Raspberry Pi3 byte ip[] = {192,168,x,x}; // default IP for this Gateway if DHCP does not assign it
// Wireless settings #define NODEID 1 // unique node ID in the closed radio network; gateway is 1 #define RFM_SS 8 // Slave Select RFM69 is connected to pin 8 #define NETWORKID 100 // closed radio network ID
//Match frequency to the hardware version of the radio (uncomment one): //#define FREQUENCY RF69_433MHZ //#define FREQUENCY RF69_868MHZ #define FREQUENCY RF69_915MHZ #define ENCRYPTKEY "AgecraBahayKubo1" // shared 16-char encryption key is equal on Gateway and nodes #define IS_RFM69HW // uncomment only for RFM69HW! Leave out if you have RFM69W! #define ACK_TIME 50 // max # of ms to wait for an ack Here's the DHT end node configuration/parameters. I just include what I uncommented and deleted the other stuff just to make the code short for this purpose. #include <RFM69.h> #include <SPI.h> #include <SPIFlash.h>
// ****** CONFIGURATION PARAMETERS ****** // (Here - line 205, customize to your network & node)
// Choose options (devices / sensors, temp scale) wanted for this node: // By commenting (//) the start of #define lines below, choose options you do NOT want. // By UNcommenting (no //) the start of #define lines below, choose options you DO want.
// [By comment / uncomment], CHOOSE ONE of these two for your Temperature Scale: // #define FAHR // Fahrenheit #define CELS // Celsius
#define HT // for DHT11 temp / humidity sensor, d4. d7 also w SLEEPY // #define ACTOR // d9, for Actuator of Node LED or Relay via OpenHAB user interface // ^^ AND later, define ALSO with ifdef BUTTON (pointless without ACTOR)
#define NODEID 2 // unique ID of THIS node within closed network [ 2-231 ??] #define ENCRYPTKEY "AgecraBahayKubo1" // 16-char key. Use same key as for the Gateway. NW1 #define DEBUG // uncomment for debugging messages on Arduino IDE serial monitor // Below, uncomment only ONE frequency to match hardware version of your radio transceiver //#define FREQUENCY RF69_433MHZ // #define FREQUENCY RF69_868MHZ #define FREQUENCY RF69_915MHZ #define IS_RFM69HW // uncomment only for RFM69Hx!, transceivers with H in part # #ifndef SUMP #ifndef WATERLEVEL long TXinterval = 45; // no battery: node transmission interval in secs, CT=20 or 30, Gandalph=900 // Note, ifdef SUMP & ifdef WATERLEVEL below: TXinterval = 30, good intervals for them #endif // WATERLEVEL #endif // end of ifndef SUMP int PIRloops = 112; // If PIR on battery sipping node, how many 8 sec loops of sleep ?? int Loops = 8; // Else if PIR NOT on battery sipping node, how many 8 sec loops of sleep ??
/* GENERALLY FIXED PARAMETERS */ // Papa moved these here #define GATEWAYID 1 // node ID of Gateway. NW3 #define NETWORKID 100 // network ID of network #define VERSION "2.2Mf4" // version of this sketch, can be queried as device 3 #define ACK_TIME 50 // max # of ms to wait for an ack #define SERIAL_BAUD 115200 // set same rate on Arduino IDE Serial Monitor #define HOLDOFF 2000 // blocking period between button, switch, & PIR messages I did also check the soldering/connection and wiring/schematics of RFM69HW, it looks okay to me. I don't know what else to do.
|
|
|
Post by agecrabahaykubo on Mar 10, 2017 3:59:23 GMT
Update: I got the second RFM69 working for the bare bones node, I tested it with RFM gateway and it connects to MQTT. Bare bones node isn't working yet, might be my soldering or wiring/connection again. The somewhat defective ethernet shield ( Failed to configure Ethernet using DHCP) is working now thanks to the circuit masters out there.
|
|
|
Post by agecrabahaykubo on Mar 9, 2017 15:30:11 GMT
I may be off topic now sorry about that. I'm still committed to build a working gateway only that I have issues with getting to work in the voltage that we expected.
|
|
|
Post by agecrabahaykubo on Mar 9, 2017 1:36:29 GMT
papa, here's the voltage reading I got last night with the RFM69 plugged on a regular Uno not hack to 3.3v PIN#
| Bent VCC Pin
| UnBent VCC Pin
| D13 | 0.49
| 0.49 | D12
| 0.45
| 0.45 | D11 | 3.86
| 3.86 | D10 | 3.05
| 3.05 | D9
| 0.00 | 0
| D8 | 4.68 | 4.68
| D7 | 4.21 | 4.71 | D2
| 0.00
| 0 | 3.3V | 3.31
| 4.10 |
for now I'll stick to the unbent position of the vcc pin, i'm afraid that it will break with a few more bending.
|
|
|
Post by agecrabahaykubo on Mar 8, 2017 5:33:45 GMT
papa, I'm pretty sure #define DEBUG was still uncommented (no //) when i tried the hack.
You know what, Buono R3 serial monitor was kind of not responding when vcc pin is bent while the other Uno that i have is responding and displaying MQTT Link Ok when VCC pin is either bent or unbent.
I will take some voltage reading for Uno both bent/unbent vcc pin tom and will post it here.
|
|
|
Post by agecrabahaykubo on Mar 7, 2017 3:40:46 GMT
I think you may mean "papa, I checked the voltage of the shield (VCC pin UNbent) and the readings for 3.3v socket/pin is 4.6v, D13 is 3.3v D12 is 4.6v, D2 is 0.05v" That's what I meant.The voltages on the RFM69 used pins will vary according to what signal Arduino/Shield & RFM69 radio are sending each other or down time between signals. If the VCC pin was indeed UNbent, then that way the RFM69 radio could indeed be getting voltage to damage it eventually. Please don't, I really struggled soldering that RFM69, I got shaky hands now . I've wasted 2 already and I think the one for Bare bones node is a wasted one too. I'm not getting any response/result displayed from the serial monitor, just the version and transmitting at 915 mhz. Will try again.Question: When the VCC pin was BENT, did the Ethernet Shield's built in LEDs light up & flash? Yes I believe it was lit up and flashing, though I could not get anything even the No DHCP or no link displayed at serial monitor.BTW one can somehow (clip, tape) connect the multi-meter probe to one end of a male to male wire & insert the other end into a socket. It might be a steadier connection you could watch for a little while. Will try again next time.What to do?? At the moment, I see 2 choices for you: 1) Maybe risk leaving the VCC pin UNbent & see if the radio lasts (mine did last several months at least before someone drew my attention to the too-high voltage) Yes I will leave it unbent for now and will test again the hack.2) Maybe (in a different way) test the hack that has worked for me & some others AND perhaps test other potential hacks. I believe if I had that problem I would experiment & test this way: I would not plug the shield directly into the Buono & would first leave off the RFM69 radio. I would connect shield pins to the Buono via short male to female DuPont cables, leave ICSP VCC pin UNconnected & test voltages. Still using the Dupont cables to connect Buono & shield, power down the Gateway, install the RFM69 radio, power up, & see if the Gateway connects to DHCP & MQTT. (If so, the bent pin is preventing a vital connection & you may need to cut off the VCC pin.) If the gateway does not connect, maybe experiment with connecting the VCC pin but disconnecting just the 3.3 volt pin, just the 5 volt pin, & then disconnecting both 3.3 & 5 volt pins. I would try different combinations to see if I could get safe <= 3.3 volts AND connection to DHCP & MQTT. Will gonna try your suggestion and will let you know of the result. BTW how do you power down the Gateway? Just unpluged it from USB port? And also one more question about the gateway, after I got MQTT connection OK I followed the instruction to uncomment #define DEBUGRADIO and commented #define DEBUG then I check serial monitor and nothing displayed on serial monitor, is this right?
|
|