-
Thread
ATTiny 13 Taster Funktion
Hallo, ich bin gerade dabei mich in uC ATTiny 13 einzulernen. Die Ports als ausgang zu legen und die LEDs zum leuchten zu bringen ist kein Problem. Allerdings kann ich keine Eingabe einlesen( Taster ). Folgendes Programm habe ich hier gefunden. ***************
Lesen bildet: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Taster_und_Schalter
-
Thread
PORTA und DDRA Zusammenhang
Ausgangspin high/low Deswegen kannst du mit dem PORT-Register auch keine Eingangssignale lesen, du würdest nur den Status der Pull-Ups einlesen. Verwende also zum Einlesen das PIN-Register. Du solltest zu dem Thema mal allgemein nach Atmega, AVR-GCC
, AVR-GCC, Ports & > Pins usw. googlen, da kommt noch einiges mehr...
-
Thread
I/O - Daten über WLAN an Computer senden
WiPort von Lantronix http://www.lantronix.com/device-networking/embedded-device-servers/wiport.html
Danke dafür! Ich werd mich einlesen. Melde mich, falls ich noch fragen habe!
-
Thread
µController gesucht
da giebt es recht günstige Module) 4 SSRs könnte man direkt ansteuern oder auch mit PCF8574 (I²C-PortExpander) Display (wie schon beschrieben) 7 Ports (evt. auch I²C PortExpander oder ein 4094) Wie du siehst, hat jeder seine Vorlieben, wie man solch ein Projekt verwirklichen kann. Es gibt keine
einfacher. Also ein Prozessorboard nehmen auf dem das Nötigste drauf ist wie Debugschnittstelle, alle Ports auf Headerpins und evtl. eine serielle oder besser eine USB Schnittstelle für Testausgaben oder komfortablere Programmierung des Gerätes. Beim Atmel ist die Einsteigerklasse für ein ICE das AVR Dragon
-
Thread
Verzögerung der Messwert Übertragung
Frequenz passt #error "Falsche Baudrate zum CPU Takt gew?hlt (Fehler >1%)!" #endif #include <avr/io.h> #include <util/delay.h> // ---------------------------------------------------------------- // Funktion - Initialisierung des ADC (Analog Digital Converter) // ------------------------
} } int main ( void ) { // Definitionen DDRB = 0b00000000; // Port B0 und B1 als Eingang definieren PORTB = 0b00000011; // Pull-Up's an Port B0 und B1 setzen PORTC = 0b00000000; int messwertuebertragung; uint16_t adc_result0; char
-
Thread
avr dude Programm zu groß? Eclipse GCC
Hallo Leute, habe ein kleines Programm geschrieben. Arbeite mit eclipse und GCC Plugin und avr dude. Beim kompilieren erhalte ich dann folgende Meldung: **** Build of configuration Release for project lcd **** make all Invoking: Print Size avr-size --format=avr --mcu=atmega32 lcd.elf
Hier mal mein Programm: (Manches ist ein wenig umständlich) [c] #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/crc16.h> #include <avr/eeprom.h> #include "uart.h" #include "lib_crc.h" #include <util/delay.h> /* define CPU frequency
-
Thread
Programm bleibt stehen
"Überprüfungsled" getoggelt, also das Programm läuft weiter. [c] #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/crc16.h> #include <avr/eeprom.h> #include "uart.h" #include "lib_crc.h" #include <util/delay.h> /* define CPU frequency
10; uint8_t t_overflow = 0; uint16_t ptherme EEMEM = 0000; void entprellung( volatile uint8_t *port, uint8_t maske ) { uint8_t port_puffer; uint8_t entprellungs_puffer; for( entprellungs_puffer=0 ; entprellungs_puffer!=0xff ; ) { entprellungs_puffer<<=1; port_puffer = *port
-
Thread
Lightweight WS2811/WS2812 Library
provided with support cpu clocks from 8Mhz to 16Mhz (standard AVR) or 4MHz to 8Mhz (reduced core). Usage ===== - Add "light_ws2812.c" and "light_ws2812.h" to your project - Change ws2812_port and ws2812_pin in the include file according to the I/O pin you
_GPIO_PORT->CLR0) // Address of the data port register to clear the pin [/c] Die Adresse des von mir verwendeten Port ist 0x40044084, was ich anstelle von &LIGHT_WS2812_GPIO_PORT eingefügt habe. Jedoch ohne
-
Thread
Signalgenerator, Grenzen eines Atmega8
Eventuell kannst Du ja hiermit was anfangen: [c] #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <inttypes.h> #define F_CPU 8000000UL // Quarz mit 8.000.000 Mhz #define TIMERRELOAD 256 // Nachladewert des Timers 255?
da reicht Deine PWM-Ausgabe. Sonst sollte es schon ein 8 - 10-Bit-DAC sein, zur Not R2R an einem Port.
-
Thread
Atmel ZigBit (ATZB-24-A2/B0) und XBee
flashen und/oder das Board, das PC-seitig als Empfänger verwendet wird an den PC-UART (virtueller Com-Port über USB) adaptieren.
=========================================== "gmkdir" ist ein Gnu-Makedir und wird bei den neuen AVR-Toolchains genutzt (damit es mit dem Windows mkdir nicht kollidiert). Bei WinAVR war der Name noch mkdir. Am einfachsten, du kopierst (nicht umbenennen) die Datei ...\\WinAVR-20100110\utils\bin\mkdir.exe
-
Thread
An die C-Profis: Datei einlesen und String teilen
benutzt werden soll um die H-Datei zu erzeugen, ist auch ein C-Compiler dafür nötig und das kann nicht AVR-Studio sein, denn das Programm soll ja auf dem Host laufen und nicht auf dem AVR.
.. Hier übrigens noch mein Code ( das Registerarray habe ich etwas gekürzt): [c] #include <avr/io.h> #include <util/twi.h> #include <util/delay.h> #include <avr/interrupt.h> #include <avr/lcd-routines.h> #include <stdio.h> #include <string.h> #define F_CPU 4000000; int16_t i; int16
-
Thread
Programmier Arten
((volatile struct port_*)&PORTA)) #define PortB (*((volatile struct port_*)&PORTB)) #define ERROR_LED (PortA.bit0) int main() { .... ERROR_LED = 1; } [/C] Wechselt die LED von Port A - Bit 0 auf Port B - Bit 5, dann genügt es das #define zu ändern [C] #define ERROR_LED (PortB.bit5) [/C] Der Trick besteht darin, den Pointer, der hinter der WinAVR Definition von PORTA steht, auf einen Strukturpointer
-
Thread
DIY Power Supply
verbaute Mosfet würde bis 100V vertragen mit der Thyristorvorstufe, für 5A isses auch ausgelegt. AVR gesteuert auch und mit USB ;) Alfred schrieb im Beitrag #3102515: > Kopfzerbrechen bereitet mir aktuell die Strombegrenzung. Ich habe an > einen Transistor gedacht, das ist ja ein Strombegrenzer
dafür ein paar IO-Ports frei. Ich danke euch allen für eure Hilfe! Bin aber auch dankebar fals jemand Tips für eine variable Spannung via µC hat.
-
Thread
Anfängerfrage zur Projektplanung / Einstieg Mikrocontroller
Zwischen Delphi Programm und AVR braucht es noch ein Protokol und eine serielle Schnittstelle. Dh das UART am AVR benoetigt einen RS232 Treiber, oder einen UART-zu-USB Chip. Plusd den passenden Stecker aufm board.
@Zwoelf gegen Neunzehn : UART sagt mir bis jetzt noch garnichts, da werd ich mich direkt mal einlesen, danke :)
-
Thread
TFT LCD Ansteuerung
Variable einen Port ein? Bisher habe ich es immer so gemacht. Nach der Änderung von PORT auf TRIS lese ich nun bei Datahi sowie auch bei Datalo 0x00 aus.
du ja einen PIC verwendest! Ok dann stimmt aber wenigstens die Hälfte meines Posts (der sich auf AVR bezog). Mach mal zwischen RD=low und Einlesen der Daten eine Kurze Pause, da der Displaycontroller erst die Daten anlegen muss. Sascha
-
Thread
Probleme beim Einlesen eines Ports
andre menzel schrieb im Beitrag #3097409: > Aber das Hauptproblem: ich kann keinen der Ports einlesen. > Was mache ich denn da falsch.... > in r18,PORTD ;PortD einlesen Ports werden mit PINx eingelesen! mfg.
//www.mikrocontroller.net/search?query=avr+port+einlesen
-
Thread
Elektroniker Stammtisch Nähe München
nur zum Teil ;) Typische AVR Fuse-angeln wie JTAG und Selbstaussperungen sollte man nicht aus dem Auge verlieren. viel Spaß Winne
im Beitrag #3819339: > -Pin-Belegung ISP-Stecker siehe: > http://www.atmel.com/images/atmel-2521-avr-hardware-design-considerations_application-note_avr042.pdf > Punkt 3.1 Habe ich kontrolliert.... passt doch... ausser dass ich noch /SS reingenommen habe. Heinz K. schrieb im Beitrag #3819339
-
Thread
Rechteckgenerator mit verschiedenen Frequenzen
abgefangen, hier wird ins Eingansgregister geschrieben, interne Pullups nicht aktiv, folglich extern, AVR/io nicht eingebunden, Am Ausgang toggeln nichts, da müsste stehn PortA ^= 1<<PAx Halb so voreilig und lieber deine gewohnte Qualität!
abgefangen, hier wird ins > Eingansgregister geschrieben, interne Pullups nicht aktiv, folglich > extern, AVR/io nicht eingebunden, Am Ausgang toggeln nichts, da müsste > stehn PortA ^= 1<<PAx > Halb so voreilig und lieber deine gewohnte Qualität! Ja, die Pullups sollte man vielleicht noch setzen. Auch
-
Thread
ATTiny85 Serielle Bitfolge ausgeben
Aber das steht doch alles in jedem AVR Datenblatt. Du setzt die Richtung des Pins im DDR auf Input und schreibst dann eine 1 in das Pin Bit im PORT Register. Bitte lade dir erstmal das Datenblatt und lies es. http://www.atmel.com
Kenner, für was das Zeug unter dem PortB = ..... alles ist hab ich noch nicht kapiert
-
Thread
"Einfache" Kommunikation zwischen 2 Atmegas
(z.Bsp. ATTiny44) gebe, dort die 10 Eingänge auf ein 5-bit Muster reduzieren und dieses auf einen Port ausgebe...kann der "Hauptmikrocontroller" dann einfach die 5-bit über 5 Pins einlesen? Oder gibt es da Probleme beim Einlesen? Ich möchte keine besondere serielle Schnittstelle benutzen oder Daten
Wenn man knapp an Ports ist, den naechst groesseren nehmen. Die software benoetigt wenig anpassungen
-
Thread
Einstieg in FPGA/CPLD
nach durchaus ok, denn bei einer Normalen Lösung (8bit PWM lässt sich ja leicht in Software auf nem AVR realisieren) bräuchte ich auch mindestens 2 avr's, alleine schon wegen der Pins und preislich geben sich 2x AVR vs FPGA + avr nicht viel, sodass ich lieber die Lösung mit FPGA nehm und dafür dann im
EMV-Labor einfallen... Dominik Thalhammer schrieb im Beitrag #3092919: > und preislich geben sich 2x AVR vs FPGA+ avr nicht viel Dass du dir da mal nicht irgendwas schönrechnest. Aber fürs Hobby muss man nicht immer aufs Geld schauen...
-
Thread
DMX Baudrate - Einstellungen und Datenpakete "debuggen"?
auch nicht) Mein Problem ist nun aber, dass ich die 250k nicht testen kann (siehe Anhang), da der Port am Rechner sich nicht darauf konfigurieren lässt. wie kann ich nun weiter testen und warum kann der Port diese Rate nicht? Grüße Oekel
alles für den A**** ist. Nimm einen Quarz(oszillator). http://www.mikrocontroller.net/articles/AVR_Checkliste#UART.2FUSART
-
Thread
Ethernet - Serielle Verbindung
ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load ' SerialPort1.PortName = "COM4" ' SerialPort1.BaudRate = 9600 ' SerialPort1.Parity = IO.Ports.Parity.None ' SerialPort1.DataBits = 8 ' SerialPort1.StopBits = IO.Ports.StopBits.One ' SerialPort1.Handshake = IO.Ports.Handshake.None ' SerialPort1.RtsEnable = True SerialPort1.Open() If SerialPort1.IsOpen Then Label1.Text = "...verbunden"
-
Thread
Ferngesteurtes Fahrzeug (Ansteuerung von Motoren)
Chassis (Aluprofil o.ä.) 1x Platine (Lochraster o.ä.) 1x ISP-Programmer 1x Entwicklungsumgebung (WinAVR, AVR-GCC+AVRDUDE, ATMEL-Studio o.ä.) 1x 12V-Akkupack 1x 5V-Regler für den µC Xx Hühnerfutter (Widerlinge, Kondensatoren, Dioden usw. usf.) So, damit weißt Du was Du für einen ganz einfachen Fahrroboter
vorhanden sind, bei den den AVR, also den µC aus der ATiny ATmega und wie sie nich alle heißen Serie sind sehr gute Datenblätter zu haben. Damit und den Tutorials hier sollte es eigentlich kein Problem sein, dem erstmal ein LED blinken
-
Thread
Mega8 Assembler RGB Fader
einlesen und dann vergleichen/prüfen und nicht vergessen den Port (Portbit) auf Eingang schalten . siehe auch tutorial ;-) http://www.mikrocontroller.net/articles/AVR-Tutorial:_Tasten Gruß
Registerwert einlesen und dann vergleichen/prüfen > und nicht vergessen den Port (Portbit) auf Eingang schalten . Quatsch. Sobald du an ein Register mit IN/OUT ran kommst, kannst du auch einen sbis oder eine andere
-
Thread
Assembler-Programm
>> Sprich wenn ich 220 einlese und 230 abziehe habe ich theoretisch -10, RTFM: SUBB A,n -> A = A-n-CY Für A-n ist vorher CY auf 0 zu setzen. (CLR C) Oder Du benutzt CJNE... Oder diese Macro: ;---------------------
lade dir mal avr head http://www.avr-asm-tutorial.net/avr_de/avr_head/avr_head.html runter. Damit kannst du schöne ASM Dateien erstellen. Du behälst den überblick und andere können dir dann auch helfen! ps immer
-
Thread
gtkwave input-file von hex-file
im simavr wiki folgende Zeilen fand: http://gitorious.org/simavr/pages/GetStarted Run Your AVR Firmware ./simavr/run_avr firmware.afx or ./simavr/run_avr -m atmega88 - f 8000000 firmware.hex e.g. ./simavr/run_avr ./tests/atmega88_example.axf versuche ich dies: > ./simavr/run_avr
atmega328 init CORE: *** Invalid read address PC=0368 SP=08ff O=0895 Address 0900 out of ram (08ff) avr_sadly_crashed avr_gdb_init listening on port 1234 CORE: *** Invalid read address PC=0368 SP=0900 O=0895 Address 0901 out of ram (08ff) avr_sadly_crashed ? :) Gruß wally
-
Thread
fremdes Layout erkennen, verstehen und verändern (Bauteilsuche und Funktionsvodoo)
Was willst Du machen, willst Du es umbauen? Pinkompatibel sind nur die 14-poligen und 6-poligen AVR/PIC. Der 4093 bildet mit dem Poti einen Oszillator, vermutlich hat dieser PIC keinen ADC.
Hier wird kein ADC benötigt. Der ADC würde den 4093 eisparen. Man könnte damit das Poti direkt einlesen und einen der Timer vorladen.
-
Thread
Probleme mit resistivem Touchscreen
XPLUS PC3 // X+ Port #define XMINUS PC1 // X- Port #define YPLUS PC0 // Y+ Port #define YMINUS PC2 // Y- Port /* ADC initialisieren */ void ADC_Init(void) { uint16_t result; // interne Referenzspannung
Hi Such mal bei ATMEL nach: AVR341: Four and five-wire Touch screen Controller using tinyAVR and megaAVR devices Da gibte es auch Software. MfG Spess
-
Thread
7-Segmentanzeige mit versch. Ports des ATmega8 ansteuern
Du musst halt zwei Ports setzen anstatt nur einen. Oder was war die Frage?
Lookup-Tabelle, in der für jede Ziffer 0 bis 9 in 2 Bytes das Muster für die 2 Ports steht. Nicht vergessen: Portzustand einlesen => Pins maskieren => Muster setzen => Portzustand ausgeben. Einlesen auf PORTx, nicht PINx.
-
Thread
anfänger bei assembler
Für den einfachen Anfang reicht der sbic/sbis Befehl zum Einlesen des Port-Pins und der sbi/cbi Befehl zur Ausgabe eines Bits auf dem Port-Pin. sbic - überspringe nächsten Befehl, wenn PinX im PortPinX '0' ist sbis - überspringe nächsten Befehl, wenn PinX im
meine nächste Anfängerfrage ^^ ich möchte versuchen das ein zähler entsteht der mir den stand am port mit leds binär ausgibt durch anzahl der tastenklicks soll der zähler weiterzählen ich verwende dazu den code AVR-Tutorial: Tasten \\ 4.1 Einfache Tastenentprellung und Abfrage \\ mit timer ,
-
Thread
C-Code optimieren
= AVR32_GPIO.port[IPMS_DB_PORT].pvr; /* Byte wieder zurecht biegen */ if(temp_bitmask & (1 << (GPIO_IPMS_DB0 & 0x1F))) data |= 1; if(temp_bitmask & (1 << (GPIO_IPMS_DB1 & 0x1F))) data |= 2;
[c] uint32_t i = AVR32_GPIO.port[IPMS_DB_PORT].pvr; Data = ((i >> 11) & 1) | ((i >> 12) & 6) | ((i >> 18) & 8) | ((i >> 23) & 0xF0); [/c]
-
Thread
mit kurzen Impulsen schalten / gegenseitig entriegeln / Attiny2313
im empfangenen Byte? - ja... ;es ist das erste Byte des Telegramms in r1,porta ;Port einlesen, eor r1,r0 ;Bit toggeln out porta,r1 ;und zurückschreiben lpm r0,z+ ;Bitmuster PortB holen in r1,portb ;Port einlesen,
. rjmp job_neues_byte3 ;ja, Porteinschalten überspringen... in r1,porta ;Port einlesen, or r1,r0 ;Bit setzen out porta,r1 ;und zurückschreiben lpm r0,z+ ;Bitmuster PortB holen in r1,portb ;Port einlesen,
-
Thread
Realisierung einer Zeitschaltuhr mit ugf 14 Kanälen
http://www.ebay.de/itm/DE-Lager-Set-SainSmart-MEGA-2560-LCD-Keypad-Shield-V3-f-Arduino-ATMEGA8U2-AVR-/170855731411?pt=Wissenschaftliche_Ger%C3%A4te&hash=item27c7cb90d3#ht_2975wt_1257 2 x Relais Modul http://www.ebay.de/itm/Neu-8-Channel-Kanal-5V-Relais-Relay-Module-Modul-fur-Arduino-DSP-AVR-PIC-ARM
meaning 2100 19 ; set hour 2101 00 ; set min 2102 04 ; output byte to be sent to port_B, '1' turn on, '0' off .... 2106 D2 ; Day 2, Thusday 2107 18 ; set hour 2108 00 ; set min 2109 C0 ; output byte to be sent to port_B, '1' turn on, '0' off .... 210A D2
-
Thread
Programm vom Atmega 16 auf Atmega 1284P
einen Mosfettreiber steuern. [c] //Bibliotheken einbinden #define F_CPU 8000000 #include <avr/eeprom.h> #include <avr/interrupt.h> #include <avr/io.h> #include "lcd-routines.h" #include <stdlib.h> #include <util/delay.h> //Pinbelegung #define MosfetDriver1_PORT PORTD //OC2 #define
Aber ich kann nichts finden. [c] //Bibliotheken einbinden #define F_CPU 8000000 #include <avr/eeprom.h> #include <avr/interrupt.h> #include <avr/io.h> #include "lcd-routines.h" #include <stdlib.h> #include <util/delay.h> //Pinbelegung #define MosfetDriver1_PORT PORTD //OC2 #define
-
Thread
AVR-Tutorial: Equipment wird nicht erkannt
Hast du denn in dem Reiter "Hardware" in MyAVR Prog Tool ganz unten bei Controller auch den richtigen Controllertyp, in deinem Fall den Atmega 8 ausgewählt ? Das du den richtigen Programmer und Port eingestellt hast setze ich mal voraus.
Hast du es mit beiden Controllern versucht ? Der Usb-Port den du benutzt ist vom Typ 2.0 ? Laut MyAvr wird nur Usb 2.0 unterstützt. USb 3.0 (die blaun Anschlüße) ist zwar abwärtskompatibel, aber wer weiß wie es mit den Treibern aussieht. In jedem Screenshot
-
Thread
Atmega 16 PWM über Komparator unterbrechen
weiter. Vielen Dank. Gruß Steffen [c] //Bibliotheken einbinden #define F_CPU 8000000 #include <avr/eeprom.h> #include <avr/interrupt.h> #include <avr/io.h> #include "lcd-routines.h" #include <stdlib.h> #include <util/delay.h> //Variablendeklaration uint16_t eeunten EEMEM; //fuer EEPROM
Motor sollte ja auch ausgehen. [c] //Bibliotheken einbinden #define F_CPU 8000000 #include <avr/eeprom.h> #include <avr/interrupt.h> #include <avr/io.h> #include "lcd-routines.h" #include <stdlib.h> #include <util/delay.h> //Variablendeklaration uint16_t eeunten EEMEM; //fuer EEPROM
-
Thread
µC über Webinterface ansteuern (Lan und / oder WLAN)
Webserver einsetzen will, der selbst das Web-Interface bereit stellt. Schau mal: http://stefanfrings.de/avr_io/index.html Dann brauchst Du nur noch eine Ethernet zu WLAN Bridge, die kann man fertig kaufen. Andere Möglichkeit: Du besorgst Dir ein WLAN Modul mit seriellem Port (wie dieses: http://www.digieurope.de
PIC Controllern. Zu ARM Einsteigerboards gibt's hier viele längere Threads. Persönlich ist mir die AVR Lösung zu schwach, du wirst immer viel Zeit in die Optimierung stecken müssen wg wenig RAM. Die 8051er mit denen du gelernt hast sind ähnlich wie die AVR. Es gibt zwar viele moderne Derivate, aber die
-
Thread
Universelles Eingabegerät mit Drehencodern
brauche aber eigentlich auch nur 2, maximal3. - "mit gescheiter Programmierung schafft das ein AVR" Mit kaum weniger Programieraufwand schafft das auch der Spartan und der ist kaum teuer, als der AVR. Der Spartan packt aber locker auch noch ein Midi-Protokoll und streamt mir die Positionsdaten 10
bevorzugen würde, wie ich es hier auch schon mal beschrieben hatte: [[Erweiterung_von_digitalen_IO-Ports]]. Dafür brauche ich aber keinen weiteren AVR mehr oder I2C sondern schiebe die Daten in high speed rein. Damit brauche ich dann 1x den Takt sowie 2 Leitungen (enable, daten) je Decodereinheit,
-
Thread
Static int in Interruptroutine - bin ich doof?
PIN8 VCC *************************************************************************/ #include <avr/io.h> #include <avr/interrupt.h> #include <stdlib.h> #include <util/delay.h> // sampling frequency #define F_CPU 9.6E6 static int test = 0; static int toggle = 0; void vibro_on
interrupt mask register: enable timer1 overflow TIMSK0 |= (1 << TOIE0); sei(); // Ports DDRB=(1<<PINB4); // Pin 3 as output ( PB4, vibro) // ADC_Clk=F_CPU/128 ==> fs~75kHz, free runing mode ADCSRA = (1<<ADEN) | (1<<ADATE) |(1<<ADPS2) | (1<<ADPS1) | (1<<ADPS0);
-
Thread
Open Source CAN-Bus Analyse Tool
mit DLC 0 wegschaufeln können. Da kommt halt alle 130uSek ein Paket. Ob man das mit einem 16Mhz AVR durch Bitwackeln am Port wegschaufeln kann, wage ich zu bezweifeln. Mach doch mal was gescheites, nimm einen STM32, benutze den internen CAN und den USB, denke dir ein gescheites Protokoll aus
> DLC 0 wegschaufeln können. Da kommt halt alle 130uSek ein Paket. > Ob man das mit einem 16Mhz AVR durch Bitwackeln am Port wegschaufeln > kann, wage ich zu bezweifeln. Glaube ich nicht, in meiner eigenen Hardware verwende ich einen DMA Transfer für die Kommunikation. > > Mach doch mal was
-
Thread
Welche Programmiersprache für Windows-Oberfläche?
Parallelport aus. Wobei das ja erst richtig spassig wird, wenn V24 & LPT an Deinem Rechner USB Ports sind, die per FTDI chips die Ports nachbilden. Sollte das alles gehen, dann ist Dein "Problem" doch gelöst. Bleib bei PowerBasic :-) Gruss Andreas
dem Server laufen, nicht auf dem Client-Rechner. Macht sich ein wenig schwer, wenn man zB. zum Einlesen irgendwelcher Daten via USB oder so einen Webserver auf dem Rechner laufen lassen muß...
-
Thread
Ausgabe von Font aus Programm Memory Gesperrt
Schrift habe in Form von 6x8. so sieht der Quellcode momentan aus für 6x8 Font: [c] #include <avr/pgmspace.h> typedef char PROGMEM prog_char; const prog_char Font[256] [6] = { { 0, 255, 255, 255, 255, 255}, { 0, 255, 255, 255, 255, 255}, { 0, 255, 255, 255, 255, 255}, { 0, 255, 255, 255
LCD2,Enable); sbi(LCD2,CS); cbi(LCD2,CS); sbi(LCD2,Enable); _delay_us(1); byte= einlesenP(); //LCDPI einlesenP(); cbi(LCD2,Enable); sbi(LCD2,CS); // LCDDD=255; LCDDD1 |= 0b11111100; // direction PortC mit 6 Bits von MSB LCDDD2 |= 0b11000000; // direction PortA mit