Hallo
Ich versuche den (original) Cloud Server von https://github.com/WLANThermo-nano/WLANThermo_Server/ master Branch zum fliegen zu bekommen.
Docker nutze und mag ich, und so kann es dann auch jeder Interessierter mit paar Klicks nachbauen.
Leider habe ich keine Anleitung und reverse Engineering hat seine Grenzen.
Mein Setup:
Ich habe den miniV3 und LinkV1, SW 1.2.2
Docker + Docker-Compose unter Debian
SSL habe ich noch nicht aktiviert, die Server IP ist 192.168.98.65:8080
Ich habe allerding Probleme.
Hier in Forum sind nur paar Info-Schnippsels aus 2019 wo nur darüber diskutiert, wie ein eigener Cloud-Server ins Gerät reingepatcht wird.
Bei den aktuellen Geräten gibt es das aber schon, unter IoT-Benutzerdefinierten Cloud Service aktivieren-Url
Mit dieser URL dort, schreibt der Server tatschächlich alle 30s in die DB:
Ist die einzige URL die etwas bewirkte, "serial" musste ich zufügen damit sich was tut.
Ich sehe nun die Temperaturen Einträge in der "cloud" Tabelle.
Die Tabellen "devices" und "sw_versionen" sind leer und werden nicht beschrieben.
Im Browser unter
wird die WLAN Thermo Cloud Oberfläche aufgebaut, diese ist allerdings leer.
Aber sie lebt, alle paar Sekunden wird "POST /cloud.wlanthermo.de/data.php" aufgerufen, mit result=200.
Die Logs auf dem Server geben nun keine Fehler aus.
Meine ersten Fragen:
- Was muss im Gerät unter Benutzerdefinierten Cloud Service Url wirklich eingetragen werden
- Wie tragen sich die Geräte als devices ein ?
- Im update.wlanthermo.de/gitImporter.php wird die Tabelle software_files gefüllt. Wo finde ich deren Struktur ? (create SQL)
Für den Anfang, meine docker-compose.yml, fürs kurzen Überblick.
Ich versuche den (original) Cloud Server von https://github.com/WLANThermo-nano/WLANThermo_Server/ master Branch zum fliegen zu bekommen.
Docker nutze und mag ich, und so kann es dann auch jeder Interessierter mit paar Klicks nachbauen.
Leider habe ich keine Anleitung und reverse Engineering hat seine Grenzen.
Mein Setup:
Ich habe den miniV3 und LinkV1, SW 1.2.2
Docker + Docker-Compose unter Debian
SSL habe ich noch nicht aktiviert, die Server IP ist 192.168.98.65:8080
Ich habe allerding Probleme.
Hier in Forum sind nur paar Info-Schnippsels aus 2019 wo nur darüber diskutiert, wie ein eigener Cloud-Server ins Gerät reingepatcht wird.
Bei den aktuellen Geräten gibt es das aber schon, unter IoT-Benutzerdefinierten Cloud Service aktivieren-Url
Mit dieser URL dort, schreibt der Server tatschächlich alle 30s in die DB:
Ist die einzige URL die etwas bewirkte, "serial" musste ich zufügen damit sich was tut.
Ich sehe nun die Temperaturen Einträge in der "cloud" Tabelle.
Die Tabellen "devices" und "sw_versionen" sind leer und werden nicht beschrieben.
Im Browser unter
wird die WLAN Thermo Cloud Oberfläche aufgebaut, diese ist allerdings leer.
Aber sie lebt, alle paar Sekunden wird "POST /cloud.wlanthermo.de/data.php" aufgerufen, mit result=200.
Die Logs auf dem Server geben nun keine Fehler aus.
Meine ersten Fragen:
- Was muss im Gerät unter Benutzerdefinierten Cloud Service Url wirklich eingetragen werden
- Wie tragen sich die Geräte als devices ein ?
- Im update.wlanthermo.de/gitImporter.php wird die Tabelle software_files gefüllt. Wo finde ich deren Struktur ? (create SQL)
Für den Anfang, meine docker-compose.yml, fürs kurzen Überblick.
Code:
docker-compose.yml
# Use root/example as user/password credentials
version: '3.1'
services:
db:
image: pv/mysql:latest
build: ./db/mysql
environment:
MYSQL_ROOT_PASSWORD: example
volumes:
- "/docker/WT/mysql:/var/lib/mysql"
ports:
- 53306:3306
nginx:
image: wt/nginx:alpine
build: ./web/nginx
ports:
- "8080:80"
volumes:
- /docker/WT/www/html/:/var/www/html/
depends_on:
- db
php:
image: wt/php:fpm-alpine
build: ./php/fpm-alpine
volumes:
- /docker/WT/www/html/:/var/www/html/
depends_on:
- db
networks:
default:
driver: bridge
ipam:
driver: default
config:
- subnet: 192.168.88.0/24
Zuletzt bearbeitet: