Der AVR-/ARDUINO-Faden
Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese
- Später Gast
- Beiträge: 1697
- Registriert: Di 5. Apr 2016, 22:03
- Wohnort: Karlsruhe
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
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.
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.
Re: Der AVR-/ARDUINO-Faden
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.
Ein 12V Relais-Modul hast nicht zufällig liegen?
Doppelpost: Später Gast war schneller.
Re: Der AVR-/ARDUINO-Faden
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...
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...
-
- Beiträge: 387
- Registriert: Di 6. Dez 2016, 10:22
- Wohnort: 76599 Weisenbach
Re: Der AVR-/ARDUINO-Faden
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)?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...
Das würde dies Verhalten erklären...
Danke & Gruß,
Jens
-
- Beiträge: 387
- Registriert: Di 6. Dez 2016, 10:22
- Wohnort: 76599 Weisenbach
Re: Der AVR-/ARDUINO-Faden
Relaisplatine und Netzteil waren übrigens:
https://www.amazon.de/gp/product/B07GXB ... UTF8&psc=1
https://www.amazon.de/gp/product/B078Q1 ... UTF8&psc=1
https://www.amazon.de/gp/product/B07GXB ... UTF8&psc=1
https://www.amazon.de/gp/product/B078Q1 ... UTF8&psc=1
-
- Beiträge: 387
- Registriert: Di 6. Dez 2016, 10:22
- Wohnort: 76599 Weisenbach
Re: Der AVR-/ARDUINO-Faden
... Ardiuno und Relaisplatine werden nun über ein anderes 5-Volt-Netzteil gespeist. Problem offensichtlich damit behoben.
Danke an alle.
Gruß, Jens
Danke an alle.
Gruß, Jens
ESP8266 Problem
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.
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.
Re: Der AVR-/ARDUINO-Faden
Versuchs mal mit D1 anstatt von 1, das hat bei mir ein derartiges Problem gefixt
Re: Der AVR-/ARDUINO-Faden
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.
Ist das wirklich so gewollt? 10 LEDs und die sollen alle der Reihe nach für 1 Sekunde blinken?
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;}
Re: Der AVR-/ARDUINO-Faden
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?
Aber der Tipp mit D1 war goldrichtig!!!!
Warum ist das nirgends erwähnt?
- Weisskeinen
- Beiträge: 3948
- Registriert: Di 27. Aug 2013, 16:19
Re: Der AVR-/ARDUINO-Faden
Die Pin-Nummer, beim ESP funktionierts bei mit immer den Pin als Dx anzugeben, anstatt x, also pinMode(D1, Output), anstatt (1, output"
- Später Gast
- Beiträge: 1697
- Registriert: Di 5. Apr 2016, 22:03
- Wohnort: Karlsruhe
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
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?
Re: Der AVR-/ARDUINO-Faden
Ja, Herrlich.
Besonders wenn man dann schreibt
analogWrite(D1,500) auf einem Digital_Out für eine 50% PWM.
Args.
Besonders wenn man dann schreibt
analogWrite(D1,500) auf einem Digital_Out für eine 50% PWM.
Args.
- Weisskeinen
- Beiträge: 3948
- Registriert: Di 27. Aug 2013, 16:19
Re: Der AVR-/ARDUINO-Faden
Zahlen könnte man programmatisch einfach behandeln, Konstanten mit hinterlegten Zahlen nicht so...
Re: Der AVR-/ARDUINO-Faden
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?
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?
- Später Gast
- Beiträge: 1697
- Registriert: Di 5. Apr 2016, 22:03
- Wohnort: Karlsruhe
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
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.
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.
Re: Der AVR-/ARDUINO-Faden
du könnts auch eineTabelle mit den farbwerten anlegen. und die loopen. und mit timer bremsen.
- Bastelbruder
- Beiträge: 11541
- Registriert: Mi 14. Aug 2013, 18:28
Re: Der AVR-/ARDUINO-Faden
Ich bin ja nicht so der Softie, aber Lookuptable war meine erste Idee.
Re: Der AVR-/ARDUINO-Faden
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
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
Re: Der AVR-/ARDUINO-Faden
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
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
Re: Der AVR-/ARDUINO-Faden
Ich benutzer auch VS Code unter Linux mit PlatformIO.
Hier ein ganz kurzer Einstieg: https://www.heise.de/developer/artikel/ ... 64669.html
Hier ein ganz kurzer Einstieg: https://www.heise.de/developer/artikel/ ... 64669.html
Re: Der AVR-/ARDUINO-Faden
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?
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?
- Fritzler
- Beiträge: 12597
- Registriert: So 11. Aug 2013, 19:42
- Wohnort: D:/Berlin/Adlershof/Technologiepark
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
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
-> 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)
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
-> 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)
Re: Der AVR-/ARDUINO-Faden
Das kann man bestimmt so machen, aber ob man das möchte?
Die Arduino-IDE ist doch relativ übersichtlich....
Das könnte daran liegen, dass die z.B. für verschiedene Architekturen vorhanden ist?
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
Re: Der AVR-/ARDUINO-Faden
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.
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.
Re: Der AVR-/ARDUINO-Faden
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
- Fritzler
- Beiträge: 12597
- Registriert: So 11. Aug 2013, 19:42
- Wohnort: D:/Berlin/Adlershof/Technologiepark
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
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
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
- Weisskeinen
- Beiträge: 3948
- Registriert: Di 27. Aug 2013, 16:19
Re: Der AVR-/ARDUINO-Faden
Jupp. Ein Fenstermanager ist eigentlich nicht mehr nur dazu da, mehrere Shells gleichzeitig anzuzeigen... *duckundwech*
Re: Der AVR-/ARDUINO-Faden
Dafür gibt es doch tmux.Weisskeinen hat geschrieben: ↑Di 6. Okt 2020, 19:40 Jupp. Ein Fenstermanager ist eigentlich nicht mehr nur dazu da, mehrere Shells gleichzeitig anzuzeigen... *duckundwech*
- Fritzler
- Beiträge: 12597
- Registriert: So 11. Aug 2013, 19:42
- Wohnort: D:/Berlin/Adlershof/Technologiepark
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
Die ganz krassen Hacker nehmen doch i3
https://wiki.archlinux.org/index.php/I3
https://wiki.archlinux.org/index.php/I3
Re: Der AVR-/ARDUINO-Faden
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?
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?
Re: Der AVR-/ARDUINO-Faden
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.
hatte mit oszi auch mal gekuckt, weiß nicht mehr genau, entweder die störung kam über vin oder den io pin.
Re: Der AVR-/ARDUINO-Faden
Das Ding ist ja, dass da nichts dran hängt.
Nur die Relais am Nano.
Nur die Relais am Nano.
Re: Der AVR-/ARDUINO-Faden
Hast du die mit Freilaufdioden versehen? Und wie gut gesiebt (Elko plus keramischer Kondensator) ist deine Betriebsspannung?Nur die Relais am Nano.
Re: Der AVR-/ARDUINO-Faden
Dioden sollten auf der Karte schon mit drauf sein.
Und die Spannung kommt von einem PC Netzteil, sollte also recht stabil sein.
Re: Der AVR-/ARDUINO-Faden
7,5V vom PC-Netzteil?
Der Relaisstrom fließt über den Arduino-Pin oder ist da ein Transistor zwischen?
Der Relaisstrom fließt über den Arduino-Pin oder ist da ein Transistor zwischen?
Re: Der AVR-/ARDUINO-Faden
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)
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)
Re: Der AVR-/ARDUINO-Faden
Wie sieht die Resetbeschaltung auf dem (China?) Nano aus?
- Später Gast
- Beiträge: 1697
- Registriert: Di 5. Apr 2016, 22:03
- Wohnort: Karlsruhe
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
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.
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.
Re: Der AVR-/ARDUINO-Faden
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"?
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"?
- Später Gast
- Beiträge: 1697
- Registriert: Di 5. Apr 2016, 22:03
- Wohnort: Karlsruhe
- Kontaktdaten:
Re: Der AVR-/ARDUINO-Faden
Dick heißt 1000µF -2000mF.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"?
sysconsols Frage, wie Du aus dem PC-Netzteil 7,5V rausholst interessiert mich auch noch brennend.
Re: Der AVR-/ARDUINO-Faden
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?
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?
Re: Der AVR-/ARDUINO-Faden
Da gibt es die Einstellung mit altem Bootloader hochladen, hat bei mir geholfen bei einigen der NANO Modelle die mit USB-Mini ausgeliefert werden.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?
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
Re: Der AVR-/ARDUINO-Faden
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.
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.
-
- Beiträge: 131
- Registriert: So 9. Dez 2018, 11:30
Re: Der AVR-/ARDUINO-Faden
Ich vermute mal zwischen +12V und +5V. Ob der Schaltwandler das wirklich mag ist fraglich.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.
Re: Der AVR-/ARDUINO-Faden
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.
Habe jetzt den dritten Nano ausgepackt und der hat seinen Atmega
beim Anstecken einmal fulminant ausgeatmet.
Re: Der AVR-/ARDUINO-Faden
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.
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.
Re: Der AVR-/ARDUINO-Faden
Ich gehe davon aus, dass das Hochladen deshalb nicht geht, weil der auch schon irgendwas weg hat.