Terrence Spencer

Forum Replies Created

Viewing 15 posts - 31 through 45 (of 45 total)
  • Author
    Posts
  • in reply to: Install NETMF #12290
    Terrence Spencer
    Participant

    Thanks for that clarification Jason.

    in reply to: Install NETMF #12281
    Terrence Spencer
    Participant

    Any comment on this topic?

    in reply to: Install NETMF #12263
    Terrence Spencer
    Participant

    >>I’m not sure what the certification status of the product would be if you went down that road. The mDot was certified by FCC, LoRaWan, etc using the mDot software developed in mbed.

    Mike if I don’t have FCC certs, or LoRaWAN certs, that means I can’t make a commercial product or what? What are the downsides of using LoRa without certs?

    Thank you for your help.
    Terrence

    in reply to: Install NETMF #12246
    Terrence Spencer
    Participant

    Ok, thank you for your suggestions.

    in reply to: Install NETMF #12244
    Terrence Spencer
    Participant

    Ok, Thanks Mike.
    Is there any unofficial progress or help I might get even though it would void my certification?

    in reply to: NodeRed, message payload #12177
    Terrence Spencer
    Participant

    Oh, I see that now. Thanks for the info.

    in reply to: NodeRed, message payload #12172
    Terrence Spencer
    Participant

    So Jason, I to am interested in the full props of the payload. Particularly the mDot id. I don’t want to waste precious payload space on sending the deviceID on each transmission.

    I don’t seem to see the ID in the Complete Object Properties.
    “chan”: 7,
    “cls”: 0,
    “codr”: “4/5”,
    “datr”: “SF9BW125”,
    “freq”: “910.1”,
    “lsnr”: “11”,
    “modu”: “LORA”,
    “port”: 1,
    “rfch”: 1,
    “rssi”: -81,
    “seqn”: 8,
    “size”: 72,
    “timestamp”: “2016-04-16T00:04:18Z”,
    “tmst”: 4099711332,
    “payload”: “79.7,99.4,1007.9,609,0123456789 123”,
    “eui”: “00:80:00:00:00:00:aa:f8”,
    “_msgid”: “9809d894.67f628”

    in reply to: Change Spreading Factor #12140
    Terrence Spencer
    Participant

    >>then be sure ADR is not enabled.
    I guess that is enabled/disabled on the Conduit?

    Thank you Jason.

    in reply to: json config for Packe forwarding #11845
    Terrence Spencer
    Participant

    Jason, thanks.
    I am sending data to TheThingsNetwork
    I know the items in GetWayConf section are different, is there anything different about the SX1301_conf when sending to TTN?

    in reply to: Unique ID #11842
    Terrence Spencer
    Participant

    Thanks Mike, I will check out that function.

    in reply to: Sending data to Azure #11697
    Terrence Spencer
    Participant

    Jason, thanks for that config info.

    in reply to: Sending data to Azure #11692
    Terrence Spencer
    Participant

    I am configuring several conduits.
    on the AEP model when in Packet Forwarding mode to “TheThingsNetwork”, what should “server_address”: and gateway_ID”: be?

    is gateway id the id of my conduit?
    Is the server address the TheThingsNetwork server address?

    Thank you for your help.

    “gateway_conf”: {
    “synch_word”: 52,
    “forward_crc_disabled”: false,
    “forward_crc_error”: true,
    “forward_crc_valid”: true,
    “gateway_ID”: “<WILL-BE-REPLACED-WITH-LORA-EUI>”,
    “keepalive_interval”: 12,
    “push_timeout_ms”: 120,
    “serv_port_down”: 1780,
    “serv_port_up”: 1780,
    “server_address”: “us01-iot.semtech.com”,
    “stat_interval”: 20
    }
    }

    in reply to: Sending data to Azure #11691
    Terrence Spencer
    Participant

    >>So is there a way to get to the debug console with the usb cable?
    >>I will have to dig up a db9 cable if not. My slate that I develop with does not have a db9 connection. Maybe the docking station does.

    Boy, I don’t know where I got the db9 idea? Must be another product I am working on.

    Yes there is a usb interface on the front panel behind the secret door.

    in reply to: Sending data to Azure #11690
    Terrence Spencer
    Participant

    >>Can you ping the Conduit address from your PC or whatever you’re trying to connect to it with? Have you accessed the Conduit via the debug console to verify that the address is in fact assigned (use ifconfig -a)?

    I was unable to ping the device, although the router showed the ip address on lease to the Conduit.

    So is there a way to get to the debug console with the usb cable?

    I will have to dig up a db9 cable if not. My slate that I develop with does not have a db9 connection. Maybe the docking station does.

    in reply to: Sending data to Azure #11685
    Terrence Spencer
    Participant

    Jeff, thanks for those links.

    Please correct my assumptions.

    When using the conduit without cell, it will always be in dhcp client mode so it can receive an ip address as well as gateway and dns addresses (or statically assigned).

    When would the 2.1 address ever be used, as the conduit will always be connected to a network to gain a gateway and 192.168.2.1 will most likely not be on the current network.

    I configured the conduit for dhcp client, and hooked it up to my router and saw where it got an ip address. I was unable to connect to the conduit with the assigned address.

    Thank you for your help.

Viewing 15 posts - 31 through 45 (of 45 total)