-
Thread
Open Source Lizenzen praktisch angewendet
du hast, und unter welcher Lizenz du selbst veröffentlichen willst. ich hatte vor ~15 Jahren mit LCD4Linux das Problem, dass ich eine fremde Quelle verwenden wollte, in deren Header folgendes zu finden war: [pre] ** You are free to incorporate this code into your own works, even if it ** ** is a
Ich finde zumindest keine Infos. Aber es klingt unlogisch. Beispiel: Ich nehme eine Quelltext-Library, 2-clause BSD: Copyright 2012 by Werner Meier, no warranty etc.: Ich darf also mit dem Quelltext grob erst einmal alles machen, was ich will, wenn ich die Lizenz-Information unverändert weitergebe
-
Thread
Strommessung mit INA219
oder eine Lösung haben? Wenn Du wirklich C programmieren kannst, dürftest Du aus einer Arduino-Library die notwendigen Beispiele herausziehen können.
// Fehlererkennung { // Wenn LM75 kein OK sendet lcd_command(LCD_CLEAR); // Leere Display lcd_printlc(1,13,"READ"); // "Lesevorgang" lcd_printlc(2,13,"NOK"); // "Nicht OK (NOK)" } [/c] Mit diesem Code kann ich überprüfen ob mein
-
Thread
Problem mit Division
bluetoothverbindung, softdevice alles super. Beim einbinden von eigenen Code zu Ansteuerung eine LCDs ist mir aber aufgefallen das sich das Programm sehr brutal und endgueltig weghaengt. Das ist natuerlich insoweit doof weil ich mir dann auch keine Variablen anzeigen lassen kann. Ich konnte das
Braucht er eine Mathe-Lib für die Division? > #include<math.h> ? Das eine Header-Datei und keine Library. Und da es nur um simple Integer-Arithmetik geht, ist math.h komplett überflüssig, denn das ist für komplexere Float-Operationen nötig, die über die Grundrechenarten hinausgehen.
-
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