das Grundprinzip eines solchen KeyPads ist mir bekannt (es gibt Anschlüsse für jede Row und Colum; Eines von beiden wird zeitmultiplexed bestromt und in der anderen Achse abgefragt)
Die GPIOs wären kein Problem, da ich eh schon einen Expander an meinem ESP83266 habe.
Doch mir wurde mehrfach davon abgeraten dies nun Scriptseitig abzudecken, da der Controller wohl (zumindest für eine vernünftige Abtastrate) an seine Grenzen kommen würde. (Zumindest mit Tasmota, was ich zwinged für andere Dinge brauche)
Es gab den Hinweis auf einen AnsteuerChip für solche KeyPads, aber dann wurde nicht genauer drauf eingegangen.
Daher hier dieser Beitrag und die Frage nach einem solchen Chip. Natürlich im Idealfall bereits mit Treiberkompatibilität zu Tasmota.
Liebe Grüße und noch einen schönen Restsonntag.
David
PS: Einen ESP32 möchte ich nicht, da ich für den kleinen Bruder ein wirklich kompacktes Layout in duzent gefertigter Hardware-Ausführung liegen habe. (Aber klar, wenn es gar nicht anders geht, kenne ich diese Notlösung...)
Doch mir wurde mehrfach davon abgeraten dies nun Scriptseitig
abzudecken, da der Controller wohl (zumindest für eine vernünftige
Abtastrate) an seine Grenzen kommen würde.
Ich kann mir keine Script-Sprache vorstellen, die auf diesem Power-Hog zu langsam ist, um so ein kleines Tastenfeld abzufragen.
Würde ich nicht machen, denn der ADC des ESP8266 ist ein grobes zittriges Schätzeisen mit bis zu 20% Abweichung. Brauchbar funktioniert er nur, wenn WLAN deaktiviert ist, aber um WLAN ein/aus zu schalten muss man den Chip rebooten.
Kann man machen. Du musst dir selbst überlegen, ob du für solche einfachen Sachen spezielle IC's neben deinen eigentlich super leistungsstarken ESP packen willst.
Das mangelnde Programmierfähigkeiten zunehmend mit mehr Hardware erschlagen wird habe ich ja bereits akzeptiert. Ich würde mir die Zeit nehmen, mich da rein zu fuchsen und es selbst zu programmieren (ohne spezial-IC). Alleine schon aus sportlichem Ehrgeiz (ist ja "nur" Hobby).
Das mangelnde Programmierfähigkeiten zunehmend mit mehr Hardware
erschlagen wird habe ich ja bereits akzeptiert. Ich würde mir die Zeit
nehmen, mich da rein zu fuchsen und es selbst zu programmieren (ohne
spezial-IC). Alleine schon aus sportlichem Ehrgeiz (ist ja "nur" Hobby).
Es gibt einfach extrem viele Baustellen die man als programmieraffiner Mensch (gerade wenn man beruflich auch programmiert) angehen möchte. Da ist man schon extrem Dankbar wenn man so geniale OpenSource Projekte wie Tasmota vorfindet, bei denen mit etwas Konfiguration bereits sehr viel funktioniert.
Anders formuliert: Ich spreche hier ja nur 1/7 Anwendungsfälle an, die ich mit diesem ESP umsetze. 6/7 funktionieren ja bereits ootb.
Wenn ich jetzt nur aus Ergeiz dieses Problem selber programmieren zu wollen auch die Zeit aufbringen muss die anderen 7 Fälle zu lösen (geschweigedenn des ganzes IP- und MQTT-Stack) klingelt es nur noch in meinem Kopf "nicht das Rad neu erfinden".
Wenn es um autarke ICs geht würde ich es sofort selber schreiben. Bei IOT bin ich glücklich über jeden IC, der mir Kleinigkeiten abnimmt.
Ich betrachte jetzt Mal den "TCA8418 I2C Controlled Keypad Scan IC" genauer.
BreakoutBoard bzw. TH-Variante wäre noch praktisch fals ich keinen ähnlichen finde!
Also danke für diesen Hinweis!
EDIT: mit dem HT16K33 habe ich bereits sehr oft gearbeitet. Also komisch das ich da nicht auch drauf gekommen bin. Mal schauen, ob es für irgendeinen davon einen fertige Tasmota Treiber gibt.
Typisch läßt man Tastenabfragen mit im Timerinterrupt (Systick) erledigen. Darin sollte auch gleichzeitig das Entprellen und Komfortfunktionen (langer Druck, Repeat) erfolgen.
Und es kann auch kein Tastendruck verloren gehen, wenn mal die Abfrage im Main etwas später erfolgt.
Das ist ja immer ein großes Ärgernis in kommerziellen Geräten, daß man besonders geduldig sein muß, weil der Programmierer von Hardware keine Ahnung hatte. Aber auch das Gegenteil sieht man oft, daß nicht richtig entprellt wird und dann zu viele Drücke registriert werden. Oder Geisterdrücke durch elektrostatische Entladungen erfolgen.
Ich betrachte jetzt Mal den "TCA8418 I2C Controlled Keypad Scan IC"
genauer.
BreakoutBoard bzw. TH-Variante wäre noch praktisch fals ich keinen
ähnlichen finde!
Also danke für diesen Hinweis!
EDIT: mit dem HT16K33 habe ich bereits sehr oft gearbeitet. Also komisch
das ich da nicht auch drauf gekommen bin. Mal schauen, ob es für
irgendeinen davon einen fertige Tasmota Treiber gibt.
Ich werde mal schauen, ob ich mich zwischen den Tagen mit dem SourceCode beschäftigen kann.
Habe erst mal 2 Feature-Requests für diese beiden Chips in GitHub auf gemacht. Vielleicht habe ich ja Glück und mir kommt jemand zuvor ;)
(Der HT16K33 wird als DisplayMatrix bereits supportes, nur KeyScan finde ich nicht)
Ich betrachte jetzt Mal den "TCA8418 I2C Controlled Keypad Scan IC"
genauer.
BreakoutBoard bzw. TH-Variante wäre noch praktisch fals ich keinen
ähnlichen finde!
Früher hätte man dafür einen Peripherial Interface Controller (PIC)(*) genommen und den entsprechend programmiert. Das geht heute immer noch. Und Microchip-typisch bekommst Du viele Typen auch noch als DIL.
(*) Das ist der Namensursprung. Die ersten PIC16C.. waren als IO-Controller gedacht.
(*) Das ist der Namensursprung. Die ersten PIC16C.. waren als
IO-Controller gedacht.
Man lernt nie aus. Hab erst ein mal in meinem Leben einen PIC programmiert.
(War glaube eine alternative DMX Software einen mini Par-LED-Scheinwerfers)
Gute 15 Jahre her.
Moin Leute,
jetzt Lag meine 3x4 fast ein Jahr in der Schublade und gestern habe ich die intern verbauten Widerstände durchgemessen (soweit man das kann):
jetzt Lag meine 3x4 fast ein Jahr in der Schublade und gestern habe ich
die intern verbauten Widerstände durchgemessen (soweit man das kann):
Das ist Quatsch, da sind keine Widerstände verbaut. Du mißt nur den Widerstand der Leitgummistößel.
Man kann natürlich Widerstände nehmen, um mit nur einem µC-Pin auszukommen:
Beitrag "Tastenmatrix auslesen über nur 2 Leitungen"
4-Bit parallele Datenleitungen (D0–D3) → Binärcode der Taste
Das sollte ja mit meinem bereits angehängten MCP23017 funktionieren, oder komme ich mit dem DAV (low bei Tastendruck) in Problematiken?
oder komme ich mit dem DAV (low bei Tastendruck) in Problematiken?
Vermutlich bin ich hier doch mit einem Keypad-Modul mit I²C (z. B. via
PCF8574) → dafür gibt es Tasmota-Treiber
besser bedient.
Hab gerade noch mal den MCP23017 (der ja bereits läuft) neben den PCF8574 gelegt.
Sehe gerade keinen Vorteil vom PCF8574 (sogar langsamer) außer das es wohl irgendwie einen "Keypad-Modus" (in Tasmota) für PCF8574 geben soll, aber ich finde den Teil auch nicht in der offiziellen Doku.
Daher werde ich wohl mit einem relativ hohen Polling und einigen Rules die 7 Pins selber auslesen.
P
var key = ""
var keys[4][3] = {"123","456","789","*0#"}
var rowpins[4] = {8,9,10,11}
var colpins[3] = {13,14,15}
B
// Scan alle 50 ms
every 50
{
for var r=0; r<4; r++
{
// alle Zeilen LOW, nur aktuelle HIGH
for var i=0; i<4; i++ do gpio(rp[i], i==r)
for var c=0; c<3; c++
{
if gpio(cp[c]) == 0
{
if key != keys[r][c]
{
key = keys[r][c]
publish("keypad", {"key":key})
}
break
}
}
}
}
So, hab da mal KEINE weitere Hardware gekauft, sondern nur die Firmware gewechselt:
(anhang)
Falls ihr auf dieser Basis noch eine Idee habt, wie ich das scannen performant pausieren könnte (dachte da an etwas wie, nur * reaktiviert den Fullscan)
Und falls ihr wisst, wie ich meine primitive "Entprellung" doch dazu überrede etwas zu senden, dürft ihr gerne noch Mal schreiben ;)
