So this works on my 3B (some booting here & there):
firstly do a fresh Stretch install
curl https://apt.matrix.one/doc/apt-key.gpg | sudo apt-key add -
echo "deb https://apt.matrix.one/raspbian $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/matrixlabs.list
sudo apt-get update -y
sudo apt-get upgrade -y
sudo apt-get autoremove -y
echo "dtoverlay=matrixio" | sudo tee -a /boot/config.txt
echo "matrixio-everloop" | sudo tee -a /etc/modules
echo "audio_pwm_mode=1" | sudo tee -a /boot/config.txt
sudo apt install -y matrixio-creator-init
sudo apt install matrixio-kernel-modules
wget https://raw.githubusercontent.com/matrix-io/avs-device-sdk/yc/kitt_ai/tools/MatrixLabs/setup.sh
wget https://raw.githubusercontent.com/matrix-io/avs-device-sdk/ada5a8c0222e4af5a3310ffe49e306d6903b0be1/tools/MatrixLabs/config.txt
sudo bash setup.sh config.txt
sudo bash startauth.sh
open browser to finnish the authentication on local 3000
sudo bash startsample.sh
but I have not been able to change the wakeword or add sounds for recognising (or not) the wakeword…
Kitt_ai website talks about modifying “KittAiSnowboyWakeWordEngine.cpp”, but I dont seem to have it.
EDIT: this setup still uses Sensory… that is not my goal; so title valid: Kitt_ai still not working.
echo "dtoverlay=matrixio" | sudo tee -a /boot/config.txt
echo "matrixio-everloop" | sudo tee -a /etc/modules
echo "audio_pwm_mode=1" | sudo tee -a /boot/config.txt
Hi @yoelrc88,
First of all thank you for your efforts, secondly have you ever tested this from scratch?
I did and besides another lost evening, the result was utter failure - again:
“CMakeFiles/Makefile2:3687: recipe for target ‘SampleApp/src/CMakeFiles/SampleApp.dir/rule’ failed
make[1]: *** [SampleApp/src/CMakeFiles/SampleApp.dir/rule] Error 2
Makefile:992: recipe for target ‘SampleApp’ failed
make: *** [SampleApp] Error 2”
If you start from a fresh Stretch image and follow the instructions to the letter, it fails.
I posted the full output in your fork, issue 1, build issues (https://github.com/matrix-io/matrixio-alexa-sdk-guide/issues)
Main error: [ 56%] Building CXX object CapabilityAgents/PlaybackController/src/CMakeFiles/PlaybackController.dir/PlaybackController.cpp.o
c++: internal compiler error: Killed (program cc1plus).
Please test from scratch - I assume you have upgraded/downgraded the gcc etc…
Mine hung at the same point. Same percentage of build, but different file. Mine was hung at settings.cpp. I cancelled, and rebooted. 2nd time it said it ran out of Virtual Memory. Rebooted again and it compiled just fine.
@OPK, You are right, it stops around 56% I think is related to using -j4 (using all processors) when building, Virtual Memory issue probably. I am double-checking everything but if this is the problem you have to options:
using -j2 as the official repo does (i just changed this at some point to make it faster ).
I was getting authorization errors and traced it back to not generating a new Client ID (can’t use the one from the device, have to generate a new one “Security Profiles - Other devices and platforms” ).
At least I’m hoping that is what the problem was.
I’m re-compiling now with the -j2 option instead of -j4.
The sampe config.txt file does not have a line for CLIENT_SECRET. I put mine in, assuming that it needs it.
Hmm, maybe the Rpi overheated while using j4. Ive seen that before. @yoelrc88 Question: when using a new wakeword model, do you need to run setup.sh again?
Btw I also put the Client_Secret in.
CBLAuthDelegate:requestToken
HttpPost:doPostSucceeded:code=400
CBLAuthDelegate:receiveTokenResponse:code=400,body={“error_description”:“The code pair has not been authorized”,“error”:“authorization_pending”}
CBLAuthDelegate:mapHTTPStatusToError:code=400,error=INVALID_REQUEST
CBLAuthDelegate:errorInLwaResponseBody:error=authorization_pending,errorCode=AUTHORIZATION_PENDING
CBLAuthDelegate:setAuthError:authError=AUTHORIZATION_PENDING
CBLAuthDelegate:receiveTokenResponseFailed:result=AUTHORIZATION_PENDING
That was the error I was having. I got the new Client ID from Security Profile, Other Devices, put it into config.txt, recompiled and got the same error. I then deleted everything and started from scratch with the new Client ID and it works.
I think that also happened to me at some point. I wanted to fix it without starting from scratch, removing the /db/cblAuthDelegate.db file did the trick.
… using 2018-04-18 Raspbian Stretch.