Der AVR-/ARDUINO-Faden

Der chaotische Hauptfaden

Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese

Benutzeravatar
Später Gast
Beiträge: 1697
Registriert: Di 5. Apr 2016, 22:03
Wohnort: Karlsruhe
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Später Gast »

Den Link kannst du posten.

Vllt mal die 12v an Vin mit nem Elko stützen, die Einbrüche können sehr kurz sein und mit dem Multimeter unsichtbar bleiben.

Was ziehen die Relais an Strom vom Arduino wenn sie geschaltet werden? Wobei das kein Thema sein sollte, am PC gehts ja.

Wenn ich 12V Versorgung habe, verwende ich einen separaten DCDC - Wandler, der die 12V runtersetzt. Entweder auf 5V und dann direkt über den 5V pin versorgen, oder 7v und über Vin/raw, dann kommt der interne lineare Regler zum Einsatz, der hoffentlich eine glatte Versorgung liefert. Letztere Variante verbraucht etwas mehr Strom, aber wahrscheinlich immernoch weniger als ohne Wandler direkt in den Vin.
j.o.e
Beiträge: 550
Registriert: Fr 29. Nov 2019, 01:15

Re: Der AVR-/ARDUINO-Faden

Beitrag von j.o.e »

Versuch mal, ob ein dickes C (Elko, mehrere 100uF) zwischen Vcc und GND hilft.
Ein 12V Relais-Modul hast nicht zufällig liegen?

Doppelpost: Später Gast war schneller.
sysconsol
Beiträge: 4059
Registriert: Fr 8. Jul 2016, 17:22

Re: Der AVR-/ARDUINO-Faden

Beitrag von sysconsol »

Der Linearregler auf dem Arduino-Board ist thermisch überlastet.
Das sind in aller Regel LM1117 (oder ähnliche Typen, AMS z.B.).
Die sind für den Arduino - und für nichts weiteres.

Peripherie über extra Regler anschließen.

Freilaufdioden und Filter auf der Relaisplatine setze ich mal voraus...
electrixx2005
Beiträge: 387
Registriert: Di 6. Dez 2016, 10:22
Wohnort: 76599 Weisenbach

Re: Der AVR-/ARDUINO-Faden

Beitrag von electrixx2005 »

sysconsol hat geschrieben: Mi 5. Aug 2020, 12:52 Der Linearregler auf dem Arduino-Board ist thermisch überlastet.
Das sind in aller Regel LM1117 (oder ähnliche Typen, AMS z.B.).
Die sind für den Arduino - und für nichts weiteres.

Peripherie über extra Regler anschließen.

Freilaufdioden und Filter auf der Relaisplatine setze ich mal voraus...
d.h. bei Direktspeisung über USB (5 Volt von PC oder USB-Netzteil) wird der Linearregler des Arduino nicht genutzt, sondern nur wenn man über Vin eine höhere Spannung anlegt (wie in meinem Fall 12 Volt-Netzteil)?
Das würde dies Verhalten erklären...

Danke & Gruß,
Jens
electrixx2005
Beiträge: 387
Registriert: Di 6. Dez 2016, 10:22
Wohnort: 76599 Weisenbach

Re: Der AVR-/ARDUINO-Faden

Beitrag von electrixx2005 »

electrixx2005
Beiträge: 387
Registriert: Di 6. Dez 2016, 10:22
Wohnort: 76599 Weisenbach

Re: Der AVR-/ARDUINO-Faden

Beitrag von electrixx2005 »

... Ardiuno und Relaisplatine werden nun über ein anderes 5-Volt-Netzteil gespeist. Problem offensichtlich damit behoben.

Danke an alle.

Gruß, Jens
Benutzeravatar
Hightech
Beiträge: 11460
Registriert: So 11. Aug 2013, 18:37

ESP8266 Problem

Beitrag von Hightech »

Moin,

Ich hab hier so einen S1 Mini ESP8266 Board,
https://www.reichelt.de/d1-mini-esp8266 ... 53978.html
Das Wifi, und der Mqtt Kram läuft, aber ich bekomme keinen einzigen GPIO-Port angesteuert.

Was mache ich da falsch?



Ich mache
pinMode(1,OUTPUT)
digitalWrite(1,HIGH)

es tut aber nichts auf dem Port.

Code: Alles auswählen

/***************************************************
  Adafruit MQTT Library ESP8266 Example

  Must use ESP8266 Arduino from:
    https://github.com/esp8266/Arduino

  Works great with Adafruit's Huzzah ESP board & Feather
  ----> https://www.adafruit.com/product/2471
  ----> https://www.adafruit.com/products/2821

  Adafruit invests time and resources providing this open source code,
  please support Adafruit and open-source hardware by purchasing
  products from Adafruit!

  Written by Tony DiCola for Adafruit Industries.
  MIT license, all text above must be included in any redistribution
 ****************************************************/
#include <ESP8266WiFi.h>
#include "Adafruit_MQTT.h"
#include "Adafruit_MQTT_Client.h"

/************************* WiFi Access Point *********************************/

#define WLAN_SSID       "Boris Homenet"
#define WLAN_PASS       "CBwkwtvywTz"

/************************* Adafruit.io Setup *********************************/

#define AIO_SERVER      "192.168.1.100"
#define AIO_SERVERPORT  1883                   // use 8883 for SSL
#define AIO_USERNAME    "AO"
#define AIO_KEY         "AO"

int LED=0;


/************ Global State (you don't need to change this!) ******************/

// Create an ESP8266 WiFiClient class to connect to the MQTT server.
WiFiClient client;
// or... use WiFiFlientSecure for SSL
//WiFiClientSecure client;

// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);

/****************************** Feeds ***************************************/

// Setup a feed called 'photocell' for publishing.
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname>
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");

// Setup a feed called 'onoff' for subscribing to changes.
Adafruit_MQTT_Subscribe PowerMeter = Adafruit_MQTT_Subscribe(&mqtt, "power/Leistung");

/*************************** Sketch Code ************************************/

// Bug workaround for Arduino 1.6.6, it seems to need a function declaration
// for some reason (only affects ESP8266, likely an arduino-builder bug).
void MQTT_connect();


void setup() {


  Serial.begin(115200);
  delay(10);

  Serial.println(F("PowerMeter"));

  // Connect to WiFi access point.
  Serial.println(); Serial.println();
  Serial.print("Connecting to ");
  Serial.println(WLAN_SSID);

  WiFi.begin(WLAN_SSID, WLAN_PASS);
  while (WiFi.status() != WL_CONNECTED) {
    delay(500);
    Serial.print(".");
  }
  Serial.println();

  Serial.println("WiFi connected");
  Serial.println("IP address: "); Serial.println(WiFi.localIP());

  // Setup MQTT subscription for onoff feed.
  mqtt.subscribe(&PowerMeter);

}

uint32_t x=0;

void loop() {
  // Ensure the connection to the MQTT server is alive (this will make the first
  // connection and automatically reconnect when disconnected).  See the MQTT_connect
  // function definition further below.
  MQTT_connect();

  // this is our 'wait for incoming subscription packets' busy subloop
  // try to spend your time here

  Adafruit_MQTT_Subscribe *subscription;
  while ((subscription = mqtt.readSubscription(5000))) {
    if (subscription == &PowerMeter) {
      Serial.print(F("Got: "));
      Serial.println((char *)PowerMeter.lastread);
      Serial.println(LED);
      pinMode(LED,OUTPUT);
      digitalWrite(LED,HIGH);
      delay(1000);
      digitalWrite(LED,LOW);
      delay(1000);
      LED=LED+1;
      if (LED>=10){ LED =0;}
    }
  }

  // Now we can publish stuff!
  //Serial.print(F("\nSending photocell val "));
  //Serial.print(x);
  //Serial.print("...");
  //if (! photocell.publish(x++)) {
  //  Serial.println(F("Failed"));
 // } else {
 //   Serial.println(F("OK!"));
 // }

  // ping the server to keep the mqtt connection alive
  // NOT required if you are publishing once every KEEPALIVE seconds
  /*
  if(! mqtt.ping()) {
    mqtt.disconnect();
  }
  */
}

// Function to connect and reconnect as necessary to the MQTT server.
// Should be called in the loop function and it will take care if connecting.
void MQTT_connect() {
  int8_t ret;

  // Stop if already connected.
  if (mqtt.connected()) {
    return;
  }

  Serial.print("Connecting to MQTT... ");

  uint8_t retries = 3;
  while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected
       Serial.println(mqtt.connectErrorString(ret));
       Serial.println("Retrying MQTT connection in 5 seconds...");
       mqtt.disconnect();
       delay(5000);  // wait 5 seconds
       retries--;
       if (retries == 0) {
         // basically die and wait for WDT to reset me
         while (1);
       }
  }
  Serial.println("MQTT Connected!");
}
Zuletzt geändert von Hightech am Mi 16. Sep 2020, 20:51, insgesamt 1-mal geändert.
lommodore
Beiträge: 836
Registriert: So 22. Feb 2015, 14:52

Re: Der AVR-/ARDUINO-Faden

Beitrag von lommodore »

Versuchs mal mit D1 anstatt von 1, das hat bei mir ein derartiges Problem gefixt
Benutzeravatar
Sunset
Beiträge: 1512
Registriert: Fr 6. Dez 2013, 15:19

Re: Der AVR-/ARDUINO-Faden

Beitrag von Sunset »

DER LED Pin fängt mit Port 0 an und ändert sich bei jedem Durchlauf um 1 Port bis Port 9, bei Port 10 wird er wieder auf 0 gesetzt.

Code: Alles auswählen

int LED=0;

...

      pinMode(LED,OUTPUT);
      digitalWrite(LED,HIGH);
      delay(1000);
      digitalWrite(LED,LOW);
      delay(1000);
      LED=LED+1;
      if (LED>=10){ LED =0;}
Ist das wirklich so gewollt? 10 LEDs und die sollen alle der Reihe nach für 1 Sekunde blinken?
Benutzeravatar
Hightech
Beiträge: 11460
Registriert: So 11. Aug 2013, 18:37

Re: Der AVR-/ARDUINO-Faden

Beitrag von Hightech »

Ja, zu Debugzwecken sollte das so sein, wegen der Portzuordnung, ob es da Probleme gibt!.

Aber der Tipp mit D1 war goldrichtig!!!!

Warum ist das nirgends erwähnt?
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Der AVR-/ARDUINO-Faden

Beitrag von Weisskeinen »

lommodore hat geschrieben: Mi 16. Sep 2020, 20:31 Versuchs mal mit D1 anstatt von 1, das hat bei mir ein derartiges Problem gefixt
Lasst uns andere nicht doof sterben. Welche '1' ist gemeint?
lommodore
Beiträge: 836
Registriert: So 22. Feb 2015, 14:52

Re: Der AVR-/ARDUINO-Faden

Beitrag von lommodore »

Die Pin-Nummer, beim ESP funktionierts bei mit immer den Pin als Dx anzugeben, anstatt x, also pinMode(D1, Output), anstatt (1, output"
Benutzeravatar
Hightech
Beiträge: 11460
Registriert: So 11. Aug 2013, 18:37

Re: Der AVR-/ARDUINO-Faden

Beitrag von Hightech »

lommodore hat geschrieben: Do 17. Sep 2020, 19:38 Die Pin-Nummer, beim ESP funktionierts bei mit immer den Pin als Dx anzugeben, anstatt x, also pinMode(D1, Output), anstatt (1, output"
Das passt doch wirklich in keine Logik.
Benutzeravatar
Später Gast
Beiträge: 1697
Registriert: Di 5. Apr 2016, 22:03
Wohnort: Karlsruhe
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Später Gast »

Hightech hat geschrieben: Do 17. Sep 2020, 21:17
lommodore hat geschrieben: Do 17. Sep 2020, 19:38 Die Pin-Nummer, beim ESP funktionierts bei mit immer den Pin als Dx anzugeben, anstatt x, also pinMode(D1, Output), anstatt (1, output"
Das passt doch wirklich in keine Logik.
Ich orakele mal (weitestgehend frei von einschlägigen Wissen) einen historischen Erklärungsansatz: Das ganze NodeMCU ESP Gedöns wurde nachträglich in die Arduino IDE reingeflanscht, von nicht-Arduino-Personal. Die Haben das nativ mit LUA gemacht und dadrin halt beschlossen, dass es D# und A# für digitale und analoge Pins heißen soll und das dann beim ranflanschen logischer Weise beibehalten. Weil ist ja viel logischer so. Wieso soll man bei den digitalen Pins den Buchstaben weglassen und bei den analogen nicht? :roll:
Benutzeravatar
Hightech
Beiträge: 11460
Registriert: So 11. Aug 2013, 18:37

Re: Der AVR-/ARDUINO-Faden

Beitrag von Hightech »

Ja, Herrlich.
Besonders wenn man dann schreibt
analogWrite(D1,500) auf einem Digital_Out für eine 50% PWM.
Args.
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Der AVR-/ARDUINO-Faden

Beitrag von Weisskeinen »

Zahlen könnte man programmatisch einfach behandeln, Konstanten mit hinterlegten Zahlen nicht so...
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Hab gerade was, wo ich nicht recht weiß, wie ich es lösen soll.

Und zwar will ich den Code eines RGB Farbwechsels aufräumen.

Zuerst sollen die Farben langsam gewechselt werden, dann langsam auf und
abgeblendet und danach Weiß auf und abgeblendet werden.

Ich will jetzt jede Variante über einzelne Schleifen laufen lassen, also zB. zehn Mal
wechseln, dann 20 mal auf und abschwellen und dann nochmal 5 mal Weiß.

Geht sowas über for Schleifen, oder muss man das anders machen?
Benutzeravatar
Später Gast
Beiträge: 1697
Registriert: Di 5. Apr 2016, 22:03
Wohnort: Karlsruhe
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Später Gast »

Müssen pu püssen. Wenn ich nur for-Schleifen programmieren könnte, würde ich sicher versuchen, das damit zu machen. ;)

Zum Glück hat man mich hier über "Funktionen" ins Bild gesetzt, deswegen würde ich das damit machen.
Ich würde mir da einzelne Funktionen programmieren, eine für die Farbwechsel und eine für Auf- und Abschwellen mit [#Farbe], dann die Funktionen aus dem Loop heraus aufrufen wie man lustig ist, also über eine bestimmte Zeit hinweg, oder die Funktion gibt Bescheid, wenn sie mit Ausführung fertig ist und der Loop macht dann passend weiter. Also einmal

void Farbwechsel(){
[farben werden x Mal gewechselt];
FarbwechselFertig=true;
}

void AnAbSchwellen(){
[Licht schwillt x Mal an und ab];
FarbwechselFertig=false;
}

und dann im Loop
if(!Farbwechselfertig){
Farbwechsel();
}
if(FarbwechselFertig){
AnAbSchwellen();
}

zur Rückmeldung wird hier die globale Variable "FarbwechselFertig" verwendet, die muss man ganz zu Beginn deklarieren, hier mit "Bool FarbwechselFertig=false;" damit er auch mit der richtigen Funktion anfängt.

Das mit den Funktionen ist super, weil du einzelne Teile viel leichter verändern kannst, ohne dabei Angst haben zu müssen dir irgendeine andere Geschichte wieder zu zerschießen. Und du kannst Blöcke easy peasy in andere Projekte reinpasten und musst nicht jedes Mal alles wieder von Null aufbauen.

Lange for-Schleifen versuche ich zu vermeiden, weil sie während sie laufen nen Haufen Zeuch blockieren, den man eigentlich gerne haben möchte.
ch_ris
Beiträge: 3039
Registriert: Mo 30. Nov 2015, 10:08

Re: Der AVR-/ARDUINO-Faden

Beitrag von ch_ris »

du könnts auch eineTabelle mit den farbwerten anlegen. und die loopen. und mit timer bremsen.
Benutzeravatar
Bastelbruder
Beiträge: 11541
Registriert: Mi 14. Aug 2013, 18:28

Re: Der AVR-/ARDUINO-Faden

Beitrag von Bastelbruder »

Ich bin ja nicht so der Softie, aber Lookuptable war meine erste Idee.
MSG
Beiträge: 2195
Registriert: Fr 9. Nov 2018, 23:24
Wohnort: Nähe Dieburg

Re: Der AVR-/ARDUINO-Faden

Beitrag von MSG »

Farbwechsel an sich machst du am einfachsten über den hue Wert ( 0 bis 765 ) damit erhälst du Farben 0 = blau ...rot ....grün...blau = 765
Hier ein Beispiel aus meiner DMX Steuerung. Die Variablen gRedToSetg, GreenToSet und gBlueToSet enthalten dann Werte von 0 = aus ...255 = max

Code: Alles auswählen

    if (hue < 256) {
      /// blue to red
      gRedToSet   = hue;
      gGreenToSet = 0;
      gBlueToSet  = 255-hue;

    } else if (hue < 511) {
      /// red to green
      gRedToSet   = 255 - (hue-255);
      gGreenToSet = hue-255;
      gBlueToSet  = 0;
    } else {
      /// green to blue
      gRedToSet   = 0;
      gGreenToSet = 255-(hue-510);
      gBlueToSet  = hue-510;
    } // if
Benutzeravatar
phettsack
Beiträge: 1201
Registriert: Mo 12. Aug 2013, 18:17

Re: Der AVR-/ARDUINO-Faden

Beitrag von phettsack »

Arbeitet ihr noch mit der Orginal-Arduino-IDE?

Ich habe mir letzte Woche die Mühe gemacht und VSCode mit Platformio installiert. Das ist wirklich ein Unterschied wie Tag und Nacht. Ich bin ja kein hocheffizienter Programmierer und stümpere mir eben ein bisschen was zusammen, mit VSCode geht das aber wesentlich angenehmer wenn man das erstmal installiert bekommen hat.
Animiert dazu hat mich dieses Video: https://www.youtube.com/watch?v=Yb-HOBynJdc
MSG
Beiträge: 2195
Registriert: Fr 9. Nov 2018, 23:24
Wohnort: Nähe Dieburg

Re: Der AVR-/ARDUINO-Faden

Beitrag von MSG »

Ich benutzer auch VS Code unter Linux mit PlatformIO.

Hier ein ganz kurzer Einstieg: https://www.heise.de/developer/artikel/ ... 64669.html
Benutzeravatar
Hightech
Beiträge: 11460
Registriert: So 11. Aug 2013, 18:37

Re: Der AVR-/ARDUINO-Faden

Beitrag von Hightech »

Ich hab das alles installiert und bei mir macht das alles nur ???

Ich bin es irgendwie gewohnt das auf Fußpilzebene zu machen, also main.c, main.h gedöhns.h Zeugs.c -> makefile und rauf auf den µC
Alleine die Arduino-IDE stellt mich vor Probleme wie: Wo sind die Libs, es verteilt sich alles in alle möglichen Pfade und Verzeichnisse.
Keine Ahnung wo was liegt von meinem Kram.
Blöd ist dann auch, wenn es 5 verschiedene Header Dateien gibt, die aber in den verschiedenen Board den gleichen Namen haben. Zu Beispiel wifi.h.

Bei VS hab ich das Gefühl, vollständig im Dunkeln zu stehen, wo was ist und wo was her kommt. Ich weiss da nicht mal, wo mein Code auf der Platte liegt und welche Abhängikeiten mein Code hat.
Ist das normal?
Benutzeravatar
Fritzler
Beiträge: 12597
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Fritzler »

Das frag ich mich auch jedesmal was die Leute an VS Code so toll finden.
Das ist sacklahm, weil in Javascript geschrieben!

Ab einer gewissen Projektgröße brauchts aber ne IDE, aber die sollte brauchbar sein.
Eine IDE hat auch keine libs zu verstecken, die libc hat vom GCC Verzeichnis zu kommen.
Ansonsten eben normales einbinden von Dateien, die dann im Projektbaum auftauchen.
Rechtsklick auf eine Funktion/Klasse: goto impd/decl (um zu gucken was das jetzt ist) ist auch imemr recht hilfreich.

Ich hab mich ja schon FAST mit eclipse angefreundet, aber jetzt soll der Nachfolger auch alles viel toller machen und in JS geschrieben sein, lasstma stecken :lol:
-> Guck dir mal das Segger Embeddetstudio an, kannste nutzen wenn dun kleinen J-Link Edu kaufst für 66€. (ist eh zu empfehlen wenne was mit ARM machen willst)
MSG
Beiträge: 2195
Registriert: Fr 9. Nov 2018, 23:24
Wohnort: Nähe Dieburg

Re: Der AVR-/ARDUINO-Faden

Beitrag von MSG »

Hightech hat geschrieben: Mo 5. Okt 2020, 15:45Ich bin es irgendwie gewohnt das auf Fußpilzebene zu machen, also main.c, main.h gedöhns.h Zeugs.c -> makefile und rauf auf den µC
Das kann man bestimmt so machen, aber ob man das möchte?
Hightech hat geschrieben: Mo 5. Okt 2020, 15:45 Alleine die Arduino-IDE stellt mich vor Probleme wie: Wo sind die Libs, es verteilt sich alles in alle möglichen Pfade und Verzeichnisse.
Keine Ahnung wo was liegt von meinem Kram.
Die Arduino-IDE ist doch relativ übersichtlich....
Hightech hat geschrieben: Mo 5. Okt 2020, 15:45 Blöd ist dann auch, wenn es 5 verschiedene Header Dateien gibt, die aber in den verschiedenen Board den gleichen Namen haben. Zu Beispiel wifi.h.
Das könnte daran liegen, dass die z.B. für verschiedene Architekturen vorhanden ist?
Hightech hat geschrieben: Mo 5. Okt 2020, 15:45 Bei VS hab ich das Gefühl, vollständig im Dunkeln zu stehen, wo was ist und wo was her kommt. Ich weiss da nicht mal, wo mein Code auf der Platte liegt und welche Abhängikeiten mein Code hat.
Ist das normal?
Nein. Bedienerfehler. Links im Workspace Menü siehst du deine Dateien, und wenn du da mit der Maus über z.B. die main.cpp gehst, dann siehst du wo sie liegt.
Bei den geöffneten Dateien das selbe wenn du mit der Maus über den Tab mit dem Dateinamen gehst.
Wenn du wissen willst, wo die z.b. #include <Arduino.h> ist, dann einfach mit der rechten Maustaste und entweder goto declaration oder goto definition.

Eigentlich finde ich VS Code echt gut, funktioniert einwandfrei unter Linux
Benutzeravatar
phettsack
Beiträge: 1201
Registriert: Mo 12. Aug 2013, 18:17

Re: Der AVR-/ARDUINO-Faden

Beitrag von phettsack »

Nu zankt euch nicht :-)
VSCode:
Die größte Herausforderung war tatsächlich, Hardware und Software zusammenzubringen und das ganze Setup zu bewerkstelligen. Wenn man das nutzen möchte, muss man sich auf so eine IDE einlassen.
Früher habe ich mit SMON auf dem C64 programmiert, schon auf dem Amiga war das komplizierteste an der Assemberprogrammierung, die Entwicklungsumgebung auf den Schirm zu bekommen.

Ist das so lahm wegen JS? Bei mir gehts ganz gut, mein PC ist 10 Jahre alt und sicher nicht mehr der Renner. Dabei habe ich nebenbei noch Cura und Chrome mit etlichen Tabs offen. Vermutlich bin ich genügsam geworden.
Benutzeravatar
sukram
Beiträge: 3111
Registriert: Sa 10. Mär 2018, 18:27
Wohnort: Leibzsch

Re: Der AVR-/ARDUINO-Faden

Beitrag von sukram »

Sagt mal, ihr benutzt GUIs? Ich hacke meine paar 100 Zeilen (zu mehr fühle ich mich meist kognitiv nicht fähig) mit vi zusammen - der macht C schön bunt, das reicht mir :?
Benutzeravatar
Fritzler
Beiträge: 12597
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Fritzler »

Es kommt eben auf die Projektgröße an.
Bei meinem Heimzeuch nutze ich auch Notepad++ bzw gedit und makefile.

Auf Arbeit dann eine IDE, bei 20k Files+ biste sonst leicht verloren.
Leider ist der IAR von v7 auf v8 so richtig schlecht geworden in Richtung unbenutzbar, daher gucken wir grade nach Alternativen.
Scherze wie: Volltextsuche braucht auf 8 Kernen 4min30s. Grep braucht 4s auf einem Kern :shock:
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Der AVR-/ARDUINO-Faden

Beitrag von Weisskeinen »

sukram hat geschrieben: Di 6. Okt 2020, 19:30 Sagt mal, ihr benutzt GUIs? Ich hacke meine paar 100 Zeilen (zu mehr fühle ich mich meist kognitiv nicht fähig) mit vi zusammen - der macht C schön bunt, das reicht mir :?
Jupp. Ein Fenstermanager ist eigentlich nicht mehr nur dazu da, mehrere Shells gleichzeitig anzuzeigen... *duckundwech*
Benutzeravatar
phettsack
Beiträge: 1201
Registriert: Mo 12. Aug 2013, 18:17

Re: Der AVR-/ARDUINO-Faden

Beitrag von phettsack »

Weisskeinen hat geschrieben: Di 6. Okt 2020, 19:40 Jupp. Ein Fenstermanager ist eigentlich nicht mehr nur dazu da, mehrere Shells gleichzeitig anzuzeigen... *duckundwech*
Dafür gibt es doch tmux. :-)
Benutzeravatar
Fritzler
Beiträge: 12597
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Fritzler »

Die ganz krassen Hacker nehmen doch i3 :lol:
https://wiki.archlinux.org/index.php/I3
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Ich habe gerade was komisches mit einer Relaiskarte am Nano.

Hab da ein Programm, was immer ein Relais schaltet, wenn ein Joystick nach oben, unten, links oder rechts gedrückt wird.

Die Relais schalten sauber, wenn der am USB seinen Strom bekommt.

Geht man aber über Vin und GND, dann rattern die Relais oder es schalten zwei gleichzeitig. ich gehe mit 7,5V DC in den Nano rein.

Wie kann sowas kommen?
ch_ris
Beiträge: 3039
Registriert: Mo 30. Nov 2015, 10:08

Re: Der AVR-/ARDUINO-Faden

Beitrag von ch_ris »

gute Frage. hatte was ähnliches, nano ist komplett neugestartet. nach entstören der Last(motor) des relais war's weg.
hatte mit oszi auch mal gekuckt, weiß nicht mehr genau, entweder die störung kam über vin oder den io pin.
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Das Ding ist ja, dass da nichts dran hängt.

Nur die Relais am Nano.
Benutzeravatar
xoexlepox
Beiträge: 4815
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der AVR-/ARDUINO-Faden

Beitrag von xoexlepox »

Nur die Relais am Nano.
Hast du die mit Freilaufdioden versehen? Und wie gut gesiebt (Elko plus keramischer Kondensator) ist deine Betriebsspannung?
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

xoexlepox hat geschrieben: Mi 7. Okt 2020, 18:03 Hast du die mit Freilaufdioden versehen? Und wie gut gesiebt (Elko plus keramischer Kondensator) ist deine Betriebsspannung?
Dioden sollten auf der Karte schon mit drauf sein.

Und die Spannung kommt von einem PC Netzteil, sollte also recht stabil sein.
sysconsol
Beiträge: 4059
Registriert: Fr 8. Jul 2016, 17:22

Re: Der AVR-/ARDUINO-Faden

Beitrag von sysconsol »

7,5V vom PC-Netzteil? :?

Der Relaisstrom fließt über den Arduino-Pin oder ist da ein Transistor zwischen?
ch_ris
Beiträge: 3039
Registriert: Mo 30. Nov 2015, 10:08

Re: Der AVR-/ARDUINO-Faden

Beitrag von ch_ris »

Transistor haben die alle imho. glaub die Schaltungen sind nur leicht unterschiedlich. freilauf diode, ich weiß nicht...
edit.
Frage. machen die Pins dummes Zeug oder liegts daran das er rebootet (serial led flackert), (und die pins beim start nicht/falsch definiert sind)
Benutzeravatar
sukram
Beiträge: 3111
Registriert: Sa 10. Mär 2018, 18:27
Wohnort: Leibzsch

Re: Der AVR-/ARDUINO-Faden

Beitrag von sukram »

Wie sieht die Resetbeschaltung auf dem (China?) Nano aus?
Benutzeravatar
Später Gast
Beiträge: 1697
Registriert: Di 5. Apr 2016, 22:03
Wohnort: Karlsruhe
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Später Gast »

Womöglich ist der arme 5v Linearreger aufm Arduino mit dem Strom im Anzugsmoment für kurze Zeit einfach überfordert. An den 5V vom USB scheints ja zu tun, da ist der Arduinoeigene Spannungsregler nicht beteiligt und der Strom kommt vom Rechner.

Schlage folgendenTest vor: Mal probehalber die 5v Versorgung der Relaisplatine (die brauchts ja für die Transistoren) mit nem dicken Elko stützen. Am PC-Netzteil gäbe es auch noch mal 5V die bestimmt belastbarer sind.
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Da ich den Nano ja zuerst aus dem Desktop PC versorgt habe (also aus dem
verbauten Netzteil) dachte ich ja, es wäre irgendwelcher "Müll" auf
der Leitung, aber da es selbst aus dem unbelasteten NT Probleme gibt,
probiere ich das morgen mal aus.

Was heißt denn für dich "dick"?
Benutzeravatar
Später Gast
Beiträge: 1697
Registriert: Di 5. Apr 2016, 22:03
Wohnort: Karlsruhe
Kontaktdaten:

Re: Der AVR-/ARDUINO-Faden

Beitrag von Später Gast »

Cubicany hat geschrieben: Do 8. Okt 2020, 20:36 Da ich den Nano ja zuerst aus dem Desktop PC versorgt habe (also aus dem
verbauten Netzteil) dachte ich ja, es wäre irgendwelcher "Müll" auf
der Leitung, aber da es selbst aus dem unbelasteten NT Probleme gibt,
probiere ich das morgen mal aus.

Was heißt denn für dich "dick"?
Dick heißt 1000µF -2000mF.

sysconsols Frage, wie Du aus dem PC-Netzteil 7,5V rausholst interessiert mich auch noch brennend. ;)
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Aus irgendeinem Grund lädt die IDE keine Programme auf einen der Nanos.

Der Balken läuft durch und an Ende steht unten drin, dass es ein Problem beim Hochladen gab.

Das Einzige, was ich geändert habe ist, dass der Nano auf eine Lochplatine gelötet wurde.
Board und port sind richtig eingestellt.

Was könnte da noch ein Problem darstellen?
jodurino
Beiträge: 2104
Registriert: So 17. Nov 2013, 20:43

Re: Der AVR-/ARDUINO-Faden

Beitrag von jodurino »

Cubicany hat geschrieben: Fr 9. Okt 2020, 21:33 Aus irgendeinem Grund lädt die IDE keine Programme auf einen der Nanos.

Der Balken läuft durch und an Ende steht unten drin, dass es ein Problem beim Hochladen gab.

Das Einzige, was ich geändert habe ist, dass der Nano auf eine Lochplatine gelötet wurde.
Board und port sind richtig eingestellt.

Was könnte da noch ein Problem darstellen?
Da gibt es die Einstellung mit altem Bootloader hochladen, hat bei mir geholfen bei einigen der NANO Modelle die mit USB-Mini ausgeliefert werden.

Einer ist mir an einem USB3 Post verreckt, letztendlich hat sich der 7805 mit zsssst verabschiedet. Ok vielleicht sowieso ein defektes Teil aus der Tüte aber ich meide jetzt den USB3 Port.

cu
jodurino
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Anfangs blinkt ja beim Nano diese L LED, egal ob Nachbau oder Original.

Nachdem ich einmal Reset gedrückt habe, flimmert diese LED nur noch ganz
schwach, aber dafür hochfrequent. Habe jetzt mal den Shop angeschrieben
und warte mal, was die dazu sagen.

Statische Aufladung aus Ursache schließe ich mal aus.
virtexultra
Beiträge: 131
Registriert: So 9. Dez 2018, 11:30

Re: Der AVR-/ARDUINO-Faden

Beitrag von virtexultra »

Später Gast hat geschrieben: Do 8. Okt 2020, 21:54 sysconsols Frage, wie Du aus dem PC-Netzteil 7,5V rausholst interessiert mich auch noch brennend. ;)
Ich vermute mal zwischen +12V und +5V. Ob der Schaltwandler das wirklich mag ist fraglich.
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Wie sind denn so die Erfahrungen mit dem Makershop Service?

Habe jetzt den dritten Nano ausgepackt und der hat seinen Atmega
beim Anstecken einmal fulminant ausgeatmet.
IPv6
Beiträge: 2210
Registriert: Fr 17. Mär 2017, 22:05

Re: Der AVR-/ARDUINO-Faden

Beitrag von IPv6 »

Das Zeugs dürfte vom gleichen Band in Fernost fallen. Egal ob man das nun beim flotten Ali direkt bestellt oder bei irgendeinem Makershop in Deutschland, der die Teile innerhalb von wenigen Tagen liefern kann und dafür halt seinen Aufschlag drauf tut.

Ich habe inzwischen schon einige zehn Nanos aus Fernost verbaut und bisher mit einer einzigen Ausnahme keine Probleme gehabt was "dead on arrival" angeht.
Allerdings habe ich so manches Board durch Unachtsamkeit gegrillt, das geht schnell ohne böse Absicht.
Einmal kurz mit 12 V einen Pin gestreift, durch eine kleine Lötbrücke einen Kurzschluss erzeugt und den Spannungsregler gegrillt,...
Drei defekte Nanos direkt so aus der Verpackung ist nahezu ausgeschlossen.
Bevor du da noch zehn weitere defekt aus der Verpackung holst solltest du vielleicht deine Vorgehensweise kritisch überprüfen.

Dein Shop wird dir vermutlich einfach einen neuen schicken weil jeglicher Überprüfung des Problems teurer ist als deren Einkaufspreis für die Dinger.

Kauf dir von den Teilen am besten gleich 10 Stück aus China. Dann kann auch mal einer kaputt gehen ohne dass es großartig schmerzt.

Und auch wenn du das vermutlich nicht hören/lesen willst:
Probleme wie ein nicht funktionierender Upload bekommt man selbst ergoogelt. Auch wenn so eine Frage schneller in ein Forum gepostet ist als selbst zu recherchieren. Fehler selber finden hilft beim Lernprozess allerdings deutlich mehr.
Benutzeravatar
Cubicany
Beiträge: 3543
Registriert: Sa 15. Feb 2020, 17:48
Wohnort: Soest

Re: Der AVR-/ARDUINO-Faden

Beitrag von Cubicany »

Ich gehe davon aus, dass das Hochladen deshalb nicht geht, weil der auch schon irgendwas weg hat.
Antworten