Timer für Mühle mit einem Arduino

Ich bin bereits am überlegen das ganze umzubauen und ebenfalls auf das OLED umzusteigen. Naja mal sehen. Eventuell in den Weihnachtsferien ^^.

 

Oder du testest mal mit anderer Software. Oder schaust dir die Spannungsversorgung des LCD an.

 

Spannung scheint okay zu sein, habe auch beim Schalten des Relais keinerlei einbrüche. Das Netzteil hat 5v und 300mA und sollte da eigentlich ausreichend sein. Ich werde nun zunächst mal eine andere Software probieren (welche? ) und gleichzeitig als nebenprojekt ein neues Gehäuse mit OLED Display anfertigen.

Grüße André

 

Hab jetzt an der Stark noch parallel zum Motor ein RC-Glied (Entstör-Kondensartor Conrad 452327) eingebaut und vor dem Arduino oben ein Ferritringkern (Conrad-502149) angebracht.
http://de.wikipedia.org/wiki/Ferritkern
http://de.wikipedia.org/wiki/RC-Glied
http://www.mikrocontroller.net/topic/6996
Der Andruido Timer hatte doch ab und an mal eine Störung die garantier vom Motor verursacht wird.
Hoffe das ich so den Motor vernünftig entstört bekommen hab.
(Kabel zum Arduino ist schon ein geschirmtes USB Kabel hat aber nicht ganz gereicht)

Gunnar

 

Gib mal bescheid, ob es geholfen hat. Wenn nicht, ich habe da noch eine Idee, hat aber mit der Software zu tun. Stichwort 'volatile'.

 

@manu der Effekt war das sich der Arduino aufgehangen hat bzw. abgestürzt ist. Meistens beim Einschalten ab und an auch im Betreib wenn der Mahlvorgang abgeschlossen war. Denke mal durch Überstannung. Ob das mit Software zu beheben ist?
Werde aber berichten ob es jetzt stabil läuft.

Gunnar

 

@gunnar0815 wie lang ist bei dir das Kabel zwischen Arduino und Display?
Ich habe bei dem Shottimer festgestellt das der I2C Bus extrem empfindlich ist - ein kreuzen der Datenleitung mit den 5V reicht da schon aus.

David

 

Kenne die Fehler auch, und unserer Vermutung geht auch in Richtung Störung auf dem Datensignal durch Einstrahlung von Schaltvorgängen.
Eigentlich solte sich das durch einen etwas überlegteren Aufbau, und Verwendung geschirmter Kabel zwischen Arduino und Anzeige vermeiden lassen.

Aber OLED würde mir auch gefallen, sieht einfach "geiler" aus.

Grüße

Stefan

 

Werde demnächst mal ein OLED mit SPI testen. Mal schauen, ob das besser und schneller reagiert.

 

Kann nur schätzen 50 cm oder so. Aber geschirmtes USB Kabel.
Das RC-Glied und der Ferritringkern haben aber schon einiges gebracht.
Hab jetzt vielleicht bei jedem 10 Einschalten mal das Problem das sie der Arduino aufhängt.
Vorher bestimmt jedes zweite mal (hab ihn immer später gestartet mit dem USB Stecker)
und auch zwischendurch hat er sich mal aufgehangen.
Ein verzögertes Einschalten des Arduino um z.B. 1 Sek. würde das Problem wohl lösen.
Hab schon nach einer 5V Einschaltverzögerung gesucht nur nichts kleinen bezahlbares gefunden.
Wisst ihr da was.
Denke bei dem straken Motor + die beiden Kondensatoren da sind schon üble Störstöme unterwegs grade beim Einschalten.

Gunnar

 

Nur mal so:
Ich habe kein geschirmtes Kabel verwendet und mit dem geänderten Code keine der geschilderten Probleme.
Jedoch liegt bei mir nur das Netzteil im Gehäuse in der Nähe des Motors. Display und Tastenverkabelung liegen außerhalb

 

Bei mir auch nur das 5V Netzteil unten im Sockel (aus Metall) getrennt vom Motor bei den beiden Kondensatoren, Schütz usw. das Kabel geht dann durch den Motorraum nach aussen zum Arduino mit den Testern usw.
Ich hab glaube ich aber auch einen etwas größeren Motor 900 W
Mit ungeschirmten Kaben hab ich den Arduino gar nicht ans laufen gebracht
Gunnar

 

ich habe das auch mit einem geschirmten USB-Kabel probiert:
- alle vier Leitungen im geschirmten Kabel => freeze
- SCL, VCC und GNG im geschirmten Kabel, SDA in einzelner Litze neben her geführt => kein freeze

 

Eventuell hilft auch ein anderes board. Die Olimex-AVR-boards sind angeblich störfester, als die Original-Arduinos. Ich hab' in meiner Aroma eines direkt neben der ULKA verbaut - der LCD-controller hat da dann gelegentlich Schluckauf, aber der AVR an sich läuft ohne Probleme.

 

Interessant SDA also extra das könnte ich auch noch mal testen. Müsste dann aber noch mal die ganze Mühle auf machen.
Werde wohl ehr eine 5V Verzögerung suchen die kann ich einfach unten einbauen.
Geht jetzt ja so nur beim Einschalten am Hauptschalter ab und an mal ein Aussetzer. (USB Stecker raus rein und er startet neu)

Gunnar

 

Hallo
Ich habe gerade die letzten paar Seiten durchforstet und leider kein Schema gefunden. Habt ihr SDA und SCL korrekt mit pull up Widerständen ( ich verwende jeweils etwa 1.5 kOhm ) versehen? Wenn ein Oszilloskop vorhanden ist, kann man die Widerstände noch optimieren.
http://www.i2c-bus.org/de/das-typische-i2c-bus-setup/ und nachfolgende Seiten
Pio

 

@Phenyl: weißt du, ob die hier verwendeten Boards mit I2C einen Pull-up bereits verbaut haben oder ob die verwendete Arduino-Lib den Pull-up des Arduinos nutzt bzw. aktiviert?

 

Leider nicht. Ich Weiss leider auch nicht wie gross die internen pullups beim atmega sind. (Normale digitale ports ~20..50 kOhm) was zu klein ist)
Hier http://electronics.stackexchange.co...s-if-i-omit-the-pullup-resistors-on-i2c-lines hat jemand dem Effekt eines externen pull up Widerstandes schön mit dem Oszilloskop dokumentiert.
Ich glaube normale i2c Boards haben keine Pullups, die muss man selber setzen. Sonst wäre der Widerstand viel zu klein bei mehreren Devices am Bus.
1/R_tot=1/R_1+1/R_2+...

 

Danke. Interessant finde ich, dass in deinem ersten Link als Alternative SPI für Display-Ansteuerung angegeben ist.

 

In welchem Link?

Allerdings ist korrektes SPI-Design auch nicht ohne. http://dorkbotpdx.org/blog/paul/better_spi_bus_design_in_3_steps wenn mehrere Devices am Bus hängen