html-Code für virtuelles website-Button-Pad

[Moppi]

Wie schon früher erwähnt, kann noch ein Reload
der Seite vom Browser aus veranlasst werden.
Eine Möglichkeit habe ich zunächst eingebaut.
So, wie ich jetzt lese, geht es ohne wohl nicht.

Die neue Version ist: 20191102.1

Zwei neue Variablen sind hinzugekommen:

  
  Variable:     bool ifRefresh = 1;  
  Beschreibung: Refresh der Seite ausführen 0 = nein, 1 = ja
  Ändern:       darf geändert werden
  Wirkrichtung: unidirektional, Programm -> Browser 
  ---------------------------------------------------------------------
  Variable:     const int RefreshTime = 4;
  Beschreibung: Zeit, nach der die Seite erneut abgerufen wird
  Ändern:       darf bei Programmerstellung geändert werden
  Wirkrichtung: unidirektional, Programm -> Browser

KeyPad20191102-1.zip


Ich weiß, Softwareentwicklung ist keine einfache Sache. Ablaufpläne haben wir hier noch gar nicht erwähnt,
aber eine Wahrheitstabelle für die Buttons wäre gut gewesen, dann hätte ich früher einen Überblick gehabt,
wie die wann reagieren sollen; hätte vlt. das ein oder andere mit einbauen können.


Falls Du das ausprobierst, bitte dran denken, dass die Steuerung des Seiten-Reload von Dir aktiviert oder
deaktiviert werden kann/soll/muss.





MfG

[HaWe]

danke, aber mit dem zip kan ich nichts anfangen - ich weiß nicht was wo hin soll und was stattdessen raus muss.
Außerdem stimmen die Variablen-Namen nicht mit 0.0.2a überein.
Bitte kopiere es in meinen Sketch ver 0.0.2a hinein und poste es neu!
Danke!

ich teste den lauffähigen Code dann ASAP!

[Moppi]

Meine Hilfestellung habe ich darin gesehen, bezüglich dieser Button-Pad-Geschichte
(ausgehend von Buttons mit LEDs) in möglichst kurzer Zeit, etwas zu erstellen,
das platzsparend im Quelltext unterzubringen und einfach dort austauschbar ist.
Letzteres, um die gute Wartbarkeit des Codes zu gewährleisten.
Dass das Produkt hier nicht das Ende der Weiterentwicklung darstellen muss,
sollte bewusst sein. Das betrifft auch die eingesetzten Techniken zur Datenübertragung,
seitens des Webbrowsers.


Modular und strukturiert vorzugehen, ist bei Teamarbeit unerlässlich, weil es
viel Zeit spart und das Projekt somit schnell voran bringt.


Der von mir vorgelegte Aufbau des Quelltextes ist zunächst experimentell, aber auch so
gewählt, damit das später in eine externe Bibliothek umgewandelt werden kann, wo aus
der Sache dann ein Objekt mit Methoden werden könnte.


Angesichts der Schwierigkeiten der Akzeptanz eines solchen Aufbaus / Vorgehens
sehe ich es aber als zu zeitraubend, zwei Quellcodes / Module zweier "Programmierer"
miteinander zu verquicken / ineinander zu verschachteln, so dass dann nur noch ein
größerer Quellcode da ist, mit vielen Bestandteilen, die mit der eigentlichen
Ausgangsaufgabe nichts zu tun haben. Wer soll den dann warten?


Der Quellecode liegt vor, ist einfach für Dich zu verstehen und daher steht es Dir frei,
das irgndwie anders in Deinem Programm umzusetzen oder zu integrieren.


Ob Du so eine Lösung aus technischer Sicht verwenden kannst, war von Anfang an fraglich
und muss(te) sich mit der Zeit herausstellen. Wissen kannst nur Du das, was Du dann für
Dein Vorhaben benötigst.


Ich werde an diesem Punkt nicht weiter daran arbeiten, sondern mich dann wieder anderen
Sachen zuwenden.




MfG
Moppi