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.

Sign up for GitHub

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

Jump to bottom

Problems with 6.35 #2

Closed
bsculley opened this issue Aug 19, 2018 · 22 comments
Closed

Problems with 6.35 #2

bsculley opened this issue Aug 19, 2018 · 22 comments

Comments

@bsculley
Copy link

The current version of the software (downloaded from the EVTV website) is 6.35. It does not compile due to apparent naming issues with Adafruit library. (BLE.h vs. Adafruit_BLE.h).

I installed the current Adafruit library and changed the names of the .h files to include the Adafruit_ prefix, but then got some very ugly errors regarding missing methods, unknown types, etc.

There seems to be nothing here that matches version 6.35.
Can you provide any guidance on what version to use and where to get it?
@collin80
Copy link
Owner

When in doubt, get the version from my github repos, not any versions from elsewhere. Last I knew the bluetooth library I have does work with GEVCU. You will probably need to update all libraries including due_can and can_common.

@bsculley
Copy link
Author

bsculley commented Aug 20, 2018 via email

@collin80
Copy link
Owner

The BLE library needs to be the "development" branch from my repo, not master branch. I just found this out. Apparently I forgot about this from 2 years ago when it was done. This the link for the proper version: https://github.com/collin80/Adafruit_BLE_SPI/tree/development

Sorry for the inconvenience.

@bsculley
Copy link
Author

bsculley commented Aug 21, 2018 via email

@collin80
Copy link
Owner

Pardon, it's been about 2 years since I had last set up to compile the code and had forgotten a few libraries. You need this one too:
https://github.com/collin80/Microsmooth

I will add this to the readme.

@bsculley
Copy link
Author

bsculley commented Aug 22, 2018 via email

@bsculley
Copy link
Author

bsculley commented Aug 28, 2018 via email

@collin80
Copy link
Owner

It should but that has not been well tested. Everything we've been using has been standard IDs.

@bsculley
Copy link
Author

bsculley commented Aug 30, 2018 via email

@bsculley
Copy link
Author

bsculley commented Sep 3, 2018 via email

@bsculley
Copy link
Author

bsculley commented Sep 4, 2018

Further to this issue, it seems that any sketch developed from source has the same symptoms, so it seems to be some issue between the Arduino IDE and the GEVCU board. I am using v1.8.5 of Arduino. Any idea what could be causing this?

@collin80
Copy link
Owner

collin80 commented Sep 4, 2018

Well, it's good news that the precompiled binary from EVTV works with the hardware. That seems to prove that the hardware itself is fine. But, not so good news that compiling it yourself breaks every time. I must confess, there's a reason the files in this project are about 3 years old. They haven't been touched in that time. It's possibly a library issue. Though now I'm seeing you posted that any sketch breaks but the previously pre-compiled binary works. Hmmm... Have you tried very simple sketches just to prove that your Arduino installation isn't broken? Maybe just:

void setup()
{
}

void loop()
{
    SerialUSB.println("This is working");
    delay(1000);
}

@bsculley
Copy link
Author

bsculley commented Sep 4, 2018 via email

@collin80
Copy link
Owner

collin80 commented Sep 4, 2018

Yes, that sounds pretty irritating. I'm sorry you're having such trouble. Unfortunately each microprocessor has its own core and sometimes even a different compiler. So, it can be hard to prove that it is working properly by compiling for other systems. If you had an Arduino Due of some sort to test against that would help - maybe an EVTVDue or a plain Due or something like that. Then we could rule out the device itself as being the culprit though the fact that the binary updater works would tend to suggest that the hardware is functional. That simple sketches don't even work points toward it not being an issue with GEVCU code or the other hardware support libraries for things like CAN. All of this circles back around to there being some sort of brokenness with the Arduino installation. It wouldn't be the first time I've heard of that happening. Lame as this is going to feel, you might need to see if you can borrow time on another machine and clean install Arduino with the Due files and then try out something as simple as the sketch I posted to make 100% sure it isn't your computer or the Arduino installation on that computer. It can be pretty irritating. Arduino is supposed to make it easier for novices to get started with development but sometimes it makes it easier for obscure errors to manifest behind the scenes with no clearly defined cause. Hopefully all of this helps.

@bsculley
Copy link
Author

bsculley commented Sep 4, 2018 via email

@collin80
Copy link
Owner

collin80 commented Sep 4, 2018

Somewhat annoyingly, they changed the way libraries work, I think for the 1.6 and newer IDE releases. So, the likely possibility is that the libraries go somewhere else for that version. No, I don't remember specifics. But, so long as you've got it installed, try out 1.5.4 with a simple program and see if the GEVCU still locks up. You might be able to fix things as simply as deleting everything related to the Arduino IDE and starting over. Yeah, perhaps that doesn't sound very simple but sometimes it does have to happen. I'm pretty sure it has happened to Jack before and it happened to me once a couple of years back. Sometimes you have to nuke it from orbit to be sure then rebuild it.

@bsculley
Copy link
Author

bsculley commented Sep 4, 2018 via email

@collin80
Copy link
Owner

collin80 commented Sep 4, 2018

Don't worry about it, I know the Arduino IDE is like that. Sometimes it gets into a weird state and for reasons no one can explain it just plain ruins everything it touches until you delete everything and start over. Sometimes you can use the board manager to remove the files then install the new version, sometimes you have to nuke the whole IDE and find where it stores its files and zap those too. Hopefully you've shown it who's boss now and things will work better.

@bsculley bsculley closed this as completed Sep 5, 2018
@bsculley
Copy link
Author

bsculley commented Sep 5, 2018

Thanks.

@Yaweh1957
Copy link

Hi Collin,
Really require your expertise! I am new to this game but willing to learn! My headache is such, a week ago I could communicate with the GEVCU through Arduino but had major hiccup communicating with the DMOC through CCShell. The role has now reversed and I have comm's with the DMOC, but for some unknown reason, I simply cannot connect with the GEVCU. The Arduino software correctly loads/recognizes the board type ( Arduino Due native usb) and port. Running version 1.8.12. Opening the serial monitor shows no heartbeat. I have two of these boards, both giving the same result. I did try out a test sketch,( File, Examples, Basic, Blink,upload) The return message said, that the thread was successful and the CPU had been reset? Did I inadvertently Nuke he programme??? If so, how do I go about downloading the software, what version and where would I locate such? Really in a sticky spot! Will appreciate any advice/guidance from anyone on the forum. Kind Regards from SA! Fred.
fred@yawehelectrical.co.za

@collin80
Copy link
Owner

collin80 commented Sep 6, 2020

When you flashed the test sketch, did it do anything? GEVCU has it's only software switchable LED on digital pin 13 just like the blink sketch is expecting. As such, you should see the LED blink when you run that sketch. If it does then you can successfully compile and upload sketches which is good to know. Now, this DOES erase the normal GEVCU program. So, you'd then have to re-upload GEVCU6 to get back up and running. EVTV has a link to a binary updater that can be used to replace the firmware on the board without having to get everything set up to compile it yourself: http://media3.ev-tv.me/GEVCUupdate6.zip

@larsrengersen
Copy link

Last week I had issues with 1.8.12 while working on CAN-BUS. Small sketches loaded fine, but bigger ones were not successfully uploaded and only partially worked. Very strange. Upgraded to IDE 1.8.13 and it now works fine again. Hope that works for you too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@collin80 @bsculley @larsrengersen @Yaweh1957