Zur Zeit laeuft ein improvisiertes padlock wieder. Es ist vom nbsp-Wlan aus unter padlock.nobreakspace.org zu erreichen. (eintrag in /etc/hosts auf dem PreRouter mit gepinten dhcp-Lease)

Es wurde dazu die nginx-conf der Padlock-VM, die Webanwendung „Padlock“ und die PAdlock-CA auf den Pi umgezogen, welcher zuvor nur den Homematicstick via hmland und tcmplx der VM zur Verfuegung stellte.

Sobald Case zur verfuegbar ist, soll wieder zum urspruenglichen Setup zurueck gekehrt werden.

Zur Kompatibilität mit Geräten, die zwar XmlHttpRequest beherrschen, jedoch keine EventStreams unterstützen, wurde eine statische Version des zum Betätigen des Türöffners benötigten Formular-Codes in die Webseite eingebettet. Dieser wird, sobald das erste Lock vom Server mittels EventStream empfangen wurde automatisch im JavaScript als versteckt markiert. Dieser statische Block enthält an der Stelle, an der normalerweise der Zustand des Schlosses vermerkt ist, die Fehlerangabe „STATIC“, um auf den Umstand, dass dieser Eintrag statisch erzeugt wurde, hinzuweisen.

Um dies zu erreichen wurde in der app.js die Callback-Funktion update(e) ergänzt:

   function update(e) {
+    /* for legacy  */
+    var staticlocks = document.getElementById("staticlocks");
+    staticlocks.style.display = "none";
 
     var data = JSON.parse(e.data)

Sollte sich die Konfiguration der angebotenen Locks ändern, so ist in der index.html der im Body eingefügte UL-Tag entsprechend anzupassen. Die korrekte ID taucht im Source zwei Mal auf:

<ul class="locks" id="staticlocks">
  <li>
    <h1>Keller</h1>
    <span class="error">STATIC</span>
    <div class="buttons">
      <button onclick="var req = new XMLHttpRequest(); req.open('PUT', '/api/lock/261175'); req.send('lock')">zu</button>
      <button onclick="var req = new XMLHttpRequest(); req.open('PUT', '/api/lock/261175'); req.send('unlock')">auf</button>
    </div>
  </li>
</ul>

padlock-legacy

WIP Überarbeitung