jawohl, das wars. Port 9000 und 9001 noch durchgereicht und schon läuft die Luzie
danke für den Hinweis mit dem debug - again what learned
werd ich gleich bei dem nicht funktionierenden shelly adapter anwenden
jawohl, das wars. Port 9000 und 9001 noch durchgereicht und schon läuft die Luzie
danke für den Hinweis mit dem debug - again what learned
werd ich gleich bei dem nicht funktionierenden shelly adapter anwenden
Danke für die Antwort. Jetzt verstehe ich auch das mit dem Umstellen auf debug
Folgendes wird im log angezeigt:
alexa2.0
2023-11-07 06:16:00.490 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
alexa2.0
2023-11-07 06:16:00.490 debug Plugin sentry destroyed
alexa2.0
2023-11-07 06:15:59.489 error Adapter seems to have issues and crashed three times in a row. Disabling!! Please start again and check logs.
alexa2.0
2023-11-07 06:15:59.481 info Starting Alexa2 adapter ... it can take several minutes to initialize all data. Please be patient! A done message is logged.
alexa2.0
2023-11-07 06:15:59.453 info starting. Version 3.25.2 in /opt/iobroker/node_modules/iobroker.alexa2, node: v18.18.2, js-controller: 5.0.12
alexa2.0
2023-11-07 06:15:58.937 debug Plugin sentry Initialize Plugin (enabled=true)
alexa2.0
2023-11-07 06:15:58.925 debug States connected to redis: 127.0.0.1:9000
alexa2.0
2023-11-07 06:15:58.880 debug States create User PubSub Client
alexa2.0
2023-11-07 06:15:58.880 debug States create System PubSub Client
alexa2.0
2023-11-07 06:15:58.877 debug Redis States: Use Redis connection: 127.0.0.1:9000
alexa2.0
2023-11-07 06:15:58.871 debug Objects connected to redis: 127.0.0.1:9001
alexa2.0
2023-11-07 06:15:58.862 debug Objects client initialize lua scripts
alexa2.0
2023-11-07 06:15:58.851 debug Objects create User PubSub Client
alexa2.0
2023-11-07 06:15:58.851 debug Objects create System PubSub Client
alexa2.0
2023-11-07 06:15:58.850 debug Objects client ready ... initialize now
alexa2.0
2023-11-07 06:15:58.832 debug Redis Objects: Use Redis connection: 127.0.0.1:9001
host.0a8d208b9b9f
2023-11-07 06:15:56.719 info instance system.adapter.alexa2.0 started with pid 6522
host.0a8d208b9b9f
2023-11-07 06:15:54.186 info instance system.adapter.alexa2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
alexa2.0
2023-11-07 06:15:54.163 info terminating
alexa2.0
2023-11-07 06:15:53.920 debug Alexa-Remote: Sending Request with {"host":"alexa-comms-mobile-service.amazon.de","path":"/accounts","method":"GET","timeout":10000,"headers":{}}
alexa2.0
2023-11-07 06:15:53.919 debug Alexa-Remote: No authentication check needed (time elapsed 166)
alexa2.0
2023-11-07 06:15:53.919 debug Alexa-Remote: Change Base URL for API calls to eu-api-alexa.amazon.de
alexa2.0
2023-11-07 06:15:53.919 debug Alexa-Remote: Response: {"alexaApiUrl":"https://api.eu.amazonalexa.com","awsRegion":"eu-west-1","retailDomain":"amazon.de","retailUrl":"https://www.amazon.de","skillsStoreUrl":"https://skills-store-eu.amazon.de","websiteApiUrl":"https://eu-api-alexa.amazon.de","websiteUrl":"https://alexa.amazon.de"}
alexa2.0
2023-11-07 06:15:53.753 debug Alexa-Remote: Sending Request with {"host":"alexa.amazon.de","path":"/api/endpoints","method":"GET","timeout":10000,"headers":{}}
alexa2.0
2023-11-07 06:15:53.753 debug Alexa-Remote: Authentication checked: true
Da nochmal einige lokale Ports angesprochen werden versuche ich diese jetzt noch die Ports im Bridge-mode Docker weiterzureichen. Ich schreib demnächst nochmal dazu ob es was gebracht hat.
Ausser dir fällt noch was anderes ein - dann gerne her damit
Viele Güsse
m@a
Hallo community,
nachdem ich tagelang alles Mögliche versucht habe, bitte ich nun um eure Untertützung:
Problem: zu doof für Unraid? / Alexa2 Adapter läuft nicht
(Ich weiss nicht ob es am Docker liegt, oder einfach gerade was anderes defekt ist)
Der Weg bis jetzt:
Alexa2 Adapter installiert
Problem: Cookie holen geht nicht, da Seite falsch verlinkt (verlinkt auf interne Docker Adresse).
Lösung: (für "falsche" Adresse): im Docker festen (unbelegten) Port zugewiesen (in meinem Fall 33536) und im Alexa Adapter unter Proxy den Port und die Docker IP hinterlegt. --> Amazon Seite lädt nun.
(Danke @Scholle - https://forum.iobroker.net/post/553236)
Problem: Cookie holen geht nicht -> die Amazon Seite lässt mich zwar einloggen, aber wenn ich versuche den per SMS gesendeten Code einzugeben, baut sich die Seite alle paar Sekunden neu auf.
schaffe ich es doch mal schnell genug zu tippen lande ich bei einem Amazon Hundebildchen (Error 404 - Seite nicht gefunden)
Lösung: Die Zweifaktor-Authorisierung 2FA (im Amazon Konto) auf OTP stellen und mit Key aus App einloggen. --> Seite endet mit "Amazon Alexa Cookie successfully retrieved. You can close the browser."
(Danke @Apollon77 - https://github.com/Apollon77/ioBroker.alexa2/issues/1009#issuecomment-1783870223)
Problem: Cookies werden wohl nicht gespeichert (machmal kommt wieder "Bitte den folgenden Link zur einmaligen Anmeldung im Amazon-Konto nutzen, um die Adapterverbindung zu Ihren Alexa-Geräten zu aktivieren."
oder "der adapter status wird geladen. bitte warten"
keine Lösung bisher, aber folgendes versucht:
-pihole vorsichtshalber ausgeschalten
-im Adapter Cookie Einstellungen gelöscht
-Adapter inkl. alter Einträge gelöscht und neu installiert (mehrfach)
-ioBroker Docker inkl. alter Einträge gelöscht und neu installiert (mehrfach)
-verschiedene Browser probiert (Vivaldi, Edge, Chrome)
-ausserdem habe ich versucht die Cookies manuell zu generieren/kopieren aber
Problem: https://www.gehrig.info/alexa/Alexa.html ist down
Lösung: https://web.archive.org/web/20220813181412/https://www.gehrig.info/alexa/Alexa.html
Problem: Cookies nach der gehrig Anleitung installieren geht nicht, da ich mit der Seite alexa.amazon.de keinen Webclient mehr herbekomme sondern nur noch den QR Code für die App
Lösung: keine
Mit meiner Auflistung will ich sowohl anderen helfen, den Weg bis hier zu schaffen falls sie vor ähnlichen Problemen stehen, als euch diese Community um Hilfe bitten. (Und zu zeigen dass ich vorher versucht habe ordentlich zu recherchieren)
Liegt es an mir, am docker oder am Adapter? Ich bin mit meinem Latein am Ende
Danke im Voraus fürs tapfere Lesen bis hierher und für mögliche Lösungsvorschläge!
Grüsse aus Bayern
man@arms
|Hardwaresystem:| Esprimo 566/2|
|Arbeitsspeicher:| 8GB |
|Festplattenart:| SSD |
|Betriebssystem:| Linux/Unraid |
|Platform:| docker (official image - v9.0.1) im Bridge Modus
|Node-Version:| 10.x.x |
|Nodejs-Version:| 18.18.2 |
|NPM-Version:| 9.8.1 |
Hallo zusammen,
ich bin noch recht neu in node red, aber von der ersten sekunde an begeistert.
Allerdings bin ich auf mein erstes Problem gestossen:
Kurzfassung: Nachdem ich auf deploy drücke gehen alle nodes auf "connected" - ohne status
Der Status und die folgenden Bedingungen gehen erst wenn der Node einmalig angesteuert wurde
z.B. Bedingung: Bewegungsmelder geht nur an wenn schalter aus - ABER schalter steht nach deploy nicht auf false (obwohl aus) sondern auf connected. Erst wenn ich einmal einschalte springt er auf "true" und beim ausschalten auf "false"
danach funktioniert alles. Bis ich eben wieder auf deploy drücke. dann stehen alle nodes auf connected
Ich müsste also jedesmal wenn ich was bastle das halbe haus abgehen um einmal alles ein und wieder aus zu schalten
Habe ich eine Einstellung übersehen?
Danke im Voraus
Gruss m@a
Langform:
Ich habe mit mit einem aqara motion sensor und shelly-dimmer einen bewegunsmelder "zusammengeschustert"
Dieser soll nur bei dunkelheit gehen und wenn das licht nicht eh schon an ist.
Dazu habe ich boolean-logic für eine AND verknüpfung installiert.
Also wurden folgende 3 topics ins AND gespielt: NICHT shelly.switch "true" & aqara.illumination <"70" & aqara.occupancy == "true"
diese funktionieren aber leider erst wenn allle mindestens einmal angesteuert wurden bzw. eine statusänderung erfahren haben
Hallo zusammen,
ich hatte exakt das gleiche Problem - die "curl -sL https://iobroker.net/install.sh | bash -"
Zeile wurde ohne einen Kommentar sofort beendet. Bzw. es ist einfach nichts passiert.
Ich war zunächst mit Putty/SSH auf dem Pi - Hier kam es zu o.g. Fehlerbild
Hier meine Lösung:
Da ich noch keinen Adapter für micro-HDMI habe, bin ich per Windows Remote auf die grafische Oberfläche des Pi (Computer:"die_IP_Adresse_deines_PI" / User: "pi" / Passwort: "dein_Pi_Passwort" (raspberry wenn noch nicht geändert))
Innerhalb der GUI dann den Terminal gestartet und die "curl -sL https://iobroker.net/install.sh | bash -"
von dort gestartet.
Und schon lief die Kiste
Da ich noch Linux neuling bin hab ich mir sagen lassen, dass es gerne zu SSH/Telnet Problemen kommen kann.
Ich hoffe hiermit dem ein oder anderen geholfen zu haben.
Gruss man@arms