Posts made by Roman

Roman

Made fix for Armbian Stretch https://github.com/mysensors/MySensors/pull/1200.
my settings: /boot/armbianEnv.txt
overlays=w1-gpio uart1 spi-spidev spi-add-cs1
param_spidev_spi_bus=1
param_spidev_spi_cs=0

git clone https://github.com/mysensors/MySensors.git --branch development
cd MySensors
and further on the instructions

Roman

Somebody can prompt in what the problem? and how to cope with it

Roman

Hi!

Installation instructions will be adjusted for Armbian Stretch?

Roman

Hello!

I decided to try to upgrade to the 2.3.0 library. But it does not work.
The gateway is assembled on the basis of OrangePi Zero, a node on the nRF24.

gateway configuration:

./configure --spi-spidev-device=/dev/spidev1.0 --my-transport=nrf24 --my-rf24-ce-pin=2 --my-rf24-cs-pin=13 --my-gateway=ethernet --my-port=5003 --my-signing-debug

Sketch for tests RepeaterNode
Here is the gateway debug log:

Here is the node debug log:

On the node debugging information begins to be displayed only after the line

Jul 05 17:49:08 DEBUG TSF:MSG:READ,66-66-0,s=255,c=4,t=0,pt=6,l=10,sg=0:FFFFFFFF58039CD90103

If I compile a sketch on the 2.2.0 library, then everything works.

Roman

Hi!
I have a problem with the pseudo port. Node-serialport (v4.0.7) on the command serialport.list produces the result of the undefined.

Rpi3 and DietPi, nodejs 4.8.4

Roman

@tekka said:

Issue created

SUPER! :smiley:

Roman

@tekka Thank you very much for your help!

The problem was controlling radio power via pin.
A software power off, the current is 0.25 mA (nRF24 made in China). When disconnecting the power supply via pin, the current is 0.005mA (5uA).

In the future, do you plan to add power supply via pin?

Roman

I flashed MYSBL13pre_atmega328_16Mhz.hex in Arduino Pro Mini, works!
I flashed MYSBL13pre_atmega328_8Mhz.hex in the printed circuit board.
I loaded RepeaterNode sketch and add a line:

void before() // nRF24. Power ON
{
  pinMode(5, OUTPUT);
  digitalWrite(5, LOW);
}

because I need to supply power to the nRF24.
4. Logs again one to one as described above :(

May be a problem in the loader MYSBL13pre_atmega328_8Mhz.hex?

fuse

Roman

Thank you began working commands: reboot and debug!

The next problem :)
Not running firmware.... The node is overloaded, but there is no start the firmware download.
I'm testing on a standard sketch "Repeater Node"

03.01.2017 19:59:50	RX	1;255;0;0;18;2.1.0
03.01.2017 19:59:50	NODE	New node discovered, node id=1
03.01.2017 19:59:50	CHILD	New child discovered, node id=1, child id=internal
03.01.2017 19:59:50	DEBUG	Update child id=255, type=S_ARDUINO_REPEATER_NODE
03.01.2017 19:59:50	RX	1;255;3;0;6;0
03.01.2017 19:59:50	TX	1;255;3;0;6;M
03.01.2017 19:59:50	RX	1;255;3;0;11;Repeater Node
03.01.2017 19:59:50	RX	1;255;3;0;12;1.0
03.01.2017 19:59:59	CLICK	Board with MYSBootloader=TRUE
03.01.2017 20:00:09	TX	1;0;3;0;13;0
03.01.2017 20:00:09	INFO	FW "SensorDoorNRF24" assigned to node 1
03.01.2017 20:00:12	RX	1;255;0;0;18;2.1.0
03.01.2017 20:00:12	CHILD	New child discovered, node id=1, child id=internal
03.01.2017 20:00:12	DEBUG	Update child id=255, type=S_ARDUINO_REPEATER_NODE
03.01.2017 20:00:12	RX	1;255;3;0;6;0
03.01.2017 20:00:12	TX	1;255;3;0;6;M
03.01.2017 20:00:12	RX	1;255;3;0;11;Repeater Node
03.01.2017 20:00:12	RX	1;255;3;0;12;1.0

node

0 MCO:BGN:INIT REPEATER,CP=RNNRA--,VER=2.1.0
4 MCO:BGN:BFR
4 TSM:INIT
6 TSF:WUR:MS=0
14 TSM:INIT:TSP OK
16 TSF:SID:OK,ID=1
16 TSM:FPAR
55 TSF:MSG:SEND,1-1-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
2062 !TSM:FPAR:NO REPLY
2064 TSM:FPAR
2101 TSF:MSG:SEND,1-1-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
3069 TSF:MSG:READ,0-0-1,s=255,c=3,t=8,pt=1,l=1,sg=0:0
3076 TSF:MSG:FPAR OK,ID=0,D=1
4110 TSM:FPAR:OK
4110 TSM:ID
4112 TSF:MSG:READ,2-2-1,s=255,c=3,t=8,pt=1,l=1,sg=0:1
4118 !TSF:MSG:FPAR INACTIVE
4122 TSM:ID:OK
4122 TSM:UPL
4126 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=OK:1
4134 TSF:MSG:READ,0-0-1,s=255,c=3,t=25,pt=1,l=1,sg=0:1
4141 TSF:MSG:PONG RECV,HP=1
4143 TSM:UPL:OK
4145 TSM:READY:ID=1,PAR=0,DIS=1
4149 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0100
4157 TSF:MSG:READ,0-0-1,s=255,c=3,t=15,pt=6,l=2,sg=0:0100
4165 TSF:MSG:SEND,1-1-0-0,s=255,c=0,t=18,pt=0,l=5,sg=0,ft=0,st=OK:2.1.0
4175 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=OK:0
4184 TSF:MSG:READ,0-0-1,s=255,c=3,t=6,pt=0,l=1,sg=0:M
4192 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=11,pt=0,l=13,sg=0,ft=0,st=OK:Repeater Node
4202 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=12,pt=0,l=3,sg=0,ft=0,st=OK:1.0
4210 MCO:REG:REQ
4214 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=0,st=OK:2
4220 TSF:MSG:READ,0-0-1,s=255,c=3,t=27,pt=1,l=1,sg=0:1
4227 MCO:PIM:NODE REG=1
4229 MCO:BGN:STP
4231 MCO:BGN:INIT OK,TSP=1
23971 TSF:MSG:READ,0-0-1,s=0,c=3,t=13,pt=0,l=1,sg=0:0
0 MCO:BGN:INIT REPEATER,CP=RNNRA--,VER=2.1.0
4 MCO:BGN:BFR
4 TSM:INIT
6 TSF:WUR:MS=0
14 TSM:INIT:TSP OK
16 TSF:SID:OK,ID=1
16 TSM:FPAR
55 TSF:MSG:SEND,1-1-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
626 TSF:MSG:READ,0-0-1,s=255,c=3,t=8,pt=1,l=1,sg=0:0
632 TSF:MSG:FPAR OK,ID=0,D=1
876 TSF:MSG:READ,2-2-1,s=255,c=3,t=8,pt=1,l=1,sg=0:1
2062 TSM:FPAR:OK
2062 TSM:ID
2064 TSM:ID:OK
2066 TSM:UPL
2070 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=OK:1
2076 TSF:MSG:READ,0-0-1,s=255,c=3,t=25,pt=1,l=1,sg=0:1
2082 TSF:MSG:PONG RECV,HP=1
2086 TSM:UPL:OK
2088 TSM:READY:ID=1,PAR=0,DIS=1
2093 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0100
2101 TSF:MSG:READ,0-0-1,s=255,c=3,t=15,pt=6,l=2,sg=0:0100
2109 TSF:MSG:SEND,1-1-0-0,s=255,c=0,t=18,pt=0,l=5,sg=0,ft=0,st=OK:2.1.0
2119 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=OK:0
2127 TSF:MSG:READ,0-0-1,s=255,c=3,t=6,pt=0,l=1,sg=0:M
2138 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=11,pt=0,l=13,sg=0,ft=0,st=OK:Repeater Node
2150 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=12,pt=0,l=3,sg=0,ft=0,st=OK:1.0
2156 MCO:REG:REQ
2160 TSF:MSG:SEND,1-1-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=0,st=OK:2
2168 TSF:MSG:READ,0-0-1,s=255,c=3,t=27,pt=1,l=1,sg=0:1
2174 MCO:PIM:NODE REG=1
2177 MCO:BGN:STP
2179 MCO:BGN:INIT OK,TSP=1

Roman

I removed a few lines:

//      digitalWrite(nRF24_POWER_PIN, HIGH); // отключаем nRF24 перед сном
      sleep(PRIMARY_BUTTON_PIN-2, CHANGE, SECONDARY_BUTTON_PIN-2, CHANGE, SLEEP_TIME);
   
      #ifdef MY_DEBUG
          Serial.println("nRF24 Power on. Init radio");
      #endif
//      digitalWrite(nRF24_POWER_PIN, LOW); // включаем nRF24 после сна
      wait(10);
//      transportInit();  // инициализируем радио после сна
      wait(50);

Controller:

02.01.2017 20:46:35	CLICK	Battery powered=TRUE
02.01.2017 20:46:45	INFO	Node trigger set, node=63, trigger=1
02.01.2017 20:47:08	RX	63;255;3;0;22;712
02.01.2017 20:47:08	INFO	Retained message triggered for release, node=63
02.01.2017 20:47:08	TX	63;0;3;0;28;V
02.01.2017 20:47:08	RX	63;255;3;0;28;3215
02.01.2017 20:47:08	RX	63;2;1;0;16;1

Node

nRF24 Power off. Slipping...
11356 MCO:SLP:MS=3600000,SMS=0,I1=0,M1=1,I2=1,M2=1
11362 MCO:SLP:TPD
11364 MCO:SLP:WUP=1
nRF24 Power on. Init radio
11429 TSF:MSG:SEND,63-63-0-0,s=255,c=3,t=22,pt=5,l=4,sg=0,ft=0,st=OK:712
11438 TSF:MSG:READ,0-0-63,s=0,c=3,t=28,pt=0,l=1,sg=0:V
11517 TSF:MSG:SEND,63-63-0-0,s=255,c=3,t=28,pt=3,l=2,sg=0,ft=0,st=OK:3215
11526 TSF:MSG:SEND,63-63-0-0,s=2,c=1,t=16,pt=2,l=2,sg=0,ft=0,st=OK:1
11759 TSF:MSG:SEND,63-63-0-0,s=3,c=1,t=0,pt=7,l=5,sg=0,ft=0,st=OK:25.63
25.62
116
Vmax: 1.00
Battery Voltage: 0.49 V
Battery percent: 49 %
11780 TSF:MSG:SEND,63-63-0-0,s=255,c=3,t=0,pt=1,l=1,sg=0,ft=0,st=OK:49
nRF24 Power off. Slipping..

According to the logs it can be seen that the controller sent a team, and host response to the command.

I think that after the application transportInit(), unit stops accepting requests. I did an experiment with the function request(). The situation is completely repeated. When using transportInit() node does not receive a response from the controller to function request(). If not transportInit(), the node successfully receives the response request() function.

Roman

Download the appropriate files.
If you remove transportInit (), it works fine!

0_1483373112509_log_node_63.txt
0_1483373124600_MySensors_20170102-183456.log
0_1483373167341_SensorDoorNRF24.ino

Roman

Thanks! With new version library such problem isn't present.
Spam isn't present :)

Roman

void incomingMessage(const MyMessage &message) {
if (message.type==V_LIGHT) {
// hek comment: Is this really nessesary?
gw.send( lightMsg.set(oldValue) );
}
if (message.type==V_DIMMER) {
// hek comment: Is this really nessesary?
gw.send( dimmerMsg.set(17) );
}
}

Roman

I assembled the stand:

A sensor - Arduino Pro Mini, the sketch DimmableLEDActuator
Gateway - Arduino Pro Mini + CP2104 Serial Converter
the controler - Raspberry Pi + the scripts on Python and PHP

Library of version 1.4

During tests from a Sensor data come to a Gateway without problems.
But when I send a request of data from the controler for a sensor, spam starts pouring continuously, I won't reboot a sensor or a Gateway yet.

When I change a line in MyConfig.h on:

//#define DEBUG

After the first sending data from a Sensor in a Gateway spam begins.

LOG:
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=2,pt=2,l=2:0 - Sensor: send data
15;2;1;0;2;0
0;0;3;0;9;send: 0-0-15-15 s=2,c=1,t=3,pt=0,l=1,st=ok:0 - Gateway: send 15;2;1;0;3;0\n
0;0;3;0;9;read: 0-1-15 s=2,c=1,t=3,pt=0,l=1:0
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=3,pt=2,l=2:17
15;2;1;0;3;17 - Gateway: received data OK
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=2,pt=2,l=2:1 - Sensor: send data
15;2;1;0;2;1
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=3,pt=2,l=2:17 - SPAM!!!!
15;2;1;0;3;17
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=3,pt=2,l=2:17
15;2;1;0;3;17
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=3,pt=2,l=2:17
15;2;1;0;3;17
0;0;3;0;9;read: 15-15-0 s=2,c=1,t=3,pt=2,l=2:17
15;2;1;0;3;17
....