[Discussie] Arduino-topic

[barrymossel]

trekker22 schreef op woensdag 24 februari 2016 @ 17:07:
wat is de beste/makkelijkste manier om vanuit een iOS apparaat een arduino te beinvloeden?

Ik wil een ledstrip onder bed gaan bevestigen icm motion sensor. Echter wil ik het ook gebruiken als wakeup-light in de morgen en ook middels mijn iPhone instellen dat de ledstrip gewoon werkt als sfeer verlichting.

Het leuke App Inventor is er alleen voor Android. Is het beste dan te gaan voor het draaien van een simpele webserver op de arduino icm een WiFly Shield?
Of toch Bluetooth?

Edit WiFi lijkt me ook handiger voor tijdsync -> wakeup light / wekker.

Edit na wat meer rondkijken, is een ESP8266 ook niet voor iemand met weinig ervaring? Dan heb je voor weinig geld meteen WiFi erbij:

http://www.instructables....el-LEDs-using-Arduino-ID/

Klinkt als een tof project. Ben benieuwd naar het eindresultaat. Via een ESP8266 moet dit inderdaad ook wel te doen zijn zover ik weet. Compacter en goedkoop: Het grote ESP8266 topic

En zou zoiets niet wat zijn: http://kino.pad2play.com/

[trekker22]

barrymossel schreef op woensdag 24 februari 2016 @ 21:04:
[...]

Klinkt als een tof project. Ben benieuwd naar het eindresultaat. Via een ESP8266 moet dit inderdaad ook wel te doen zijn zover ik weet. Compacter en goedkoop: Het grote ESP8266 topic

En zou zoiets niet wat zijn: http://kino.pad2play.com/

Al ff gepost in dat topic!

Had die app inventor al gevonden, maar 9,99€ en totaal geen recensies klinkt bijna als een scam?

Ga het eest geheel op breadboard uitwerken. Een veilige casing/bekabeling lijkt me ook nog een uitdaging. Moet wel 24h/7 project zijn op een slaapkamer.
Wil ook per uur in de nacht een andere kleur laten zien en fade in / fade out na xxx second.
Misschien ook mp3 voor echte wekker.

[ Voor 21% gewijzigd door trekker22 op 24-02-2016 21:18 ]

[reddo]

al eerder behandeld maar geen werkende oplossing gevonden... Heb een paar pro-mini's (328-16 Mhz) en die heb ik voorheen op m'n windows 7 machine geprogrammeerd met een FTDI232 adaptertje (zie onderstaande plaatje)



Nu spul een paar maanden op Windows 10 draaien maar met geen mogelijkheid dit ftdi ding op de pro mini werkend te krijgen. Bij start upload knippert groene ledje op de pro mini 2 keer of zo, daarna niets.....

Iemand advies ?

[mcDavid]

...handmatige reset geprobeerd?

[DurkVell]

reddo schreef op woensdag 24 februari 2016 @ 22:06:
al eerder behandeld maar geen werkende oplossing gevonden... Heb een paar pro-mini's (328-16 Mhz) en die heb ik voorheen op m'n windows 7 machine geprogrammeerd met een FTDI232 adaptertje (zie onderstaande plaatje)

[afbeelding]

Nu spul een paar maanden op Windows 10 draaien maar met geen mogelijkheid dit ftdi ding op de pro mini werkend te krijgen. Bij start upload knippert groene ledje op de pro mini 2 keer of zo, daarna niets.....

Iemand advies ?

Kan je wat meer informatie geven? Wat doe je precies? Wat lukt wel, wat lukt er niet?

[reddo]

Handmatige reset geprobeerd, maakt niet uit.

Ik probeer vanuit arduino IDE de pro-mini te programmeren middels een USB kabel en de FTDI adapter. Lukte dus voorheen in W7 wel. Nu, na installeren van de drivers voor W10 lijkt het goed in de PC (zie de juiste drivers en contact lijkt er ook te zijn) kies ik de juiste com poort in IDE, het juiste bord (mini of pro mini) en dan probeer ik de sketch er naar toe te schieten. Compilen gaat prima maar dan, als ie begint met upload, zie je de led op de FTDI unit een paar keer knipperen, de led op de pro-mini ook maar dan verder niets en blijft de upload hangen, tot timeout of, als ik de arduino reset, wegvallen van de comms.

Kortgezegd, uploaden gaat niet al lijkt het geheel wel verbinding te hebben/maken.

Al geprobeerd met verschillende baudrates, geen verschil.... Drivers er af en oudere versie er op.. geen verschil. W8 drivers er op.. geen verschil. Nieuwste drivers er weer op... geen verschil. Gegoogled... geen oplossing.

[ Voor 4% gewijzigd door reddo op 25-02-2016 18:36 ]

[mcDavid]

Weet je zeker dat het een legitieme FTDI is? Anders zou je misschien de beruchte brick-driver te pakken gehad kunnen hebben... Hoewel, volgens mij zou hij dan niet eens meer als USB-serial device herkend moeten worden.
Heb zelf een adaptertje met genuine FTDI die ik altijd gebruik om te programmeren, teveel gezeik gehad met goedkope nep-FTDI en prolific rommel.

Heb je dezelfde arduino al met een ander adaptertje geprobeerd te programmeren? Of een andere arduino met dit adaptertje?

[Vuikie]

reddo schreef op donderdag 25 februari 2016 @ 18:34:
Handmatige reset geprobeerd, maakt niet uit.

Ik probeer vanuit arduino IDE de pro-mini te programmeren middels een USB kabel en de FTDI adapter. Lukte dus voorheen in W7 wel. Nu, na installeren van de drivers voor W10 lijkt het goed in de PC (zie de juiste drivers en contact lijkt er ook te zijn) kies ik de juiste com poort in IDE, het juiste bord (mini of pro mini) en dan probeer ik de sketch er naar toe te schieten. Compilen gaat prima maar dan, als ie begint met upload, zie je de led op de FTDI unit een paar keer knipperen, de led op de pro-mini ook maar dan verder niets en blijft de upload hangen, tot timeout of, als ik de arduino reset, wegvallen van de comms.

Kortgezegd, uploaden gaat niet al lijkt het geheel wel verbinding te hebben/maken.

Al geprobeerd met verschillende baudrates, geen verschil.... Drivers er af en oudere versie er op.. geen verschil. W8 drivers er op.. geen verschil. Nieuwste drivers er weer op... geen verschil. Gegoogled... geen oplossing.

Het klinkt bijna alsof de bootloader van de pro-mini af is. De led die je ziet knipperen, is dat de TX led? of is het 'led-13' op de pro-mini. Als het de TX-led is op je FTDI, dan lijkt het op een gebrickde pro-mini. Als het de 'led-13' is op de pro-mini kan het zijn dat je de TX van de FTDI opgeblazen hebt(Heb ik ook een keer gehad). Dus dan reset de FTDI de pro-mini wel, maar dan gaat er niks naar toe zeg maar.

Anders dan dat kan ik vanuit hier niet zo 123 bedenken.

[reddo]

mcDavid schreef op donderdag 25 februari 2016 @ 18:49:
Weet je zeker dat het een legitieme FTDI is? Anders zou je misschien de beruchte brick-driver te pakken gehad kunnen hebben... Hoewel, volgens mij zou hij dan niet eens meer als USB-serial device herkend moeten worden.
Heb zelf een adaptertje met genuine FTDI die ik altijd gebruik om te programmeren, teveel gezeik gehad met goedkope nep-FTDI en prolific rommel.

Heb je dezelfde arduino al met een ander adaptertje geprobeerd te programmeren? Of een andere arduino met dit adaptertje?

Werkte voorheen prima onder W7 met dezelfde adapter en dezelfde Arduino (2 zelfs, beide arduino's geven nu hetzelfde probleem)

Vuikie schreef op donderdag 25 februari 2016 @ 20:13:
[...]


Het klinkt bijna alsof de bootloader van de pro-mini af is. De led die je ziet knipperen, is dat de TX led? of is het 'led-13' op de pro-mini. Als het de TX-led is op je FTDI, dan lijkt het op een gebrickde pro-mini. Als het de 'led-13' is op de pro-mini kan het zijn dat je de TX van de FTDI opgeblazen hebt(Heb ik ook een keer gehad). Dus dan reset de FTDI de pro-mini wel, maar dan gaat er niks naar toe zeg maar.

Anders dan dat kan ik vanuit hier niet zo 123 bedenken.

Eerste lijkt me onwaarschijnlijk daar ik 2 arduino's heb geprobeerd die beide voorheen probleemloos werkten en sindsdien 100% niet zijn gebruikt (de FDTI dinges ook niet overigens). Dat opblazen van de FTDI zou kunnen maar hoe ik dat dan heb gehad....

Maar, net ff 4 Arduino nano's besteld, die zijn niet heel veel groter maar met geintegreerde usb... 2 dollar per stuk.. stuk goedkoper als die uren gisteravond om de !^$#$% FTDI aan het werk te krijgen....

[ Voor 42% gewijzigd door reddo op 26-02-2016 00:17 ]

[Raven]

Ik heb hier een Nano v3 met wat ander spul op een breadboard. Het spul gaat gevoed worden via een op 5V ingestelde UBEC. Nou zit ik alleen met het punt: Hoe sluit ik de Arduino er op aan? De opties:
- Via USB, heb zat USB-kabels, kan er zo een kapot knippen en aan de voedingslijnen hangen;
- Vin, deze zit echter achter een spanningsregulator die meer dan 5V nodig heeft om 5V te kunnen leveren;
- 5V pin.

Die laatste is eigenlijk 5V output, maar las ergens dat die misschien ook als input gebruikt kan worden, mits het een stabiele 5V is. Klopt dat?

[mcDavid]

USB of 5V macht kein flaus aus, zit gewoon op dezelfde lijn.

[Raven]

Volgens mijn multimeter niet , net gemeten of er een verbinding tussen de 2 is, blijkbaar niet. Probes ook even omgewisseld ivm mogelijke aanwezigheid diode om USB te beschermen.

[ Voor 29% gewijzigd door Raven op 26-02-2016 15:07 ]

[barrymossel]

Is het mogelijk om het signaal dat uit een digitale pin komt draadloos over te brengen. Ik heb het dan over het data signaal dat naar een WS2812 led strip gaat. Kom er niet helemaal uit.

[DurkVell]

barrymossel schreef op vrijdag 26 februari 2016 @ 15:38:
Is het mogelijk om het signaal dat uit een digitale pin komt draadloos over te brengen. Ik heb het dan over het data signaal dat naar een WS2812 led strip gaat. Kom er niet helemaal uit.

IR-, of RFmodule, Bluetooth ...

[barrymossel]

Dat kan dus wél gewoon met een RF module? Ik heb zitten kijken naar VirtualWire maar dan gaat het over seriële data en dat is het niet toch?

[mcDavid]

Het signaal uit een digitale pin is ofwel een boolean (high/low), ofwel een byte (pwm waarde tussen 0 en 255). Lijkt me geen enkel probleem om dat via welk willekeurig data protocol dan ook door te geven toch?

---

Raven schreef op vrijdag 26 februari 2016 @ 15:00:
Volgens mijn multimeter niet , net gemeten of er een verbinding tussen de 2 is, blijkbaar niet. Probes ook even omgewisseld ivm mogelijke aanwezigheid diode om USB te beschermen.

volgens het schema zit er idd een diode tussen. Die zit er om de USB-poort te beschermen als je met een externe voeding per-ongeluk meer dan 5 volt op je arduino zet. Voor de rest maakt het geen fluit uit.

[ Voor 58% gewijzigd door mcDavid op 26-02-2016 16:13 ]

[Verwijderd]

Ik heb code geschreven om een 7-segment display aan te sturen met een 74HC595 shift register. Het zijn met name twee 7-segment displays die op dezelfde shift register aangesloten zijn, maar de common cathode hangt aan een aparte pin, zodat ik dus nog beide displays kan aansturen met één shift register.

Nu heb ik dit werkende gekregen en heb ik nu als test het display de getallen tussen 00 en 99 oplopend laten tonen. Maar nu stopt de Arduino bij 44. Als ik een bepaalde variabele uitlees met Serial.Println dan stopt ook die stroom van data. De Arduino begint terug als ik de power aan/uit zet of die seriële poort opnieuw open en sluit. Het lijkt alsof er een buffer vol geraakt en de Arduino vastloopt??

Hieronder mijn code ter referentie:

C: code

int no;
int no10;
int no1;
byte bitsequence;
byte lsb;
int refresha;
int refresh;


void setup() {
  pinMode(2, OUTPUT); //DATA IN
  pinMode(3, OUTPUT); //LATCH
  pinMode(4, OUTPUT); //CLOCK
  pinMode(5, OUTPUT); //A
  pinMode(6, OUTPUT); //B
  Serial.begin(9600);
}

void loop() {
  digitalWrite(2, LOW);
  digitalWrite(3, LOW);
  digitalWrite(4, LOW);
  digitalWrite(5, LOW);
  digitalWrite(6, LOW);
  refresh = 500;
  for (int j = 0; j < 100; j++) {
    no = j;
    no1 = no % 10;
    no10 = (no - no1) / 10;

    refresha = millis();
    while (millis() - refresha < refresh) {
      display_on(1);
      number_to_display(no1);
      delay(5);
      display_on(-1);
      number_to_display(no10);
      delay(5);
      
      Serial.println(no10);
    }
    delay(200);
  }
}

void number_to_display(int no) {
  bitsequence = number_to_bits(no);
  digitalWrite(3, LOW);
  shiftOut(2,4,LSBFIRST,bitsequence);
  digitalWrite(3, HIGH);
  delay(5);
  digitalWrite(3, LOW);
}

void display_on(int l0r){
  if (l0r == -1) {
    digitalWrite(5, LOW);
    digitalWrite(6, HIGH);
  }
  else if (l0r == 1) {
    digitalWrite(5, HIGH);
    digitalWrite(6, LOW);
  }
  else if (l0r == 0){
    digitalWrite(5, HIGH);
    digitalWrite(6, HIGH);
  }
}

byte number_to_bits(int number) {
  switch (number) {
    case 0:
      bitsequence = B01111101;
      break;
    case 1:
      bitsequence = B01100000;
      break;
    case 2:
      bitsequence = B00111110;
      break;
    case 3:
      bitsequence = B01111010;
      break;
    case 4:
      bitsequence = B01100011;
      break;
    case 5:
      bitsequence = B01011011;
      break;
    case 6:
      bitsequence = B01011111;
      break;
    case 7:
      bitsequence = B01110000;
      break;
    case 8:
      bitsequence = B01111111;
      break;
    case 9:
      bitsequence = B01111011;
      break;
  }
  return bitsequence;
}

[OcGuru]

Verwijderd schreef op zondag 28 februari 2016 @ 18:58:
Ik heb code geschreven om een 7-segment display aan te sturen met een 74HC595 shift register. Het zijn met name twee 7-segment displays die op dezelfde shift register aangesloten zijn, maar de common cathode hangt aan een aparte pin, zodat ik dus nog beide displays kan aansturen met één shift register.

Nu heb ik dit werkende gekregen en heb ik nu als test het display de getallen tussen 00 en 99 oplopend laten tonen. Maar nu stopt de Arduino bij 44. Als ik een bepaalde variabele uitlees met Serial.Println dan stopt ook die stroom van data. De Arduino begint terug als ik de power aan/uit zet of die seriële poort opnieuw open en sluit. Het lijkt alsof er een buffer vol geraakt en de Arduino vastloopt??

Hieronder mijn code ter referentie:

C: code

int no;
int no10;
int no1;
byte bitsequence;
byte lsb;
int refresha;
int refresh;


void setup() {
  pinMode(2, OUTPUT); //DATA IN
  pinMode(3, OUTPUT); //LATCH
  pinMode(4, OUTPUT); //CLOCK
  pinMode(5, OUTPUT); //A
  pinMode(6, OUTPUT); //B
  Serial.begin(9600);
}

void loop() {
  digitalWrite(2, LOW);
  digitalWrite(3, LOW);
  digitalWrite(4, LOW);
  digitalWrite(5, LOW);
  digitalWrite(6, LOW);
  refresh = 500;
  for (int j = 0; j < 100; j++) {
    no = j;
    no1 = no % 10;
    no10 = (no - no1) / 10;

    refresha = millis();
    while (millis() - refresha < refresh) {
      display_on(1);
      number_to_display(no1);
      delay(5);
      display_on(-1);
      number_to_display(no10);
      delay(5);
      
      Serial.println(no10);
    }
    delay(200);
  }
}

void number_to_display(int no) {
  bitsequence = number_to_bits(no);
  digitalWrite(3, LOW);
  shiftOut(2,4,LSBFIRST,bitsequence);
  digitalWrite(3, HIGH);
  delay(5);
  digitalWrite(3, LOW);
}

void display_on(int l0r){
  if (l0r == -1) {
    digitalWrite(5, LOW);
    digitalWrite(6, HIGH);
  }
  else if (l0r == 1) {
    digitalWrite(5, HIGH);
    digitalWrite(6, LOW);
  }
  else if (l0r == 0){
    digitalWrite(5, HIGH);
    digitalWrite(6, HIGH);
  }
}

byte number_to_bits(int number) {
  switch (number) {
    case 0:
      bitsequence = B01111101;
      break;
    case 1:
      bitsequence = B01100000;
      break;
    case 2:
      bitsequence = B00111110;
      break;
    case 3:
      bitsequence = B01111010;
      break;
    case 4:
      bitsequence = B01100011;
      break;
    case 5:
      bitsequence = B01011011;
      break;
    case 6:
      bitsequence = B01011111;
      break;
    case 7:
      bitsequence = B01110000;
      break;
    case 8:
      bitsequence = B01111111;
      break;
    case 9:
      bitsequence = B01111011;
      break;
  }
  return bitsequence;
}

int refresha;
int refresh;

Maak daar eens unsigned long van.

Een integer is niet geschikt om de waarde van millis(); op te staan. Hij gaat namelijk maar tot 32767(bij een uno) en dan gaat die naar de -32767 waardoor je rare dingen krijgt.

[Verwijderd]

OcGuru schreef op zondag 28 februari 2016 @ 19:35:
[...]


int refresha;
int refresh;

Maak daar eens unsigned long van.

Een integer is niet geschikt om de waarde van millis(); op te staan. Hij gaat namelijk maar tot 32767(bij een uno) en dan gaat die naar de -32767 waardoor je rare dingen krijgt.

Je bent een held!

[barrymossel]

mcDavid schreef op vrijdag 26 februari 2016 @ 15:56:
Het signaal uit een digitale pin is ofwel een boolean (high/low), ofwel een byte (pwm waarde tussen 0 en 255). Lijkt me geen enkel probleem om dat via welk willekeurig data protocol dan ook door te geven toch?

---

[...]

volgens het schema zit er idd een diode tussen. Die zit er om de USB-poort te beschermen als je met een externe voeding per-ongeluk meer dan 5 volt op je arduino zet. Voor de rest maakt het geen fluit uit.

Is het dan gewoon een kwestie van de data pin van de RF zend module aan de digitale uitgang pin te koppelen. Die stuurt het dan naar de ontvanger en Arduino 2 stuurt het uit op een tweede digitale pin die naar de LED strip gaat?

[mcDavid]

barrymossel schreef op zondag 28 februari 2016 @ 21:14:
[...]

Is het dan gewoon een kwestie van de data pin van de RF zend module aan de digitale uitgang pin te koppelen. Die stuurt het dan naar de ontvanger en Arduino 2 stuurt het uit op een tweede digitale pin die naar de LED strip gaat?

Ik denk dat het tijd wordt dat je precies uitlegt wat je wilt bereiken, want de oplossingen waar je in zit te denken zorgen voor meer problemen dan ze oplossen.

[barrymossel]

mcDavid schreef op zondag 28 februari 2016 @ 21:41:
[...]


Ik denk dat het tijd wordt dat je precies uitlegt wat je wilt bereiken, want de oplossingen waar je in zit te denken zorgen voor meer problemen dan ze oplossen.

Haha, je hebt helemaal gelijk!

Ik heb een radio gebouwd in een munitiekist met een 2.1 versterker. In de munitiekist zitten twee full range speakers en de subwoofer is los. Rond de subwoofer zit een led strip die als VU meter moet fungeren, zoals hier: YouTube: VU meter

Van de radio naar de subwoofer lopen 4 kabels. Twee voor de audio en twee extra (voeding). De VU meter moet via audio (uiteraard) worden aangestuurd. Echter is de audio die naar de subwoofer gaat reeds gefilterd (dus alleen laag geluid). Dat visualiseren ziet er wat minder mooi uit wanneer dar gaat met alleen het laag.

Ik heb dan twee opties: of het ongefilterde audio signaal in de subwoofer krijgen voor de VU meter, óf de Arduino die de leds aanstuurt in de munitiekist plaatsen en het data signaal naar de subwoofer sturen.

Voor beide oplossingen heb ik te weinig kabels van radio naar sub. Dus er moet iets draadloos worden overgepompt: data die de Arduino naar de subwoofer stuurt (digitaal) of het analoge ongefilterde audio signaal.

Dat zal denk ik de data moeten worden. Ik maak gebruik van de Neopixel library die op een bepaalde digitale pin data uitstuurt. Die data moet bij de ledstrip komen. Mijn vraag is dus concreet hoe ik (via de 433 Mhz module) dat data signaal (dat normaal direct van digitale pin naar de ledstrip gaat) in de subwoofer krijg bij de ledstrip.

[wilmardo]

Misschien is het een hele simpele vraag maar met mijn beperkte elektronicakennis kom ik er niet uit.
Ik wil in mijn kamer het licht gaan besturen met Domoticz maar daarnaast wil de schakelaar in de muur blijven behouden. De schakelaar schakelt 230v wisselstroom en dit moet ik omzetten in een logische status zodat ik daarmee Domoticz kan updaten. Dus voor de duidelijkheid wat psuedocode: Schakelaar aan > GPIO wordt hoog > Signaal schakelaar aan naar Domoticz.

Nu loop ik alleen vast bij de tweede stap, hoe kom ik van 230v wisselstroom naar een hoog/laag input van 3.3v (esp8266 heeft max 3.3v op de gpio). Mijn Google speurtocht van deze avond heeft niks opgeleverd maar misschien gebruik ik niet de juiste termen. Wie heeft hierover een goed idee of kan me in de juiste richting sturen?

[Raven]

Google "230v detection circuit" -> http://electronics.stackexchange.com/a/17010

[ Voor 29% gewijzigd door Raven op 29-02-2016 21:19 ]

[Promy]

@wilmardo: ik had eenzelfde probleem toen ik de pompen van m'n verwarming wilde uitlezen. Ik ben toen gegaan voor de meest veilige oplossing: een relais waarbij de sturing van het relais op 230V zit en het geschakelde contact als een drukknop is verbonden met de esp (mijn geval een arduino). Meer info hier

[ Voor 5% gewijzigd door Promy op 29-02-2016 22:56 ]

[trekker22]

ik krijg een ledstrip WS2812B niet aan de praat als test op Arduino.

De kabel heeft er al voorgesoldeerd een kabel aan zitten, maar die lijkt aan de DATA OUT kant te zitten?

Is dit alleen bedoel om kabels mee te verlengen? En moet ik zelf dus even kabeltjes aan de "beginkant" solderen?
EDIT slecht gekeken, heb het einde van een rol gekregen en moet ik aan de begin kant dus even solderen!

[ Voor 15% gewijzigd door trekker22 op 01-03-2016 16:15 ]

[wilmardo]

Raven schreef op maandag 29 februari 2016 @ 21:18:
Google "230v detection circuit" -> http://electronics.stackexchange.com/a/17010

Bedankt voor de input ik kom alweer een stuk verder met die zoekterm!

Promy schreef op maandag 29 februari 2016 @ 22:55:
@wilmardo: ik had eenzelfde probleem toen ik de pompen van m'n verwarming wilde uitlezen. Ik ben toen gegaan voor de meest veilige oplossing: een relais waarbij de sturing van het relais op 230V zit en het geschakelde contact als een drukknop is verbonden met de esp (mijn geval een arduino). Meer info hier

Interessant topic en inderdaad een nette oplossing. Hoe bevalt het ontwerp in gebruik? Het is wel een serieuze kandidaat voor hier in huis

[Verwijderd]

Goeieavond.

Ik ben een beetje aan het experimenteren.

Heb een motortje met molen gebruikt als analoge input en wil hiermee enkele LED's aansturen die snel gaan knipperen als de motor draait en uit staan als de motor stil staat.

Ik heb hiermee wat geprobeerd maar ik bekom net het omgekeerde effect. Hoe harder ik aan het molentje draai, hoe trager de LED's gaan knipperen. en als de motor niet draait, staan alle LED's aan.

Kan iemand mij helpen?

Dit is mijn sketch:


int sensorPin = A0; // select the input pin for the potentiometer
int L1 = 13;
int L2 = 12; // select the pin for the LED
int sensorValue = 0; // variable to store the value coming from the sensor

void setup() {
// declare the ledPin as an OUTPUT:
pinMode(L1, OUTPUT);
pinMode(L2, OUTPUT);
}

void loop() {
// read the value from the sensor:
sensorValue = analogRead(sensorPin);
// turn the ledPin on
digitalWrite(L2, LOW);
digitalWrite(L1, HIGH);

// stop the program for <sensorValue> milliseconds:
delay(sensorValue);

// turn the ledPin on
digitalWrite(L1, LOW);
digitalWrite(L2, HIGH);

// stop the program for <sensorValue> milliseconds:
delay(sensorValue);


}

[RobV]

@Josegers, wil je aub je code in [code] tags hangen, of een tool als pastebin gebruiken?

In plaats van langer wachten bij een hogere waarde (motortje draait harder), moet je korter wachten.

[Verwijderd]

RobV schreef op dinsdag 01 maart 2016 @ 21:30:
@Josegers, wil je aub je code in [code] tags hangen, of een tool als pastebin gebruiken?

In plaats van langer wachten bij een hogere waarde (motortje draait harder), moet je korter wachten.

Is voor mij allemaal een beetje nieuw, wat bedoel je precies?

[Raven]

@hierboven:

[code=c++]arduinocode[/]

Dat ziet er dan zo uit:

C++:

int sensorPin = A0; // select the input pin for the potentiometer
int L1 = 13;
int L2 = 12; // select the pin for the LED
int sensorValue = 0; // variable to store the value coming from the sensor

void setup() {
// declare the ledPin as an OUTPUT:
pinMode(L1, OUTPUT);
pinMode(L2, OUTPUT);
}

void loop() {
// read the value from the sensor:
sensorValue = analogRead(sensorPin);
// turn the ledPin on
digitalWrite(L2, LOW);
digitalWrite(L1, HIGH);

// stop the program for <sensorValue> milliseconds:
delay(sensorValue);

// turn the ledPin on
digitalWrite(L1, LOW);
digitalWrite(L2, HIGH);

// stop the program for <sensorValue> milliseconds:
delay(sensorValue);


}

[ Voor 104% gewijzigd door Raven op 01-03-2016 22:04 ]

[trekker22]

is er een mogelijkheid om een WS2812B strip te testen zonder tussenkomst van een arduino?

Heb nu de power/gnd/data kabels aan de juiste kant bevestig en toch wil het niet werken.

Of is het alleen aan te sturen via de Data/driver?

[LED-Maniak]

Je zal hem data moeten aanleveren wil hij iets doen.

[trekker22]

oplossing misschien gevonden. Van een adapter ging ik uit dat z/w de plus en zwart de min was.

En als ik correct meet (rood multimeter op z/w en zwart op zwart multimeter lees ik -5v af) is die dus andersom!

EDIT wat een stomme fout; had de kabel aan de achterkant gedesoldeerd, maar niet goed genoeg en maakte kortsluiting!

EDIT2 voorbeeld werkend gekregen met een externe 5v voeding en een arduino. Geinig spul.
Echter op sommige pagina's wordt gezegd een "dikke" condensator er tussen te zetten. Ik heb dit geprobeerd met een 220uF maar dan doet die niks, of hoe lang zou zo'n ding moeten opladen??

[ Voor 51% gewijzigd door trekker22 op 02-03-2016 11:43 ]

[Promy]

wilmardo schreef op dinsdag 01 maart 2016 @ 18:53:
Interessant topic en inderdaad een nette oplossing. Hoe bevalt het ontwerp in gebruik? Het is wel een serieuze kandidaat voor hier in huis

Ik ben uiteindelijk gegaan voor het relais van conrad en gebruik dit dubbel: het is ingebouwd in (6 stuks) in een aftakdoos in de garage en geeft visueel weer welke pomp actief is (via de led). Hiernaast lees ik via de raspberry pi (met interrupt) uit als er wijzigingen zijn.
Los van het feit dat ik soms een interrupt mis als het script meer dan 6 maand draait, werkt het perfect!

[barrymossel]

Misschien niet helemaal de juiste plek, maar ik vond het ook niet nodig een nieuw topic te starten:

Ik heb een versterker op ongeveer 14-16V waarvan ik een speaker output wil aansluiten op een analoge ingang van een Arduino. Op die output (volgens mij 100W bij 24V) is ook een subwoofer aangesloten. Hoe kan ik nu de weerstand berekenen die ertussen moet? Ik kom er even niet uit. Iemand die me kan helpen?

[Raven]

* Raven heeft zojuist een Arduino Nano draadloos geherprogrammeerd

Adafruit Learning System: Introducing Bluefruit EZ-Link Breakout

En niet eens drivers of speciale trucjes nodig. Plug&play bluetooth stickje, EZ-Link met 5 draadjes (waarvan 1 via condensator) aansluiten op de Nano en that's it

[ Voor 3% gewijzigd door Raven op 10-03-2016 18:20 ]

[Damic]

barrymossel schreef op donderdag 10 maart 2016 @ 17:01:
Misschien niet helemaal de juiste plek, maar ik vond het ook niet nodig een nieuw topic te starten:

Ik heb een versterker op ongeveer 14-16V waarvan ik een speaker output wil aansluiten op een analoge ingang van een Arduino. Op die output (volgens mij 100W bij 24V) is ook een subwoofer aangesloten. Hoe kan ik nu de weerstand berekenen die ertussen moet? Ik kom er even niet uit. Iemand die me kan helpen?

Wat wil je bereiken? Want er zijn wrs betere manieren.

[barrymossel]

Damic schreef op vrijdag 11 maart 2016 @ 17:38:
[...]
Wat wil je bereiken? Want er zijn wrs betere manieren.

Onderstaande schema rechts. Dat werkt zonder die weerstand van 10k, maar volgens mij heb ik zo al 3 pinnen opgeblazen op de Arduino door het geluid te hard te zetten. Met weerstand werkt het niet. Dus ik neem aan dat de weerstand te hoog is en zou graag willen weten hoe ik die dus bereken:

[Damic]

Dat is niet moeilijk, die schakeling is tot max 1W, je bent beter af met het signaal zelf dat de versterker in gaat (line input).

[barrymossel]

Ja dat weet ik, helaas krijg ik het audio signaal niet daar (VU meter waar de schakeling voor wordt gebruikt zit in een losse subwoofer en er gaan maar 4 kabels heen (voeding van de vu meter en (gefilterd) speaker signaal)).

[Damic]

Subwoofer opendoen en signaal van de vu meter nemen?Ow wacht je wilt een vu meter maken met arduino.
Speaker to line "filter" bouwen.

[ Voor 46% gewijzigd door Damic op 11-03-2016 18:50 ]

[BladeSlayer1000]

Hmm vandaag toch weer iets vreemd geval erbij..
Blijkbaar heeft mijn Arduino UNO, 2 COM adressen, voorheen had hij dit nooit..
Iemand anders bekend met dit probleem?



Edit; Hij doet het nog wel, uploaden erheen gaat goed en een blink sketch draaien werkt ook zoals het hoort

[ Voor 20% gewijzigd door BladeSlayer1000 op 13-03-2016 10:40 ]

[Snuffelke]

Ik zou graag voor gebruik in domoticz hier een status update aan toevoegen (AAN en UIT) via een vaste URL
vb

code:

http://x.x.x.x:8080/json.htm?type=command&param=udevice&idx=35&nvalue=1&svalue=20)

Hoe kan ik dit aan onderstaande code toevoegen, ik heb er geen flauw idee van en alles wat ik probeer lukt niet.

Ik heb meerdere digitale ingangen/switches hier 1 als voorbeeld.

code:

#include <SPI.h>
#include <Ethernet.h>

// MAC address from Ethernet shield sticker under board
byte mac[] = { 0xxx, 0xxx, 0xxx, 0xxx, 0xxx, 0xxx };
IPAddress ip(x, x, x, x); // IP address, may need to change depending on network
EthernetServer server(80);  // create a server at port 80

String HTTP_req;            // stores the HTTP request

void setup()
{
    Ethernet.begin(mac, ip);  // initialize Ethernet device
    server.begin();           // start to listen for clients
    Serial.begin(9600);       // for diagnostics
    pinMode(2, INPUT);        // switch is attached to Arduino pin 2

  }

void loop()
{
    EthernetClient client = server.available();  // try to get client
    
    if (client) {  // got client?
        boolean currentLineIsBlank = true;
        while (client.connected()) {
            if (client.available()) {   // client data available to read
                char c = client.read(); // read 1 byte (character) from client
                HTTP_req += c;  // save the HTTP request 1 char at a time
                // last line of client request is blank and ends with \n
                // respond to client only after last line received
                if (c == '\n' && currentLineIsBlank) {
                    // send a standard http response header
                    client.println("HTTP/1.1 200 OK");
                    client.println("Content-Type: text/html");
                    client.println("Connection: keep-alive");
                    client.println();
                    // AJAX request for switch state
                    if (HTTP_req.indexOf("ajax_switch") > -1) {
                        // read switch state and send appropriate paragraph text
                        GetSwitchState(client);
                    }
                    else {  // HTTP request for web page
                        // send web page - contains JavaScript with AJAX calls
                        client.println("<!DOCTYPE html>");
                        client.println("<html>");
                        client.println("<head>");
                        client.println("<title>Arduino Web Page</title>");
                        client.println("<script>");
                        client.println("function GetSwitchState() {");
                        client.println("nocache = \"&nocache=\"\
                                                         + Math.random() * 1000000;");
                        client.println("var request = new XMLHttpRequest();");
                        client.println("request.onreadystatechange = function() {");
                        client.println("if (this.readyState == 4) {");
                        client.println("if (this.status == 200) {");
                        client.println("if (this.responseText != null) {");
                        client.println("document.getElementById(\"switch_txt\")\
.innerHTML = this.responseText;");
                        client.println("}}}}");
                        client.println("request.open(\"GET\", \"ajax_switch\" + nocache, true);");
                        client.println("request.send(null);");
                        client.println("setTimeout('GetSwitchState()', 1000);");
                        client.println("}");
                        client.println("</script>");
                        client.println("</head>");
                        client.println("<body onload=\"GetSwitchState()\">");
                        client.println("<p id=\"switch_txt\">Switch state: Not requested...</p>");
                        client.println("</body>");
                        client.println("</html>");
                    }
                    // display received HTTP request on serial port
                    Serial.print(HTTP_req);
                    HTTP_req = "";            // finished with request, empty string
                    break;
                }
                // every line of text received from the client ends with \r\n
                if (c == '\n') {
                    // last character on line of received text
                    // starting new line with next character read
                    currentLineIsBlank = true;
                } 
                else if (c != '\r') {
                    // a text character was received from client
                    currentLineIsBlank = false;
                }
            } // end if (client.available())
        } // end while (client.connected())
        delay(1);      // give the web browser time to receive the data
        client.stop(); // close the connection
    } // end if (client)
}

// send the state of the switch to the web browser
void GetSwitchState(EthernetClient cl)

{
   if (digitalRead(2)) {
        cl.println("<test: AAN");
    }
    else {
        cl.println("test: UIT");  
    }
 }

[C.44]

Ik probeer als oefening een Pro Mini in Altium Designer na te bouwen, iets wat zonder echte kennis van Altium al een opgave op zich is imho. Nu kwam ik bij 't kristal / resonator aan en daar loop ik een beetje vast. Om te beginnen kan ik zulke onderdelen totaal niet vinden in Altium maar dat terzijde.

De Pro Mini heeft een resonator (iirc) met ingebouwde caps in een gruwelijk klein pakketje. Omdat ik dat in eerste instantie aan 't schema niet ontleden kon dat die caps in het pakket ingebouwd zaten bleef ik me afvragen wat voor waardes ik voor die caps moest aanhouden (omdat ik er vanuit ging dat ik die zelf moest plaatsen) (link naar schema). Zijn er buiten die caps voordelen aan dit pakket tov een normaal kristal / resonator zonder ingebouwde caps.

Toen ben ik eens goed gaan kijken naar m'n Uno R3 omdat ik met kon herinneren dat die wel een normaal kristal had, incl. twee aparte caps. Maar die blijkt voor de ATMega16U2 te zijn, de ATMega328P zelf gebruikt ook zo'n zelfde resonator met ingebakken caps. Ik kom er alleen even totaal niet bij waarom er gekozen is voor twee verschillende technieken ipv ook gewoon zo'n resonator met ingebakken caps te gebruiken voor de ATMega16U2?

Kan ik voor de ATMega328P-AU (Pro Mini) ook een normaal kristal met losse caps gebruiken ipv zo'n alles-in-1 device?

[mcDavid]

Volgens mij had dat te maken met de stabiliteit van de USB-verbinding. Dat ze voor de 16u2 niet met een resonator af konden.

Dat gezegd hebbende weet ik dat er ook zat USB-apparaten zijn die gewoon op de interne resonator draaien. De digispark bijv.

[ Voor 3% gewijzigd door mcDavid op 14-03-2016 23:10 ]

[barrymossel]

Snuffelke schreef op zondag 13 maart 2016 @ 17:22:
Ik zou graag voor gebruik in domoticz hier een status update aan toevoegen (AAN en UIT) via een vaste URL
vb

code:

http://x.x.x.x:8080/json.htm?type=command&param=udevice&idx=35&nvalue=1&svalue=20)

Hoe kan ik dit aan onderstaande code toevoegen, ik heb er geen flauw idee van en alles wat ik probeer lukt niet.

Ik heb meerdere digitale ingangen/switches hier 1 als voorbeeld.

code:

#include <SPI.h>
#include <Ethernet.h>

// MAC address from Ethernet shield sticker under board
byte mac[] = { 0xxx, 0xxx, 0xxx, 0xxx, 0xxx, 0xxx };
IPAddress ip(x, x, x, x); // IP address, may need to change depending on network
EthernetServer server(80);  // create a server at port 80

String HTTP_req;            // stores the HTTP request

void setup()
{
    Ethernet.begin(mac, ip);  // initialize Ethernet device
    server.begin();           // start to listen for clients
    Serial.begin(9600);       // for diagnostics
    pinMode(2, INPUT);        // switch is attached to Arduino pin 2

  }

void loop()
{
    EthernetClient client = server.available();  // try to get client
    
    if (client) {  // got client?
        boolean currentLineIsBlank = true;
        while (client.connected()) {
            if (client.available()) {   // client data available to read
                char c = client.read(); // read 1 byte (character) from client
                HTTP_req += c;  // save the HTTP request 1 char at a time
                // last line of client request is blank and ends with \n
                // respond to client only after last line received
                if (c == '\n' && currentLineIsBlank) {
                    // send a standard http response header
                    client.println("HTTP/1.1 200 OK");
                    client.println("Content-Type: text/html");
                    client.println("Connection: keep-alive");
                    client.println();
                    // AJAX request for switch state
                    if (HTTP_req.indexOf("ajax_switch") > -1) {
                        // read switch state and send appropriate paragraph text
                        GetSwitchState(client);
                    }
                    else {  // HTTP request for web page
                        // send web page - contains JavaScript with AJAX calls
                        client.println("<!DOCTYPE html>");
                        client.println("<html>");
                        client.println("<head>");
                        client.println("<title>Arduino Web Page</title>");
                        client.println("<script>");
                        client.println("function GetSwitchState() {");
                        client.println("nocache = \"&nocache=\"\
                                                         + Math.random() * 1000000;");
                        client.println("var request = new XMLHttpRequest();");
                        client.println("request.onreadystatechange = function() {");
                        client.println("if (this.readyState == 4) {");
                        client.println("if (this.status == 200) {");
                        client.println("if (this.responseText != null) {");
                        client.println("document.getElementById(\"switch_txt\")\
.innerHTML = this.responseText;");
                        client.println("}}}}");
                        client.println("request.open(\"GET\", \"ajax_switch\" + nocache, true);");
                        client.println("request.send(null);");
                        client.println("setTimeout('GetSwitchState()', 1000);");
                        client.println("}");
                        client.println("</script>");
                        client.println("</head>");
                        client.println("<body onload=\"GetSwitchState()\">");
                        client.println("<p id=\"switch_txt\">Switch state: Not requested...</p>");
                        client.println("</body>");
                        client.println("</html>");
                    }
                    // display received HTTP request on serial port
                    Serial.print(HTTP_req);
                    HTTP_req = "";            // finished with request, empty string
                    break;
                }
                // every line of text received from the client ends with \r\n
                if (c == '\n') {
                    // last character on line of received text
                    // starting new line with next character read
                    currentLineIsBlank = true;
                } 
                else if (c != '\r') {
                    // a text character was received from client
                    currentLineIsBlank = false;
                }
            } // end if (client.available())
        } // end while (client.connected())
        delay(1);      // give the web browser time to receive the data
        client.stop(); // close the connection
    } // end if (client)
}

// send the state of the switch to the web browser
void GetSwitchState(EthernetClient cl)

{
   if (digitalRead(2)) {
        cl.println("<test: AAN");
    }
    else {
        cl.println("test: UIT");  
    }
 }

Zoiets??

code:

  if (client.connect(server, 8080)) {
    Serial.println("connected");
    // Make a HTTP request:
    client.println("GET /json.htm?type=command&param=udevice&idx=35&nvalue=1&svalue=20 HTTP/1.1");
    client.println("Host: x.x.x.x");
    client.println("Connection: close");
    client.println();
  } else {
    // if you didn't get a connection to the server:
    Serial.println("connection failed");
  }
}

[C.44]

mcDavid schreef op maandag 14 maart 2016 @ 23:10:
Volgens mij had dat te maken met de stabiliteit van de USB-verbinding. Dat ze voor de 16u2 niet met een resonator af konden.

Dat gezegd hebbende weet ik dat er ook zat USB-apparaten zijn die gewoon op de interne resonator draaien. De digispark bijv.

De stabiliteit van zo'n communicatie tussen USB host en ATMega16u2 was eerlijk gezegd ook 't enigste wat ik kon bedenken omdat een kristal nauwkeuriger dan een resonator is.

Maar hoe zit dat dan met de communicatie tussen de 16U2 en de 328? De 328 gebruikt de minder nauwkeurige resonator. Word de clock van de 16U2 dan naar de 328 geforceerd op 1 of andere manier (ondanks dat ze geen directe verbinding hebben) tijdens de upload van sketches? Gaan ze er vanuit dat de kans op een stabiele communicatie goed genoeg is?

Dat de 328 op zich op de resonator loopt maakt in principe niet uit zo lang er geen timing kritieke verbinding is met een andere chip, maar juist het uploaden van sketches via de 16U2 naar de 328 is waar ik even verdwaal.

[mcDavid]

Tussen de 328 en de 16u2 wordt via TTL gecommuniceerd. Ik kan me best voorstellen dat dat iets minder timing-kritisch is dan USB. Maar het blijft een aanname.

[Snuffelke]

barrymossel schreef op dinsdag 15 maart 2016 @ 07:50:
[...]

Zoiets??

code:

  if (client.connect(server, 8080)) {
    Serial.println("connected");
    // Make a HTTP request:
    client.println("GET /json.htm?type=command&param=udevice&idx=35&nvalue=1&svalue=20 HTTP/1.1");
    client.println("Host: x.x.x.x");
    client.println("Connection: close");
    client.println();
  } else {
    // if you didn't get a connection to the server:
    Serial.println("connection failed");
  }
}

Bedankt voor het meedenken maar ik heb zo'n 20 schakelaars (ik heb er maar 1 laten staan als vb) waarbij ik de aan en uit stand wil doorgeven aan domoticz waar moet ik deze code dan bijzetten? onder deze code zal dit niet meer werken denk ik.

code:

void GetSwitchState(EthernetClient cl)

Heb ik al deze code nodig om die url door te sturen, ik moet geen feedback hebben op de arduino,
Sorry ik doe mijn best om het te begrijpen maar van programmeren ken ik zeer weinig. ik heb al zeer veel moeite moeten doen om deze code met stukjes bij elkaar te harken en naar wens te zetten maar er nog iets bijzetten lukt me maar niet.

[Verwijderd]

Ik heb een slimme meter (Kaifa 304C / 115200 baud / 8 bit) onlangs laten installeren en deze wil ik met mijn Arduino uitlezen.

Voor mij een hele uitdaging en heb de nodige uurtjes er al in zitten (aangezien ik niet veel kennis er nog van heb). Als ik met de Arduino software een simpele seriele test doe (P1 kabel met drie losse draadjes in de ground, +5v en pin 8 ) dan leest de Arduino software niets.

Er bestaat natuurlijk een kans dat het stekkertje naar de Kaifa niet lekker contact maakt, maar hoe kan ik die seriele test makkelijk doen?

C++:

#include <AltSoftSerial.h>

// AltSoftSerial always uses these pins:
//
// Board          Transmit  Receive   PWM Unusable
// -----          --------  -------   ------------
// Teensy 3.0 & 3.1  21        20         22
// Teensy 2.0         9        10       (none)
// Teensy++ 2.0      25         4       26, 27
// Arduino Uno        9         8         10
// Arduino Leonardo   5        13       (none)
// Arduino Mega      46        48       44, 45
// Wiring-S           5         6          4
// Sanguino          13        14         12

AltSoftSerial altSerial;

void setup() {
  Serial.begin(115200);
  while (!Serial) ; // wait for Arduino Serial Monitor to open
  Serial.println("AltSoftSerial Test Begin");
  altSerial.begin(115200);
  altSerial.println("Hello World");
}

void loop() {
  char c;

  if (Serial.available()) {
    c = Serial.read();
    altSerial.print(c);
  }
  if (altSerial.available()) {
    c = altSerial.read();
    Serial.print(c);
  }
}

]

Ik krijg geen Hello world te zien...

[Raven]

Als

C++:

altSerial.println("Hello World");

al niet lijkt te werken, dan blijft je Arduino daar hangen of komt daar helemaal niet, of je verbinding met de terminal werkt niet. Hoe probeer je die uit te lezen, via Arduino IDE?

Het is handiger als je [code=C++][/] gebruikt ipv quote

[Verwijderd]

De Arduino komt daar niet, ik maak gebruik van de Arduino IDE inderdaad. Ik heb met een testprogramma ook een ledje aangestuurd, dat werkt prima als ik nog geen seriele verbinding heb gedaan. Als ik het ledje aanstuur binnen de loop om de seriele verbinding aan te roepen, dan doet hij niets...

De seriele monitor is er wel en de regel "AltSoftSerial Test Begin" wordt getoond.

(dank voor je tip voor de c++ code )

[ Voor 11% gewijzigd door Verwijderd op 20-03-2016 16:40 ]

[Raven]

..... altSerial.println("Hello World");, zit pin 9 wel ergens op aangesloten? Bij een P1-poort heb je alleen de Rx nodig, pin 8 dus. Nu zit ik mij af te vragen waar pin 9 die tekst heen stuurt

Maar de code lijkt verder wel te kloppen, al zou ik char c; net voor/boven void setup() zetten, variabelen kun je daar het beste bij elkaar houden ipv ergens in de main-loop te plaatsen. Al zou dat volgens mij niet uit moeten maken.

Terugkomend op het serial deel:

C++:

  if (Serial.available()) {
    c = Serial.read();
    altSerial.print(c);
  }

^ is toch helemaal niet nodig? Het enige dat de Arduino hoeft te doen is mbv AltSoftSerial de P1-poort uitlezen en dan te Serial.print'en naar de terminal. Bij deze code lijkt het alsof je tekst naar de Arduino wil sturen dat dan via pin 9 (waar die ook op aangesloten mag zitten ) doorgestuurd wordt. Een P1-poort ontvangt geen data, verstuurd alleen maar, dus die code lijkt mij eigenlijk compleet nutteloos.

[Verwijderd]

een beetje gestoeid met de code en het een en ander erbij gedaan om te kijken of hij uberhaupt wel wat uitleest:

C++:

#include <AltSoftSerial.h>
// AltSoftSerial always uses these pins:
//
// Board          Transmit  Receive   PWM Unusable
// -----          --------  -------   ------------
// Teensy 2.0         9        10       (none)
// Teensy++ 2.0      25         4       26, 27
// Arduino Uno        9         8         10
// Arduino Mega      46        48       44, 45
// Wiring-S           5         6          4
// Sanguino          13        14         12
 
AltSoftSerial altSerial;
char c;
 
void setup() {
    Serial.begin(115200);
    pinMode(13, OUTPUT);
    altSerial.begin(115200);
}
 
void loop() {
    digitalWrite(13, HIGH);
    delay(500);              // wait for a second

    if (altSerial.available()) {
        delay(5000);
        c = altSerial.read();
   
        // --- 8 bits instelling ---
        c &= ~(1 << 8);
        char inChar = (char)c;
 
        Serial.print(c);
        
    }

    digitalWrite(13, LOW);    // turn the LED off by making the voltage LOW
    delay(500); 

}

Ik heb alleen pin 8 aangesloten (pin 9 niet nodig inderdaad). De ground en 5volt van de p1 kabel heb ik rechtstreeks op de arduino aangesloten (pin 8 dus ook). Nog even zonder breadboard, omdat ik het signaal moet inverten. Mijn test is alleen bedoeld om te kijken of ik die seriele poort wel kan aanroepen, maar dat mislukt al.

In mijn voorbeeld code hierboven stuur ik ook het ledje aan, dat knippert heel gestaag. Als hij wel in de altSerial.available zou komen, dan zou het ledje langer moeten branden en dan weer uit. Maar dat doet hij dus niet. Ook in de serial monitor zie ik op baud 115200 niets voorbij komen.

[Raven]

Is er wel sprake van een pull-up weerstand? Die moet er namelijk ook bij dacht ik. Tussen Vcc en Rx.

[ Voor 9% gewijzigd door Raven op 20-03-2016 18:23 ]

[Verwijderd]

Ik heb het via een breadboard gemaakt zoals in de afbeelding hieronder, maar die deed ook niets.

[Raven]

Wacht eens, zit de linkerpin van de transistor nu aan de ground ipv 5v?

[ Voor 97% gewijzigd door Raven op 20-03-2016 18:33 ]

[Raven]

Het vele editten van mij zorgt volgens mij alleen voor verwarring , even een nieuw bericht: Volgens mij heb je de linker en rechterpin van de transistor verwisseld én er zitten 2 weerstanden te veel. Afgaand op het voorbeeld dat ik vond en (volgens mij) al wel vaker voorbij heb zien komen.

[ Voor 9% gewijzigd door Raven op 20-03-2016 18:42 ]

[Verwijderd]

Ik had de setup als volgt:



Dus met een BC547 transistor en 2x 10k + 1k weerstand.

[Tom-Z]

Klopt dat schema wel? Het is een NPN, maar de basis zit aan GND, en de emitter aan 5V. Dat lijkt me niet de bedoeling. Ik betwijfel of dit überhaupt kan werken, want de output van de P1 poort is open collector, de basis zal nooit "hoog" kunnen worden.

Een veel makkelijkere manier is om de data direct met een digitale pin te verbinden (met interne of externe pull-up naar 5V) en het signaal in software te inverteren.

[Verwijderd]

Tom,

Dank voor je reactie. Dit is voor mij de eerste keer dat ik met Arduino en breadboards werk, dus voor mij nog redelijk abracadabra... Ik heb dit schema op een ander forum gevonden waar ook andere schema's waren.

Ik heb een Kaifa MA304C slimme meter (dat is 115200 baud, 8 bit, DSRM4.2.2), waarbij het signaal denk ik ge-inverteerd moet worden. Het zou best aan het schema kunnen liggen of aan een breuk in een kabel (of los contact op breadboard). Ik zou dus graag een hoop zaken willen uitsluiten en zoveel mogelijk zaken eruit laten. Maar misschien kan dat dus helemaal niet

Je hebt het over een digitale pin, maar wat bedoel je daar mee?

[sjimmie]

Volgens mij vind je hier veel meer informatie over de slimme meter (ook in combinatie met de arduino):
Slimme meter uitlezen via P1-poort

[mcDavid]

Tom-Z schreef op zondag 20 maart 2016 @ 20:00:
Klopt dat schema wel? Het is een NPN, maar de basis zit aan GND, en de emitter aan 5V. Dat lijkt me niet de bedoeling. Ik betwijfel of dit überhaupt kan werken, want de output van de P1 poort is open collector, de basis zal nooit "hoog" kunnen worden.

Volgens mij klopt die wel (zonder de datasheet van de transistor erbij te pakken). De emitter zit niet aan 5V maar aan pin 8, met een pullup naar 5V. Alleen de gebruikte kleurtjes kloppen niet helemaal/zijn verwarrend.

Een veel makkelijkere manier is om de data direct met een digitale pin te verbinden (met interne of externe pull-up naar 5V) en het signaal in software te inverteren.

Das niet perse makkelijker, want dan moet je de serial library gaan hacken. Een eenvoudige hardware-oplossing is dan echt makkelijker. Ik zou zeggen skip alle weerstanden en gebruik een mosfet en interne pullup. Heb je maar 1 extra component nodig.

[sjimmie]

mcDavid schreef op maandag 21 maart 2016 @ 11:24:
[...]
Volgens mij klopt die wel (zonder de datasheet van de transistor erbij te pakken). De emitter zit niet aan 5V maar aan pin 8, met een pullup naar 5V. Alleen de gebruikte kleurtjes kloppen niet helemaal/zijn verwarrend.
[...]

Das niet perse makkelijker, want dan moet je de serial library gaan hacken. Een eenvoudige hardware-oplossing is dan echt makkelijker. Ik zou zeggen skip alle weerstanden en gebruik een mosfet en interne pullup. Heb je maar 1 extra component nodig.

Zoals ik hierboven al riep, kijk ff in het Slimme meter topic.
Daar staat dat schema en daar wordt ook inverteren besproken...
http://gathering.tweakers.net/forum/view_message/45387361
Slimme meter uitlezen via P1-poort

[ Voor 11% gewijzigd door sjimmie op 21-03-2016 13:15 ]

[itcouldbeanyone]

ik heb hier een atmega2560, op een custom pcb,
bootloaden wil prima,

maar een pin hoog schrijven als voorbeeld de blink example, heeft geen effect.
heb alle pinnen gecontroleerd, meer het lijkt alsof het ic niet wilt opstarten

[SnowDude]

Heb je een schema van je PCB?

[itcouldbeanyone]

SnowDude schreef op maandag 21 maart 2016 @ 15:28:
Heb je een schema van je PCB?

nee , alleen print layout van 4 layers.

reset is extern geregeld, maar ook als ik die hoog zet, het lijkt alsof het IC gewoon op stand by blijft staan

[Vuikie]

Verwijderd schreef op zondag 20 maart 2016 @ 17:58:
een beetje gestoeid met de code en het een en ander erbij gedaan om te kijken of hij uberhaupt wel wat uitleest:

C++:

#include <AltSoftSerial.h>
// AltSoftSerial always uses these pins:
//
// Board          Transmit  Receive   PWM Unusable
// -----          --------  -------   ------------
// Teensy 2.0         9        10       (none)
// Teensy++ 2.0      25         4       26, 27
// Arduino Uno        9         8         10
// Arduino Mega      46        48       44, 45
// Wiring-S           5         6          4
// Sanguino          13        14         12
 
AltSoftSerial altSerial;
char c;
 
void setup() {
    Serial.begin(115200);
    pinMode(13, OUTPUT);
    altSerial.begin(115200);
}
 
void loop() {
    digitalWrite(13, HIGH);
    delay(500);              // wait for a second

    if (altSerial.available()) {
        delay(5000);
        c = altSerial.read();
   
        // --- 8 bits instelling ---
        c &= ~(1 << 8);
        char inChar = (char)c;
 
        Serial.print(c);
        
    }

    digitalWrite(13, LOW);    // turn the LED off by making the voltage LOW
    delay(500); 

}

Ik heb alleen pin 8 aangesloten (pin 9 niet nodig inderdaad). De ground en 5volt van de p1 kabel heb ik rechtstreeks op de arduino aangesloten (pin 8 dus ook). Nog even zonder breadboard, omdat ik het signaal moet inverten. Mijn test is alleen bedoeld om te kijken of ik die seriele poort wel kan aanroepen, maar dat mislukt al.

In mijn voorbeeld code hierboven stuur ik ook het ledje aan, dat knippert heel gestaag. Als hij wel in de altSerial.available zou komen, dan zou het ledje langer moeten branden en dan weer uit. Maar dat doet hij dus niet. Ook in de serial monitor zie ik op baud 115200 niets voorbij komen.

Eeeh je weet dat altsoftserial maar tot 31250 baud aan kan op een 16MHZ AVR? 115200 gaat dan denk ik ook niet werken

[itcouldbeanyone]

het werkt al


We have to replace the value of "0xD8" with "0xD9". This is so, because in stand-alone ATMEGA2560 chips, if the BOOTRST fuse is not set, the chip will be correctly programmed, but the programs will never run. So the line could look like this ( we can keep the original line commented ):


# mega.menu.cpu.atmega2560.bootloader.high_fuses=0xD8
mega.menu.cpu.atmega2560.bootloader.high_fuses=0xD9


Save the changes and now, in our Arduino IDE program, select the Arduino Mega 2560 board and processor, the Arduino as ISP programmer and finally, from Tools, choose Burn the bootloader. If everything is done correctly, the process will take some seconds and will finish with no errors. If you see some errors, i always like having the compilation and upload errors shown ( you can enable the output in the program's preferences ).


bleek dat ik iets in boards.txt moest wijzigen

[Tom-Z]

mcDavid schreef op maandag 21 maart 2016 @ 11:24:
[...]
Das niet perse makkelijker, want dan moet je de serial library gaan hacken. Een eenvoudige hardware-oplossing is dan echt makkelijker. Ik zou zeggen skip alle weerstanden en gebruik een mosfet en interne pullup. Heb je maar 1 extra component nodig.

SoftwareSerial ondersteunt standaard inverteren. De optie is een boolse parameter van de constructor.

[Raven]

Vuikie schreef op maandag 21 maart 2016 @ 16:35:
[...]


Eeeh je weet dat altsoftserial maar tot 31250 baud aan kan op een 16MHZ AVR? 115200 gaat dan denk ik ook niet werken

, nooit geweten....

Maar zou je dan niet toch íets moeten zien? Als ie de snelheid niet aankan, dan zal ie bitjes missen (of denk ik nu te simpel?), er verschijnt echter helemaal niks nada noppes.

In dit geval zou de serial's verwisselen dan de oplossing moeten zijn? De echte Rx verbinden met de meter en dan de altsoftserial gebruiken om via FTDI-kabel of vergelijkbare oplossing de data door te sturen naar pc?

[ Voor 19% gewijzigd door Raven op 21-03-2016 17:32 ]

[Tom-Z]

Waarom gebruik je AltSoftSerial? De standaard SoftwareSerial-library ondersteunt gewoon 115200 baud (en softwarematig inverteren).

[Verwijderd]

Ik heb een stuk code dat drie analoge pinnen binnenleest. Op elke analoge pin hangt een temperatuursensor. Ik heb een functie gemaakt voor het binnenlezen van elke temperatuursensor (want ze hebben elk een andere kalibratie), maar nu zie ik iets vreemd.

Wanneer ik elke sensor na mekaar binnenlees en toon met Serial.print, dan is sensor tempAMB gelijk aan ongeveer 12°C (wat fout is). Wanneer ik het binnenlezen van de twee overige sensoren comment en enkel tempAMB binnenlees, dan is deze 20°C (wat de correcte gekalibreerde waarde is).

Het lijkt dus of de twee andere functies die van tempAMB beïnvloeden om de een of andere reden. Ziet iemand waarom?

Wanneer ik de temperatuursensoren verhit met de haardroger dan verhogen deze wel mooi, van alle drie.

De twee andere (tempCPU en tempGPU) lijken niet beïnvloed te worden.

Hulp wordt erg geapprecieerd.

C: code

int tempAMB;
int tempCPU;
int tempGPU;

int tempAMB_pin = A0;
int tempCPU_pin = A1;
int tempGPU_pin = A2;

void setup() {
  pinMode(tempAMB_pin, INPUT);
  pinMode(tempCPU_pin, INPUT);
  pinMode(tempGPU_pin, INPUT);
  Serial.begin(9600);
}

void loop() {
  tempAMB = read_tempAMB();
  Serial.print(tempAMB);
  tempCPU = read_tempCPU();
  Serial.print(tempCPU);
  tempGPU = read_tempGPU();
  Serial.println(tempGPU);
}

int read_tempAMB() {
  return (analogRead(tempAMB_pin)/1024.0*5.0/0.01*19.7/17.5);
}

int read_tempCPU() {
  return (analogRead(tempCPU_pin)/1024.0*5.0/0.01*(19.8+273.15)/(22+273.15)-273.15);
}

int read_tempGPU() {
  return (analogRead(tempGPU_pin)/1024.0*5.0/0.01*(19.8+273.15)/(23.5+273.15)-273.15);
}

[walletje-w]

Verwijderd schreef op zondag 27 maart 2016 @ 13:52:
Ik heb een stuk code dat drie analoge pinnen binnenleest. Op elke analoge pin hangt een temperatuursensor. Ik heb een functie gemaakt voor het binnenlezen van elke temperatuursensor (want ze hebben elk een andere kalibratie), maar nu zie ik iets vreemd.

Wanneer ik elke sensor na mekaar binnenlees en toon met Serial.print, dan is sensor tempAMB gelijk aan ongeveer 12°C (wat fout is). Wanneer ik het binnenlezen van de twee overige sensoren comment en enkel tempAMB binnenlees, dan is deze 20°C (wat de correcte gekalibreerde waarde is).

Het lijkt dus of de twee andere functies die van tempAMB beïnvloeden om de een of andere reden. Ziet iemand waarom?

Wanneer ik de temperatuursensoren verhit met de haardroger dan verhogen deze wel mooi, van alle drie.

De twee andere (tempCPU en tempGPU) lijken niet beïnvloed te worden.

Hulp wordt erg geapprecieerd.


[...]

Dit ziet er inderdaad erg vreemd uit. Code technisch zou ik niets weten. Je kunt wel even kijken of er nog het een en ander uit te sluiten valt. Andere pin lay out geprobeerd? Hardware kan dus niet het probleem zijn?

[Opifex]

Heb eens iets gelijkaardigs gehad een non-arduino programma, maar ook met een print functie.
Probeer eens 3 aparte variabelen te maken, die je apart print.

[wwwFan]

Kan het zijn dat de temperatuursensors een hoge uitgangsweerstand hebben? Dan krijgt het sample and hold gedeelte van de adc niet voldoende tijd om de ingangsspanning over te nemen.
Je zou dit kunnen testen door twee keer achter elkaar dezelfde ingang te meten.

[Verwijderd]

wwwFan schreef op zondag 27 maart 2016 @ 23:15:
Kan het zijn dat de temperatuursensors een hoge uitgangsweerstand hebben? Dan krijgt het sample and hold gedeelte van de adc niet voldoende tijd om de ingangsspanning over te nemen.
Je zou dit kunnen testen door twee keer achter elkaar dezelfde ingang te meten.

Ik weet niet of je het volgende bedoelt, maar heb het volgende laten uitlezen:

C: code

void loop() {
  tempCPU = read_tempCPU();
  Serial.print(tempCPU);
  tempGPU = read_tempGPU();
  Serial.print(tempGPU);

  
  tempAMB = read_tempAMB();
  Serial.print(tempAMB);
  tempAMB = read_tempAMB();
  Serial.print(tempAMB);
  tempAMB = read_tempAMB();
  Serial.print(tempAMB);
  tempAMB = read_tempAMB();
  Serial.print(tempAMB);
  tempAMB = read_tempAMB();
  Serial.println(tempAMB);
}

En dit geeft de volgende uitgang:
20213619191919

Ze moeten allemaal rond de 20 meten, maar dus de eerste keer dat ik AMB inlees is die 36 ongeveer. Voor de rest blijft die 19 meten.

Het volgende:

C: code

void loop() {
  tempCPU = read_tempCPU();
  Serial.print(tempCPU);
  tempAMB = read_tempAMB();
  Serial.print(tempAMB);
  tempGPU = read_tempGPU();
  Serial.print(tempGPU);
  tempGPU = read_tempGPU();
  Serial.print(tempGPU);
  tempGPU = read_tempGPU();
  Serial.println(tempGPU);
}

geeft
2134212121

Dus opnieuw die AMB die verkeerd leest.


Die AMB sensor is een LM35DZ. Met 5V gevoed en die output meteen op de analoge input. Die GPU en CPU zijn LM335A.

walletje-w schreef op zondag 27 maart 2016 @ 14:35:
[...]

Dit ziet er inderdaad erg vreemd uit. Code technisch zou ik niets weten. Je kunt wel even kijken of er nog het een en ander uit te sluiten valt. Andere pin lay out geprobeerd? Hardware kan dus niet het probleem zijn?

Heb die AMB sensor eens op een andere input geprobeerd en het probleem blijft bij die ene. Het zal dus aan die ene sensor liggen?

[ Voor 15% gewijzigd door Verwijderd op 28-03-2016 15:31 ]

[Raven]

Is de voeding stabiel genoeg voor die sensor? Misschien zit er net iets te veel ruis op de lijn voor een goede werking.

[wwwFan]

Vanuit de datasheet kan ik dit niet echt verklaren, maar daar wordt ook niets gezegd over de snelheid van de sensor. Toch lees je wel vaker dat het snel schakelen tussen de verschillende ADC ingangen niet goed gaat. Er wordt dan vaak geadviseerd eerst een dummy read te doen.
dus zoiets als:

C:

int read_tempAMB() {
  analogRead(tempAMB_pin);    //dummy read
  return (analogRead(tempAMB_pin)/1024.0*5.0/0.01*19.7/17.5);
}
idem voor read_tempCPU en read_cempGPU

Zie b.v. ook: Why is a little delay needed after analogRead in Arduino?

[Verwijderd]

Raven schreef op maandag 28 maart 2016 @ 15:49:
Is de voeding stabiel genoeg voor die sensor? Misschien zit er net iets te veel ruis op de lijn voor een goede werking.

De Arduino wordt gevoed door een 12V-lijn van een computer PSU. Wel tamelijk oké denk ik.

wwwFan schreef op dinsdag 29 maart 2016 @ 19:38:
Vanuit de datasheet kan ik dit niet echt verklaren, maar daar wordt ook niets gezegd over de snelheid van de sensor. Toch lees je wel vaker dat het snel schakelen tussen de verschillende ADC ingangen niet goed gaat. Er wordt dan vaak geadviseerd eerst een dummy read te doen.
dus zoiets als:

C:

int read_tempAMB() {
  analogRead(tempAMB_pin);    //dummy read
  return (analogRead(tempAMB_pin)/1024.0*5.0/0.01*19.7/17.5);
}
idem voor read_tempCPU en read_cempGPU

Zie b.v. ook: Why is a little delay needed after analogRead in Arduino?

Van die link begrijp ik niet al te veel, maar die dummy read heeft het probleem verholpen!

Bedankt voor je hulp! Mooi gevonden.

[RobV]

Verwijderd schreef op zaterdag 02 april 2016 @ 16:32:
[...]


De Arduino wordt gevoed door een 12V-lijn van een computer PSU.

Vraagje? Waarom niet aan de 5v van de psu? Of zie ik its over het hoofd en is dat niet handig...

[Raven]

RobV schreef op zaterdag 02 april 2016 @ 17:08:
[...]

Vraagje? Waarom niet aan de 5v van de psu? Of zie ik its over het hoofd en is dat niet handig...

Indien de 5v output van de Arduino wordt gebruikt dient er een spanning op Vin te staan dat hoog genoeg is voor de spanningsregelaar en/of misschien moet de 12v belast worden om de voeding aan het draaien te krijgen, sommigen vereisen dat.

[ Voor 13% gewijzigd door Raven op 02-04-2016 17:36 ]

[RobV]

Raven schreef op zaterdag 02 april 2016 @ 17:33:
[...]

Indien de 5v output van de Arduino wordt gebruikt dient er een spanning op Vin te staan dat hoog genoeg is voor de spanningsregelaar en/of misschien moet de 12v belast worden om de voeding aan het draaien te krijgen, sommigen vereisen dat.

Daarom direct koppelen aan de VCC van de Arduino, de spanningsregelaar heb je dan niet meer nodig, die zit al in de PSU.

Edit: ja, als de PSU anders niet werkt.. Daar had ik niet aan gedacht,

[ Voor 7% gewijzigd door RobV op 02-04-2016 18:05 ]

[Raven]

RobV schreef op zaterdag 02 april 2016 @ 18:02:
[...]

Daarom direct koppelen aan de VCC van de Arduino, de spanningsregelaar heb je dan niet meer nodig, die zit al in de PSU.

Edit: ja, als de PSU anders niet werkt.. Daar had ik niet aan gedacht,

Nee, ik bedoel dat als je sensors/whatever aan de 5V output pin van de Arduino hebt hangen, de spanningsregelaar die die 5V levert wel een inputspanning moet hebben dat hoog genoeg is. Meestal is dat Vout + 1.25V ofzo. Dan heb je dus een ingangsspanning van minimaal 6.25V nodig om die spanningsregelaar voor de 5V output aan het werk te krijgen.

[RobV]

Raven schreef op zaterdag 02 april 2016 @ 19:49:
[...]

Nee, ik bedoel dat als je sensors/whatever aan de 5V output pin van de Arduino hebt hangen, de spanningsregelaar die die 5V levert wel een inputspanning moet hebben dat hoog genoeg is. Meestal is dat Vout + 1.25V ofzo. Dan heb je dus een ingangsspanning van minimaal 6.25V nodig om die spanningsregelaar voor de 5V output aan het werk te krijgen.

Ik moet zeggen dat het mij nog niet helemaal duidelijk, ondanks je uitleg. Ik heb hard gewerkt vandaag, mijn denkertje is vast moe. Dus ik lees het morgen nog eens na, dan gaat er vast een ledje bij mij op.

[Raven]

De 5V van de voeding aan de 5V(-output)pin van de Arduino koppelen en de Vin van de aangesloten sensors misschien? Dat zou ook nog kunnen, maar dan komt het moeten belasten van de voeding mogelijk om de hoek kijken.

Maar een ATX-voeding voor een Arduino, overkill? Ik bewaar van alle oude apparatuur (mobieltjes, dect-achtige telefoons, switch-/AP, etc) de voeding zodat ik geen overkill-zijnde ATX voeding hoef te gebruiken en gewoon een geschikte adapter uit de doos met voedingen kan pakken.

[Verwijderd]

Wanneer je de Arduino niet voedt via USB maar via de Vin poort, moet je daar iets tussen de 7-12V aan hangen. Daarom dus 12V bij mij. https://www.arduino.cc/en/Main/ArduinoBoardNano

Raven schreef op zaterdag 02 april 2016 @ 21:55:
Maar een ATX-voeding voor een Arduino, overkill? Ik bewaar van alle oude apparatuur (mobieltjes, dect-achtige telefoons, switch-/AP, etc) de voeding zodat ik geen overkill-zijnde ATX voeding hoef te gebruiken en gewoon een geschikte adapter uit de doos met voedingen kan pakken.

Ik ben bezig met een casemod waarbij de Arduino in een PC zal werken vanaf een molex van de PSU: [CiP] Orange AI13 Zie voornamelijk de laatste post.

[RobV]

Raven schreef op zaterdag 02 april 2016 @ 21:55:
De 5V van de voeding aan de 5V(-output)pin van de Arduino koppelen en de Vin van de aangesloten sensors misschien? Dat zou ook nog kunnen, maar dan komt het moeten belasten van de voeding mogelijk om de hoek kijken.

Dat was wat ik bedoelde.

Overigens, als de 5v van de voeding het niet trekt, dan trekt de regulator op de arduino het al helemaal niet hoor. De onboard regulator van een Uno heeft een 1A maximum rating, en bij 12v voeding stookt hij 7V weg om er 5v van te maken. Dikke kans dat je bij hoge belasting >500mA de regulator doorbrandt. Een computervoeding kan veel meer amps aan, heeft ook nog eens voldoende koelmogelijkheden.

Maar een ATX-voeding voor een Arduino, overkill? Ik bewaar van alle oude apparatuur (mobieltjes, dect-achtige telefoons, switch-/AP, etc) de voeding zodat ik geen overkill-zijnde ATX voeding hoef te gebruiken en gewoon een geschikte adapter uit de doos met voedingen kan pakken.

Inderdaad. Zo een 9v wandadapter is een prima middenweg. Levert vaak voldoende volt, en ook meestal minstens 1A.

[C.44]

Heeft er hier iemand ervaring met de QTouch functionaliteit van Atmel op een Uno? Ik ben al eens vaker aan 't experimenteren geweest met de CapSense library en die werkt redelijk maar is slecht te calibreren, iets wat onmogelijk veel moeilijker is als je toevallig meer dan 1 "sensor" wil aansluiten.

Ik heb al een beetje gegoogled maar verder dan een proof of concept en een halfbakken library zonder bruikbare comments ben ik nog niet gekomen. Ik weet wel dat Atmel zelf een library geschreven heeft voor QTouch, maar da's niet iets wat bruikbaar is binnen de Arduino IDE.

[ Voor 30% gewijzigd door C.44 op 06-04-2016 19:30 ]

[leecher]

Ik ga binnenkort ook eens een Arduino projectje proberen. Tamelijk simpel namelijk het uitlezen van 2 analoge temperatuur sensoren of een schakelaar met 7 standen. Het resultaat komt dan op een simpel 7 segmenten displaytje te staan of een standaard 16x2 parallelle LCD. Ik heb wat spul en een arduino nano besteld en dat is onderweg. Ik denk dat dat allemaal wel goed komt want er staan howto's genoeg op internet.

De LCD komt van aliexpress en heb ik gekozen omdat deze 1. heel goedkoop is en 2. het leek mij de meest simpele LCD om iets bij op het scherm te toveren.

Nu kwam ik toevallig op aliexpress ook dit display tegen:
http://www.buydisplay.com...st7032-serial-black-on-yg

Dit display zou voor de eindtoepassing perfect zijn (inbouwen in teller van een motorfiets) vanwege het slanke formaat. Zou zoiets kunnen gaan werken met een arduino?
Ik heb al een poging gedaan te googelen maar ik heb nog nooit een arduino in mijn handen gehad en kan het zo gauw niet beoordelen

-edit
Ik kwam zojuist een parallelle versie van dit display tegen dus als het niet kan is er geen man overboord

[ Voor 5% gewijzigd door leecher op 08-04-2016 09:07 ]

[wwwFan]

Volgens de specs is de aansturing via I2C of SPI. Beide worden standaard ondersteund op een arduino. Wel is de voedingsspanning 3,3V. Als je arduino op 5V werkt heb je level shifters nodig. Er zijn ook arduino types die op 3,3V kunnen werken.

[Robbiedobbie]

Ik heb een tijd terug zelf een shield gemaakt voor op mijn arduino mega, die onder andere de P1 poort koppelde. Toendertijd heb ik er bij nagedacht dat ik in de toekomst misschien naar een Due zou willen gaan, en heb daarom bij de p1 poort bij de stroombron een transistor ertussen gegooid. Die transistor (een simpele 2n2222) heeft op de Collector de 5v lijn van de arduino, op de base een pin van de arduino die ik aan/uit kan schakelen, en de Emiter op de 5v aansluiting van de P1 poort.

Nu heb ik toen er niet bij stilgestaan, dat wanneer ik de Due zou gebruiken, dat deze 3.3v op de base gooit, en dat ik daarmee de transistor niet verzadig, en dus geen 5v output krijg op de emitor.
Nu ben ik niet heel thuis in de transistors, dus zou iemand mij kunnen vertellen welke transistor ik hier in de plaats kan zetten zodat de 3.3v wel netjes de 5v aan/uit kan schakelen?

De transistors die ik momenteel beschikbaar heb: S9012, S8050, S9013, S8550, S9014, S9015, C945, S9018, C1815, 2N2222, 2N3904, A42, 2N3906, A92, 2N5401, A733, 2N5551, A1015.

[Raven]

Is het niet zo simpel als de weerstandswaarde veranderen? Kon er niet zo gauw iets over vinden trouwens, wel dit: https://www.reddit.com/r/..._a_transistor_with_a_33v/

[Vuikie]

Robbiedobbie schreef op woensdag 13 april 2016 @ 17:46:
Ik heb een tijd terug zelf een shield gemaakt voor op mijn arduino mega, die onder andere de P1 poort koppelde. Toendertijd heb ik er bij nagedacht dat ik in de toekomst misschien naar een Due zou willen gaan, en heb daarom bij de p1 poort bij de stroombron een transistor ertussen gegooid. Die transistor (een simpele 2n2222) heeft op de Collector de 5v lijn van de arduino, op de base een pin van de arduino die ik aan/uit kan schakelen, en de Emiter op de 5v aansluiting van de P1 poort.

Nu heb ik toen er niet bij stilgestaan, dat wanneer ik de Due zou gebruiken, dat deze 3.3v op de base gooit, en dat ik daarmee de transistor niet verzadig, en dus geen 5v output krijg op de emitor.
Nu ben ik niet heel thuis in de transistors, dus zou iemand mij kunnen vertellen welke transistor ik hier in de plaats kan zetten zodat de 3.3v wel netjes de 5v aan/uit kan schakelen?

De transistors die ik momenteel beschikbaar heb: S9012, S8050, S9013, S8550, S9014, S9015, C945, S9018, C1815, 2N2222, 2N3904, A42, 2N3906, A92, 2N5401, A733, 2N5551, A1015.

Volgens de datasheet is de maximale voltage 6V op de emitter-base en is de cut-off 20nA bij 3.0V voor de 2n2222. Dus zolang de voltage niet boven de 6V komt en boven de 3.0V/20nA is zal hij gewoon geleiden. De 2n2222 kan, volgens de datasheet, gewoon gebruikt worden voor de Due. Je zal alleen de weerstand moeten aanpassen zodat je de uitgang van de Due niet overbelast.

[Robbiedobbie]

Helaas ben ik toen zo stom geweest om de collector op de 5v source, en de emitor naar de load te verbinden. Met andere woorden, ik moet minstens 5 volt gebruiken op de base om er rond de 5 uit te krijgen bij de emitor.

Volgens mij heb ik dus 2 opties:
* een PNP resistor gebruiken en ermee leven dat pin aan = P1 uit
* traces doorsnijden en ground naar de emitor, en de ground vanuit de p1 poort aan de collector hangen. Hiermee omzijl ik de voltage issues.

[leecher]

wwwFan schreef op vrijdag 08 april 2016 @ 19:10:
Volgens de specs is de aansturing via I2C of SPI. Beide worden standaard ondersteund op een arduino. Wel is de voedingsspanning 3,3V. Als je arduino op 5V werkt heb je level shifters nodig. Er zijn ook arduino types die op 3,3V kunnen werken.

Om hier nog even op terug te komen, kan ik er ook gewoon een spanningsdeler tussen hangen in plaats van een level shifter? Zeg een opstelling met een weerstand van 4.7k en een van 10k zodat ik een spanning krijg van 3.4v die binnen de specs van het display valt.

[sjimmie]

Met 2 weerstanden kan je inderdaad simpel van 5V naar 3.3V level-shiften (niet andersom).

[leecher]

Ja niet andersom is logisch. Als ik het goed begrijp is het op zich geen ramp is om de busy flag niet te checken als je maar niet te snel rommel achter elkaar naar de LCD stuurt, of denk ik dan verkeerd?

[wwwFan]

Probleem met weerstanden als levelshifters is dat je in combinatie met de capaciteit van je printsporen / draden een filter creëert waardoor de signalen niet meer netjes zijn. Hierdoor kan het zijn dat het toch niet werkt. Wellicht dat het werkt als je bekabeling niet te lang is. Eventueel kan je ook voor een lagere SPI busklok kiezen.
Overigens zijn er voor levelshifters gewoon standaard ic's beschikbaar .