The hard RAK831 cafe part 1

check your wiring (avoid using ‘dupont’ wires if possible)

1 Like

Temperature information sent to TTN is not accessible in the console at the moment. So you need some other software to monitor the CPU temperature.

Hi @jmarcelino

Its on a board I made my self solid wiring…

what power supply are you using?

also have you tried turning on SPI logging?

version of Semtech HAL is installed? just seen your on 4.0

does forwarder work from command line?

@jezd
what power supply are you using?

I have a 2Amp USB power supply (not a crappy one, but quit solid).

also have you tried turning on SPI logging?

No, how do I do that?

version of Semtech HAL is installed? just seen your on 4.0

I have installed TheThingsNetwork packed-forwarder. I did not install anything else… should I?

does forwarder work from command line?

Just tried that, but no. It does not.
I also systemctl disable ttn-pkt-fwd.service and restarted before trying to start from the command line…

Strange thing is: it worked for a day. Nothing changed. Yesterday I restarted the RPi several times and al the time the packet-forwarder started without a problem :frowning:

check out this thread

Thanks for the help. I do appreciate it.

Read the post. It covers a ic880a while I have a RAK831…

Also:

  • I measured the voltage on the RAK831 with a scoop. Solid 5volt
  • wrote a c-program to toggle the reset pin (pin 22, GPIO15). Checked it with a scope. Works like a charm
  • when I start the packet-forwarder I see a short Low-High-Low on the reset pin at the RAK831 (pin 19)
  • changed power supply… no change…
  • the most frustrating part: it worked (for a while :frowning: )

====== EDIT ======== PROBLEM SOLVED ======

In the thread you mention it say’s to “wickle” the boards.
I did that and suddenly the packet-forwarder worked again.
After further investigation I found out that the 40-pin header had, at least, one bad contact.
After replacing it with an other 40-pin header everything now seems to function again!!
“aandewiel” is back in the air.

Thank you al for al the help, suggestions and patience !

1 Like

Both use SPI on an RPi and the same LoRaWAN chipset, so the same issues will occur.

2 Likes

Prob not related to anything but had power supply issues with my RAK rig, Raspberry PI red power led flickering and going off even though the whole setup was still running (lots of forums talking about PI doing this with poor voltage supply) - sending back the ‘2.5amp’ power adaptor and PI - replacements ordered and a 3amp power supply - its all probably nothing to do with the RAK load mind.

had my share of RPI power problems to
situation : 2 the same 3A adapters, 1 showing the yellow thunder on screen.
seems that the ‘original’ RPI power adapters output 5.1 v and the china ones max 5 v

‘yellow thunder’ - is that the lightening strikes on the screen? that explain those :slight_smile: (I did wonder what that was) - this all adds up now, new kit comes tomorrow so we will see

Does RAK831 support LBT mode?

I’ve found that, more than the power supply, it’s the cord that make RPi-based installation fails. Most of the time they’re only rated for USB, i.e. 5V +/- 10% @ 500mA. If you draw 2.5A you may have only have 2.5V at the end of the cord…

That, and the USB connectors are only rated for 500mA in most cases…

Workaround: cut the cord as close to the wall wart as possible, and replace it with sturdier wires. Also, avoid using the USB power connector on the RPi, and plug it right into the 5V pin (note that by doing so you will bypass a polyfuse).

Be careful with RPi and I2C… the silicon can’t handle repeated start nor clock-stretching.
You have to use GPIO pins and some bit-banging-library to get this working on the Pi.

http://www.advamation.com/knowhow/raspberrypi/rpi-i2c-bug.html

1 Like

I see Stretch Light has popped up on this thread in a couple of places. Any reasons why I shouldn’t use Stretch Light if I was to bake a couple of SD cards this morning?

TIA

Garry

I ordered the RAK with RPi couple of hours ago and stuff usually takes 2-3 weeks till it arrives, but I’d like to hit the ground running, thus…

I’m located in Oz = ISM 915MHz

I’ve seen 2-3 questions in regards to that frequency and the RAK.
Has anyone got it working on that frequency yet?

Thx for sharing!

no it doesn’t.

Contact the manufacturer? the feedback regards their support for hardware seems to be good so far

Edit: what are your concerns about 915mhz? you ordered the right model I take it :slight_smile: the new TTN packet forwarder picks up your config from the backend - cant see you should have any issues out of the box?

1 Like

It’s just that a couple of people who seem to have them did ask as they didn’t get it working, so I was just wondering if that had been solved already :wink:

1 Like

Just FYI - I now have my RAK831 connected to a NanoPi Neo running the go-version of TTN packet-forwarder. xenial and go version 1.9. RAK831 reset is connected to PG11 on the Neo. Power is provide by 12V PSU into LM2596 DC-DC converter See below a pic:

5 Likes