Und für die DB, hier wird eingefügt… ich habe nicht den Eindruck, dass es ein Problem gibt, aber wenn ich diese Zeile lösche, startet der Server normal, sonst habe ich immer den Fehler « failed to start process »
PS: Ich habe irgendwo im Web gesehen, dass man Folgendes im Package hinzufügen muss… "dev": "nodemon --exec \"ts-node --cache-directory .tscache\" ./src/www.ts" oder "dev": "nodemon src/index.ts"
statt: "dev": "nodemon --exec 'ts-node --cache-directory .tscache' ./src/www.ts"
Ich denke schon … aber ich habe nichts in der Dokumentation gefunden, das das erwähnt, aber ich habe es wohl ausprobiert, indem ich Dinge aus dem Internet ausprobiert habe ^^
crwxrwxrwx 1 root dialout 166, 0 Mai 8 10:47 /dev/ttyACM0
Der in der Dokumentation empfohlene: Aeotec Z-Stick GEN5
Aber ich hatte keine Probleme damit, als ich Gladys auf dem Raspberry Pi verwendet habe, es war wirklich nur im Entwicklermodus und unter Windows hat es bereits funktioniert, also liegt es wahrscheinlich nicht am Dongle, es sei denn, unter Linux ist es anders ..
Verbinden Sie Ihren Z-Wave-USB-Stick mit Ihrem Raspberry Pi#
Gladys Assistant wurde mit dem Aeotec Z-Stick GEN5 und dem Z-Wave.me-Stick getestet.
Für mich ist das eine Empfehlung , auch wenn es nicht wörtlich gesagt wird, wird Ihnen empfohlen, diesen Dongle zu nehmen.
Okay… aber wie erklärt man, dass es unter Windows funktioniert hat und unter Linux scheinbar unmöglich ist?
Cool, was ist also die Wunderlösung? Oder hast du eine Idee, wie man den exklusiven Zugriff auf den Dongle erreichen kann? Denn ich stecke fest.
Morgen oder Montag werde ich es trotzdem auf einem Mac versuchen, ich habe ein paar Macs bei der Arbeit, aber ich kann mich nicht darauf verlassen, dass sie ewig halten
Das ist nicht in der Produktion, unser GitHub-Workflow ist ein « master », der der Zweig ist, in dem alle Zweige zusammengeführt werden. Wir veröffentlichen regelmäßig Docker-Images mit dem Tag « dev », die auf den letzten Commit von master verweisen.
Und regelmäßig, nach dem Testen, erstellen wir einen Git-Tag, der einen Docker-Build an einem bestimmten Commit auf master auslöst.
Hallo, hast du zufällig eine Idee, was die Ursache für meinen Fehler sein könnte? : POST http://localhost:1443/api/v1/service/zwave/connect → {"status":404,"code":"NOT_FOUND","message":"Route /v1/service/zwave/connect not found"}
Nach all dem wundert mich deine Geschichte trotzdem. Unter Linux sollte OpenZwave eigentlich normal funktionieren, auch wenn es nicht immer sehr stabil ist, es sollte eigentlich funktionieren.
deb http://*cz.archive.ubuntu.com/ubuntu* focal main multiverse
Danach habe ich der Anleitung gefolgt :
git clone https://github.com/GladysAssistant/Gladys gladys && cd gladys
cd server
npm install
npm run db-migrate:dev
npm start
Öffnen eines neuen Registerkarten im Terminal cd front npm install npm start
Danach bin ich auf ein Problem gestoßen, als ich den Schlüssel hinzufügte, ist der Server abgestürzt und ich konnte es lösen, indem ich der Anleitung in einer README-ubuntu.md gefolgt bin…
git clone https://github.com/OpenZWave/open-zwave.git
cd open-zwave
git checkout 5d18bbfb21d8cdc61ee6baae6f478c963297dfc5
make
sudo make install
sudo sh -c "echo '/usr/local/lib64' > /etc/ld.so.conf.d/openzwave.conf"
sudo ldconfig
cd && rm -rf open-zwave
Stelle sicher, dass die npm-Pakete korrekt installiert sind und dass Gladys ohne Fehler startet.
Konfiguriere dann den Z-Wave-Dienst in Gladys, denn ich glaube, dass der Fehler nicht mit deinem Dongle zusammenhängt, sondern mit Gladys. Ich verstehe nicht, warum du eine 404-Fehler auf dieser Route haben solltest.
, auch wenn es nicht wörtlich gesagt wird, wird Ihnen empfohlen, diesen Dongle zu nehmen.
: