flipper tastatur

schneller test:

alle tasten funzen
die namen sausen auch super raus
der sensor funktioniert leider auf scheinbar keiner der 3 achsen

gegenprobe: hab auf den xx_key space gelegt und den probiert. der wuppt dann brav seinen space raus

weil ich dran rum gepfuscht hab, hier mein aktueller sketch:

#include <Keyboard.h>
/*
  flipper gross
*/
// ---------------------------------
// KEYS
#define RS_KEY 0x85
#define LS_KEY 0x81
#define R_KEY 0xB0
#define EC_KEY 0xB1
#define XX_KEY 0x20
#define UP_KEY 0xDA
#define RT_KEY 0xD7
#define LF_KEY 0xD8
#define DN_KEY 0xD9
#define SP_KEY 0x20
// STRINGS
#define N1_STRING "ratman"
#define N2_STRING "bastet"
// PINS
#define RS_PIN 2
#define LS_PIN 3
#define R1_PIN 4
#define N1_PIN 5
#define N2_PIN 6
#define R2_PIN 7
#define EC_PIN 8
#define XX_PIN 9
#define SENSE_X_PIN A3
#define SENSE_Y_PIN A2
#define SENSE_Z_PIN A1
#define UP_PIN 15
#define RT_PIN 14
#define LF_PIN 16
#define DN_PIN 10
// ---------------------------------


// Button helper class for handling press/release and debouncing
class button {
  public:
    const char key;
    const uint8_t pin;
    button(uint8_t k, uint8_t p) : key(k), pin(p) {}
    void press(boolean state) {
      if (state == pressed || (millis() - lastPressed  <= debounceTime)) {
        return; // Nothing to see here, folks
      }
      lastPressed = millis();
      state ? Keyboard.press(key) : Keyboard.release(key);
      pressed = state;
    }
    void update() {
      press(!digitalRead(pin));
    }
  private:
    const unsigned long debounceTime = 30;
    unsigned long lastPressed = 0;
    boolean pressed = 0;
};


class sensor {
  public:
    const int pin;
    int ref;
    int minBump;
    sensor(int p, int mB) : pin(p), minBump(mB) {}
    int readraw() {
      return analogRead(pin);
    }
    void setref() {
      ref = readraw();
    }
    bool hit() {
      return (abs(readraw() - ref) > minBump);
    }
    void tilt() {
      if (!(hit()) || (millis() - lastHit <= debounceTime)) {
        return;
      }
      lastHit = millis();
      Keyboard.press(SP_KEY);
      Keyboard.release(SP_KEY);
    }
  private:
    const unsigned long debounceTime = 2000;
    unsigned long lastHit = 0;
};


void failsafe() {
  for (;;) {} // Just going to hang out here for awhile :D
}


void typeName(int pin) {
  if (digitalRead(pin)) {
    return;
  }
  if (pin == N1_PIN) {
    Keyboard.println(N1_STRING);
  } else if (pin == N2_PIN) {
    Keyboard.println(N2_STRING);
  }
  delay(1500);
}


// Button objects, organized in array
button buttons[] = {
  {RS_KEY, RS_PIN},
  {LS_KEY, LS_PIN},
  {R_KEY, R1_PIN},
  {R_KEY, R2_PIN},
  {EC_KEY, EC_PIN},
  {UP_KEY, UP_PIN},
  {RT_KEY, RT_PIN},
  {LF_KEY, LF_PIN},
  {DN_KEY, DN_PIN},
  {XX_KEY, XX_PIN},
};


sensor sensors[] = {
  {SENSE_X_PIN, 100}, // ########## X EINSTELLEN ########## 
  {SENSE_Y_PIN, 100}, // ########## Y EINSTELLEN ########## 
  //{SENSE_Z_PIN, 100},  // ########## Z EINSTELLEN ########## 
};


const uint8_t NumButtons = sizeof(buttons) / sizeof(button);
const uint8_t NumSensors = sizeof(sensors) / sizeof(sensor);
const uint8_t ledPin = 17;
const unsigned long hitDebounceTime = 2000;
unsigned long lastHit = 0;


bool anyHit() {
  for (int i = 0; i < NumSensors; i++) {
    if (sensors[i].hit()) {
      return 1;
    }
  }
  return 0;
}


void anyTilt() {
  if (!(anyHit()) || (millis() - lastHit <= hitDebounceTime)) {
    return;
  }
  lastHit = millis();
  Keyboard.press(SP_KEY);
  Keyboard.release(SP_KEY);
}


void setup() {
  // Safety check. Ground pin #1 (RX) to cancel keyboard inputs.
  pinMode(1, INPUT_PULLUP);
  if (!digitalRead(1)) {
    failsafe();
  }
  // Set LEDs Off. Active low.
  pinMode(ledPin, OUTPUT);
  digitalWrite(ledPin, HIGH);
  TXLED0;
  for (int i = 0; i < NumButtons; i++) {
    pinMode(buttons[i].pin, INPUT_PULLUP);
  }
  delay(2000); // Wait for device to be at rest after plugging it in before setting reference g force.
  for (int i = 0; i < NumSensors; i++) {
    pinMode(sensors[i].pin, INPUT);  // not really necessary, just to be sure
    sensors[i].setref();
  }
  pinMode(N1_PIN, INPUT_PULLUP);
  pinMode(N2_PIN, INPUT_PULLUP);
}


void loop() {
  for (int i = 0; i < NumButtons; i++) {
    buttons[i].update();
  }
  anyTilt();
  typeName(N1_PIN);
  typeName(N2_PIN);
}

er schreibt mir auch beim rütteln keine leerzeichen ins notepad++
wohin muss/darf ich denn die 100 drehen fürs auslösen?

die erklärung der werte kapier ich mal so gar ned *g*

aber zum tages programm:

gewollt auslösen tut er unter 40. wahrscheinlich wird's eher 20 oder so werden, aber ...

das unlustige, nach dem ersten auslösen krieg ich hintenan so alle 2 sek. spaces geschrieben.
hab nur mal x noch zum testen an. y und z sind derweil mal aus.

glaub ich ned - ist erstens recht gut fest gemacht und 2. so schön im 2 sekunden takt bis in alle ewigkeit ausfälle?
und - es war ja öfter

nachtrag:

mal zeigen:

spielfertig: und nach hinten geklappt fürs arbeiten:

was noch fehlt:
mein logo, aber das wäre beim rum-testen sehr störend. weitere verzierungen. mir schweben da "kupfer-schilde" vor oder sowas.
ganz wichtig - hatte ich verpennt - ein "stopper", der dafür sorgt, dass alles nicht so wackelt im runtergeklappten zustand. derweil hab ich da mal schnell einen stopper aus kabelbinder hin geklebt.

@Seppl1

hab mich ein wenig gespielt und 'nen weiteren arduino mit sensor gelötet und ihm auch ein neues usb-kabel verpasst.
der verhält sich exakt gleich:

1. nix passiert
2. einmal anstoßen ... 1 space kommt
3. weglegen ... space kommt immer wieder

damit wir auch ganz sicher übers selbe reden:

bitte nicht die lötarbeit beurteilen - ist mein "test arduino" und schon mehrfach aufs schändlichste mißbraucht worden.
der gnd ist weg gebogen und per draht zum gnd des arduino geführt, nur falls man das nicht richtig erkennen kann.

nachtrag

im sketch ist immer nur noch x in aktion

@Seppl1 das schaut dann so aus:

void anyTilt() {
  if (!(anyHit()) || (millis() - lastHit <= hitDebounceTime)) {
    return;
  }
  lastHit = millis();
  Keyboard.println(ref);
}

fehler:

Arduino: 1.8.16 (Windows 10), Board: "Arduino Leonardo"






C:\Users\the ratman\Documents\Arduino\flipper_xxl\flipper_xxl.ino: In function 'void anyTilt()':






flipper_xxl:145:20: error: 'ref' was not declared in this scope






   Keyboard.println(ref);






                    ^~~






C:\Users\the ratman\Documents\Arduino\flipper_xxl\flipper_xxl.ino:145:20: note: suggested alternative: 'feof'






   Keyboard.println(ref);






                    ^~~






                    feof






Mehrere Bibliotheken wurden für "Keyboard.h" gefunden






 Benutzt: C:\Users\the ratman\Documents\Arduino\libraries\Keyboard






 Nicht benutzt: C:\Program Files (x86)\Arduino\libraries\Keyboard






exit status 1






'ref' was not declared in this scope














Dieser Bericht wäre detaillierter, wenn die Option


"Ausführliche Ausgabe während der Kompilierung"


in Datei -> Voreinstellungen aktiviert wäre.

o.k. verguckt hab - das ding hat auch keine zeilennummern.

also hab ich das hier nu richtig?

class sensor {
  public:
    const int pin;
    int ref;
    int minBump;
    sensor(int p, int mB) : pin(p), minBump(mB) {}
    int readraw() {
      return analogRead(pin);
    }
    void setref() {
      ref = readraw();
    }
    bool hit() {
      return (abs(readraw() - ref) > minBump);
    }
    void tilt() {
      if (!(hit()) || (millis() - lastHit <= debounceTime)) {
        return;
      }
      lastHit = millis();
      Keyboard.println(ref);
    }
  private:
    const unsigned long debounceTime = 2000;
    unsigned long lastHit = 0;
};

@Seppl1:
wenn ich das zeug flashe, geht's - ich krieg zwar keine zahlen oder so, aber die spaces kommen, wie sie sollen und ohne nachträglichen "tick".
stecke ich den arduino aber ab und wieder an, dann tickt der space wieder.

am test-arduino geht's aber - nun frag ich dich: ist der arduino im keyboard hinüber? meine tasten funzen nach wie vor.
der einzige unterschied: am test-arduino ist nix weiter angelötet, nur der sensor.
is also die frage: willst du noch was probieren, oder soll ich gleich den lötkolben anwerfen, und den test-arduino einbauen?

nebenbei 2. baustelle: hab x jetzt auf 10 gestellt. am test-arduino, der ja frei rum liegt würde er dann zumindest brauchbar reagieren
an der eigentlichen tastatur muss ich ihm einen ordentlich schlag versetzen, damit er reagiert.

@Seppl1:

also den wert könnte man dann fest eintragen - entweder das ding steht zum spielen bereit, oder es ist zum löten nach hinten geklappt. mehr gibt's da nicht.

und ich hab's jetzt nochmal probiert:
die richtige tastatur steht ruhig am tisch, ich hab die tastatur an einem hub vom tisch weg dran, wo ich per schalter schalten kann - er tickt sofort los wenn er strom kriegt.
der test arduino machts aber richtig. also pro stupps ein space und sonst nix.

NACHTRAG:

nur, weils mir keine ruhe lässt ... damit ich das mit den auslöse-werten vielleicht mal kapiere:

wir brauchen am ende des projekts ja mal x und y, x in minus und plus richtung, y nur in eine richtung (hab's grad nicht im kopf, sagen wir plus richtung)

kannst du mir die werte für x und für y nennen:

auslösen von x in positive richtung sensibel: ??
auslösen von x in negative richtung sensibel: ??
auslösen von y in positive richtung sensibel: ??

auslösen von x in positive richtung mittel: ??
auslösen von x in negative richtung mittel: ??
auslösen von y in positive richtung mittel: ??

auslösen von x in positive richtung unsensibel: ??
auslösen von x in negative richtung unsensibel: ??
auslösen von y in positive richtung unsensibel: ??

NACHTRAG 3 oder 4, oder was weiß ich:

solltest du nix mehr anmerken, werd ich am nachmittag mal den test-arduino in die tastatur löten. mal schauen, vielleicht ist ja wieder mal nur ein hw-teil kaputt. wäre ja nicht das erste mal bei dem schinaschrott.
btw - zeilen nummern ... ich werd auch immer blöder. wenn man die dinger in den voreinstellungen ausschaltet, muss man sich ned wundern, wenn man keine nummern sieht *bg*

hehe, es lauft wieder mal wie immer.

der verbaute arduino scheint wirklich zu spinnen. ich hab ihn ausgelötet und wie den test-arduino nur mit sensor, ohne taster blaa betrieben ... er tickt, wie er es nicht soll.

jetzt durfte ich feststellen, dass der test-arduino 'nen wackelnden usb-stecker hat. den werd ich also sicherheitshalber nicht verbauen - ich muss mir also neue arduinos bestellen ... PAUSE bis donnerstag abend

so, die neune arduinos sind da, aber zeit hab ich nicht wirklich gehabt viel zu machen ...

da ich auf nummer sicher gehen will und nicht der schuldige an abgehenden usb-ports sein will, hab ich nur schnell einen neune halter entworfen. sicher ist sicher *g*

vorne sieht man die alte version, auf die der arduino geklebt wurde. der halter auf der rechten seite war dann vom usb-kabel der knickschutz.
tjo, jetzt ist der halter durchgehend, nix wird geklebt und damit das hält kommt beim stecker einfach ein bissi coroplast rum.

ist ja ned eilig - hab bis jetzt eh nix neues eingelötet - irgendwie hab ich mir 'nen poltergeist oder so eingefangen.
die woche geht alles kaputt. angefangen von den arduinos über außenrollos, hdmi-kabel (das schön in der wand verlegte, damit's auch ja blöd zum ersetzen ist), rasenmäher, ... ich hab also die lötarbeiten nicht wirklich vermisst *g*

zum fehler: ich kanns nicht genau sagen. auf jeden fall hat der eine sensor scheints gesponnen. das schließe ich aber auch nur daraus, weil alles anderes an dem arduino gefunzt hat. ist also eher ne schlechte schätzung.
ich kann derzeit nicht mal sagen, obs an der verdrahtung liegt. hatte ja jetzt noch keinen neune arduino mit sensor und knöpfen probiert.

sag weißt du folgendes? wir haben ja 3x gnd am arduino. da gibt's eh keine unterschiede hoffe ich?
ich hab nämlich alle 3 gnd's verwendet. 1 für den sensor und die andern 2 für die knöpfe der arme, bzw. die knöpfe an der mittelkonsole. einfach nur, damit ichs ein bissi übersichtlicher hab und beim eventuell vollständigen auseinanderbauen nicht alles kappen muss.
gute idee?
[ja|nein|vielleicht]

sodale, mal gelötet.

das könnte noch lustig werden. ich hab schon gespielt ... funzt geil!

aber!!!
2 mal hat der sensor wieder getickt nach dem anstoßen. also nix hin, wahrscheinlich nur irgendwo sensibel, blöd oder es fehlt noch was zum besseren dämpfen oder so.
wird wohl ne mischung werden aus halb kaputten sensor und einer unfertigen programmierung werden, wenn mal alles rennt *g*
aja, der sensor steht jetzt auf dem kopf aufgrund platzmangels für anders rum.

was die super ki des handys wider macht - ich lach mich nochmal tot! - die logos sind silber, genauer gesagt alufolie, dafür ist das orangene eigentlich wieder das schöne "steampunk copper". farbechtheit ist nicht so sehr samsungs hauptgeschäft.

jetzt muss ich mir nur mehr überlegen, wo ich die drähte hin packe ... am besten schneid ichs ab *lach*