Oh, almost forgot: we are collaborating with 3d Hubs for a awesome 3d printable enclosure for your Uno!
Order it on 3D hubs over here, or download it and print it yourself! Or remix it and share it with the rest.
Btw, my device also arrived in a heavily damage package, but it did not suffer from that. It works just fine, at least in the first tests. Still i advise a hard casing for the next round. Other tips:
Probably you guys already know that the getting started manual needs some heavy rework. Not that there are errors or so, but for the beginner the learning curve maybe too steep.
I would deliver the devices working out of the box, so no flashing of software needed.
Add an extra push button on the PCB so testing is possible without connecting wires. In my view the time from unboxing to activation of its primary function should be as short as possible, preferable not more then a few minutes.
That’s it for now, keep up the good work, and congrats with the amazing kickstarter start!
I’m also fan of out-of-the-box demo app, like a network unit test:
Add a button to the PCB; when pushed, a ping message is sent to the demo server; if the network replies, turn on the LED (pin 13?); otherwise keep blinking incidentally.
I’m sure we’ll be able to spend some time figuring out a great getting started experience.
I’m in Portland /Rhoon , just to the south of Rotterdam, so marconiplein will be to far away i’m afraid.
But i got the MTAC LoRa card + antenna in today, so i hope to have a working gateway this weekend.
Got the TTU uploaded the sketch and ran it. On serial monitor;
Reset: RN2483 0.9.5 Mar 24 2015 14:15:33
Device: RN2483 0.9.5 Mar 24 2015 14:15:33
Battery: 3223
EUI: 0004A30B001A8135
addr: ok
nwkskey: ok
appskey: ok
adr: ok
Pwr: ok
Join: ok
accepted
Does that mean it runs? Cant seem to TX through serial monitor (no response on any command). Is there test code for that?
Anyone know how and where can i check if my node is connected to a gateway?
The current implementation of The Things Network does not support ADR (adaptive data rate ) nor downstream messages. Of course this will be supported in the new architecture.
For now, I would suggest to switch ADR off (“mac set adr off”) and send unconfirmed messages (“mac tx uncnf 1 AABBCC”). Both can be changed in the included library (LoRa.cpp).
This will prevent retransmissions and automatic decrease of the data rate.
You can change the data rate manually by using "mac set dr " (0=SF12, … ,5 = SF7).
I also managed to upload and run the sketch. I get the following:
Reset: RN2483 0.9.5 Mar 24 2015 14:15:33
Device: RN2483 0.9.5 Mar 24 2015 14:15:33
Battery: 3294
EUI: 0004A30B001A9FE8
addr: ok
nwkskey: ok
appskey: ok
adr: ok
Pwr: ok
Join: ok
accepted
In the library I changed the: (“mac set adr off”) and (“mac tx uncnf 1 AABBCC”), like Thomas mentioned.
But whatever I fill in for the node_eui, I can’t find my messages. I noticed that all the messages displayed in thethingsnetwork.org/api/v0/nodes/ only contain 8 digits, while the EUI I got returned from the RN2483 has 16, but even only using the last or first 8 doesn’t work.
Can someone tell me how to find my messages based on the above info?
I have the same issue, I can’t see anything from the node. I have an active gateway few meters away, I get:
Reset: RN2483 0.9.5 Mar 24 2015 14:15:33
Device: RN2483 0.9.5 Mar 24 2015 14:15:33
Battery: 3294
EUI: 0004A30B001A5BAE
addr: ok
nwkskey: ok
appskey: ok
adr: ok
Pwr: ok
Join: ok
accepted
When button is pressed:
Sending: ok
m
a
c
_
t
x
_
o
k
but I see nothing in the API
I have registered a block and set the devaddrr to: 02012200
I set adr to off and type to unconfirmed, which were not the default in the sketch (a bit silly to provide it with non-compliant settings).
I’m also experimenting with www.loriot.io .For now it looks to be the only one who supports confirmed messages.
Problem with them is that every transmission includes a frame counter, and after modifying the sketch or reconnecting power, the frame counter is set to zero, and messages do not show up anymore.