Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
t3chieT

t3chie

@t3chie
About
Posts
20
Topics
3
Shares
0
Groups
0
Followers
0
Following
0

Posts

Recent Best Controversial

  • [SOLVED] SensebenderMicro restarts/crashes triggered by D3
    t3chieT t3chie

    @Yveaux Yes, it works now.

    Troubleshooting

  • [SOLVED] SensebenderMicro restarts/crashes triggered by D3
    t3chieT t3chie

    @Yveaux Thanks for that - I checked my cabling again and discovered a "hairline connection" between D3 and DTR. It is working better now.

    Troubleshooting

  • [SOLVED] SensebenderMicro restarts/crashes triggered by D3
    t3chieT t3chie

    I have a weird problem with a sensebender micro.
    Loaded the standard sensebender sketch and all works fine.
    Then I added a switch between 3.3V and D3 and initialized this with:
    setup()
    ...
    pinMode(MOTION_PIN, INPUT);
    digitalWrite(MOTION_PIN, HIGH);
    ...

    Now comes the weird part:
    Whenever I press the D3 button, the sketch restarts. No matter if I sleep with interrupt or without etc.
    If the serial console is NOT attached, it looks like the sketch continue to run.

    I would assume some power issue, but for this test the board is powered over the USB-serial converter with 3.3V and everything else is working with or without opening the serial monitor in the Arduino Application.

    Any idea what I am doing wrong?

    According to this thread (https://forum.mysensors.org/topic/1573/my-generic-room-senser-sensebender-with-motion-and-light) I have tried to put a 25k resistor between D3 and ground, but without difference.

    Troubleshooting

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex Thanks for your help!

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex I have checked out the signing branch and recompiled:

    root@automation:/usr/local/src/MySensors# ./bin/mysgw -d
    mysgw: Starting gateway...
    mysgw: Protocol version - 2.2.0-beta
    mysgw: MCO:BGN:INIT GW,CP=RNNG-SQ-,VER=2.2.0-beta
    mysgw: SGN:PER:OK
    mysgw: SGN:INI:BND OK
    mysgw: TSF:LRT:OK
    mysgw: TSM:INIT
    mysgw: TSF:WUR:MS=0
    mysgw: TSM:INIT:TSP OK
    mysgw: TSM:INIT:GW MODE
    mysgw: TSM:READY:ID=0,PAR=0,DIS=0
    mysgw: MCO:REG:NOT NEEDED
    mysgw: Listening for connections on 0.0.0.0:5003
    mysgw: MCO:BGN:STP
    mysgw: MCO:BGN:INIT OK,TSP=1
    mysgw: New connection from 127.0.0.1
    mysgw: Client 0 connected
    mysgw: Client 0 disconnected
    mysgw: Ethernet client disconnected.
    mysgw: New connection from 127.0.0.1
    mysgw: Client 0 connected
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 255;255;3;0;20;
    mysgw: SGN:SKP:MSG CMD=3,TYPE=20
    mysgw: TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: TSF:MSG:READ,101-101-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
    mysgw: TSF:MSG:BC
    mysgw: TSF:MSG:FPAR REQ,ID=101
    mysgw: TSF:PNG:SEND,TO=0
    mysgw: TSF:CKU:OK
    mysgw: TSF:MSG:GWL OK
    mysgw: SGN:SKP:MSG CMD=3,TYPE=8
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
    mysgw: SGN:SKP:MSG CMD=3,TYPE=24
    mysgw: TSF:MSG:PINGED,ID=101,HP=1
    mysgw: SGN:SKP:MSG CMD=3,TYPE=25
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=OK:1
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=15,pt=6,l=2,sg=0:0101
    mysgw: SGN:SKP:MSG CMD=3,TYPE=15
    mysgw: SGN:PRE:SGN REQ,FROM=101
    mysgw: SGN:PRE:SGN REQ,TO=101
    mysgw: SGN:PRE:WHI NREQ,TO=101
    mysgw: SGN:SKP:MSG CMD=3,TYPE=15
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0101
    mysgw: SGN:PRE:XMT,TO=101
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=0,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=0,t=17,pt=0,l=5,sg=1:2.1.1
    mysgw: SGN:BND:NONCE=BE1E788A73D8B77B73E8222D5A3631E99FC1157CC969C6A324AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=A50A32E714615D7559D01B4A71B86D59160FAD437C1A0A57C1D6A51BC4410E66
    mysgw: SGN:VER:OK
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=16,pt=0,l=0,sg=1:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=1,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=6,pt=1,l=1,sg=1:0
    mysgw: SGN:BND:NONCE=83B9D811BA4341EEDD7D28B1D0ED0841305E58110879203AE2AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=D48A08AA586888933B2EA56857AE12BB353875C726FC8923CFDBE38C888F5EBB
    mysgw: SGN:VER:OK
    mysgw: Client 0: 101;255;3;0;6;M
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=16,pt=0,l=0,sg=0,ft=0,st=OK:
    mysgw: SGN:SGN:NCE REQ,TO=101
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=17,pt=6,l=25,sg=0:<NONCE>
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: SGN:NCE:FROM=101
    mysgw: SGN:BND:NONCE=41DDA29AC9224192AD697FA3D433003E60DC319EA8A6014B60AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=86EAC3CDC63F39CF0F333082CF68A66555468D14BBD4AC3E546F8EE773C580C6
    mysgw: SGN:SGN:SGN
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=6,pt=0,l=1,sg=1,ft=0,st=OK:M
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=16,pt=0,l=0,sg=1:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=1,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=11,pt=0,l=14,sg=1:Nano Motion FW
    mysgw: SGN:BND:NONCE=D3676555B4228F26DC34A6B43947B41439156EA5112DC17370AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=EBF256F5C55B9FE8FB5FE9A7FBB22C569D782DB73998661FD66D639049D1E624
    mysgw: SGN:VER:OK
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=16,pt=0,l=0,sg=1:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=1,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=12,pt=0,l=3,sg=1:1.1
    mysgw: SGN:BND:NONCE=08F1450783D33257E28EC8B01E0ECE93A41D2826F3972F99EBAAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=33B02115FA75F8E708B50E825853E80D3A70D5F804FB7E27242B357CF043F8D1
    mysgw: SGN:VER:OK
    mysgw: TSF:MSG:READ,101-101-0,s=1,c=3,t=16,pt=0,l=0,sg=1:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=1,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: TSF:MSG:READ,101-101-0,s=1,c=0,t=6,pt=0,l=0,sg=1:
    mysgw: SGN:BND:NONCE=BAD7253134C6C7F0C0B79FFBF41914B2E0AB59DFDAB7874678AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=5BF1F9D417EB97A3C5E7880F18A839EAA464D21FE6A2F7B2D32A3C3431A7A00B
    mysgw: SGN:VER:OK
    mysgw: TSF:MSG:READ,101-101-0,s=2,c=3,t=16,pt=0,l=0,sg=1:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=1,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: TSF:MSG:READ,101-101-0,s=2,c=0,t=7,pt=0,l=0,sg=1:
    mysgw: SGN:BND:NONCE=70410E6BD4E2E3298F348801747889920E2F5779BC0474A7D2AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=8632A9E570D1EEEBF766CC7E25C82CD06EB58F21FC0ED3CECF8FCD8B84473379
    mysgw: SGN:VER:OK
    mysgw: TSF:MSG:READ,101-101-0,s=4,c=3,t=16,pt=0,l=0,sg=1:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=17,pt=6,l=25,sg=1,ft=0,st=OK:<NONCE>
    mysgw: SGN:NCE:XMT,TO=0
    mysgw: TSF:MSG:READ,101-101-0,s=4,c=0,t=1,pt=0,l=0,sg=1:
    mysgw: SGN:BND:NONCE=54C9C968967021485E45AA2047EA666C63062BFCFFDBC19423AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=1397236B072105342EA4CBBBD555B356C2022B8EB64ABBFA637781F6720483A1
    mysgw: SGN:VER:OK
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=26,pt=1,l=1,sg=1:2
    mysgw: SGN:SKP:MSG CMD=3,TYPE=26
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=16,pt=0,l=0,sg=1,ft=0,st=OK:
    mysgw: SGN:SGN:NCE REQ,TO=101
    mysgw: TSF:MSG:READ,101-101-0,s=255,c=3,t=17,pt=6,l=25,sg=1:<NONCE>
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: SGN:NCE:FROM=101
    mysgw: SGN:BND:NONCE=D1294AF646074EC7CCD7CD6B02BC4619EF79B0A915648A6A07AAAAAAAAAAAAAA
    mysgw: SGN:BND:HMAC=127FCE6A3EF3FB0906A20BF3128A318801C5167F215ABAF4EEC0A595AFD373FB
    mysgw: SGN:SGN:SGN
    mysgw: TSF:MSG:SEND,0-0-101-101,s=255,c=3,t=27,pt=1,l=1,sg=1,ft=0,st=OK:1
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex

    mysgw: Starting gateway...
    mysgw: Protocol version - 2.2.0-beta
    mysgw: MCO:BGN:INIT GW,CP=RNNG-SQ-,VER=2.2.0-beta
    mysgw: SGN:PER:OK
    mysgw: SGN:PER:OK
    mysgw: TSF:LRT:OK
    mysgw: TSM:INIT
    mysgw: TSF:WUR:MS=0
    mysgw: TSM:INIT:TSP OK
    mysgw: TSM:INIT:GW MODE
    mysgw: TSM:READY:ID=0,PAR=0,DIS=0
    mysgw: MCO:REG:NOT NEEDED
    mysgw: Listening for connections on 0.0.0.0:5003
    mysgw: MCO:BGN:STP
    mysgw: MCO:BGN:INIT OK,TSP=1
    mysgw: New connection from 127.0.0.1
    mysgw: Client 0 connected
    mysgw: Client 0: 255;255;3;0;20;
    mysgw: SGN:SKP:MSG CMD=3,TYPE=20
    mysgw: TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: TSF:MSG:READ,198-198-0,s=255,c=3,t=21,pt=1,l=1,sg=0:0
    mysgw: SGN:SKP:MSG CMD=3,TYPE=21
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: Client 0: 0;255;3;0;2;
    mysgw: TSF:MSG:READ,100-100-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
    mysgw: TSF:MSG:BC
    mysgw: TSF:MSG:FPAR REQ,ID=100
    mysgw: TSF:PNG:SEND,TO=0
    mysgw: TSF:CKU:OK
    mysgw: TSF:MSG:GWL OK
    mysgw: SGN:SKP:MSG CMD=3,TYPE=8
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
    mysgw: SGN:SKP:MSG CMD=3,TYPE=24
    mysgw: TSF:MSG:PINGED,ID=100,HP=1
    mysgw: SGN:SKP:MSG CMD=3,TYPE=25
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=OK:1
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=15,pt=6,l=2,sg=0:0101
    mysgw: SGN:SKP:MSG CMD=3,TYPE=15
    mysgw: SGN:PRE:SGN REQ,FROM=100
    mysgw: !SGN:PRE:WHI NREQ,FROM=100 REJ
    mysgw: SGN:PRE:SGN REQ,TO=100
    mysgw: SGN:PRE:WHI NREQ,TO=100
    mysgw: SGN:SKP:MSG CMD=3,TYPE=15
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0101
    mysgw: SGN:PRE:XMT,TO=100
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: !SGN:NCE:GEN
    mysgw: Client 0: 0;255;3;0;2;

    PS:
    I am on Skype with the same Nick if you want more synchronous communication.

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex I did:
    git clone https://github.com/mysensors/MySensors.git --branch development
    cd MySensors
    git pull https://github.com/fallberg/MySensors.git signing

    Then compile with:
    ./configure --my-gateway=ethernet
    --my-transport=nrf24
    --my-rf24-ce-pin=22
    --my-rf24-cs-pin=24
    --my-rf24-irq-pin=15
    --my-rf24-pa-level=RF24_PA_LOW
    --my-leds-err-pin=12
    --my-leds-rx-pin=16
    --my-leds-tx-pin=18
    --my-rf24-channel=76
    --my-debug=enable
    --my-signing=software
    --my-signing-request-signatures
    --my-signing-request-gw-signatures-from-all
    --my-signing-debug

    Result with one node restarting while others are already running:

    mysgw: TSF:MSG:READ,100-100-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
    mysgw: TSF:MSG:BC
    mysgw: TSF:MSG:FPAR REQ,ID=100
    mysgw: TSF:PNG:SEND,TO=0
    mysgw: TSF:CKU:OK
    mysgw: TSF:MSG:GWL OK
    mysgw: SGN:SKP:MSG CMD=3,TYPE=8
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=8,pt=1,l=1,sg=1,ft=0,st=OK:0
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
    mysgw: SGN:SKP:MSG CMD=3,TYPE=24
    mysgw: TSF:MSG:PINGED,ID=100,HP=1
    mysgw: SGN:SKP:MSG CMD=3,TYPE=25
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=25,pt=1,l=1,sg=1,ft=0,st=OK:1
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=15,pt=6,l=2,sg=0:0101
    mysgw: SGN:SKP:MSG CMD=3,TYPE=15
    mysgw: SGN:PRE:SGN REQ,FROM=100
    mysgw: !SGN:PRE:WHI NREQ,FROM=100 REJ
    mysgw: SGN:PRE:SGN REQ,TO=100
    mysgw: SGN:PRE:WHI NREQ,TO=100
    mysgw: SGN:SKP:MSG CMD=3,TYPE=15
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0101
    mysgw: SGN:PRE:XMT,TO=100
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: !SGN:NCE:GEN
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: !SGN:NCE:GEN
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: !SGN:NCE:GEN
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: !SGN:NCE:GEN
    mysgw: TSF:MSG:READ,100-100-0,s=1,c=3,t=16,pt=0,l=0,sg=0:
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: !SGN:NCE:GEN
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=26,pt=1,l=1,sg=0:2
    mysgw: SGN:SKP:MSG CMD=3,TYPE=26
    mysgw: SGN:SKP:MSG CMD=3,TYPE=16
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=16,pt=0,l=0,sg=1,ft=0,st=OK:
    mysgw: SGN:SGN:NCE REQ,TO=100
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=17,pt=6,l=25,sg=1:<NONCE>
    mysgw: SGN:SKP:MSG CMD=3,TYPE=17
    mysgw: SGN:NCE:FROM=100
    mysgw: SGN:BND:NONCE=4BD28D2B47813291B354D4A856B07E7A6B496CF86FA2FF969D7C2D115FAC09DF
    mysgw: SGN:BND:HMAC=07FF305FFEB4D1489C3C9BA63A281890DDD850573B406FB691C09C23DC12DD00
    mysgw: SGN:BND:SIG WHI,ID=0
    mysgw: SGN:BND:SIG WHI,SERIAL=000000000000000000
    mysgw: SGN:SGN:SGN
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=27,pt=1,l=1,sg=1,ft=0,st=OK:1

    Looks OK for me, right?

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex Sure, can do.
    Would you refresh my memory - how can I check out the tree with that pullrequest?

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex Well, I have read all troubleshooting material many times and agree that mostly it is HW. This time however it was stupidity on my side!
    I mixed up signing with encryption on the Pi compile time flags.
    To summarize:
    On 2.1.1, the architecture needs to be set and signing works (have not tested encryption yet).
    On dev, architecture needs to be left alone (not set) and checksum calculation needs to be commented out (line 127 of MySigningAtsha204Soft.cpp).

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex Have tried to comment out line 127, but as you said no joy. I know that the radio I am using is not the best but I am still not sure if the HW is the culprit here.

    I have put that RF24 module onto a Nano with itead RF Shield and loaded a 2.1.1 Gateway Sketch including signing - that works against the same node I am testing the Pi.
    I am using the interrupt variant of the Pi cabling - could that be the problem?

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex I use:

    ./bin/mysgw --set-soft-hmac-key D94AB9BF54D266CA517C23C870FF7A6...
    ./bin/mysgw --set-soft-serial-key 2200002200...

    How can I calculate the checksum or disable it?

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex Sorry for that - when I changed Pi's I forgot to personalize the GW. But that didn't made it working:
    mysgw: Starting gateway...
    mysgw: Protocol version - 2.2.0-beta
    mysgw: MCO:BGN:INIT GW,CP=RNNG-SQX,VER=2.2.0-beta
    mysgw: !SGN:PER:TAMPERED
    mysgw: !SGN:INI:BND FAIL
    mysgw: TSF:LRT:OK
    mysgw: TSM:INIT
    mysgw: TSF:WUR:MS=0
    mysgw: TSM:INIT:TSP OK
    mysgw: TSM:INIT:GW MODE
    mysgw: TSM:READY:ID=0,PAR=0,DIS=0
    mysgw: MCO:REG:NOT NEEDED
    mysgw: Listening for connections on 0.0.0.0:5003
    mysgw: MCO:BGN:STP
    mysgw: MCO:BGN:INIT OK,TSP=1
    mysgw: TSF:MSG:READ,118-205-14,s=1,c=2,t=118,pt=6,l=0,sg=1:
    mysgw: TSF:MSG:REL MSG
    mysgw: !TSF:RTE:14 UNKNOWN
    mysgw: SGN:SGN:118!=0 NUS
    mysgw: !TSF:MSG:SEND,118-0-14-14,s=1,c=2,t=118,pt=6,l=0,sg=1,ft=0,st=NACK:
    mysgw: TSF:MSG:READ,138-29-188,s=181,c=6,t=66,pt=5,l=16,sg=0:3636023473
    mysgw: TSF:MSG:REL MSG
    mysgw: !TSF:RTE:188 UNKNOWN
    mysgw: SGN:SGN:138!=0 NUS
    mysgw: !TSF:MSG:SEND,138-0-188-188,s=181,c=6,t=66,pt=5,l=16,sg=0,ft=0,st=NACK:3636023473
    mysgw: TSF:MSG:READ,184-237-134,s=214,c=0,t=229,pt=6,l=13,sg=1:5A403EDF050D2265DF00000000
    mysgw: !TSF:MSG:PVER,3=2
    mysgw: TSF:MSG:READ,233-187-65,s=93,c=1,t=52,pt=1,l=1,sg=1:222
    mysgw: !TSF:MSG:PVER,1=2
    mysgw: TSF:MSG:READ,177-160-211,s=159,c=6,t=135,pt=4,l=11,sg=1:-2047481336
    mysgw: !TSF:MSG:PVER,0=2
    mysgw: TSF:MSG:READ,166-111-53,s=187,c=3,t=196,pt=5,l=9,sg=0:204581490
    mysgw: TSF:MSG:REL MSG
    mysgw: !TSF:RTE:53 UNKNOWN
    mysgw: SGN:SGN:166!=0 NUS
    mysgw: !TSF:MSG:SEND,166-0-53-53,s=187,c=3,t=196,pt=5,l=9,sg=0,ft=0,st=NACK:204581490
    mysgw: TSF:MSG:READ,223-72-13,s=199,c=4,t=110,pt=5,l=4,sg=0:3736138177
    mysgw: !TSF:MSG:PVER,1=2
    mysgw: TSF:MSG:READ,151-70-68,s=120,c=3,t=166,pt=0,l=15,sg=1:?rQ?0??
    mysgw: !TSF:MSG:PVER,0=2

    Isn't the Node ID reported changing between random values although it should only see ID 100 ?

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex That is different but still not working. The architecture autodetection works. The signing debug does compile, too. But when I am starting up a node the gateway reports:

    mysgw: Starting gateway...
    mysgw: Protocol version - 2.2.0-beta
    mysgw: MCO:BGN:INIT GW,CP=RNNG-SQX,VER=2.2.0-beta
    mysgw: !SGN:PER:TAMPERED
    mysgw: !SGN:INI:BND FAIL
    mysgw: TSF:LRT:OK
    mysgw: TSM:INIT
    mysgw: TSF:WUR:MS=0
    mysgw: TSM:INIT:TSP OK
    mysgw: TSM:INIT:GW MODE
    mysgw: TSM:READY:ID=0,PAR=0,DIS=0
    mysgw: MCO:REG:NOT NEEDED
    mysgw: Listening for connections on 0.0.0.0:5003
    mysgw: MCO:BGN:STP
    mysgw: MCO:BGN:INIT OK,TSP=1
    mysgw: TSF:MSG:READ,118-205-14,s=1,c=2,t=118,pt=6,l=0,sg=1:
    mysgw: TSF:MSG:REL MSG
    mysgw: !TSF:RTE:14 UNKNOWN
    mysgw: SGN:SGN:118!=0 NUS
    mysgw: !TSF:MSG:SEND,118-0-14-14,s=1,c=2,t=118,pt=6,l=0,sg=1,ft=0,st=NACK:
    mysgw: TSF:MSG:READ,138-29-188,s=181,c=6,t=66,pt=5,l=16,sg=0:3636023473
    mysgw: TSF:MSG:REL MSG
    mysgw: !TSF:RTE:188 UNKNOWN
    mysgw: SGN:SGN:138!=0 NUS
    mysgw: !TSF:MSG:SEND,138-0-188-188,s=181,c=6,t=66,pt=5,l=16,sg=0,ft=0,st=NACK:3636023473
    mysgw: TSF:MSG:READ,184-237-134,s=214,c=0,t=229,pt=6,l=13,sg=1:5A403EDF050D2265DF00000000
    mysgw: !TSF:MSG:PVER,3=2
    mysgw: TSF:MSG:READ,233-187-65,s=93,c=1,t=52,pt=1,l=1,sg=1:222
    mysgw: !TSF:MSG:PVER,1=2
    mysgw: TSF:MSG:READ,177-160-211,s=159,c=6,t=135,pt=4,l=11,sg=1:-2047481336
    mysgw: !TSF:MSG:PVER,0=2
    mysgw: TSF:MSG:READ,166-111-53,s=187,c=3,t=196,pt=5,l=9,sg=0:204581490
    mysgw: TSF:MSG:REL MSG
    mysgw: !TSF:RTE:53 UNKNOWN
    mysgw: SGN:SGN:166!=0 NUS
    mysgw: !TSF:MSG:SEND,166-0-53-53,s=187,c=3,t=196,pt=5,l=9,sg=0,ft=0,st=NACK:204581490

    The only node on that radio channel is ID 100 and if I disable signing, the same setup is reporting:

    mysgw: Starting gateway...
    mysgw: Protocol version - 2.2.0-beta
    mysgw: MCO:BGN:INIT GW,CP=RNNG--Q-,VER=2.2.0-beta
    mysgw: TSF:LRT:OK
    mysgw: TSM:INIT
    mysgw: TSF:WUR:MS=0
    mysgw: TSM:INIT:TSP OK
    mysgw: TSM:INIT:GW MODE
    mysgw: TSM:READY:ID=0,PAR=0,DIS=0
    mysgw: MCO:REG:NOT NEEDED
    mysgw: Listening for connections on 0.0.0.0:5003
    mysgw: MCO:BGN:STP
    mysgw: MCO:BGN:INIT OK,TSP=1
    mysgw: TSF:MSG:READ,100-100-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
    mysgw: TSF:MSG:BC
    mysgw: TSF:MSG:FPAR REQ,ID=100
    mysgw: TSF:CKU:OK,FCTRL
    mysgw: TSF:MSG:GWL OK
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=24,pt=1,l=1,sg=0:1
    mysgw: TSF:MSG:PINGED,ID=100,HP=1
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=25,pt=1,l=1,sg=0,ft=0,st=OK:1
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=15,pt=6,l=2,sg=0:0101
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0100
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=0,t=17,pt=0,l=5,sg=0:2.1.1
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=6,pt=1,l=1,sg=0:0
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=11,pt=0,l=13,sg=0:Motion Sensor
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=12,pt=0,l=3,sg=0:1.0
    mysgw: TSF:MSG:READ,100-100-0,s=1,c=0,t=1,pt=0,l=0,sg=0:
    mysgw: TSF:MSG:READ,100-100-0,s=255,c=3,t=26,pt=1,l=1,sg=0:2
    mysgw: TSF:MSG:SEND,0-0-100-100,s=255,c=3,t=27,pt=1,l=1,sg=0,ft=0,st=OK:1

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    @Anticimex I am happy to test whatever you want me to do. I "think" my wiring is correct as it works when signing is not used. I can post debug output from the Gateway for both (signed and unsigned) if that helps.
    Should I give the dev branch a try?

    Bug Reports

  • Raspberry Gateway 2.1.1 + signing
    t3chieT t3chie

    The Gateway code on Raspberry seems to work only when signing is not used.
    Is that something known?

    In addition, I had to explicitly name the architecture and comment out one line in core/MySigningAtsha204Soft.cpp to get the debug signing output working:

    #ifdef linux
    #define __FlashStringHelper char
    // #define MY_SERIALDEVICE.print debug
    #endif

    My configure options were:
    ./configure --my-gateway=ethernet
    --soc=BCM2836
    --my-transport=nrf24
    --my-rf24-ce-pin=22
    --my-rf24-cs-pin=24
    --my-rf24-irq-pin=15
    --my-rf24-pa-level=RF24_PA_LOW
    --my-leds-err-pin=12
    --my-leds-rx-pin=16
    --my-leds-tx-pin=18
    --my-signing=software
    --my-signing-request-signatures
    --my-signing-request-gw-signatures-from-all
    --my-rf24-encryption-enabled
    --my-rf24-channel=70
    --my-debug=enable
    --my-signing-debug

    Tested with a Raspberry 1 and 2.

    Bug Reports

  • 💬 Security & Signing
    t3chieT t3chie

    @Anticimex I tested first with softsigning but shortly after this realized that with soft signing the Sensebender has not enough space for debug messages.
    I rerun the personalizer to switch to hardware based signing and hit the "Failed to wake device. Response: E7" message.
    Played around and found that

    #define MY_SIGNING_ATSHA204_PIN 17
    instead of
    #define MY_SIGNING_ATSHA204_PIN 4

    made the personalizer happy again. I am still fighting with getting signing to work. Setting #define MY_SIGNING_REQUEST_SIGNATURES and MY_SIGNING_GW_REQUEST_SIGNATURES_FROM_ALL did not get me going.

    Announcements

  • 💬 Security & Signing
    t3chieT t3chie

    @bilbolodz I am getting the same message with a Sensebender Micro. I configured it for soft-signing with LOCK_CONFIGURATION enabled. Now I wanted to switch to hardware based signing.

    Any way to unlock a locked configuration?

    Announcements

  • Signing changes presentation message?
    t3chieT t3chie

    This is output from Serial Gateway with Debug turned on:

    0;0;3;0;9;gateway started, id=0, parent=0, distance=0
    0;0;3;0;14;Gateway startup complete.
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=15,pt=2,l=2,sg=0:1
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=15,pt=2,l=2,sg=0,st=ok:1
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:0171638
    0;0;3;0;9;verify fail
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:01C94B5
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=6,pt=1,l=1,sg=1:0
    97;255;3;0;6;0
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:01E5044
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=11,pt=0,l=18,sg=1:Sensebender Mot
    97;255;3;0;11;Sensebender Motion
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:0127A06
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=12,pt=0,l=5,sg=1:1.3.1
    97;255;3;0;12;1.3.1
    

    And this is with DEBUG and DEBUG_SIGNING turned on:

    0;0;3;0;9;gateway started, id=0, parent=0, distance=0
    0;0;3;0;14;Gateway startup complete.
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=15,pt=2,l=2,sg=0:1
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=15,pt=2,l=2,sg=0,st=ok:1
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:01B45E7
    SIM:
    015F593B6382705C14D1165A91896D854A8336D1
    MSG:
    61002E0011FF312E352E34
    CNC:
    01B45E76EEFF4F7F35A50615EBA02F23ECA22B336B6008C39BAAAAAAAAAAAAAA
    HMAC:
    CA16F9C17D683DE7074FEE542CF8B26F41200DCB4AA70072BF96CB6DAE78C5D1
    SNOK:
    0116F9C17D683DE7074FEE542CF8B26F41200DCB
    0;0;3;0;9;verify fail
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:01E7FED
    SIM:
    010D119CDCF58D40871D2BE7F9DF050CF2D10F956E3D5C69
    MSG:
    61000E2306FF00
    CNC:
    01E7FED0F1F7A2BFC3B8CF302DF6077DA5BC74DF6388C54F8EAAAAAAAAAAAAAA
    HMAC:
    670D119CDCF58D40871D2BE7F9DF050CF2D10F956E3D5C6967D5DA168E46CEAC
    SOK
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=6,pt=1,l=1,sg=1:0
    97;255;3;0;6;0
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:01E5A12
    SIM:
    01B22062689F9E
    MSG:
    610096030BFF53656E736562656E646572204D6F74696F6E
    CNC:
    01E5A122848F72F8A4D2D18F979904FDB389DC6980BD8493AAAAAAAAAAAAAAAA
    HMAC:
    28B22062689F9E3ECC79E3E5CAD58827D1DA38C88C4DE87974C1E05CE8C8068D
    SOK
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=11,pt=0,l=18,sg=1:Sensebender Mot
    97;255;3;0;11;Sensebender Motion
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=16,pt=0,l=0,sg=0:
    0;0;3;0;9;send: 0-0-97-97 s=255,c=3,t=17,pt=6,l=25,sg=0,st=ok:011B6BD
    SIM:
    017ABA174BDC2555F1A4BB1E2CFE844937C86442
    MSG:
    61002E030CFF312E332E31
    CNC:
    011B6BD4E168AD907C4F8596A93D78FFF19A39E39144BB3DE6AAAAAAAAAAAAAA
    HMAC:
    E67ABA174BDC2555F1A4BB1E2CFE844937C864424509AF34FA335C677A953BE7
    SOK
    0;0;3;0;9;read: 97-97-0 s=255,c=3,t=12,pt=0,l=5,sg=1:1.3.1
    

    The verify fail message is consistent always there which I hardly believe can be from transmission errors?

    Troubleshooting

  • Signing changes presentation message?
    t3chieT t3chie

    @martinhjelmare

    Yes, the two are sitting next to each other. It is consistant that the message with the release (1.5.4) is missing.
    May be my init sub is not correct? I am using this:

    void setup() {
      
      pinMode(LED_PIN, OUTPUT);
      digitalWrite(LED_PIN, LOW);
    
      pinMode(PIR_SENSOR_DIGITAL, INPUT);
      // Activate internal pull-ups
      digitalWrite(PIR_SENSOR_DIGITAL, HIGH);
      
      Serial.begin(115200);
      Serial.print(F("Sensebender Motion FW "));
      Serial.print(RELEASE);
      Serial.flush();
    
    ...
    
      // Make sure that ATSHA204 is not floating
      pinMode(ATSHA204_PIN, INPUT);
      digitalWrite(ATSHA204_PIN, HIGH);
      
      digitalWrite(TEST_PIN,LOW);
      digitalWrite(OTA_ENABLE, LOW); // remove pullup, save some power.
      
      digitalWrite(LED_PIN, HIGH); 
    
      gw.begin(NULL, NODE_ADDRESS, false);
    
      humiditySensor.begin();
    
      digitalWrite(LED_PIN, LOW);
    
      Serial.flush();
      Serial.println(F(" - Online!"));
      gw.sendSketchInfo("Sensebender Motion", RELEASE, REQ_ACK);
      
      gw.present(CHILD_ID_TEMP,S_TEMP,"onboard", REQ_ACK);
      gw.present(CHILD_ID_HUM,S_HUM,"onboard", REQ_ACK);
      gw.present(CHILD_ID_PIR, S_MOTION, "PIR", REQ_ACK);
      
      isMetric = gw.getConfig().isMetric;
      Serial.print(F("isMetric: ")); Serial.println(isMetric);
      raHum.clear();
      sendTempHumidityMeasurements(false);
      sendBattLevel(false);
      if (ota_enabled) Serial.println("OTA FW update enabled");
    
    }
    
    Troubleshooting

  • Signing changes presentation message?
    t3chieT t3chie

    Hi all,

    I upgraded a working HomeAssistant setup from version 1.5.4 without signing to use signing.
    Although I can still see message being exchanged, HomeAssistant stopped from autodiscovering the nodes.
    Watching the protocol exchange for a new powered up node reveal a small difference:

    This is what the serial gateway sees with signing disabled:

    0;0;3;0;14;Gateway startup complete.
    97;255;0;0;17;1.5.4
    97;255;3;0;6;0
    97;255;3;0;11;Sensebender Motion
    97;255;3;0;12;1.3.1
    97;1;0;0;6;onboard
    97;2;0;0;7;onboard
    97;3;0;0;1;PIR
    97;1;1;0;0;24.5
    97;2;1;0;1;37
    97;255;3;0;0;101
    97;3;1;0;16;1
    97;3;1;0;16;0

    And this is with signing:

    0;0;3;0;14;Gateway startup complete.
    97;255;3;0;6;0
    97;255;3;0;11;Sensebender Motion
    97;255;3;0;12;1.3.1
    97;1;0;0;6;onboard
    97;2;0;0;7;onboard
    97;3;0;0;1;PIR
    97;1;1;0;0;23.9
    97;2;1;0;1;38
    97;255;3;0;0;101
    97;3;1;0;16;1
    97;3;1;0;16;0

    The signed version is missing the message where the protocol version used to be. I am quite new to MySensors, so question is if that is an intended behaviour?

    Troubleshooting
  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular