Mit Sicherheit, aber die wird dann nicht viel bringen. Brauch ja irgendeinen Dienst auf den sie zugreifen kann. Und dafür wird erstmal der Rest laufen müssen.
Grunsätzlich funktioniert der Service. Es ist meistens irgendeine Einstellung, die falsch ist.
https://play.google.com/apps/internalt…813762791846187 Hab einen ersten Google Play Testrelease. Aktuell noch ohne Authentifizierung.
Hab bei der App einen ersten Meilenstein erreicht. Will jemand beim Android Test dabei sein und Feedback geben?
Wenn du es über Bare Metal machst mit dem Batch Skript, kann es sein, dass beim Passwort irgendetwas abgezweigt oder escaped wurde.
... hier steht 8000.
Die 8000 ist bei mir dann der port für den Aufruf der UI auf dem lokalen Host.
Mit der 8080 (nicht wie im Fehler angegeben 9090) kriege ich:
2024-08-08T12:52:55 ℹ️ - Doing db initialization
thread '<unnamed>' panicked at src/main.rs:278:56:
Can't connect: Url(UnableToConnect("ws://192.168.2.211:9090/events?token=eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJhbGwiLCJleHAiOjE3MjMyODcxNjQsImlhdCI6MTcyMzExNDM2NCwiaXNzIjoiOTE0MTAxMDAyOTI0IiwianRpIjoiMmQwZmM4OWM4MTYwNDc2NWJiYmMyMmVkMjIyNDQ2YjkiLCJzdWIiOiJhZG1pbiIsInVzZXJfcGVybWlzc2lvbnMiOiJGRkZGRkZGRkZGRkZGRkZGIiwiZGV2aWNlIjoiOTE0MTAxMDAyOTI0In0%3D.nGlJoNtbNfOa0Xkz0pI121hsB5XOvwDoOBBdPYGcO1ZmilA6UAvoO1lhju%2BtJpI9ZMdreizUP2ohX%2B%2FN%2FsBfz9BinovGiD8jEf1EYhmFxUKqfvNMBMXIPXSCQnjb4MYd5a0qKBlF57pQ7fDmKL1RcyiPi4DDh%2Fp8CfT%2F5IyUId0%3D"))
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
thread 'main' panicked at src/api_lib/capability.rs:136:14:
called `Result::unwrap()` on an `Err` value: reqwest::Error { kind: Request, url: Url { scheme: "http", cannot_be_a_base: false, username: "", password: None, host: Some(Ipv4(192.168.2.211)), port: Some(8080), path: "/capability", query: None, fragment: None }, source: hyper_util::client::legacy::Error(SendRequest, hyper::Error(IncompleteMessage)) }
Hmm. Can't connect würde ich sagen kommt von dem Rust Backend. Das sollte sich über Port 8080 mit dem Livisi Backend verbinden. 9090 ist der Websocket Port. Da sollte es eigentlich gar keine Probleme geben.
Display More... nun scheint was zu laufen:
2024-08-06T18:46:34 ❌ - Error: error sending request for url (http://192.168.2.211:8000/auth/token)
2024-08-06T18:46:34 ℹ️ - Doing db initialization
2024-08-06T18:46:36 ❌ - Error: error sending request for url (http://192.168.2.211:8000/auth/token)
2024-08-06T18:46:36 ℹ️ - Starting server at port 8000. The ui is at /
2024-08-06T18:46:36 ℹ️ - Starting scheduler
2024-08-06T18:46:36 ℹ️ - starting 4 workers
2024-08-06T18:46:36 ℹ️ - Actix runtime found; starting in Actix runtime... nun komme ich zu:
aber bis auf Standarddienste ist fast alles leer bzw. mit dummys belegt.
PS: Ist es egal ob SHC V1 oder V2?
Home und Geräte müssten zumindest ausgefüllt sein. Zu Szenarien bin ich noch nicht gekommen.
Also mir ist der Aufruf jetzt gelungen - einfach Doppelklick auf die run.bat
Allerdings erschließt sich mir der Sinn des Ganzen nicht wirklich, da all das was hier mit viel Mühe und Arbeit erstellt werden muss unter OpenHAB schon fix und fertig ist....
Ja mit Sicherheit kommt es noch nicht an das Level von OpenHAB ran. Aber was noch nicht ist, kann ja noch werden. Ich weiß auch nicht, ob man in OpenHAB Szenarien hinterlegen kann etc.
... bei mir endet es mit:
2024-08-06T16:15:13 ❌ - Error: error sending request for url (http://192.168.2.211:8000/auth/token)
thread 'main' panicked at src/main.rs:93:47:
called `Result::unwrap()` on an `Err` value: ()
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Hab das Logging an der Stelle ausgebaut. Wenn dus über die Bat Datei versuchst, kann es sein, dass da irgendwelche Zeichen nicht escaped sind etc.
Leider scheitere ich schon daran 😉
Wo ist der Fehler?
Ich geb's erstmal wieder auf... Frau und so....🤷🏼♀️
Du musst .\run.bat ausführen \run.bat würde bedeuten, dass der im Root Verzeichnis wäre.
Display More🤷🏼♀️🙈
Leider bin ich zu dumm um das ans Laufen zu bekommen.
1. es geht los mit der .bat: Eintrgaen der Base url mit oder ohne http:// und mit oder ohne Port??
2. Username sollte fix "admin" sein oder?
3. wenn ich es richtig beobachte, dann wird die .exe sofort wieder beendet ( kann auf der Taskleiste sehen, dass da kurz was ist) egal ob ich es über die .bat satrte oder über die .exe selbst.
4. deshalb ist meine vistit Seite sehr blank
aber zumindest die Überschrift sagt mir, dass ich da richtig bin...
windows 10 home (22H2)
habe jetzt 1h investiert aber es will nicht laufen...
VG Manuel
Kein Problem ich helfe gerne 
1. Mit http://<deine-livisi-adresse>:8000
2. Genau fix admin
3. Starte es am besten immer über das Terminal. Statt Doppelklick cmd öffen und dann .\run.bat eingeben. Dann siehst du, woran es scheitert
4. Es müsste eigentlich klappen. Das UI ist immer unter /ui vorzufinden.
ok - danke.
und wie rufe ich dann die Oberfläche auf wenn die EXE läuft ?
Du musst auf http://<deine-computer-adresse>:8000 gehen. Dann wirst du automatisch zum UI geleitet. Habs in die README aufgenommen.
Außerdem habe ich an der App weitergearbeitet. Mein Google Entwicklerkonto ist aktuell noch in der Überprüfung, aber ich denke ich erhalte da in den nächsten Tagen eine Rückmeldung.
Das ist einer der ersten Screens. Ich passe den noch weiter an, damit er besser aussieht.
Ein fertiger Screen sieht beispielsweise so aus:
Hi,
ich habs hoffentlich jetzt richtig eingestellt. Die Action liefert jetzt eine exe, das UI im static Ordner sowie ein Batch Script namens run.bat, das die Umgebungsvariablen setzt. Wichtig ist, dass ihr vor dem Aufruf diese setzt und auf Ersetzungen achtet. Mein Livisi Passwort besitzt ein % Zeichen, das wird von Windows entfernt.
Ich bau denke ich noch eine kleine Webseite, die direkt die Links zu den Builds liefert, sodass man nur draufdrücken muss. Ich muss selbst jedes Mal suchen, bis ich die Artefakte finde.
Unter Windows würde es Sinn machen, das als Dienst bereitzustellen. Ist auch nur eine EXE, aber eine die entweder die ServiceCommands bereitstellen muss (damit der Dienste-Manager von Windows diese Starten und Stoppen kann) oder halt eine normale EXE, die mit SRVAny oder einem anderen Wrapper aufgerufen wird.
Ich baue jetzt bei jedem Commit auf main eine Windows Version, die du direkt auf deinem Server laufen lassen kannst. Du findest die immer im Summary Tab wie z.B. https://github.com/SamTV12345/LIV…uns/10228694784
Display MoreHallo und willkommen Günter,
leider ist der Stecker ohne seinen eigenen Schlüssel wertlos (kann höchstens noch für Freaks zum umflashen interessant sein).
Es gibt auch keine Möglichkeit nach Abschaltung der Server mehr, einen Schlüssel zu erzeugen. Das heißt auch: alle original versiegelten Geräte sind per se unbrauchbar.
Also ja: Fehlkauf
Wenn Du einen funktionierenden Stecker haben willst, dann schreib mir gerne eine PN hab noch nagelneues mit Schlüssel 😉
VG Manuel
Angenommen man würde sich in das Thema reinfuchsen wollen. Irgendwo muss dann ja auf dem Flash des Thermostates/Zwischensteckers die Infos stecken, hast du da irgendwelche Infos, wie man das auslesen könnte? Gerne auch per PN.
Aktuell baue ich Docker Images. Alternativ kann ich auch noch Binaries für die gängigen Plattformen Windows, Linux, Mac bereitstellen. IIS meint wahrscheinlich den Windows Web Manager für Anwendungen. Wenn du es Bare Metal betreibst, müsstest du nur ein Batch oder Powershell Skript schreiben, das die benötigten Umgebungsvariablen setzt und anschließend das Programm aufruft. Unter Windows wäre das dann eine normale exe
Es gibt jetzt auch Fensterkontakte und Rauchmelder. Außerdem habe ich das Gateway um eine Funktion umgeschrieben, dass ihr mir einfach den API Output zuschicken könnt, ich diesen in meine lokale Anwendung importieren kann. Dadurch kann ich den SHC emulieren und so aus eurer Sicht entwickeln und somit direkt eure Ansicht vor mir haben, um Fehler zu debuggen.
Hallo zusammen,
ich hab zuvor im alten Livisi Forum über einen neuen Service berichtet, den ich aktuell am Bauen bin, um die grundlegenden Funktionalitäten von Livisi nachzubauen und so wieder zu ermöglichen, dass man das Portal sicher von außen erreichen kann und auch eine native App hat, die man auf dem Smartphone installieren kann. Der aktuelle Stand ist hier zu finden: https://github.com/SamTV12345/LIV…rtHome-Frontend. Wenn ihr einige Geräte vermisst, liegt es daran, dass ich aktuell nur folgende Typen freigeschalten habe:
- Zwischenstecker
- Zwischenstecker Außen
- Heizkörperthermostate Innogy
=> Weitere kann ich ohne Probleme hinzufügen.
Im Gegensatz zum Livisi Frontend bietet es ein sehr schnelles Laden, eine optimierte Darstellung auf Mobilgeräten, individuelle Übersichten über einzelne Räume für Temperatur und Feuchtigkeit und es wird weiterentwickelt. Als Nächstes steht eine Smartphone App an, um das Smarthome auch von unterwegs bequem über eine App zu steuern. Ihr könnt den Service ganz einfach über Docker installieren. Es gibt Images für alle gängigen Raspberry PI Modelle, ARM64, sowie normalen Servern auf x86 Basis.
Hi sorry, dass ich in die Diskussion reinkrätsche. Wann sind diese Geräteschlüssel relevant? Kann man die nur über den USB Stick ziehen oder gibt es da Alternativen über die API? Ich hab ein Backup der Schlüssel über einen USB Stick gezogen. Interessanterweise im Commander steht überall Geräteschlüssel fehlt.
