Arduino dauerhaft im Betrieb. Erfahrungen?

MinusT schrieb:
> Für mein Vorhaben überlege ich mein Arduino Uno dauerhaft
> unter Spannung zu lassen.

Davon (bzw. dafür) gibt es einige Hersteller - mit durchaus 
unterschiedlicher  Fertigungsgüte. Hättest Du die Freundlichkeit uns zu 
zeigen (Link) welchen Arduino Uno genau Du einsetzen möchtest?

millis() läuft nach etwa 50 Tagen über!

MinusT schrieb:
> Heisst also 24/7

Bei ordentlicher Versorgung, Temperatur und ohne SW-Fehler ziemlich 
lange.
Es ist eine Kunst, Feler zu haben, die keiner merkt.

M.N. schrieb:
> millis() läuft nach etwa 50 Tagen über!

Das ist Soft- aber keine Hardware - oder?

oszi40 schrieb:
> Es ist eine Kunst, Feler zu haben, die keiner merkt.

Ich bin ein Künstler (das wusste ich schon immer)!

Dieter F. schrieb:
> Das ist Soft- aber keine Hardware - oder?

Ja, das liegt an der Implementierung der Bibliothek, weil der "Tick" als 
long int verarbeitet wird.

Dieter F. schrieb:
> M.N. schrieb:
>> millis() läuft nach etwa 50 Tagen über!
>
> Das ist Soft- aber keine Hardware - oder?

Ja, da hatten wir aber vor einiger Zeit einen Thread, der sich mit dem 
Thema beschäftigte, den Überlauf zuverlässig zu vermeiden.
Sollte sich finden lassen.

Ich habe Mikrocontroller Projekte, die seit Jahren störungsfrei durch 
laufen und das halte ich für normal.

Wenn Arduino das nicht könnte, wäre das Framework grob fehlerhaft. Und 
davon gehe ich mal nicht aus.

Die Mikrocontroller enthalten einen Watchdog, den man bei passender 
Programmierung dazu nutzen kann, den µC automatisch zu resetten. 
Voraussetzung ist, daß dein Programm in regelmäßigen Intervallen 
signalisiert, daß es noch lebt.

MinusT schrieb:
> Muss ich davon ausgehen dass der nur paar Monate durchhält?

Das kommt auf dein Programm an. Falls du dort im Millisekundentakt auf 
Flash und/oder EEPROM rumschreibst, kann das Leben plötzlich sehr 
endlich werden.

Adele schrieb:
> Ja, da hatten wir aber vor einiger Zeit einen Thread, der sich mit dem
> Thema beschäftigte, den Überlauf zuverlässig zu vermeiden.
> Sollte sich finden lassen.

Ja, für den der das aufgebracht hat.

Mich interessiert langfristig mehr die Hardware-Komponente (EMV etc.)

MinusT schrieb:
> Arduino dauerhaft im Betrieb.
>
> Muss ich davon
> ausgehen dass der nur paar Monate durchhält?

Ich sehe nicht, wie ein Schriftzug auf einem Board, die Lebensdauer 
beeinflussen kann.

Weder positiv, noch negativ.

Wer die Anleitungen von Arduino liest, weiss das auch. Besser, man liest 
auch die Datenblätter der verwendeten Bauteile.

Die echten Arduinos sind gut gelayoutet. Bei den billigen clonen sind 
die Abblockkondensatoren häufig bescheiden positioniert und die 
Stromversorgung in Gänze auf Kante dimensioniert und mit Bauteilen 
zweifelhafter Qualität bestückt.

Ich habe einen Arduino, der nun seit ca. 3 Jahren halbstündliche Daten 
per SIM800-Modul sendet. Keine Ausfälle, auch bei 50° durch 
Sonneneinstrahlung etc. Ist ein "original"-Board.

Maxim B. schrieb:
> Auch Stromverbrauch von zusätzlichen Platten genau kennen und bei
> hungrigen Platten zusätzliche externe Speisung verwenden.

Eine externe Speisung hat das selbe Problem. Wenn sie thermisch am Rand 
gefahren wird, sinkt die Lebensdauer. Typisches Problem sind Elkos, die 
neben warmen Bauteilen plaziert sind.

KarlKlammer schrieb:
> Die echten Arduinos sind gut gelayoutet. Bei den billigen clonen sind
> die Abblockkondensatoren häufig bescheiden positioniert

Nach wie vor fehlen hier konkrete Links - was ist denn "echt" und was 
"billig clone" ?

Sebastian S. schrieb:
> Eine interessante Einstellung!

Wieso?
Meinst du, dass der Millis Zähler der einziege Zähler im Leben eines 
Programmieres ist, welcher irgendwann mal überläuft?

Nee!
Ich sage: Das ist normal.
Ein Standard Problem, mit Standard Lösungen.



Wenn das Programm schlampig geschrieben ist, versagt es nach 50 Tagen.
Dann ist das eben so!
Wer ist dafür Verantwortlich?
Der Hardwarehersteller, oder der Programmierer?

Frank E. schrieb:
> Arduino UNO mit Ethernet Shield und
> 16fach-Relaiskarte) läuft über einen Powerline-Adapter (ja ja, alle
> Schweinereien beieinander) ... seit ca. 2 Jahren störungsfrei.

Ja, mein Auto läuft auch seit Jahren störungsfrei - ratet mal welche 
Marke, Modell, ...

Arduino UNO = Auto - keine Aussage, welcher es ist. Scheinbar schreibe 
ich hier gegen die Wand :-(

MinusT schrieb:
> Hallo Leute. Für mein Vorhaben überlege ich mein Arduino Uno dauerhaft
> unter Spannung zu lassen. Heisst also 24/7.

ja kann man machen und wird auch gemacht und nu?

> Er bleibt immer aktiv und wird eventuell nur 10 Stunden am Tag die
> Arbeit leisten.

mal drüber nachdenken was an externer sowie interner (UNO)HW 
weggeschaltet werden kann um Energie zu sparen. SleepMode usw

> Hat jemand Erfahrungen wie lange die Geräte laufen? Muss ich davon
> ausgehen dass der nur paar Monate durchhält?

Das hängt von deiner Umsetzung an HW und deiner Umsetzung in SW ab wie 
schlecht man es macht. Hab seit Jahren ein Platine mit µC am laufen 24/7 
und läuft...

> Betriebsspannung 5V.

Schmeiß doch mal nen Schaltplan in die Runde von deinem Vorhaben 0.o

Dieter F. schrieb:
> Ja, mein Auto läuft auch seit Jahren störungsfrei - ratet mal welche
> Marke, Modell, ...

Opel!?

Marek N. schrieb:
> Opel!?

Ich schrieb "störungsfrei" - wie kommst Du da auf Opel?

Überhaupt schreiben wir hier über Arduino UNO - und keiner gibt "Butter 
bei die Fische" (wahrscheinlich brokeln alle mit China-Clones rum und 
keiner will es zugeben :-) )

Dieter F. schrieb:
> (wahrscheinlich brokeln alle mit China-Clones rum und
> keiner will es zugeben :-) )

Oder es ist so, dass viele gar nicht wissen, woher die Dinger kommen. 
Ich hab auch einen UNO und eine Handvoll Nanos ohne Probleme seit 
längerer Zeit im Einsatz. Keine Ahnung, wer die gebaut hat...

Also ich hab nun seit ca. 1 Jahre einen Arduino Mega2560 mit der 
MQTT-Ethernet Library im Einsatz. Die Hardware ist noch nicht 
abgeraucht, allerdings gibt es sporadische Reboots (nein es kommt nicht 
von einer zu mageren Versorgung) das dürfte mit der MQTT Library 
"PubSubClient" zusammenhängen. Für detaillierte Analysen müsste ich 
jetzt im C++-Framework herumsuchen - den Reset-Cause abzufragen geht 
schon mal nicht, da diesen der tolle Bootloader sicherheitshalber 
zurücksetzt. Hab mir jetzt ein STM32-Board besorgt und werde meine 
Anwendung dort mit vernünftiger Middleware umsetzen.

Kurz gesagt zum rumspielen OK - ein Unternehmen würde ich jedenfalls 
nicht drauf aufbauen.

MinusT schrieb:
> Hallo Leute. Für mein Vorhaben überlege ich mein Arduino Uno
> dauerhaft
> unter Spannung zu lassen. Heisst also 24/7.
> Er bleibt immer aktiv und wird eventuell nur 10 Stunden am Tag die
> Arbeit leisten.
> Hat jemand Erfahrungen wie lange die Geräte laufen? Muss ich davon
> ausgehen dass der nur paar Monate durchhält?
> Betriebsspannung 5V.

Das nicht, kommt stark auf die Anwendung an.

Ich hab mir auch ein paar zum "Anschauen" gekauft, natürlich die 
billigsten.

Fazit des Arduino Mega2560

Läuft gut (versuche mich in BASCOM), hat aber seine Macken die man erst 
ausmerzen muss.
Das Hauptproblem ist der Spannungsregler, der ist echt mies.
Manche gehen nur bis 4.5V, andere passen, gehen aber nach Zeit über 7V 
hinaus.
Bedeutet: Schrott der Platine und ev. angeschlossener Teile.

Ein zweites, starkes Manko ist der Oszillator, es wird wohl ein 
Keramikschwinger verwendet, dieser liegt oft so stark daneben dass die 
Seriellen nicht mehr korrekt arbeiten (Abhilfe: eine andere Baudrate 
einstellen)

Bei denen die ich noch habe hab ich den Längsregler gegen einen 7805 
getauscht, seitdem ist das Problem weg.
Das mit dem Ceramikschwinger umgehe ich durch die Deklaration einer 
leicht danebenliegenden Baudrate.
Software macht da kein Kopfzerbrechen, denn wenn man BASCOM nimmt hat 
man nur deren "Eigenheiten" zu berücksichtigen.

Wenn ich wieder welche kaufe die ich auch ausser Haus einsetze (das mach 
ich mit einigen bisherigen momentan auch, laufen auch, nach 
"Manipulation", problemlos) dann versuche ich "Originale" zu erwischen 
welche mit einem Quarz und einem guten Längsregler (wohl von Haus aus) 
ausgestattet sind.


 Kurt

.

Dieter F. schrieb:
> Scheinbar schreibe ich hier gegen die Wand :-(

Die arme Wand beschmieren, schäme Dich.
Ein Foto bringt hier garnichts, und auch die Chinesen laufen. Wichtig 
ist, dass der Kram kühl bleibt, gilt für Elektronik generell, wenn die 
langlebig sein soll.

Maxim B. schrieb:
> IC-Stabilisator war kaputt und folglich auch ATMega.
> LCD-Platte selbst blieb intakt.

Ja, die bösen Chinesen?

> Um so etwas nicht passierte, muß man IC-Stabilisator schonen:
> möglichst niedrige Eingangsspannung wählen, z.B. 7 Volt

Ich versorge meine meistens mit externen 5 Volt, da kann ich die 
thermische Auslegung sauber beherrschen.

Aktuell habe ich es anders gemacht: Die hohe Spannung (bis 19 V DC) 
bringt ein Schaltregler auf ca. 6,6 V runter, den Rest darf der Regler 
auf dem Arduino machen. An dem hängen nur 4 LEDs, ein Optokoppler und 
zwei Schalttransistoren - der Strom wird sich unter 50 mA bewegen, das 
kann das SMD-Reglerchen klaglos.

Kurt schrieb:
> dann versuche ich "Originale" zu erwischen
> welche mit einem Quarz
Wenn das men nicht ein Irrtum ist/wird ...

Soweit sind nur die mit ATMega8U2 ATMega16U2 ATMega32U4  mit Quarz 
versehen.
wg. dem USB

Alle Megas, Nano, Pro Mini und UNO haben Resonatroren am Hauptprozessor.
Geht auch aus den Schaltplänen hervor.



Es sind eher die billigen China Nachbauten, welche mit Quarzen 
ausgestattet sind.

Ich habe einen direkt von Amazon.
https://www.amazon.de/Arduino-Uno-Rev-3-Mikrocontroller-Board/dp/B008GRTSV6/ref=sr_1_4?ie=UTF8&qid=1504731041&sr=8-4&keywords=arduino

Und ich habe noch einen rumliegen zuhause. 3€ aus China.

Arduino soll nur einige LEDs steuern. Hab ein Normales Netzteil für die 
Spannungsversorgung.

Frank E. schrieb:
> Das liegt wohl daran, dass die Konstruktion (aka Schaltung) so weit
> standardisiert ist, dass es da - egal von welchem Hersteller - keine
> nennenswerten Unterschiede gibt.

Wären da nicht die Umsetzung der Schaltung (wenn überhaupt 1:1 
übernommen) in das konkrete Layout und die Bestückung / die Qualität der 
Komponenten. Ich kann mit Autorouter oder mit Hirn routen :-). Ich kann 
Billigst-Bauelemente oder Norm-Bauelemente (mit QS ?) verwenden. Ich 
kann halben Ausschuss verkaufen oder geprüfte Ware. Funktionieren tut 
hoffentlich beides - wie gut und wie lange, das ist hier die Frage.

Dieter F. schrieb:
> Wären da nicht die Umsetzung der Schaltung (wenn überhaupt 1:1
> übernommen) in das konkrete Layout und die Bestückung / die Qualität der
> Komponenten.

Es gibt schon interessante Variationen vom Chinamann!
z.B. dieser http://www.ebay.com/itm/322359322600

Marco H. schrieb:
> Bei den Nachbauten erlebt man so sein Überraschungen. z.Bsp ADC Ref. in
> der Luft andere Belegung der Pins.

Dann löte doch einen Kondensator dran. Der offene ADC Ref. schadet 
allenfalls der ADC Signalqualität aber nicht der Lebensdauer.

Patrick J. schrieb:
> Was ist an dieser Variation interessant und, wenigstens für mich, bitte,
> warum?

Guckst du Tabelle "The Difference between BUONO UNO R3 and ARDUINO UNO:"
Jeder Uno mit einem Linearregler ist z.B. beleidigt, wenn du ihn mit 
hoher Spannung (max. 12V) versorgst und dann noch stromhungrige Shields 
drauf setzt, da der Spannungsregler (MC33269) max. 5V liefern kann und 
insbesondere bei höherer Differenz die Verlustleistung nicht weg 
bekommt. Und umschaltbar zwischen 3.3V und 5V ist das Original auch 
nicht.

Wolfgang schrieb:
> max. 5V liefern kann

soll heißen "max. 800mA liefern kann", sorry

Wolfgang schrieb:
> Jeder Uno mit einem Linearregler ist z.B. beleidigt, wenn du ihn mit
> hoher Spannung (max. 12V) versorgst und dann noch stromhungrige Shields
> drauf setzt,

Weder ChinUno, ChinNano noch ChinProMini sind verantwortlich dafür, dass 
der Anwender einfachste Grundlagen nicht kennt.

Die SMD-Reglerchen können den Prof. versorgen, Peripherie hat gefälligst 
eine eigene Versorgung zu haben.

Arduino F. schrieb:

> Soweit sind nur die mit ATMega8U2 ATMega16U2 ATMega32U4  mit Quarz
> versehen.
> wg. dem USB
>
> Alle Megas, Nano, Pro Mini und UNO haben Resonatroren am Hauptprozessor.
> Geht auch aus den Schaltplänen hervor.
>
> Es sind eher die billigen China Nachbauten, welche mit Quarzen
> ausgestattet sind.

Oha, da werde ich dann genauer hinschauen.


 Kurt

MinusT schrieb:
> Hat jemand Erfahrungen wie lange die Geräte laufen? Muss ich davon
> ausgehen dass der nur paar Monate durchhält?

Hallo MinusT, falls Dir es weiterhilft....
Wir haben im Betrieb vor 4 Jahren ein Projekt realisiert mit folgender
Aufgabe;
 Eine Arduino Uno Steuerung mit 12V/5A DC Netzteil und L296 H-Brücke
 Fährt kleine DC Motoren (12V-3A) die durch Seilkonstruktion belastet
 sind, periodisch auf 15cm Länge links und rechts.

 Die Motoren werden etwa 15 Stunden lang am Tag belastet, die restliche
Zeit stehen sie still im Bereitschaftmodus.
 Die Geräte sind also 24Stunden eingeschaltet. Seit 4 Jahren 
ununterbrochen
eingeschaltet!!!

 6 Geräte sind im Einsatz, und kaputgegangen ist noch kein einziges.
 Dabei wurden aber schon 3 mal die H-brücken L298 ICs gewechselt.

Die Arduino UNO Platienen stammen vom RS-Components (Originalware).

Maxim B. schrieb:
> Was aber verschiedene Varianten von Platine betrifft, hier kann man
> nicht viel schief machen.

Na, das wird die Kolleg(inn)en aus China aber freuen :-)

Also ganz einfach:
Zähl die Zeit, wie es 32-Bit-Unix-Systeme machen, dann
funzt der Arduino bis Mitte Januar 2038.

;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-)

Wirklich gelöst wurde diese Macke bis heute nicht, man hat einfach auf 
64 Bit vergrößert.

Noch können wir uns nicht vorstellen, daß diese Technik sooooo lange 
existieren wird. Man konnte sich auch mal nicht vorstellen, daß Computer 
mehr als 640kB RAM benötigen würden. Oder daß man die Speicherkapazität 
einer Floppy Disk in einem Sekundenbruchteil mit sinnvollen Daten voll 
machen würde.

Ich verstehe dich nicht!

Maxim B. schrieb:
> (für mich ist wichtigste Mangel so: keine
> Interrupts möglich)
Ins Besondere dieses nicht.

Maxim B. schrieb:
> werden Grundfunktionen von Arduino unsicher gemacht. Standardweg,
> Interrupts in Arduino-IDE zu programmieren, ist nicht vorhanden.

Falsch!

Geht genau so wie in C ....

Hier mal ein Beispiel für einen ADC Interrupt:

1

ISR(ADC_vect)

2

{

3

  // hier tue was mit ADCW

4

}

Und dann gibts da noch die vorbereiteten attachInterrupt()
Und auch zuladbare PCINT Libs.

Rechts gibts einen Knopf "neuen Tab anlegen", oder so ähnlich.
Unter dem Seriellen Monitor.

Nein, einen Simulator gibt es nicht.

> Gerade die Benennung der Interrupt-Vectoren erschließt sich mir nicht.
Das ist keine Arduino eigene Benennung.
Schaue hier: 
http://www.nongnu.org/avr-libc/user-manual/group__avr__interrupts.html

Patrick J. schrieb:
> Hatte 'kleinere Probleme' einen Timer-Interrupt einzubinden - Arduino
> bietet Das wohl nicht an.
> Dann - eine Art Assembler-Einwurf - killt im Timer 0 Einiges bzw. 'biegt
> Diesen auf meine Routiene um', somit funktionieren millis() und micros()
> nicht mehr.
Ja!
Der Timer0 ist in Nutzung.

Wenige Zeilen im Arduino Core eingefügt, und man bekommt seinen millis 
Tick (weak Function), ohne den anderen Arduino Kram zu stören.



Kann ich dir gerne zeigen, wenn Bedarf.

Alternativ:
loop() und setup() weglassen, und stattdessen eine eigene main() 
verwenden.
Dann ist der ganze Arduinokram aus dem Rennen.
Und du kannst Timer0 für eigene Zwecke nutzen.

Arduino benutzt einen der Timer für das Framework. In der Doku kannst du 
nachlesen, welcher das ist. Ich weiß es nicht auswendig, weil ich mit 
Arduino nicht viel gemacht habe.

> Vielleicht könntest du auch sagen, wie man mit Arduino-IDE mehrere
> Textfieles in Projekt zusammenschalten kann? So wie das in C üblich
> ist...

Genau so, wie in C++ üblich. Du speicherst einfach beliebig viele *.cpp 
Dateien und die zugehörigen *.h Dateien im Projektverzeichnis ab. In der 
Hauptdatei (die bei Arduino normalerweise *.ino heisst) bindest du sie 
dann mit #include ein.

> Gerade die Benennung der Interrupt-Vectoren erschließt sich mir nicht.

Dann schau Dir maöl Dokumentation der avr Library an: 
http://www.nongnu.org/avr-libc/

Konktret diese Seite, da sind sie alle aufgelistet: 
http://www.nongnu.org/avr-libc/user-manual/group__avr__interrupts.html

Bedenke, dass Arduino lediglich ein Framework ist, daß auf den avr-gcc 
Compiler und der avr-library aufbaut (zumindest solange wir bei den 
ursprünglichen ATmega Controllern bleiben). Für andere Controller (z.B. 
STM32) musst du halt in der Dokumentation der dazu gehörigen C Library 
suchen.

> Arrays sollten Da drin dann auch erklärt werden

Das hat niochts mit Arduino zu tun. Dazu musst du in ein Lehrbuch oder 
Tutorial über die Programmiersprache C/C++ schauen.

Automatisch erzeugter oder übersetzter Code ist erfahrungsgemäß von 
schrecklich schlechter Qualität.

> Arduino-Bibliothek quasi automatisch in C umschreiben...

Dann kann es nur noch schlechter werden. Außerdem halteich es für 
sinnlos.

Stefan U. schrieb:
> In der
> Hauptdatei (die bei Arduino normalerweise *.ino heisst) bindest du sie
> dann mit #include ein.

Oh je.
Mit include werden NUR Headerdateien (*.h) eingebunden.

> Mit include werden NUR Headerdateien (*.h) eingebunden.

So meine ich das doch auch!
Die *.c Dateien legt man einfach in das Projektverzeichnis.

S. R. schrieb:
> Da wird die IDE sie aber ebenfalls ignorieren, wenn man sie nicht
> irgendwie "dem Projekt" hinzufügt. Bei Makefiles muss man die Dateien
> (i.d.R. Objects) auch reinnotieren.

Für *.c will ich nicht die Hand ins Feuer legen...

Aber *.cpp kompiliert sie sehr wohl!

Üblicher Weg:
2 weitere Tabs anlegen
z.B. test.h und test.cpp
In der Hauptdatei(*.ino) ein: #include "test.h"

Dann wird alles fein Kompiliert.

*.c und Assembler (*.S) kenne ich nur in Libs.
Von *.S weiß ich, dass sie nur kompiliert werden, wenn sie in Libs 
stecken.

Von zwei *.cpp Datein mit kollidierenden Funktions-Namen war doch gar 
nicht die Rede. Abgesehen davon kann man das mit static, Objekten und 
Namespaces lösen.

Ich finde das allerdings verständlich denn Arduino soll Anfängern den 
Einstieg vereinfachen.

Einsteiger fragen hier ziemlich oft nach, wie man Dateien zu einem 
Projekt von IDE xyz hinzufügt. Bei Arduino fügt man einfach mal die 
Datei ins Projektverzeichnis ein (ich denke das schafft jeder ohne 
Anleitung) und merkt dann, daß mehr gar nicht nötig ist.

MinusT schrieb:
> Hat jemand Erfahrungen wie lange die Geräte laufen? Muss ich davon
> ausgehen dass der nur paar Monate durchhält?

Habe hier gerade einen MDT2010EP der seine Software
verloren hat. Ich denke die Schaltung dürfte ca. 10 Jahre
alt sein. Ob man daraus Rückschüsse ziehen kann?

LG
old.

CO2 ist ihm N. schrieb:
> Ob man daraus Rückschüsse ziehen kann?

Natürlich kann man.

Und zwar so: (oder so ähnlich)
Da ich KA habe, ob deine Ansage wahr ist, spreche ich ihr 50% "Wahr" zu.
Da ich nicht beurteilen kann, unter welchen Umständen das Ding laufen 
musste, schiebe ich 50% auf die Umstände.
Da es kein AVR ist, schätze ich die Vergleichbarkeit auf maximal 50% 
ein.
Die Wahrscheinlichkeit, dass das ein Ausreißer ist, liegt auch bei 50%

Die Wahrscheinlichkeit, dass man aus deinem Erleben erfolgreich 
Rückschlüsse, auf die Haltbarkeit von Arduinos, ziehen kann liegt also 
bei 0,5*0,5*0,5*0,5.

6%, mehr bleibt da nicht für die Aussagekraft deiner Ansage.

(wem die geschätzten 50% weh tun, möge seine eigenen Einschätzungen 
einsetzen)

Wozu dient die Lithiumzelle, wie und wo ist die Angeklemmt?

LG
old.

Joachim B. schrieb:
> RTC3231

Das ist ja entzückend!
Ich suche nämlich noch eine Lösung um meinen
Sonnenschutz vormittags abzuschalten.

Frage: Wird die Software langsamer wenn man ein
Display einbindet? Habe diese inc Funktion noch
nicht verwendet.

LG
old.

MinusT schrieb:
> Hallo Leute. Für mein Vorhaben überlege ich mein Arduino Uno
> dauerhaft
> unter Spannung zu lassen. Heisst also 24/7.
> Er bleibt immer aktiv und wird eventuell nur 10 Stunden am Tag die
> Arbeit leisten.
> Hat jemand Erfahrungen wie lange die Geräte laufen? Muss ich davon
> ausgehen dass der nur paar Monate durchhält?
> Betriebsspannung 5V.
>
> MfG

Habe vor 4 Jahren eine Solaranlagensteuerung mit Arduino (original) 
gebaut. Abends wird er ausgeschaltet läuft etwa 12h täglich seit 4 
Jahren ohne Probleme.

e: Photovoltaikanlagensteuerung

> Wird die Software langsamer wenn man ein Display einbindet?

Jeder Zugriff auf das Display benötigt signifikant Zeit. Wenn du ein 
aktives Display mit eigenem Controller verwendest (was die übliche 
Vorgehensweise wäre) dann hat der Mikrocontroller gar nichts zu tun, 
solange an der Anzeige nicht verändert wird. Displays ohne Controller 
zwacken Dir permanent etwas von der Rechenleistung ab, weil sie 
ununterbrochen angesteuert werden müssen.

Für deine Zeitsteuerung spielt die Geschwindigkeit der Software 
allerdings eine untergeordnete Rolle, denn die Zeitpunkte werden ja 
durch die Uhr bestimmt. Deren Geschwindigkeit hängt gar nicht vom 
Mikrocontroller ab.

>  Barcodeaufkleber... im Laufe einiger Monate langsam leitfähig wurde

Krasser Effekt. Mit sowas rechnet kein normaler Mensch, oder? Naja, ab 
heute vielleicht doch.

Ich kenne das von angeklebten Gummifüßen/Abstandshaltern.

Ein gemeiner Fehler!

> Mich würde aber schon sehr interessieren, welche chemischen und
> physikalischen Effekte bei den Aufklebern auftreten

Vielleicht verbindet sich der Klebstoff mit Luftfeuchtigkeit und bildet 
dann einen hauchdünnen Film aus Wasser zwischen Aufkleber und Platine.

Da war es ganz klar der Kleber.
So eine Art Doppelklebeband.

Stefan U. schrieb:
> Jeder Zugriff auf das Display benötigt signifikant Zeit. Wenn du ein
> aktives Display mit eigenem Controller verwendest (was die übliche
> Vorgehensweise wäre) dann hat der Mikrocontroller gar nichts zu tun,
> solange an der Anzeige nicht verändert wird. Displays ohne Controller
> zwacken Dir permanent etwas von der Rechenleistung ab, weil sie
> ununterbrochen angesteuert werden müssen.

Danke Euch für die Info.
Ich habe ein 16x2 Display Modul HD44780 gekauft
und es ist gestern gekommen. :-)
Ich werde dann mal das probieren:
http://fluuux.de/2012/09/lcd-display-am-arduino-anschliesen/

Das problem bei meiner Rolladen-Soft ist,
dass die Ablaufgeschwindigkeit die PWM Frequenz
bestimmt.

Ich glaube das Beste für mich ist für das Display
einen eigenen 328P auf Lochraster zu verwenden,
den ich mit dem UNO Programmiere.
Der kann dann ja auch die Uhr mitmachen ...

Wenn ich das mit dem Tutorial hinbekomme,
versuche ich mich erstmal an einer Temperatur-
und Feuchteanzeige für meine Kellerlüftung.
Zur Zeit lese ich da Spannungswerte mit dem DMM ab
und sehe in einer Tabelle nach.

LG
old.

> Das problem bei meiner Rolladen-Soft ist,
> dass die Ablaufgeschwindigkeit die PWM Frequenz
> bestimmt.

Warum das denn? PWM erzeugt man mit Timern.

Dein Ansatz, den Programmteil auf einen separaten µC auszulagern nützt 
Dir gar nichts, denn mit dem musst du ja auch irgendwie kommunizieren. 
Und das benötigt Zeit. Da kannst du gleich mit dem Controller des 
Displays kommunizieren.

Stefan U. schrieb:
> Dein Ansatz, den Programmteil auf einen separaten µC auszulagern nützt
> Dir gar nichts, denn mit dem musst du ja auch irgendwie kommunizieren.

Das ist für mich kein Problem. Der Separate µC kann
den Sensor deaktivieren.

Joachim B. schrieb:
> dann programmiere besser, das EINE muss ja nicht mit dem ANDEREN
> zusammenlaufen,

Keine Ahnung wie das gehen soll. Für mich ist ein zweiter
µC der einfachere Weg. Ausserem kann die Schaltung mit
dem andern µC weiterlaufen während ich am Display-Uhr-Teil
experimentiere.

Joachim B. schrieb:
> bei
> der Wahl der PWM bist du ja frei

Nein, das ist eine Strombegrenzungs-PWM die sich aus
mehreren Bedingungen, unteranderem der Rechenzeit, ableitet.

LG
old.

CO2 ist ihm N. schrieb:
> Das problem bei meiner Rolladen-Soft ist,
> dass die Ablaufgeschwindigkeit die PWM Frequenz
> bestimmt.
Vollkommen dusselig!

Willst du diesen Thread kapern?
Das ist jetzt schon der zweite Versuch.

Arduino F. schrieb:
> Das ist jetzt schon der zweite Versuch.

Wo ist denn der erste Versuch?

LG
old.

Stefan U. schrieb:
> Jeder Zugriff auf das Display benötigt signifikant Zeit. Wenn du ein
> aktives Display mit eigenem Controller verwendest (was die übliche
> Vorgehensweise wäre) dann hat der Mikrocontroller gar nichts zu tun,
> solange an der Anzeige nicht verändert wird.

Das ist so einfach nicht oder sogar falsch. In meiner Anwendung merke 
ich mir den Displaywert und schreibe nur, wenn der neue Wert so weit 
abweicht, dass er wert ist, angezeigt zu werden.

Wenn man doof genug ständig schreibt, flackert das Display und man 
verbrät unnötig Zeit.

CO2 ist ihm N. schrieb:
> Ich habe ein 16x2 Display Modul HD44780 gekauft
> und es ist gestern gekommen. :-)
> Ich werde dann mal das probieren:
> http://fluuux.de/2012/09/lcd-display-am-arduino-anschliesen/
>
> Das problem bei meiner Rolladen-Soft ist,
> dass die Ablaufgeschwindigkeit die PWM Frequenz
> bestimmt

Wenn PWM an der globalen Ablaufgeschwindigkeit hängt, ist die 
Programmstruktur ungeschickt. Der Mensch ist langsam, um Display oder 
LED kümmere ich mich, wenn ich Zeit habe:

If Port_irgendwas high und Restzeit größer irgendwas schreibe ins 
Display.

Ob die Anzeige sofort oder erst in 200ms aktualisiert wird, merke ich 
als Benutzer meist nicht.

Joachim B. schrieb:
>> Ob die Anzeige sofort oder erst in 200ms aktualisiert wird, merke ich
>> als Benutzer meist nicht.
>
> genau deswegen aktualisiere ich nur 4x pro Sekunde und wenn mich die
> paar µs besonders bei 16x2 Zeichen stören habe ich falsch programmiert.

Meine 1602 fahre ich generell mit I2C, da brauche ich ein paar ms pro 
Zeile. Starr-zyklisch aktualisieren mache ich nicht, ich gucke meine 
zwei Werte an und schreibe dann, wenn sich einer dieser Anzeigerelevant 
geändert hat - das Prüfen der Werte geht schneller.

Mein Ablauf weiß, wann Zeit ist, ich kann schon "Blink ohne delay" 
programmieren.

In meinem letzten Aufbau soll eine LED alle 3s blitzen. Kann sein, dass 
der Ablauf zufällig gerade keine Zeit hat, dann werden es 3150ms - das 
ist zwar unschön, aber ich werde es nicht bemerken.

Deine Kernaussage passt: "Wenn ... habe ich etwas falsch gemacht"!

Frank E. schrieb:
> Funktion aller 10.000 Loops für meine Rolladen-Steuerung, die den
> Arduino einen Hard-Reset machen lässt ...

Bei mir alle vier Tage. Empfehlenswert.

Joachim B. schrieb:
> das war doch ein anderer User am Arduino resets zu machen weil der Timer
> überläuft

Nein, der hatte gedacht der Timer könnte überlaufen.
Hat sich dann rausgestellt, dass dem nicht so ist.

LG
old.

Joachim B. schrieb:
> Ich tippe in dem Fall Stacküberlauf

Ach, den gibt es auch noch für einen Absturtz.
Ich kann mir vorstellen, dass es noch weitere
Pferdefüsse gibt ...
Gut, dass ich auch die Reset-Methode
gewählt habe um dem Absturtz vorzubeugen.
Das ist ja schon teuflisch einem den Reset
auszureden zu wollen.

LG
old.

Echt komisch, dass sich hier die Arduino Resetter tummeln...
Geradezu in Rudeln auftauchen.
Und sich gegenseitig in ihrer Schlampigkeit bestärken...

Im Arduino Forum ist davon nichts zu sehen.....