-
Thread
Woher kommt das Störgeräusch? Netzteil Korg 01/Wfd
Laut Servicemanual ist dieses Display verbaut: http://www.beyondinfinite.com/lcd/Library/Optrex/DMF5005.pdf Also 240x64 mit T6963C und EL-Backlight.
Nun ist die Folie aber so dünn, das man meistens nicht mal einen Lichtleitblock mit LED unter das LCD bekommt - dumm gelaufen.
-
Thread
Ist es noch sinnvoll, mit Controllern zu arbeiten?
nehmen können. Für diese Leute spielt es keine Rolle. Es geht aber nicht um die Leute die diese Library geschrieben haben, sondern darum dass man mit Arduino, dank solcher Libraries, eben auch sehr anspruchsvolle Dinge machen kann!
Programme mache ich schon selbst, meine Anwendungen gibt es nicht fertig. Ich sehe aber nicht ein, eine LCD-Ansteuerung oder Abfrage des I2C-Sensors selbst zu erfinden, wenn es dafür fertige Vorlagen gibt. Eine nicht ordentlich oder wunschgemäß funktionierende Library hat mich Stunden beschäftigt, da muss
-
Thread
Fehler zum nachbauen :-)
Hatte mal ein Standard-LCD-Display auf Lochrasterplatine fuer Testzwecke verbaut.Platine dann mit einem Controller verbunden,Programm geschrieben und mich ueber die fehlerhafte Zeichendarstellung gewundert.Hatte stundenlang den
jetzt hab ich hier ein Imperial Dabman 12 mit sporadischem > Displayausfall. > Da ist ein nettes LCD mit Chip on Glas controller drin. Das har > kontaktprobleme an den aufs Glas geklemmten Lötanschlüssen. ggrrr... > > Aber um zum Ursprung der Diskussion zu kommen: > > Ich hab auch schon die
-
Thread
Atmel Studio: "Standard" SW-Routinen aus einem Pool verwenden
Projekten dazugelinkt wird. Das ist leider nicht immer so einfach bei µC-Projekten. Beispiel: lcd.c: [c] #include "lcd-config.h" [/c] In lcd-config.h wird dann die Verkabelung des LCDs definiert, welche durchaus von Projekt zu Projekt verschieden sein kann. Da nützt mir ein bereits kompiliertes lcd.o oder ein lib-lcd.a herzlich wenig. Ich habe auch die Erfahrung gemacht, dass Kopieren des Sources suboptimal ist. Baut man im Verlaufe des Projektes B eine Verbesserung in lcd.c ein, hat Projekt
-
Thread
Problem STM32 + Si4703 Radio IC
Zeit diese Kombination zum Laufen zu bringen. Als Grundlage habe ich mir die Sparkfun Si4703 Library für Arduino genommen und etwas umgeschrieben für den STM32: https://github.com/sparkfun/SparkFun_Si4703_Arduino_Library Nun ergibt sich ein Problem welches ich überhaupt nicht nachvollziehen kann
unterbrochen wird. Oft genug erlebt in meiner Anfängerzeit bei der es um das Initialisieren von Text-LCDs ging. Näheres werde ich im unübersichtlich geschriebenen Code nicht nachforschen ....
-
Thread
128x64 display im loop immer nur pixelweise ergänzen
Bei einem Schwarzweiss LCD bearbeitet man immer 8 pixel aufs mal. Die sind senkrecht uebereinander. Und ja, wenn sich immer nur ein pixel aendert, kann man das mit einem XOR machen.
vergleichen, und dann bei der einen Spalte den nächsthöheren Pixel setzen. Vielleicht gibt es in dieser Library so etwas wie drawPoint?
-
Thread
STM32 - wo gibt es Literatur, Kochbücher etc. in deutsch?
mit dem Referenzhandbuch vergleichen. Wenn man das ein paar tage lang getan hat, braucht man die Library nicht mehr. Da fast alle Tutorials noch diese alte Library verwenden, hatte ich erst sehr spät gemerkt, dass ich mich besser mit der Cube HAL hätte beschäftigen sollen. Jetzt bin ich aber schon
waren, schaltet dieser Code sie ungefragt ein. Bezeichner wie __HAL_xxx sind in C für die Standard Library reserviert. Man könnte da garantiert einiges kürzen und verbessern. Bei der Software von ST hat man generell den Eindruck, die sei von Praktikanten geschrieben...
-
Thread
MAX6675 und Arduino Nano Probleme stabile Messung
// Zeile 1 lcd.print("Soll Temp:"); lcd.setCursor(14,0); lcd.print(Soll_Temp); lcd.setCursor(18,0); lcd.print("C"); lcd.setCursor(0,1); // Zeile 2 lcd.print("Ist Temp:"); lcd.setCursor(14,1); lcd.print(Ist_Temp); lcd.setCursor(18,1); lcd.print("C"); lcd.setCursor(0,3); // Zeile 4 lcd.print("Ventilator:"); lcd.setCursor(14,3); lcd.print(L_Drehzahl); lcd.setCursor
-
Thread
ARM-GCC: Character encoding
in ein normales char bekomme und keine wchar verwenden muss. Gibt es für das Zeichen-Handlich Library-Funktionen, oder muss man da das eckige Rad selbst neu erfinden? Viele Grüße W.T.
sendest sie erwartet. Mit gcc hat das erstmal nichts zu tun. Wenn Du z.B. nur irgendein chinesisches LCD-Display ansteuern willst und niemals irgendwas anderes würd ich pragmatischer Weise genau die Kodierung verwenden die das Display erwartet und würd mir erstmal keinen Kopf über universell verwendbare
-
Thread
RC Fernsteuerung
ne RC Fernsteuerung bauen. In einem VEB-Betrieb oder als ABM-Maßnahme? Und wird das Ding ein LCD-Display haben?
Heutige Sender haben ein LCD Display für die Konfiguration. Darüber die Taumelscheibensteuerung mit 3(oder 4) Servos für Helis, Mittenverstellung, Beschleunigung, neg. Beschleunigung, Gas/Pitch Kurve, Bremsverhalten, Reverse
-
Thread
ATmega Development Boards (Sind die OK?)
https://de.aliexpress.com/item/Arduino-Starter-Kit-for-arduino-Uno-R3-9G-Server-arduino-sensor-1602-LCD-jumper-Wire-UNO/32808269674.html Da hast du dann auch einen AVR und eine Menge Peripherie zum ausprobieren.
Tja ich verstehe auch nicht, was man immer mit RS232 + USB + BT + WiFi + LED + 7-Seg-LED + Char-LCD + 5V + 3.3V etc. auf einem Board will. Am Ende muß man ohnehin Module verbinden können, die man braucht.
-
Thread
Erfahrungen mit KiCAD von Eagle-Wechslern Gesperrt
Sheeva P. schrieb im Beitrag #5349480: > [aufteilung.png] Der Footprint in der Footprint-Library kann eine Verlustleistung haben Jeder Footprint im Layout kann eine andere Verlustleistung haben, obwohl es in der Library alles der selbe Footprint ist. Das Symbol in der Symbol-Library kann
nicht so detailiert wie das Original sein, sonst ist kaum noch was zu erkennen. ;O) *) Das KiCad Library Projekt ist aus dem KiCad Projekt ausgegliedert. "Saubere Bibliotheken" meint hier nach der KiCad Library Convention: https://github.com/KiCad/kicad-library/wiki/Kicad-Library-Convention Mit
-
Thread
wann Windows 10 IOT/Linux, wann zwingend Microcontroller ? Gesperrt
sowhl digital als auch analoge ? > > das wäre DIE Lösung . Das ja, aber viel Spaß dabei eine library für das Baord zu finden mit dem du die externen Chips ansprechen kannst! Sorry aber was du vor hast ist KEIN EINSTIEGSPROJEKT! Glaube du stellst dir alles viel, viel zu einfach vor und schlägst
Frontend, das ist eine sine qua non bedingung . ich habe auf dem Arduino die Ansteuerung eines LCDs erlebt. das will ich mir nicht antun. ich möchte mir auf den Monitor des Systems Zusatzapplikationen, z.b. Standard Apps, die unter dem OS verfügbar sind, rufen. das kann z.B. die Navigation sein
-
Thread
[STM32F407 und STM32F429] I2C-LCD-Text-Library
Hallo Mikrocontroller Fans, meine erste Library ist fertig;) Diese Library dient zum Ansteuern eines Text LC-Display mit *HD44780* Treiber, welches seriell über I2C und einem *PCF8574* mit dem Mikrocontroller verbunden ist. Dabei sind die I2C Adresse, die Anzahl Zeilen und die Anzahl Zeichen je Zeile konfigurierbar. Auch die Hintergrundbeleuchtung lässt sich damit ganz einfach steuern - und falls Ihr bei eurem I2C Modul die Adresse nicht kennt: auch kein Problem Dank meiner PortScan Funktion;) Ich habe die Umsetzung sowohl für das *STM32F407* als auch für das *STM32F429* Discovery Board
-
Thread
Eingängiger Mikrocontroller
sich C sehr gut. Aber alles andere sollte mehr Plug N Play sein. Also bspw. eine einfache API für LCD Ausgabe usw. Welches System bietet hier den größten Komfort? Danke! Micha
dann ist vielleicht der Microchip Code Configurator etwas in die Richtung Plug and Play auch für LCDs. https://www.youtube.com/watch?v=4WaB_Lj8FnY Gruß
-
Thread
FreeCad Grundlagen
Hier gibt es einige mit FreeCAD erstellte Modelle: https://grabcad.com/library/software/freecad
habe ich eine dicke Frontplatte gedruckt in welcher ein Inkrementalgeber und ein olles 128x64 Pixel LCD rein soll. Das LCD habe ich zuerst "nachgebaut", per Schieblehre vermessen und alle nötigen Öffnungen, Kuhlen, Lötpunkte ergänzt, den Frontauschnitt mit einem Quader dargestellt. Dieses "LCD" dann
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
-4088637.html ? Und hast Du die JPG-Decompression selbst programmiert? Wenn ja: mit welcher Library? Viele Grüße Igel1
DRAM-Refresh. - Ich sammle jeweils 2 Bytes aus dem FiFo und sende die als RGB565-Doppelbyte zu meinem LCD-Display (die entsprechende Funktion des LCD's spricht nämlich ebenfalls RGB565.) Ich warte also explizit nicht auf das Zeilenende, bevor ich die Daten in Richtung LCD versende. Mehr "Magic
-
Thread
Library für BME280
Lib zu schreiben? Tipp: War nicht nur aus Spass. Hast du mein Github genauer angeschaut? Die Lib zum LCD hast du auch gefunden? Ich glaub mein Library für das 24LC-EEPROM hab ich noch nicht hochgeladen bei Github. Ich nutze den BME280 auch nicht alleine. Wie gesagt, wenn man eine Anwendung hat, die
M. K. schrieb im Beitrag #6438572: > Die Lib zum LCD hast du auch gefunden? Für LCD habe ich eigene LIB, die ich schon 3 Jahre lang verwende. Sie hat ähnliche Funktionen wie die für Graphik-LCD und für SPI-LCD, oder auch für SPI-farb-TFT. Ich brauche
-
Thread
mbed - oder es muss nicht immer Arduino sein
DISCO_F407VG [/code] Der import holt den code aus dem git oder mercurial repo und fügt die Library mbde-os hinzu. Das sind einige MegaBytes weil die immer für alle Targets ist und der Download dauert etwas. Dann compiliert man z.B. den Code für ein STM Dicovery F407 oder anderes Target, eine
github.com/ARMmbed/mbed-os-example-blinky" at latest revision in the current branch [mbed] Adding library "mbed-os" from "https://github.com/ARMmbed/mbed-os" at rev #f9ee4e849f8c [mbed] Auto-installing missing Python modules... C:\Users\Checker>mbed detect [mbed] WARNING: The mbed tools were not
-
Thread
EA DOGM204-A
Erfahrungen gemacht mit der Programmierung eines EA DOGM204-A Display mit dem SSD1803A Chip? Der LCD soll mit I2C angesteuert werden dafür habe ich schon einmal eine I2C Library erstellt, die einwandfrei funktioniert. Ich stehe irgendwie komplett an beim verstehen von dem Datenblatt zu dem SSD1803A
Simon X. schrieb im Beitrag #5307627: > Der LCD soll mit I2C > angesteuert werden dafür habe ich schon einmal eine I2C Library > erstellt, die einwandfrei funktioniert. Ich stehe irgendwie komplett an > beim verstehen von dem Datenblatt zu dem
-
Thread
UART Protokoll für µC
der macht das schon richtig und will das Rad NICHT neu erfinden. Warum sollte jeder seinen OneWire, LCD, Ethernet, TCP/IP Treiber selber schreiben? Wiederverwendung bestehender, getesteter und BEWÄHRTET Komponenten war schon immer sinnvoll, nicht erst im IT-Zeitalter.
zumindest zumindest gesehen, dass an einem Protokoll mehr als "nehmen wir eine fertige general purpose library" ist.
-
Thread
SSD1306 clear buffer / display code
Ich hab das ganze so gelöst: [c]void lcd_clrscr(void){ memset(displayBuffer, 0x00, sizeof(displayBuffer)); #if defined SSD1306 lcd_data(displayBuffer, sizeof(displayBuffer)); #elif defined SH1106 for (uint8_t i=0; i <= DISPLAY_HEIGHT
DISPLAY_WIDTH; j++) { actualLine[j]=displayBuffer[i*DISPLAY_WIDTH+j]; } lcd_data(actualLine, sizeof(actualLine)); lcd_gotoxy(0, i); } #endif lcd_home(); // gotoxy(0,0) } ... void lcd_data(uint8_t data[], uint16_t size) { i2c_start(LCD_I2C_ADR);
-
Thread
Daten von uC an PC senden
Joachim B. schrieb im Beitrag #5296079: > hier alle 6 Zeilen eines Nokia LCD5110 Ähhhh, ich blick's absolut nicht ;-)
Volker S. schrieb im Beitrag #5296086: > Joachim B. schrieb: >> hier alle 6 Zeilen eines Nokia LCD5110 > > Ähhhh, ich blick's absolut nicht ;-) was bitte? etwa "Serial.println(&menu[HAUPT_SCREEN][0][0]);"
-
Thread
Wanderkiste Widlar, Runde II
alles was man braucht: https://www.thingiverse.com/ (Am häufigsten benutzt) https://grabcad.com/library https://www.traceparts.com/de (Bauteile-Bibliothek) Ich denke es ist besser wenn man große Teile direkt zum Teilnehmer versendet, weil der Platz in der Kiste fehlt und Platz für anderes raubt.
Test der Temperatursensoren DS18B20 aus der zweiten Runde. Danke auch an Falk für seine DS18x20 library, hast ein Bier gut bei mir ;-) Reinhard
-
Thread
Grafik-LCD: Schriftarten mit Umlauten/Sonderzeichen
der Zeichenvorschub durchgeführt und das Ganze irgendwie in einen Grafikspeicher (ob jetzt auf dem LCD oder in der MCU sei mal dahingestellt) kopiert werden. Zumindest für das einzelne Zeichen müßte es doch soetwas schon geben (in der Skizze blau dargestellt)? Oder wird das wie in der Adafruit-Library gemacht, wo jedes Pixel einzeln zum LCD kopiert wird? Edit: Hab's gefunden. Die andere Library ist ja recht kompakt. Verstehe ich das richtig: Als zusammenhängend erkannte Pixel werden als Linie gezeichnet, und die Ausrichtung (H/V) bestimmt
-
Thread
LCD Library benutzen
Guten Tag, ich versuche seit längerem die LCD Library von Peter Fleury zu benutzen, aber schaffe dies nicht. Ich benutze einen Atmega16 und Codeblocks mit dem GCC Compiler für AVR. Ich bekomme immer den Fehler undefined reference to... Header
muss das nicht lcd_clear heisen?
-
Thread
Arduino: if-Abfrage beeinflußt unbeteiligte Programmsequenzen
16.1.18 #include <Wire.h> #include <LiquidCrystal_I2C.h> LiquidCrystal_I2C lcd(0x20,16,2); // Achtung: auf den neuen I2C-LCD gibt es Adressjumper. const int I2CADRESSE = 0x51; // A0 = high, int eepromadresse =0; int adresse = 0; int a = 10;
Terminal pinMode (relaispin, INPUT); delay(4000); lcd.init(); lcd.backlight(); lcd.clear(); lcd.print(" _2_DS18_ins_EEPROM"); lcd.clear(); // start serial port to show results Serial.begin(9600); Serial.println("_2DS18
-
Thread
Verkaufe Eval Boards Paket
Ich habe sie eigentlich nie benutzt - es fehlte die Zeit. 1 * Display (5.7 in) Development Tools LCD STARTER KIT (Amulet Technologies STK-AOB3202405 EU) ___________________________________________________________________________ 1 * RENESAS / NEC 78K test-it kit uPD78F0066 (K0 device) ______
_______________________________________________________________________ 1 * Atmel Quantum Touch Library QTouch Evaluation Kit (EVK2080A) ___________________________________________________________________________ 2 * CY3270 PSoC FirstTouch Starter Kit Versand per Paket (wegen Tracking) oder Abholung
-
Thread
PT2322-s ansteuerung mit I²c (arduino)
Wire.beginTransmission(0x88); Wire.write(0xd0 & 0x0f); Wire.endTransmission(0x88); lcd.setCursor(14, 1); lcd.print("+1"); } Wie wird der befehlt (welcher überhaupt) Richtig gesendet ? http://labkit.ru/userfiles/file/documentation/Audioprocessor/pt2322.pdf Die Verwirrung
zumindest das manuelle ansprechen. die libary arbeitet wie auch immer weiter mit 0x88) ich muss ohne library aber mit 0x44) werte senden. habe mal ein test geschrieben wo bass wechselt (+14 +0 -14) Wire.beginTransmission(0x44); Wire.write(0x90 | 0x08); Wire.endTransmission(); delay(2000); Wire.beginTransmission
-
Thread
Langsamer Bildrefresh mit ESP8266 und OLED 128x64 (SSD1306)
nach unten "umschaltet". Das kann man nur verhindern, wenn man deutlich schneller die Daten in das LCD übertragen kann oder wenn das LCD 2 getrennte Speicher (Pages) hat. In die eine schreibt man beliebig langsam neue Daten, die andere wird angezeigt. Dann schaltet man im richtigen Moment um, wenn die
"optimaler" Übertragung. Die https://learn.adafruit.com/monochrome-oled-breakouts/arduino-library-and-examples können das gut :-)
-
Thread
OLED Display mit SSD1306
Vorschlag löst es auf jeden Fall Noch ein Hinweis: Ich bin hier vorhin noch auf einen Bug in der Library aufmerksam gemacht worden, den ich grad behoben habe. Er trat nur auf mit einem SSD1306 Controller im Grafikmode. In der Funktion lcd_display() fehlte im Abschnitt für den SSD1306 Controller ein lcd_gotoxy
* Atmel Mega 328 PWM mit OLED.c * */ #include <avr/io.h> # include "oled-display-master/lcd.h" int main(void) { lcd_init(LCD_DISP_ON); lcd_puts("Hello World"); #if defined GRAPHICMODE // erforderlich wenn in der Library der Grafikmodus // aktiviert worden ist, sonst
-
Thread
LCD 4x40 ansteuern über PCF8574 (I2C)
etwas bessere Software nutzen, dann ist > auch das Umbauen einfacher. > > Beitrag "Re: I2CLCD Library für HD44780 LCDs" Diese Library hatte ich schonmal ausprobiert, wegen HintergrundLED ein/aus schalten, habs aber wieder beiseite gelegt weil mir AtmelStudio ständig Fehler brachte.
[c] #define LCD_ENA1 0x10; /* PA4 */ #define LCD_ENA2 0x20; /* PA5 */ if ( curr_lcd_line > 1 ) /* Zeile 0,1 --> ENA1, Zeile 2,3 --> ENA2 */ { lcd_ena = LCD_ENA2; } else
-
Thread
Uhr mit PIC18
= 1; //Timer starten T0CON = 10000001; while(1){ LCD_WC(3); LCD_WD(hour1 + '0'); LCD_WD(hour2 + '0'); LCD_WD(':'); LCD_WD(min1 + '0'); LCD_WD(min2 + '0'); LCD_WD(':'); LCD_WD(sec1+ '0'); LCD_WD(sec2+ '0');
Irgendwoherkopiert oder für deinen uC richtig berechnet, das sind keine binären Zahlen. while(1){ LCD_WC(3); besser while(1) { int sec=sec1; while(sec==sec1) ; // sec1 sollte volatile sein LCD(WC(3); damit nicht ständig das LCD geupdated wird, flimmert meist. Eigentlich
-
Thread
Schreiben oder Lesen eines I2C-EEPROMS funktioniert nicht
Terminal pinMode (relaispin, INPUT); delay(4000); lcd.init(); lcd.backlight(); lcd.clear(); lcd.print(" _2_DS18_ins_EEPROM"); lcd.setCursor(0,1); lcd.print("relaisgest_m_Zeit"); delay(4000); lcd.clear(); /
); Serial.println(Time); lcd.setCursor(10,0); lcd.print(millis()/1000); // Sekunden // lcd.clear(); // lcd.print("lang "); sensors.requestTemperatures(); lcd.setCursor(
-
Thread
WS2811 und 74HC595 Zusammen an Arduino steuren
unzulässig an den Pins wackeln. Glaub ich eher weniger. Prüfe mal deinen Aufbau. GGf. schließ das LCD an andere Pins an. >Am Netzteil liegt es nicht. Ist ein Labornetzteil mit bis zu 5A. Strombegrenzung hochgedreht?
einfachen Test Code hochlade. Nur Zusammen wollen sie nicht. Leider auch nicht mit der anderen Library. Scheint wohl ein Timer Problem zu sein.
-
Thread
Atmega8 + 433 MHz emp = übertragungsproblem
delay(450); lcd.clear(); value = mySwitch.getReceivedValue(); lcd.setCursor(0, 1); lcd.print( value); lcd.setCursor(4, 1); lcd.print(F("Akku Spannung")); if (value <= 360)
lcd.clear(); delay(450); value = mySwitch.getReceivedValue(); lcd.setCursor(0, 0); lcd.print(F("Ges. Temperatur")); lcd.setCursor(0, 1); lcd.print(value / (100)
-
Thread
PIC32MZ mit 32MB RAM - GUI basteln?
32MB DDR2-RAM: http://www.microchip.com/wwwproducts/en/pic32mz1025dab176 Die haben ein 24-Bit-LCD-Interface. Mit einem LVDS-Serializer wie den SN75LVDS83B kann man große TFTs mit LVDS-Interface ansteuern. Meine PIC32 Wetterstation könnte auch ein Upgrade vertragen. Da käme der Chip gerade recht
RiscOS pico ist eine Single-Task Version von RiscOS und funktioniert wie Bare Metal mit einer Core Library. Es gibt hier keine Latenz, sogar PWM im ns Bereich ist möglich.
-
Thread
AVR GPIOR Bit Verwaltung C++
sinngemäß schon mal das selbe gefragt hattes, auch von mir ein deutliches JA. Bei dem Beispiel 4-Bit LCD kann man Data als PinSet aus 4 Pins deklarieren, die Steuerleitungen einzeln oder auch zusammengefaßt an das LCD-Template übergeben und dann Code schreiben, der keine Rücksicht mehr auf die tatsächlichen
Gpio<A<2, 4>, C<8, 9, 10, 13>>; Carl D. schrieb im Beitrag #5243655: > Bei dem Beispiel 4-Bit LCD kann man Data als PinSet aus 4 Pins > deklarieren, die Steuerleitungen einzeln oder auch zusammengefaßt an das > LCD-Template übergeben und dann Code schreiben, der keine Rücksicht mehr > auf die
-
Thread
c++ Datenströme
nimmst du eine Union. Du bastelst die Zahl mit <<, | und Unsigned-Casts zusammen. Du nimmst eine Library wie ASN.1 . Alles nicht so das, was man als gute Lösung bezeichnen könnte.
Wo willst du diese Ausgeben? Wenn du Onchip debuggen kannst, reicht der Debugger. Wenn du z.b. ein LCD oder einen Seriellport hast, müsstest du die bits einzeln zusammen bauen. Stephano B. schrieb im Beitrag #5258534: > C++ kommt mir wie ein zusammengemurkstes Flickwerk vor Tja weil du eben
-
Thread
Vieles gelesen, trotzdem: Welcher AVR-Programmer/Welche IDE??
Äquivalent. Bei Bascom habe ich z.B. in einem Tutorial gesehen, dass man einfach einen Pixel-Editor für LCDs nutzen kann. Würde ich mir dadurch nur alles unnötig verkomplizieren, oder ist das nur viel Zuckerguss? - bin ich dann auf ARVDude angewiesen?? Kann man STM32-Controller genau so "frei" programmieren
Compiler übersetzen. Aber natürlich in einer anderen (neueren) Version. Er wird mit der "newlib" C Library geliefert, die auch unter Linux zum Einsatz kommt. Dazu gibt es auch eine abgespeckte Version für Mikrocontroller. Das ist am Ende weniger speziell, als die C Library für AVR's. Statt avrdude
-
Thread
"Interrupt" durch Vergleich von Variablen möglich? Timingprobleme durch zu lange Programmlaufzeit
total unübersichtlich wäre. Die relevanten Dinge sind wie oben geschrieben, dass das Schreiben aufs LCD mittels einer Library zu lange dauert und deshalb ein Vergleich nicht immer rechtzeitig ausgewertet wird. Und nein ich schreibe nicht in jedem Schleifendurchlauf aufs LCD, sondern nur wenn ein zweiter
lohnt kaum, kann kein Mensch erfassen oder ist es Video, dann ist I2C eh ungünstig. 4x20 Zeichen LCD sind ja auch in wenigen µs erledigt -> i2c 100kHz ca 10k Zeichen/s (PI x Daumen) meist geht auch 400 kHz. Ich frage im ms Raster den Inkrementalgeber ab, zähle bis 250 und aktualisiere das LCD
-
Thread
einfachste Möglichkeit Daten zu speichern mit AtTiny
erzeugt das von dem nun statischen USB Stick gelesen werden kann. Danach geht das ganze Ding mit LCD, Akku, fettem PIC etc. in die Tonne. Das nenne ich mal ein Geschäftsmodell! Und wir spulen uns über so einen rotzigen Tiny auf ...
also falls schon mal genannt, ignoriert's einfach. Für größere AVRs gibts zur Arduino IDE eine Library, mit der man auf eine FAT32-formatierte SD-Karte schreiben kann. Die Zeitstempel sind dann Null, wenn man keine Echtzeituhr hat. Wenn das nicht stört... Man kann ein SD-Breakout-Board an den SPI/ISP-Header