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

ERROR: Version of calibration firmware not expected, actual:66 expected:2 #94

Closed
FrancoisP77 opened this issue Dec 18, 2017 · 5 comments

Comments

@FrancoisP77
Copy link

FrancoisP77 commented Dec 18, 2017

Hello.

I've got an issue with the loading of the firmware that I'd like to raise here.

Here is my setup.

  • Lora Gateway version : 5.0.1
  • Pi Zero
  • SX1301 board from the following Microchip kit (P/N: dv164140-1)
  • Configuration file used : global_conf.json.PCB_E286.EU868.basic.

I've crossed compiled the code successfuly and run it on the Pi Zero.

I've run util_spi_stress with the following parameters -t 1. It does seem to work properly as the tool doesn't return any error.

However, when I run lora_pkt_fwd I get the following error.
ERROR: Version of calibration firmware not expected, actual:66 expected:2

Note that the version of the firmware is consistent (always 66).

I tried both a dedicated power supply (5V 2A) and my computer to power up the board and the Pi but it didn't make any difference.

I've been stuck on this issue for days now and I've really run out of ideas.

There's also something I'd like to clarify. Does the reset pin needs to be always low or high ? I've done a few trials and it seems that it needs to be low as when it's high it doesn't even load the firmware.

Thank you for help.

@mcoracin
Copy link
Contributor

Hello, could you run the util_spi_stress test with -t 4 ?

It will test burst SPI read/write, which are used to load SX1301 firmwares.

@FrancoisP77
Copy link
Author

I ran the test and let it run. I got a mismatch after a few minutes.
Could it be the wiring or some dark Microchip stuff ? I've checked the schematics but couldn't find anything odd.

@mcoracin
Copy link
Contributor

Yes, it could be the wiring.
Please refer to this post: Lora-net/packet_forwarder#73 (comment)

@FrancoisP77
Copy link
Author

I've managed to fix the issue by improving the wiring.
Thanks for your help.

@cdupont
Copy link

cdupont commented Nov 9, 2020

I had this issue, I found that lowering the SPI_SPEED to 1000000 or 2000000 helped. https://github.com/Lora-net/lora_gateway/blob/master/libloragw/src/loragw_spi.native.c#L56

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