-
Thread
ESP32: esp-idf & ILI9341 LCD Display
Woran kann das liegen? Kann das evtl. jemand nachvollziehen bzw. den einfachen Aufbau mit einem LCD nachstellen? Ich denke dass irgendetwas mit der Portierung der Adafruit-Library nicht stimmt. Oder schon beim spi_master-Driver innerhalb der esp-idf. Herzlichen Dank schonmal für eure Unterstützung
Woran kann das liegen? > Kann das evtl. jemand nachvollziehen bzw. den einfachen Aufbau mit einem > LCD nachstellen? > Ich denke dass irgendetwas mit der Portierung der Adafruit-Library nicht > stimmt. Oder schon beim spi_master-Driver innerhalb der esp-idf. Wie NichtLib Nutzer schon schreibt, liegt
-
Thread
ILI9341 SPI-Modul
Läuft wunderbar mit der Adafruit ILI9341 library. Habe zwei davon im Einsatz inkl. Touch. Schaltplan brauchst du nicht, steht alles notwendige auf dem Silkscreen
einem auch ein paar Minuten Fehlersuche ersparen. Der einzige Weg, sicherzustellen, dass das LCD auch angeschlossen ist, scheint also zu sein, irgendein Pixel zu schreiben und auch wieder auszulesen.
-
Thread
FreeRTOS vListInsert() hängt
Die dort erwähnten #defines habe ich in FreeRTOSConfig.h wie folgt gesetzt: [code] #define configLIBRARY_LOWEST_INTERRUPT_PRIORITY 0x3f #define configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY 5 #define configPRIO_BITS __NVIC_PRIO_BITS // steht auf 5 [/code] Für configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY
SSP2_IRQn = 36, /*!< SSP2 Interrupt */ LCD_IRQn = 37, /*!< LCD Interrupt */ GPIO_IRQn = 38, /*!< GPIO Interrupt */
-
Thread
Compilierung des EU1KY AA unter Linux.
Markus W. schrieb im Beitrag #5776324: > Src/analyzer/rtc/emrtc.c:86:14: error: '_LCD_CURSOR_OFF' undeclared > (first use in this function) Kommt wohl daher: https://download.mikroe.com/documents/compilers/mikroc/pic/help/lcd_library.htm Interessant, dass hier ein Bezeichner
#5776358: > Kommt wohl daher: > https://download.mikroe.com/documents/compilers/mikroc/pic/help/lcd_library.htm Ich würde dazu raten, den RTC-Teil einfach neu zu programmieren mit der STM32 HAL. Dann ist er unabhängig von Embitz und basiert auf dem De-Facto-Standard.
-
Thread
STM32F469 custom board Display
Soweit ich das sehe, generiert dieses Lizard Tool ein Source Projekt dass die Grafiken und die Library zum Ansteuern des Displays enthält. Dieses sollst du in der Keil IDE mit Leben (Programmcode) anreichern. Was aber immer noch fehlt, ist die Programmieranleitung. Ein generiertes Beispielprojekt
Soweit ich das sehr generiert dieses Lizard Tool ein Source Projekt dass > die Grafiken und die Library zum Ansteuern des Displays enthält. dieses > sollst du in der Keil IDE mit Leben anreichern. mh leider ist dies keine option da nicht für jedes project eine neue toolchain entstehen sollte und
-
Thread
I2C Beispielcode - 1xAVR Master / 1xAVR Slave
compilieren, aber es scheinen keine Daten übermittelt zu werden. Dazu habe ich ein bestehendes Programm (LCD Anzeige) genommen und möchte eine angezeigte Variable mit den Daten aus I2C füttern. Diese bleibt aber bei 0... Frage1: Hat jemand eine Art Minimalprogramm(e), welche Befehle notwendig sind um
i2c_start(myI2CAdress); i2c_byte(myValue); i2c_stop(); } return 0; } [/c] Die i2c-Library wäre von hier (meiner OLED-Library): https://github.com/Sylaina/oled-display Das wird den Mikrocontroller dazu veranlassen, ständig die 42 über I2C zu schicken.
-
Thread
max. Input Frequenz ATMEGA328
Anhang) messen wir bis 180'000 mit einem Teiler von 1000: [c] lRPM = 21815 / pulseIn(5, LOW); LCD.print (lRPM + " x1000 RPM") [/c]
Unter http://interface.khm.de/index.php/lab/interfaces-advanced/arduino-frequency-counter-library/ gibt es eine Library mit der es möglich sein soll Frequenzen bis zu 1/4 der Prozessortaktfrequenz zu messen. Ich hatte die selbst mal mit einem Arduino UNO im Einsatz und bei 3MHz Messsignal war
-
Thread
SmuView - Eine sigrok GUI für Netzteil, Multimeter und mehr
Screenshot. Wie Gerd schon gesagt hat, ist das ein O, für "Over Limit". Das stammt noch von der LCD-Anzeige, bei der die darstellbaren Buchstaben begrenzt waren. Da ich es noch nicht übers Herz gebracht habe, den LCD-Code komplett zu entfernen (Nostalgie :) ) und sich beide Anzeigen Code teilen, werde ich das "OL" in etwas lesbares ändern, sobald ich den LCD-Code raus geschmissen habe...
-
Thread
Librarys einbinden - glcd (Ks0108) Test
Dateien, in der auch Dein main.c steht, auch "ks108.c" auftauchen. -- Die Diskussion, was eine Library ist und was nicht, tauchte hier in letzter Zeit häufiger auf -- dieser Thread ist ein gutes Beispiel dafür, warum die laxe Bezeichnung von Quelltext oder Headerdateien als "Library" sehr, sehr ungünstig ist. Das Entwicklungssystem hat ganz eindeutige Vorstellungen davon, was eine Library ist, nämlich eine Binärdatei, die aus bereits compiliertem Code besteht.
-
Thread
AVR Assembler besser strukturieren (ohne Precompiler)
Panels geschickt werden. Die CPU Last ist 70%. Wäre es nicht einfacher gewesen, einen Prozessor mit LCD-"RGB"-Interface zu verwenden (z.B. TI Sitara oder manche STM32)? Diese können ein 2D-Array aus Pixeln auf bis zu 24 Leitungen parallel ausgeben (3x8=RGB) bei 0% CPU-Last. Ob da jetzt ein LCD oder LEDs
an Funktionen hat, werden selbst komplexe Abläufe einfach zu programmieren. Z.B. um eine Zeile an's LCD-Display zu senden reicht bei meinen Assembler-Funktionen [code] ldi R16,1 ;Zeile 1 oder 2 ldi R31,high(LCD_Text_Label) ;Anfang vom Text im Flash ldi R30,low (LCD_Text_Label
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
Flachakkus" auch zufrieden - da ist ein DIL8 drin, der sowhl die Polarität des Akkus erkennt, als auch das LCD ansteuert...obskur! https://www.ebay.de/itm/Universal-Akku-Ladegerat-Charger-Mit-USB-Port-LCD-fur-fur-Handy-Kameraakku-DE/122965150249?hash=item1ca14b4a29:g:8WAAAOSwUYhcgiJa Klaus.
schon bemerkbar, ging wieder zurück. Leider kein Foto gemacht. War das ein OBD Reader mit Monochrom-LCD oder mit Farb-TFT?
-
Thread
Arduino Custom Firmware für Fitness Armband mit NRF52
Habe es nun auch geschafft die Library https://github.com/adafruit/Adafruit-ST7735-Library von Adafruit für das Display zum laufen zu bekommen. Das gute an der Library es supportet das 80x160 Display. Man benötigt zusätzlich noch die Library https://github.com/adafruit/Adafruit-GFX-Library in der GFX library musste ich in der Datei: Adafruit_SPITFT.h In Zeile 15 das #define USE_FAST_PINIO ausklammern. Dadurch wird die Fast Pin
-
Thread
Welchen Parameter muss ich nutzen, um mit Arduino und DS18S20 ein Relais zu steuern?
1) Probier mal zum Temperaturmessen; https://github.com/milesburton/Arduino-Temperature-Control-Library/blob/master/examples/Simple/Simple.pde (1. Link in Suche nach "ds18s20 arduino library") leo
=> Probier mal zum Temperaturmessen; https://github.com/milesburton/Arduino-Temperature-Control-Library/blob/master/examples/Simple/Simple.pde (1. Link in Suche nach "ds18s20 arduino library") leo * Das habe ich ausprobiert, und mit diesem Sketch liefert das Programm völlig realistische Werte
-
Thread
ESP32 und TFT Arduino läuft nicht
mein Display nichts anzeigt. Ich habe mir das hier besorgt: https://www.ebay.de/itm/1-8-Zoll-TFT-LCD-Display-Modul-128x160-SPI-SD-ST7735-Arduino-Raspberry-Pi-/252797557284?hash=item3adbe89a24 Als Vorlage wie ich das ganze Anschließen muss habe ich mir dieses PDF geladen: https://erik-bartmann.de
seite haupt homepage des verkäufers, aber dort sind die selben infos https://www.makershop.de/display/lcd-tft/18-zoll-tft-lcd/
-
Thread
Einstieg in Python
selbständig umsetzen. Nun möchte ich aber dieses Problem nicht mit einem Mikrocontroller und einem LCD, sondern als richtiges Programm lösen. Da fängt mein Problem an. Konkret geht es um die Entwicklung eines kleinen Programms für die technische Redaktion (vorerst nur für mich selbst gedacht), das
- sotruct.cpython-37m-x86_64-linux-gnu.so |-- _struct.cpython-37m-x86_64-linux-gnu.so |-- base_library.zip |-- binascii.cpython-37m-x86_64-linux-gnu.so |-- grp.cpython-37m-x86_64-linux-gnu.so |-- ld-linux-x86-64.so.2 |-- libbz2.so.1.0 |-- libcrypto.so.1.1 |-- libexpat.so.1 |-- liblzma.so.5
-
Thread
Arduino / AVR: Überlauf nicht nachvollziehbar ?
Display nur 4/5-Stellen verfügbar > Ah = mAh / 1000.00; // ich will zwei Nachkommastellen > lcd.print(Ah, 2); > lcd.print(" Ah"); > } Ich kenne Arduino nicht, daher ist das vielleicht eine blöde Frage: Kann lcd.print() standardmäßig float verarbeiten? Bei der avr-libc muss dazu eine spezielle Library (libprintf_flt.a) gelinkt werden. Gruß, Bernd
-
Thread
Char als Klartext im Quellcode ©
> gar nicht erst auftreten. du wirst dich wundern, ich progge unter win und auf den Displays (LCD oder LED Matrix) macht ja jeder sein eigenes Süppchen, da versuche ich wo es möglich ist die Grafik Zeichensätze kompatibel zu machen, geht ja, einfach die font Table ändern, oder eben bei LCD in den
habe, im 328p kämpfe ich um > jedes Byte dann vergiss doch einfach UTF usw, da kocht doch jede Library ihr eigenes Süppchen und du musst dich bei Sonderzeichen meist beschränken. Im übrigen gibt es auch Pascal für den 328, da ist bestimmt alles besser und du brauchst dich nicht über C aufregen.
-
Thread
Arduino Librarys - Wer prüft diese ?
Stefanus F. schrieb im Beitrag #5691896: > Wie nennt man denn eine Library, die primär in Quelltext-Form verteilt > und eingebunden wird richtig? > > "Quelltext" ist mir da ein bisschen zu unspezifisch. Ich finde Sourcecode-Library ganz passend. Und ist es ja auch
Guide: https://www.arduino.cc/en/Reference/StyleGuide Dann das Tutorial, wie man eine Arduino-Library schreibt: https://www.arduino.cc/en/Hacking/libraryTutorial Ganz wichtig natürlich der Library-Style-Guide fü die API: https://www.arduino.cc/en/Reference/APIStyleGuide Damit ist die Arduino
-
Thread
Quartus BlockRAM bringt FPGA zum "Absturz"
=> clkpll, data => data, wren => wren, q => memData ); lcd : entity work.lcd port map( xPos => xPos, yPos => yPos, clk => clkpll, rst => reset, DEN => DE, hsync => HSYNC, vsync => vsyncState, NCLK => PX_CLK, DATAcount => lcdPixelCount ); pll : entity work.pll port map( inclk0 => CLK, c0 => clkpll ); ramtest : process(clkpll) is begin if rising_edge(clkpll) then -
-
Thread
Verwendung/Verwaltung von Bibliotheken mit GIT
Bibliotheken, welche sich jeweils in einem eigenen GIT-Repo befinden, wie z.B.: UART-Repo CAN-Repo LCD-Repo usw. Diese Bibliotheken werden in mehreren Projekten verwendet und wachsen so mit der Zeit bzw. werden laufend verbessert. Wie gehe ich hierbei am besten vor? Meine Wunschvorstellung wäre
submodules evil” ? Grundsätzlich ist git ein Software Revisionssystem. Die Nutzung als Dependency/Library Management Tool ist nicht die Hauptaufgabe. Spätestens bei verschiedenen Versionen deiner Libs wird es spaßig. Idealerweise nimmt man einen Paketmanager, in .net zb Nuget, in Python pip. C is
-
Thread
Verifikation bei PCB-Layouts
natürlich nicht, der prüft ja in wesentlichen nur ob's fertigbar ist. Die Datenblätter kommen zuerst, Library dann, Schaltplan danach und wird verifiziert, Power wird natürlich zuerst geroutet (zumindest eine Plane ausgesucht), dann kritische Signale, danach unkritische Signale. Ein logischer check nach dem
Ich kann beipflichten. -Die Library wird selbst gemacht. Neue Symbole als neu markiert. -Die Datenblaetter der verwendeten Bauteile muss man drauf haben. Iteration : -Das Schema wird gezeichnet und mehrfach ueberprueft. -Die Bauteile
-
Thread
Wärmebildkamera mit dem MLX90640 und Arduino Due
bei mehreren Projekten zum Einsatz gekommene mit 480x320 Pixel (https://www.ebay.com/itm/3-5inch-TFT-LCD-Color-Display-Module-320x480-Support-for-Ar-Mega2560-16-Bit/163228939051?epid=20023227698&hash=item260133f32b:g:2xgAAOSwvoNbh4~D:rk:19:pf:0). Als Farbskala für das Wärmebild kommt ein "Nachbau" der
Thomas für den link... Habe nun diese Zeilen zum Abändern des EEPROMS unter Verwendung der melexis-library geschrieben: [code] const uint16_t len = 16; uint16_t adr = 0x8000; uint16_t Buffer[len]; #include <Wire.h> #include "MLX90640_API.h" #include "MLX90640_I2C_Driver.h" void setup(
-
Thread
DS18B20 Nutzung von fertigem Code
lcd_setcursor(0,2); lcd_string("DS18S20"); } } lcd_clear(); if (DS18x20_MeasureTemperature(pDS18x20)) { lcd_setcursor(0,2); lcd_string("TEMP is"); dtostrf
); lcd_string(str_1); itoa(pDS18x20->scratchpad[1], str_1, 10); lcd_setcursor(0,2); lcd_string(str_1); itoa(pDS18x20->scratchpad[4], str_1, 10); lcd_setcursor(0,3); lcd_string(str_1
-
Thread
SSD1306 Arduino I2C nur 30kHz?
Ich mach mal ein wenig Eigenwerbung: https://github.com/Sylaina/oled-display Das ist meine Library für I2C Displays mit SSD1306 bzw. SH1106 Controller. Ist etwas schneller als die Adafruit-Library und braucht auch weniger Speicher. Ist halt dafür nicht ganz so flexibel/umfangreich. Einstellungen werden fürs LCD werden in der lcd.h gemacht, für I2C werden die Einstellungen in i2c.h vorgenommen.
-
Thread
Akkubetriebener DLP Beamer für 18,50€
Rufus Τ. F. schrieb im Beitrag #5640798: > http://www.ti.com/tool/dlpdlcr2000evm# Zum Thema LCD. Ein LCD Display ist ein aus vielen Schichten zusammengesetzte Glasscheibe. Hier sind unter anderem auch Farbfilter, UV Filter, Polarisations Filter, ... enthalten. Das die jetzt für 3D Drucker und
kombinieren. Diese findet man hier auf Seite 2: https://cdn.rohde-schwarz.com/pws/dl_downloads/dl_common_library/dl_brochures_and_datasheets/pdf_1/fernseh-standards_0756-6981-11.pdf
-
Thread
ATTiny USI I2C-Master
Bei USI-Nutzung für I2C wird immer auf AN310 und die Library von P. Fleury verwiesen. Gilt das erst ab ATMega128? "Target: any AVR device with hardware TWI" Bei den üblichen ATTinys hilft es wenig: Da funktioniert es mit I/O-Registern von USI/TWI
www.mikrocontroller.net/topic/320068#3474229 Man bekommt zur Not damit ein mit Portadapter ausgerüstetes LCD testweise zum Laufen. Die Sache hat nur einen Haken: Beim SPI-Flashen mit STK500 Board zum Beispiel sollten die Anschlüsse zum LCD abgezogen werden. ciao gustav
-
Thread
CubeMX und HAL - I2C hängt sich auf
Schnautze voll. Die Hardware ist soweit in Ordnung, da ein Treiber mit der Standard Perpheral Library und diesem Setup läuft. Meine Frage ist nun, ob jemand vielleicht etwas lauffähigen Code mit dem CubeMX und dem HAL für einen STM32F103C8 hat? Gruß und Danke Peter
einen STM32F103C8 hat? Ich habe lauffähigen Code ohne Cube HAL, aber auf Basis der CMSIS Core Library, die in allen HAL Projekten als Unterbau enthalten ist. Das ist nicht ganz das, wonach du suchst, aber zur Not hilft es vielleicht trotzdem. http://stefanfrings.de/stm32/index.html#i2c
-
Thread
MSP430 Aufkündigung?
jetzt keine wirklichen Erfahrungen, aber mit den MSP430 ist es mit überschaubarem Aufwand mit RTC und LCD aktiv mit gelegentlichem Aufwachen Batterielaufzeiten von >1 Jahr aus einer CR2016 Knopfzelle zu erreichen: https://github.com/carrotIndustries/pluto Andere Uhrprojekte, wie die goodwatch benutzen
es ist keine vollständige HAL im Wortsinn, sondern einfach das was andere Hardwarehersteller mit Library und/oder LowLevel Treiber benennen. (wobei die Cube HAL, wie viele andere von den Controllerherstellern bereitgestellt Bibliotheken IN TEILBEREICHEN natürlich auch über das hinausgeht was man als
-
Thread
Atmel SAM D10 ohne ASF programmieren
Meinst du sowas? [c] /* * PB16: PWM output to generate V[LCD] * PB16 = TC6/WO[0], function E * Normal PWM 8-bit mode, 16 MHz / 2 / 256 = 31.25 kHz PWM frequency */ GCLK->CLKCTRL.reg = GCLK_CLKCTRL_CLKEN | GCLK_CLKCTRL_GEN(0) | GCLK_CLKCTRL_ID
weiter als die Register zu beschreiben. Gibt es irgendwo in ASF ein äquivalent zu der Peripheral Library? Ich kenne mich mit ASF nicht so gut aus, aber alleine die Ordnerstruktur kommt mir extrem groß vor. mfG macload1
-
Thread
uC - kennst du einen, kennst du alle
verwendet dafür eine Lib. Abgesehen davon kann man natürlich auch mit digitalWrite() ein paralleles LCD ansteuern. Langsam wie Hulle, klar. Aber am Ende wahrscheinlich schnell genug <tm>
mal zu schreiben und ein Scope dran zu hängen. Es gibt ja kein Problem, das man nicht mit einer Library lösen könnte. Hier eine unter vielen: https://github.com/mmarchetti/DirectIO
-
Thread
Probleme mit Arduino Mega, TFT und DS1820
Sketch: #include <Adafruit_GFX.h> //Core graphics library #include <Adafruit_TFTLCD.h> //Hardware-specific library #include <OneWire.h> //http://www.arduino.cc/playground
LCD_WR A1 //LCD Write goes to Analog 1 #define LCD_RD A0 //LCD Read goes to Analog 0 #define LCD_RESET
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
, neue Tabellen und Diagramme gemalt, etc.) und auch eine selbstgeschriebene Standard Peripheral Library mit ausliefern.
www.stefanjones.ca/blog/arduino-leonardo-remote-multimedia-keys/ Die Arduino seite von dieser library ist stark and die Leonardo library angelehnt deswegen wirst du viel wiederfinden.
-
Thread
Probleme beim Debuggen mit SW4STM32 und und F7Disco
define OSC_25M_GPIO_Port GPIOH #define FMC_A2_Pin GPIO_PIN_2 #define FMC_A2_GPIO_Port GPIOF #define LCD_INT_Pin GPIO_PIN_13 #define LCD_INT_GPIO_Port GPIOI #define LCD_R0_Pin GPIO_PIN_15 #define LCD_R0_GPIO_Port GPIOI #define LCD_G4_Pin GPIO_PIN_11 #define LCD_G4_GPIO_Port GPIOJ #define LCD_G5_Pin
LCD_CLK_GPIO_Port GPIOI #define ULPI_NXT_Pin GPIO_PIN_4 #define ULPI_NXT_GPIO_Port GPIOH #define LCD_G1_Pin GPIO_PIN_8 #define LCD_G1_GPIO_Port GPIOJ #define LCD_G3_Pin GPIO_PIN_10 #define LCD_G3_
-
Thread
LCD 16x2 zeigt nur 8 Zeichen pro Zeile, I2C-Interface
H-Datei passen auch. [c] #include <Wire.h> #include <LiquidCrystal_I2C.h> LiquidCrystal_I2C lcd(0x27,16,2); // LCD address 0x27, 16 chars 2 line display void setup() { lcd.init(); // initialize the lcd lcd.backlight(); lcd.home(); lcd.print("Hello
//(Addr EN RW RS D4 D5 D6 D7 BL Backlight polarity) LiquidCrystal_I2C lcd(0x27, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE); void setup(); lcd.begin(16,2); //Digits und Zeilenzahl anpassen [c] Anmerkung: laut Dokumentation zum LCD-Library werden Digits und
-
Thread
RISC-V: Wird das was?
samt der Tippfehler) Der einzige Strohhalm an den man sich klammern kann um die Benutzung der Library zu verstehen sind die handvoll Demoprogramme. Oder stundenlanges Reverse-Engineering der Library für jedes scheiß Bit das dort noch ein zweitesmal unter anderem Namen definiert ist! Im gleichen Namensraum
Registerstruktur und veraltetem GD32 Header Stil und dazwischen noch die ganzen Defines für ihre Library mit kollidierenden Namenspräfixen macht es echt zur Qual. Auf einem reinen STM32 mit echten STM32-Headern ist es wahrscheinlich wesentlich weniger anstrengend. Und am wenigsten anstrengend
-
Thread
NodeMCU MySQL Webhoster
mysql als shared library auf einem 4mbyte großen esp8266? ich glaube nicht. das sollte doch ohne ende fehler beim linken produzieren....
bedeutet. Bei der Gelegenheit kannst du auch gleich die allgemeine Verwendung von den Begriffen Linux, LCD Display, SMS Nachricht und Ethernet versus WLAN, Akku versus Batterie, usw. korrigieren. Mit etwas Glück interessiert es jemanden.
-
Thread
CAN-Bus mit Arduino auswerten
, auch wenn man das klein halten kann, gibt ja hier ein Beispiel. Habe bisher immer nur normale LCD´s angesteuert dachte das funktioniert beim OLED ähnlich .... Aber mit dem Problem setze ich mich auseinander wenn ich das auslesen der Daten hinbekommen habe. Aber trotzdem danke für den Hinweis.
INPUT); // Configuring pin for /INT input Serial.println("MCP2515 Library Receive Example..."); } void loop() { if(!digitalRead(CAN0_INT)) // If CAN0_INT pin is low, read receive buffer //Wird nicht erfüllt { CAN0.readMsgBuf
-
Thread
Padauk MCU für 0.038 USD aus Taiwan
.chip PFS154 //{{PADAUK_CODE_OPTION .Code_Option Comparator_Edge All_Edge .Code_Option LCD2 Disable // At ICE, LCD always disable, PB0 PA0/3/4 are independent pins .Code_Option LVR 2.5V .Code_Option Bootup_Time Fast .Code_Option Drive Normal .Code_Option Security
Kleinere Updates Library zur Ansteuerung von WS2812 RGB-Leds: https://github.com/cpldcpu/SimPad/tree/master/Toolchain/examples/WS2812_blinky Elektronische Kerze: https://github.com/cpldcpu/SimPad/tree/master/Toolchain
-
Thread
Power consumption des 74HC595
Hier noch ein Schaltungsbeispiel für ATmega48: http://mino-elektronik.de/7-Segment-Variationen/LCD.htm#led5 Zwei weitere Transitoren müßten noch für die Erweiterung von 6 auf 8 Spalten ergänzt werden.
. Dont use Serial or delay inside interrupts! This library is not compatible with SoftSerial. The following pins are usable for PinChangeInterrupt: Arduino Uno/Nano/Mini: All pins are usable Arduino Mega: 10, 11, 12, 13, 50, 51, 52, 53, A8 (62)