Ja, die HS110 (Verbrauch in Watt)
Falls du Infos brauchst, zögere nicht
Ja, die HS110 (Verbrauch in Watt)
Falls du Infos brauchst, zögere nicht
Ich habe das gefunden, aber ich muss meine Physikaufgaben nochmal durchgehen ![]()
Ich muss schauen, ob Gladys all diese Daten verwaltet:
current_ma: 125, (momentaner Verbrauch in Milliampere?)
power_mw: 3140, (momentaner Verbrauch in Millwatt?)
total_wh: 51493, (Gesamtverbrauch in Wattstunden?)
voltage_mv: 122049 (momentaner Verbrauch in Millivolt?)
Ich habe eine HS100, ich warte geduldig auf die Veröffentlichung ![]()
Gleiches gilt für mich, ich habe mich gerade mit zwei Steckdosen ausgestattet: HS110 und HS100.
Da der PR fast gemerged ist, denke ich, dass wir das in mehreren Schritten machen sollten:
Andernfalls wird die Integration des Dienstes einen Monat dauern, um integriert zu werden. Die Geräte müssen gelöscht/neu erstellt werden, um die neuen Funktionen hinzuzufügen, wenn sie verfügbar sind.
Wäre das in Ordnung für euch?
Ja, kein Problem, der Verbrauch ist Bonus.
Ich habe versucht, die Infos mit der Bibliothek abzurufen, aber es hat nicht geklappt. In der mobilen App habe ich nur Watt.
Das passt mir sehr gut, ich mag es, wenn meine Geräte in Gladys erscheinen, auch wenn noch nicht alle Funktionen integriert sind… Das beruhigt ein wenig meine Ungeduld ^^ haha
100% einverstanden, um inkrementell vorzugehen (auf Funktionsebene, nicht auf Qualitätsebene), das machen wir seit Anfang der v4
Besser ist es, schrittweise zu liefern, als einen mehrere Monate dauernden Tunneleffekt zu haben und am Ende mit einer Integration dazustehen, die nicht den Anforderungen entspricht!
Ich wiederhole: In der v4 lautet das Mantra: « Wir machen wenig, aber was wir machen, machen wir gut ».
Da der Service nun fertig ist und bei mir auf der separaten Instanz funktioniert, wird er dann in Gladys 4.0.4 integriert?
Hallo,
vielleicht bin ich hier falsch, aber ich habe gerade Gladys auf meinem Raspberry 4 installiert. Gladys erkennt meine TP-Link L510E Glühbirne nicht.
Sie ist gut über WLAN konfiguriert, aber mit der TAPO-App (und nicht Kasa). Ich denke, es liegt an der Kompatibilität (nicht dieselbe App), aber ich wollte wissen, ob das der Fall ist und ob es dafür eine Entwicklung geben wird.
(und ob ich helfen kann und wie?)
Danke
Hallo und willkommen
Ich habe die TP-Link-Integration entwickelt und sie ist normalerweise recht generisch, aber ich habe vielleicht etwas vergessen. Das sollte auch mit der TAPO-App funktionieren.
Kannst du die folgenden Befehle auf deinem Raspberry Pi ausführen und mir das Ergebnis geben?
Dadurch kann ich das Problem besser verstehen und dein Gerät in Gladys integrieren, falls nötig.
docker exec gladys ./services/tp-link/node_modules/.bin/tplink-smarthome-api search
(du solltest ein Ergebnis dieser Art erhalten)
Searching...
startDiscovery({
discoveryInterval: 2000,
discoveryTimeout: 10000,
breakoutChildren: true,
broadcast: '255.255.255.255'
})
HS100(FR) plug IOT.SMARTPLUGSWITCH 192.168.1.95 9999 68FF7B01B726 8006838CDF953259CE6262C2644D32991B354C18 Kaffeemaschine
Dann, falls ein Gerät gefunden wurde, das Ergebnis des folgenden Befehls (wobei du die IP-Adresse durch die deines Geräts ersetzt)?
docker exec gladys ./services/tp-link/node_modules/.bin/tplink-smarthome-api getSysInfo 192.168.1.95
(du solltest ein Ergebnis dieser Art erhalten)
Sending getSysInfo command to 192.168.1.95: via tcp...
response:
{
sw_ver: '1.5.5 Build 191125 Rel.114303',
hw_ver: '2.0',
type: 'IOT.SMARTPLUGSWITCH',
model: 'HS100(FR)',
mac: '68:FF:7B:01:B7:26',
dev_name: 'Smart Wi-Fi Plug',
alias: 'Kaffeemaschine',
relay_state: 0,
on_time: 0,
active_mode: 'none',
feature: 'TIM',
updating: 0,
icon_hash: '',
rssi: -58,
led_off: 0,
longitude_i: -5869,
latitude_i: 448426,
hwId: '11D803E325E41BCC381AE00341B472B4',
fwId: '00000000000000000000000000000000',
deviceId: '8006838CDF953259CE6262C2644D32991B354C18',
oemId: '1967B9D71C3666B0D196769EE4452D38',
next_action: { type: -1 },
err_code: 0
}
hallo, danke für die schnelle Antwort,
ich entdecke noch raspberry und die linux-welt!
leider kann ich mich nicht mit dem raspberry verbinden, er verlangt ein login/passwort, das ich nicht kenne (und ich kann meine e-mail-adresse nicht als login eingeben, wegen der qwerty-tastatur)
ich sehe in den anfragen, dass es um docker geht, ich habe nur meine sd-karte mit gladys geflasht und danach gesehen, dass es eine dockerisierte installation gibt, rätst du mir, die installation mit docker neu zu machen?
zum schluss habe ich nicht herausgefunden, wie ich auf die logs zugreifen kann… das ist frustrierend!
entschuldige, dass ich dich mit noob-fragen nerve!
danke
Überhaupt keine Noob-Fragen ![]()
Um dich per SSH mit dem Raspberry Pi zu verbinden, musst du den folgenden Befehl im selben Netzwerk ausführen:
ssh pi@raspberry.local
Das Standardpasswort ist raspberry (Achtung mit deiner QWERTY-Tastatur). Falls es nicht funktioniert, musst du die IP-Adresse deines Raspberry Pi herausfinden (z. B. über dein WLAN-Router) und diesen Befehl (mit der IP) ausführen:
ssh pi@192.168.1.10
Falls du eine SD-Karte mit Gladys geflasht hast, ist alles vorinstalliert. Die Befehle, die ich dir oben gegeben habe, werden funktionieren, da Gladys bereits mit Docker auf deinem Raspberry installiert ist.
Um auf die Logs zuzugreifen, kannst du den folgenden Befehl ausführen (nachdem du dich per SSH verbunden hast):
docker logs gladys
Zögere nicht, dich zu melden, falls einer der Befehle nicht funktioniert.
Ich konnte die Befehle ausführen (danke für die Anleitung)
Ich habe erfolgreich
startDiscovery({
discoveryInterval: 2000,
discoveryTimeout: 10000,
breakoutChildren: true,
broadcast: '255.255.255.255'
})
ausgeführt, aber danach passiert nichts, als ob sie nicht gefunden würde
Ich kann die Lampe vom Raspberry aus pingen, sie sind im selben lokalen Netzwerk über meine Freebox (Raspberry auf 192.168.1.6 und Lampe auf 192.168.1.31)
Ach Mist. Kannst du trotzdem den folgenden Befehl ausführen?
docker exec gladys ./services/tp-link/node_modules/.bin/tplink-smarthome-api getSysInfo 192.168.1.31
Ich werde prüfen, ob die von uns verwendete Bibliothek diesen Gerätetyp unterstützt.
@cicoub13 wie verwaltet man den DHCP?
Ich habe gerade festgestellt, dass ich viele Fehler in den Logs habe
2021-02-08T20:23:22+0100 <error> device.poll.js:24 (DeviceManager.poll) Error: connect ECONNREFUSED 192.168.1.13:9999
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) {
errno: 'ECONNREFUSED',
code: 'ECONNREFUSED',
syscall: 'connect',
address: '192.168.1.13',
Sie hat ihre IP geändert (ich weiß nicht, warum die Lease nicht verlängert wurde) Naja
{
sw_ver: '1.0.5 Build 200917 Rel.095956',
hw_ver: '4.0',
model: 'HS110(FR)',
deviceId: '8006A89E9A29647E0C74D9BE87DE9D7B1D4B0D12',
oemId: '246DE416BF8E57EE7F43ED52A8648B8E',
hwId: '9DA4C15B2058AC9665D8E067D78A32BE',
rssi: -63,
alias: 'Büro-Steckdose',
status: 'new',
mic_type: 'IOT.SMARTPLUGSWITCH',
feature: 'TIM:ENE',
mac: '3C:84:6A:6B:3E:59',
updating: 0,
led_off: 0,
relay_state: 1,
on_time: 305009,
active_mode: 'none',
icon_hash: '',
dev_name: 'Smart Wi-Fi Plug With Energy Monitoring',
next_action: { type: -1 },
err_code: 0
}
Die Änderung der IP-Adresse wird nicht verwaltet. Wenn sie sich ändert, muss sie in Gladys erneut integriert werden.
Aber sie sollte die IP-Adresse nicht ändern ![]()
Ich werde es fixieren, aber das könnte auch bei anderen passieren. Gibt es da nichts, was wir dagegen tun können?
Ich könnte das Netzwerk von Zeit zu Zeit scannen und wenn ich ein Gerät mit derselben deviceId aber einer anderen IP-Adresse finde, aktualisiere ich es in der Datenbank.
Aber das kommt mir zu sehr wie Zauberei vor, oder?
Oder per MAC-Adresse scannen und neu zuordnen, falls eine Verbindungsfehler auftritt?
Bearbeitung: Ja, genau das wurde gerade gesagt ^^ aber mit der Geräte-ID
Ich habe meine Steckdose aus der Integration gelöscht und dann direkt gescannt, aber sie wurde nicht gefunden.
Ich musste auf eine andere Seite wechseln und dann zurück zur Integration gehen, um meine Steckdose erkannt zu bekommen.