VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Hier ein Beispiel wie die Anmeldung mit einem Raspi funktioniert steht z.B hier: https://www.pcwelt.de/ratgeber/Dect-…n-10022547.html
Es gibt auch noch die Möglichkeit mit einem Linux basierenden Sat/Cable Receiver zu steuern.
Vermutlich wird es darauf hinauslaufen, die Befehle direkt an ein Raspi zu senden der dann das DECT Gerät steuert weil die HTTP App das nicht kann.
Schau mal ins Webinterface deines Shelly, einfach die IP in den Browser eingeben und unter Weekly schedule die Timer anlegen und einrichten.
Deshalb mal eben eine Frage,wie bekommst du denn die SessionID?
Das ist der Punkt
Ich gebe die Adresse ein
http://192.168.178.1/login_sid.lua?version=2Und bekomme folgende Antwort
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<SessionInfo>
<SID>0000000000000000</SID>
<Challenge>195c5a10</Challenge>
<BlockTime>0</BlockTime>
<Rights/>
</SessionInfo>Mit der challenge geht's das weiter, die muß mit Username und Passwort zurück an die Fritzbox gesendet werden um die SessionID zu bekommen.
Lösungen die ich fand nutzen ein Linux, ein Raspi mit php Scripten aber völlig undurchsichtig dokumentiert.
Mit PC (Browser) probiert?
Deine Alternative Methode ist meine Standard Methode, allerdings mit PC.
Wenn die App hängt, schließe ich alle Apps und öffne sie erneut.
Ich nutze sehr gern die APP HTTP Shortcuts um meine Shelly ohne Cloud zu befehligen, nun hab ich gelesen das auch DECT Aktoren der fritzbox per http request gesteuert werden können.
Problem ist die SessionID, diese wird benötigt und wird bei jeder Anfrage quasi neu benötigt.
Die veröffendlichte API Doku ist für Leien was Scripte und c++ und php angeht ein unüberwindbares Hindernis.
Ziel wäre ein Befehl ein HeizkörperRegler DECT301 per Befehl einen Temperaturwert zu übermitteln.
Hat sich damit schon jemand beschäftigt oder hegt ebenfalls Interesse daran?
ok, dann in Codetag bitte
Und wie löst sich der Befehl auf? Ist das vorne die Start Zeit (0900) bzw (2200)?
Und was bedeutet das '0123456'? Und die '100', '50' und '
Schau mal in die veröffendlichte API Doku: https://shelly-api-docs.shelly.cloud/#shelly-dimmer-sl-settings-light-0
Ja 0900 ist die Uhrzeit für den Timer,
0123456 sind die Wochentage,
on / off sind an und aus und
100 / 50 sind die Prozentzahlen bei Dimmerfunktionen.
libu danke aber es ist unüblich den "interessanten Teil eines Befehls mit Punkten einzukürzen, besser http durch hxxp ersetzen und die IP ist eh privat von daher ist die erkennbarkeit Wurscht.
Denk auch bitte mal daran ein /wifiscan zu machen.
Zum Screenshot, ein Leerzeichen in der SSID wurde ich vermeiden, binderstrich geht.
Ich würde 60s machen. Lass doch einfach länger warten wem juckts.
Vielleicht ist das Schaltnetzteil im PC defekt. Ein einzelnes bestromen der der Komponenten an diesem Stromkreis könnte helfen den Fehlerverursacher zu finden.
mal bei den Einbauorten der einzelnen Shellys zu prüfen welche WLAN Netze und in welcher Stärke zur Verfügung stehen
Das geht mit dem Shelly selbst.
Nach dem reset verbindet man sich mit dem Shelly Wlan und führt auf dem Browser den Scan durch:
http://192.168.33.1/wifiscannach einem weiteren Scan wird das Ergebnis angezeigt, z.B wie bei mir.
aber wenns was bringt stellt das auch kein Problem dar, den Shelly zu resetten und auf dem Tisch neu zu starten.
Vorschlag, entweder so dicht wie möglich an der Fritzbox oder am TP wenn möglich ohne Einfluss der Fritzbox, es sollte ausgeschlossen sein das es zu einer ungewollten Vermischung der Netze beim Einrichten kommt, denn das hattest du ja bereits.
Alternativ eben über scene/n
oder der andere Haushalt hat ein Portweiterleitung und eine DynDNS Adresse, dann wird diese Adresse:Port statt der IP bei den localen Shelly eingetagen.
Ja offene Ports sind kritisch und sollten vermieden werden, aber VPN ist erstmal kompliziert und zum testen geht das allemal.
Esp8266 ist der Microchip der in Shellys verbaut wird und es gibt Probleme bei einigen Routern, somit ist es nicht ausgeschlossen das der Chipsatz in TP ebenfalls inkompatibel sein kann.
Dein TP hab ich AccessPoint bezeichnet weil ich nicht alles ausschreiben wollte.
Ob gleiche oder ungleiche SSID zur Anwendung kommen war nur eine Vermutung.
Zum Einbau Ort, es ist unter den Usern üblich, das die Shelly auf dem Tisch liegend konfiguriert werden.
Irgendwie langweilig die Threadbattle vom Werner und Schubbie.
Wartet doch erstmal eine Antwort ab. 
Ihr hab beide solange recht bis einer mehr recht hat.
Wenn der Shelly an der Fritzbox angelernt wurde und dann am AP betrieben werden soll und es unterschiedliche SSID gibt, kann es auch nicht funktionieren, da der shelly immer versuchen wird die Fritzbox zu erreichen.
Gleiche SSID bei Mixverbund kann, muß aber nicht funktionieren. Wenn der AP einen WLAN Chip nutzt der inkompatibel zu Esp8266 ist, wie bei einigen Router, wird es auch nicht gehen.
Shelly im Auslieferungszustand am geplanten Ort bringen und dort versuchen den AP zu erreichen, bzw ihn einzurichten.
Mein Beitrag zu ignorieren wird das Problem auch nicht lösen.
Wenn der Shelly an der Fritzbox angelernt wurde und dann am AP betrieben werden soll und es unterschiedliche SSID gibt, kann es auch nicht funktionieren, da der shelly immer versuchen wird die Fritzbox zu erreichen.
Gleiche SSID bei Mixverbund kann, muß aber nicht funktionieren. Wenn der AP einen WLAN Chip nutzt der inkompatibel zu Esp8266 ist, wie bei einigen Router, wird es auch nicht gehen.
Shelly im Auslieferungszustand am geplanten Ort bringen und dort versuchen den AP zu erreichen, bzw ihn einzurichten.
Ja, hier gibt jeder sein Senf dazu, aber wir wollen nur helfen.
DNS wird bei DHCP mitgegeben, handlich muß es eingetragen werden.
Welche Verschlüsselung ist eingestellt?
WPA2 (CCMP) oder WPA WPA2 und ist die überall gleich auf den Repeater?
Hier ist WPA2(CCMP) eingestellt und mit Fritzbox 7590 + Repeater 2400 genutzt.
Es nutzen doch sehr viele User einen shelly und andere Esp8266 Module ohne Probleme, so auch ich. Will sagen, das es nicht an der Firmware liegen kann auch wenn es bei dir so aussieht.