Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Concentrator won't start #5

Closed
bjoernbusch opened this issue Apr 25, 2017 · 9 comments
Closed

Concentrator won't start #5

bjoernbusch opened this issue Apr 25, 2017 · 9 comments

Comments

@bjoernbusch
Copy link
Contributor

I followed the instructions, but I'm getting the following error when starting the container:

INFO: [main] Starting the concentrator
ERROR: [main] failed to start the concentrator
/usr/bin/entry.sh: line 93: fg: job has terminated

Any hints on what I might be doing wrong?

@bjoernbusch
Copy link
Contributor Author

When I'm installing the software native on my RaspberryPi, the concentrator works fine, so the hardware is working fine.

I'm running on a RaspberryPi3 with HypriotOS v1.4. Any hint would be highly appreciated.

@squix78
Copy link
Contributor

squix78 commented Apr 27, 2017

Which backplane are you using? We are using Charles' backplane which has the reset pin connected to PIN 17 of the RPi. You might have it connected to PIN 25?

@bjoernbusch
Copy link
Contributor Author

bjoernbusch commented Apr 27, 2017

I'm using the simple Gnz from Tindie, is that the same? How can I manually trigger a reset?

@marcelstoer
Copy link
Collaborator

The pin re-assignment is the most likely reason for what you're seeing I believe. Could you please try commenting line 34 of the Dockerfile and build your own image (either on macOS or the Pi)?

@bjoernbusch
Copy link
Contributor Author

YES! That looks much better!! That seems to solve the issue!

Now I just have one last question about the MAC that needs to be supplied, how do you format that? When I run it native, I get B827EBFFFEA10C04 and I don't seem to get FFFE when running the docker image?

@marcelstoer
Copy link
Collaborator

That seems to solve the issue!

Great, good to hear!

Just hours before you raised this issue we had been discussing options for making that pin assignment configureable (Dockerfile env config, multiple Dockerfiles in subfolders, custom base image with extensions, etc.). I'm positive we'll make "that", which ever way it's going to be, available sooner rather than later.

I'm not sure about your MAC address question, though. The address on the host OS (Hypriot) is the same as in the Docker container:

$ cat /sys/class/net/eth0/address
b8:27:eb:97:73:e2
$ docker run -it --privileged --net=host --restart=always netceteragroup/rpi-ttn-gateway /bin/bash
root@black-pearl:/opt/ttn-gateway/bin# cat /sys/class/net/eth0/address
b8:27:eb:97:73:e2

However, if by running 'native' you mean running the install.sh from TTN ZH GitHub repo then https://github.com/ttn-zh/ic880a-gateway/blob/master/install.sh#L47 is probably what you're looking for.
If I'm not mistaken gateway_ID in local_conf.json simply has to be a unique 8 byte number - the MAC address is as good as any and just so happens to be 64 bits.

@bjoernbusch
Copy link
Contributor Author

ok, yes, this is what I mean. Is there a specific reason that ttn-zh injects the FFFE and you don't?

Anyways, after correcting several typos on my end, I realized that I can just supply the gateway_ID in that format to the container and it works then as I want it to.

Thanks for the help!!

@marcelstoer
Copy link
Collaborator

Is there a specific reason that ttn-zh injects the FFFE and you don't?

Now we do 😉 Sorry my previous comment

the MAC address is as good as any and just so happens to be 64 bits.

was of course wrong. The Pi MAC address is 48 bits, not 64 bits. I added a note about that to the README (→ GATEWAY_EUI).

@bjoernbusch
Copy link
Contributor Author

Awesome! Thanks for the clarification!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants