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

No longer working after upgrading to 0.7 #21

Closed
lloyda opened this issue Oct 28, 2021 · 22 comments
Closed

No longer working after upgrading to 0.7 #21

lloyda opened this issue Oct 28, 2021 · 22 comments

Comments

@lloyda
Copy link

lloyda commented Oct 28, 2021

I've just tried to upgrade from 0.4.4 to 0.7.

It's compiled ok and uploaded to the board, but all I'm getting is the version number message, no packets are being decoded.

I have followed the instructions in the readme, selected atmega328P (SW UART). Any clues on what the issue might be?

@ghoti57
Copy link
Owner

ghoti57 commented Oct 28, 2021

There are two variants of the atmega328P based modules around. They have different connections between the 328 and the cc1101.

You need to select the correct option in the arduino GUI when compiling/building

@lloyda
Copy link
Author

lloyda commented Oct 28, 2021

So I've tried both the nano and the Pro options from the GUI, and I get the same result

@lloyda
Copy link
Author

lloyda commented Oct 28, 2021

Thinking back, I may be using an atmega128 - is this likely to be a problem with the newer version of the library?

@ghoti57
Copy link
Owner

ghoti57 commented Nov 1, 2021

There is no significant difference between the 328 and 328p for evofw3

@ghoti57
Copy link
Owner

ghoti57 commented Nov 6, 2021

Just realised you said 128 not 328.
I'll have a look at the spec and work out how to get it to compile.
If it worked with 0.4.4 there's a reasonable chance it will work with 0.7.0

Do you remember how you compiled 0.4.4 - that predates my custom board definitions.
I wasn't aware anyone was using anything but 328(p) and was preparing for the much better 32u4 support.

May take me a few days - just returned from holiday and I'm going to be busy catching up with stuff.

@ghoti57
Copy link
Owner

ghoti57 commented Nov 6, 2021

Did you mean atmega168? Is it 8MHz or 16MHz?

@lloyda
Copy link
Author

lloyda commented Nov 6, 2021

Don't worry too much about this - I have a 32u4 board due to be delivered any day. I doubt very much I will be able to remember how I built it.

@lloyda
Copy link
Author

lloyda commented Nov 6, 2021

And you were right - atmega168. 16MHz I believe

@ghoti57
Copy link
Owner

ghoti57 commented Nov 7, 2021

Where are you getting the 32u4? If it's a nanocul device you might want to keep an eye on this issue.

#22

@lloyda
Copy link
Author

lloyda commented Nov 13, 2021

So I've got a genuine Arduino Micro, which looked to me to be compatible. HW Uart, 16MHz clock.

I've downloaded the Sketch, but getting absolutely nothing on the serial monitor.

Using
Board: "atmega32u4 (HW Uart)"
Processor: "atmega32u4 (5V 16MHz)"
Pinout: "SHA atmega32u4"

Simple test sketch does output to serial port.

Any ideas?

@ghoti57
Copy link
Owner

ghoti57 commented Nov 13, 2021 via email

@lloyda
Copy link
Author

lloyda commented Nov 13, 2021

@lloyda
Copy link
Author

lloyda commented Nov 13, 2021

Sticking serial.println ("Hello World") in tty_init does give me an output.

@ghoti57
Copy link
Owner

ghoti57 commented Nov 13, 2021 via email

@ghoti57
Copy link
Owner

ghoti57 commented Nov 13, 2021 via email

@lloyda
Copy link
Author

lloyda commented Nov 13, 2021

I have a cc1101 connected.

@ghoti57
Copy link
Owner

ghoti57 commented Nov 13, 2021 via email

@lloyda
Copy link
Author

lloyda commented Nov 13, 2021

In theory, like this:

MOSI-B2 MISO-B3 SCK-B1
GDO0-TXD1(D3) GDO2-RXD1(D2)
SHA: CSN-B0

I will double check in the morning

@lloyda
Copy link
Author

lloyda commented Nov 14, 2021

So I had one of pins wrong. I'm now getting the version number, but nothing else. Looking at the code I thought I should be able to get a response from sending !V from the terminal window - but this does nothing? Or have a got this completely wrong?

@lloyda
Copy link
Author

lloyda commented Nov 14, 2021

Ignore that last comment, tracked that issue down to serial port window not sending the expected end of line character

@lloyda
Copy link
Author

lloyda commented Nov 14, 2021

And now getting some packets - had the GDO0 and GDO2 reversed.

@ghoti57 ghoti57 closed this as completed Nov 15, 2021
@ghoti57
Copy link
Owner

ghoti57 commented Nov 15, 2021

Glad you're sorted.

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

2 participants