-
Thread
CP/M auf ATmega88
wird der CCP Start im BIOS über msize equ 62 ;size of available RAM in k bias equ (msize-20) * 1024 ccp equ 3400h+bias ;base of cpm ccp bdos equ ccp+806h ;base of bdos bios equ ccp+1600h ;base of bios berechnet. Der Summand -20 bei der Biasberechnung steht auch so im CP/M
der CCP Start im BIOS über > > msize equ 62 ;size of available RAM in k > bias equ (msize-20) * 1024 > ccp equ 3400h+bias ;base of cpm ccp > bdos equ ccp+806h ;base of bdos > bios equ ccp+1600h ;base of bios Sprite_tm ist daran eher unschuldig, glaube ich. Das war ein Mißverständnis
-
Thread
c++ 11/14/17?
RCC_BASE + 0x14U; constexpr reg32_t RCC_APB1RSTR = RCC_BASE + 0x20U; constexpr reg32_t RCC_APB2RSTR = RCC_BASE + 0x24U; constexpr reg32_t RCC_AHB1ENR =
RCC_BASE + 0x74U; constexpr reg32_t RCC_SSCGR = RCC_BASE + 0x80U; constexpr reg32_t RCC_PLLI2SCFGR = RCC_BASE + 0x84U; } </code>
-
Thread
LCD Library T6963c
// pixel width // #define glcd_BYTES_PER_ROW 0 // 40 chars per row // #define glcd_G_BASE 0x0400 // base address of graphics memory //#else // normal font #define glcd_FONT_WIDTH 8 // pixel width #define glcd_BYTES_PER_ROW 20 // 30 chars per row #define glcd_G_BASE 0x0000 // base address of graphics memory //#endif #define glcd_T_BASE 0x0a00 // base address of text memory #define glcd_XMAX 160 // 240 limits of (x,y) LCD graphics drawing
-
Thread
C++ Arduino Grundlagen
/1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-ar cru /tmp/arduino_build_289241/arduino.ar /tmp/arduino_build_289241/core/base64.cpp.o /home/daten/arduino-1.8.7/portable/packages/esp8266/tools/xtensa-lx106-elf-gcc
Ok, jetzt wird Derived und Base gedruckt, aber mit abschließendem Absturz .... [c] class Base { public: virtual void show() { Serial.println("Base"); } }; class Derived: public Base { public:
-
Thread
STM32 - Servoansteuerung
ok, ich hab's Periode funktioniert nicht anders als ein Vorteile [c] TIM_TimeBaseStructure.TIM_Period = 32000; TIM_TimeBaseStructure.TIM_Prescaler = 19; [c] gibt 50khz oder 20ms. [c] 32000000 (mhz) / 32000 Period = 1000 / 20 Prescaler = 50 [/c] Jetzt kommt das eigentlich
!= RESET TIM_ClearITPendingBit(TIM2, TIM_IT_CC1); // Clear the interrupt flag TIM2->CCR1 = 20; myTimerCounter1++; } int main(void) { // ++ Initalisieren // Description : Initialize the Timer2 channel-1. // TIM2CLK = 36 MHz, counter clock = 20 ms TIM_TimeBaseInitTypeDef
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
Das Sync kommt über das Composite Video Signal an Pin 20 der Scart Buchse. Dort muss das normale (s/w) BAS Signal ankommen, dazu muss J2 offen sein (CSYNC). VSYNC wird bei Scart und BAS nicht gebraucht, nur beim TFT. Das BAS-Signal von Pin 20 der (Scart) kann
Ja Stift 20 verbunden und ich kann das BAS-Signal (B & W) im Fernsehen von diesem Stift zu sehen. Jedoch kann das Farbvideosignal nicht stabilisieren. Ich habe dies auf 2 Röhrenfernseher und 2 LCD-Fernseher getestet
-
Thread
AVR-Bootloader mit Verschlüsselung
; begin Result := 'BOOT'; end; function TMyObj.GetTimeouts: TTimeouts; begin Result.Base := 50; Result.Erase := 20; Result.Flash := 25; Result.Eeprom := 20; Result.Buffer := 1; Result.RTSPulse := 0; Result.RTSInterval := 0; end; function TMyObj.OpenCommunication: ICOM
Hier die Ausgabe: Das Teil sendet sporadisch irgendwelchen Mist zurueck. [code] 27.11.09-20:57:27-453 > Connecting on port COM1... 27.11.09-20:57:27-453 > Timeout.Connect = 100 ms 27.11.09-20:57:27-453 > Timeout.Base = 50 ms 27.11.09-20:57:27-453 > Timeout.Erase =
-
Thread
Einstellbarer Frequenzgenerator für 0.12 Hz - 8 MHz mit Atmega 8 und Bascom
) die 20MHz gehen aber locker und sehr stabil. > Die Erfahrung habe ich auch gemacht: 20 MHz sind für den Mega8 kein Problem ( http://code.google.com/p/leuchtkanister/source/browse/trunk/trunk/TCL5940_base.bas
Also, im Anhang scon mal der Code mit der Versionsnummer: -------------Freqgen-M8-Ver3.0_08-01-2012.bas--------------- für den Mega8 mit 20MHz Quarztakt Gruß Michael EDIT: Den richtigen Code für den Mega48/88, bin ich gerade noch am raussuchen.
-
Thread
LCD Timings - SVGA - LPC2478
++) { for (x=0;x<800;x++) { if (x<200) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x00ff0000; else if (x<400) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x0000ff00; else if (x<600) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z)
if ((x<200)==0) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x0000ff00; else if (x<400) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x00ff0000; else if (x<600) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR
-
Thread
Stand von Single Pair Ethernet?
Gerade gefunden, leider etwas teuer :-) Wenns das mal für 20EUR gibt... https://fibrecode.com/fc621-usb-10base-t1l-stick.html
Dirk schrieb im Beitrag #6814552: > Gerade gefunden, leider etwas teuer :-) Wenns das mal für 20EUR gibt... > > https://fibrecode.com/fc621-usb-10base-t1l-stick.html Inzwischen gibt es auch zum Einstieg eine günstigere Education-Variante. Die Seite wurde erweitert.
-
Thread
Problem bei Temp-Messung Rasp. Pi Pico & Pt1000
[code]#!/usr/bin/python3 from machine import ADC, Pin, mem8 PADS_BANK0_BASE = const(0x4001c000) GPIO26 = const(0x6c) GPIO27 = const(0x70) GPIO28 = const(0x74) GPIO29 = const(0x78) mem8[PADS_BANK0_BASE + GPIO26] = 1 << 7 mem8[PADS_BANK0_BASE + GPIO27] = 1 << 7 mem8[PADS_BANK0
20 mA Stromschleife und nicht 2 mA
-
Thread
C++ auf einem MC, wie geht das?
ich letztes Jahr leider nicht hingehen konnte... http://meetingcpp.de/tl_files/2014/talks/objects%20-%20no%20thanks.pdf Grüße, Ronny
c_LCD // nur zum Test, für ein paar mehr oder weniger sinnvolle Ausgaben { private: c_OutputPinsBase *_data; c_OutputPinsBase *_E; c_OutputPinsBase *_RS; c_OutputPinsBase *_RW; public: c_LCD(c_OutputPinsBase *d,c_OutputPinsBase *E,c_OutputPinsBase *RS,c_OutputPinsBase *RW) : _data(d),
-
Thread
Franklin Lightning Sensor IC
//SysCtlDelay(500); while (I2CMasterBusy(I2C2_BASE)) { } //SysCtlDelay(100000); //warte >20ms for dem Lesen I2CMasterSlaveAddrSet(I2C2_BASE,adr,true); //Auslesen I2CMasterControl(I2C2_BASE
); //SysCtlDelay(500); while (I2CMasterBusy(I2C2_BASE)) { } //SysCtlDelay(100000); //warte >20ms for dem Lesen I2CMasterSlaveAddrSet(I2C2_BASE,adr,true); //Auslesen I2CMasterControl
-
Thread
C > Struct > Pointer - Adresszuweisung
fester Adresse teste, funktioniert es: > ... > volatile uint32_t* Enable_Reg = (uint32_t*)(GPIO_BASE + 0x0020); hast bei der "Struktur-Version" Enable_Reg aber an einer ganz anderen Adresse (GPIO_BASE + 20 statt +0x20) Mag sein, dass das ein Tippfehler ist (0x20 statt 20), mag sein, dass Füll-Elemente
_OUT_SEL_CFG_REG (*(volatile uint32_t*)(GPIO_BASE + 0x059C)) #define GPIO_FUNC19_OUT_SEL_CFG_REG (*(volatile uint32_t*)(GPIO_BASE + 0x05A0)) #define GPIO_FUNC20_OUT_SEL_CFG_REG (*(volatile uint32_t*)(GPIO_BASE + 0x05A4)) #define GPIO_FUNC21
-
Thread
Lagerverwaltung Part-DB V0.2.2
$base_locales[] = 'dea'; break; case 'de_CH': $base_locales[] = 'german-swiss'; $base_locales[] = 'swiss'; $base_locales[]
$base_locales[] = 'american'; $base_locales[] = 'usa'; $base_locales[] = 'us'; $base_locales[] = 'enu'; break; default:
-
Thread
Webpage Webserver
error: #18: expected a ")" ..\USER\APP\base64.c(45): error: #18: expected a ")" ..\USER\APP\base64.c(46): error: #65: expected a ";" compiling stack.c... ..\USER\APP\httpd.h(31): error: #20: identifier "PGM_P" is undefined ..\USER\APP\
; while(*strp) { *strp = ENCODE_BYTE(*strp); strp++; } } [/c] compiling base64.c... ..\USER\APP\base64.c(24): error: #18: expected a ")" ..\USER\APP\base64.c(26): error: #18: expected a ")" ..\USER\APP\base64.c(36): error: #18: expected a ")" ..\USER\APP\base64.c(37):
-
Thread
die Betty-Fernbedienung von Pollin als ARM-Eval Board
Lies doch bitte die beigefügte PDF Doku (hab mir extra Mühe gegeben damit..). Ich habe die BettyBase so konzipiert, daß man sich völlig losgelöst von BettyBase seine Apps schreiben kann. Diese verkehren mit der BettyBase über Supervisor-Calls (auch SWI oder SVC oder SoftInts genannt) Das hat den Vorteil
c=.o)) $(ALLTHUMBSRCS:.c=.thumb.o) $(ALLTHUMBSRCSUNOPT:.c=.thumbunopt.o) all: version $(DEPS) BaseBetty.bin BaseBetty.hex debug: version.h $(DEPS) BaseBetty.bin BaseBetty.hex release: clean version $(DEPS) BaseBetty.bin BaseBetty.hex # @echo -n '\n\nRelease erstellt SVN Version ++' # @
-
Thread
Diode durch Verpolung zerstört?
Gradje schrieb im Beitrag #5868861: > Eine ST BAS70 Schottky Diode (70V, 70mA) ist als Verpolschutz in einer > kleinen Schaltung im Einsatz. Es gibt nicht *die* BAS70. BAS70 ist eine Serienbezeichnung die 14 verschiedenen Typen mit unterschiedlichen
/Infineon-BAS70_BAS170SERIES-DS-v01_01-en.pdf?fileId=db3a304314dca389011518ad41680e12 > Wieder zurück zur BAS70 Die BAS70 ist aufgrund ihrer mickrigen maximalen Strombelastung und der niedrigen Überlastbarkeit
-
Thread
SPI Flash programmieren
GPIO_PIN_3); //CS High while(SSIBusy(SSI0_BASE)) { } //wait some time for(i=0; i<20; i++); //Give the flash some time
_BASE, &dummy); GPIOPinWrite( GPIO_PORTA_BASE, GPIO_PIN_3, GPIO_PIN_3); //CS High //wait some time for(i=0; i<20; i++); //Status Register Ready
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
Wshadow -std=c++14 -O3 imp/imp.cpp -o imp/imp.o imp/imp.cpp: In member function ‘bool horizon::ImpBase::handle_click(GdkEventButton*)’: imp/imp.cpp:498:20: error: ‘class Gtk::Menu’ has no member named ‘popup_at_pointer’ context_menu->popup_at_pointer((GdkEvent*)button_event);
: horizon::ToolBase::ToolBase(const horizon::ToolBase&) class ToolBase { ^ core/core.hpp:84:8: note: candidate expects 1 argument, 0 provided core/tool_move.cpp: In member function ‘void horizon::ToolMove
-
Thread
Billiges Cortex-M4-Board STM32F4DISCOVERY jetzt erhältlich
20/3 OK. Hut ab.
?ID=1888&RootFolder=%2Fpublic%2FSTe2ecommunities%2Fmcu%2FLists%2FSTM32Discovery%2FSTM32F4DISCOVERY%20%20%20Cannot%20connect%20to%20the%20MCU%20device Angeblich geht es mit dem ST Toolset..
-
Thread
Program auf Eprom kopieren und ausführen, welche Form?
%20CPC/Das%20Scheider%20CPC%20Systembuch.pdf Seite 276. HTH (re)
Funktionsweise deines Schneider Computers besser zu verstehen: https://k1.spdns.de/Vintage/Schneider%20CPC/Das%20Scheider%20CPC%20Systembuch.pdf Da werden all die Sachen detailliert erklärt, die hier in der Diskussion angesprochen wurde.
-
Thread
GCC Statische initialisierung.
12.2.noeabi bei beiden Varianten statischen Initialisierungscode an. Warum ? Optionen : -std=c++20 -Og [c] #include <cstdint> #include <memory> const std::uintptr_t CONST_GPIOA_BASE = 0x40020000UL; const std::uintptr_t CONST_GPIOB_BASE = 0x40020400UL; struct gpio_type { volatile
volatile std::uint32_t lckr; // offset: 0x1C volatile std::uint32_t afr[2]; // offset: 0x20/0x24 }; // placement new auto gpio_A = new (reinterpret_cast<void*>(CONST_GPIOA_BASE)) gpio_type; // std::construct_at (C++20) auto gpio_B = std::construct_at(reinterpret_cast<gpio_type*>
-
Thread
AX81 - ZX81 im AVR
@Jörg: Super! Möchte mir den AX81 auf LR aufbauen in einzelnen Schritten: 1. 1284p +5V 20MHz Quarz+2x22pf und BAS (1k+1k8+3k3). Damit sollte ich dann schon mal eine Einschaltmeldung erhalten an einem VIDEO Monitor. 2. PS/2 Tastaturanschluß. Damit wäre der ZX81 quasi schon vollständig und
Hallo Jörg, teste derzeit mit ax81b_v134_cfg3_20m. Als Hardware habe ich noch meine alte Platine, weshalb ich nur LCD testen kann. Die neue Platine, die in Kürze eintreffen müßte, verfügt dann über die 3 Jumper und ich kann auch die TV/BAS-Ausgabe
-
Thread
Freenas dümpelt mit 10MB/s daher.
/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Speed: 100Mb/s [/code]
-
Thread
Was macht diese C Code-Zeile ?
durch das was rechts steht, ersetzt. Das eigentliche Kopfzerbrechen macht mir dieser "Cast". GPIO_Base Wenn ich in dem Headerfile die Spur von GPIO_Base zurückverfolge,finde ich, dass das eine Integerzahl ist: #define GPIOA_BASE (APB2PERIPH_BASE + 0x0800) #define APB2PERIPH_BASE
Die Adresse GPIOA_BASE wird auf einen Pointer vom Typ GPIO_TypeDef gecastet. Der Preprozessor ersetzt GPIOA_BASE also durch ((GPIO_TypeDef *) GPIOA_BASE). Damit kannst du einfach über GPIOA_BASE->x auf die Registerinhalte
-
Thread
Problem bei Erweiterung des ARRAY_SIZE(x) Hilfsmakros
DisplayElements base_setting_elements[] = { // posx,posy,sizex,sizey,type,Text { 100, 100, 20, 20, 1, "+" }, // "+"-Button { 200, 200, 20, 20, 1, "-" } // "-"-Button }; const struct DisplayElements time_setting_elements[] = { // posx,posy,sizex,sizey,type,Text { 300, 300, 20, 20, 2, "Option" } // Text field }; const struct MenuEntry MainMenu[] = { { "Base", (DisplayElements*)base_setting_elements , Base }, { "Uhrzeit", (DisplayElements*)time_setting_elements
-
Thread
Letzter Hilferuf AT91SAM7S - PWM oder PCK
PA17 AT91C_BASE_PIOA->PIO_BSR = 1 << 17; // Assign PA17 to peripheral B function AT91C_BASE_PMC->PMC_SCER |= 0x00000200; // Enable PCK1 AT91C_BASE_PMC->PMC_PCKR[1] = 0x1; // Select Main Osc Output while
PA17 AT91C_BASE_PIOA->PIO_BSR = 1 << 17; // Assign PA17 to peripheral B function AT91C_BASE_PMC->PMC_SCER |= 0x00000200; // Enable PCK1 AT91C_BASE_PMC->PMC_PCKR[1] = 0x1; // Select Main Osc Output int
-
Thread
DHCP geht, Ping nicht. Wtf?
Hallo! Gegen ist: - ein Olimex A20-SOM204-EVB (https://www.olimex.com/Products/SOM204/A20-SOM204-EVB/) - darauf ein frisch installiertes Debian Image vom hier: https://images.olimex.com/release/a20/ (und hier das Base Image) [code
Link ist da. [code] root@a20-olinuxino:~# ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT
-
Thread
Ethernet als Bus-System?
Manfred H. schrieb im Beitrag #4548208: > als Bus-System benutzen? Ich meine > damit wenn ich z.B. 10-20 Teilnehmer alle 1-20m möglichst einfach an > "eine Leitung" dranhängen möchte 20 Teilnehmer in einer Reihe anbringen ist in fast jedem denkbaren Fall die schlechteste Lösung, es sei denn, es handelt
Manfred H. schrieb im Beitrag #4548208: > Ich meine > damit wenn ich z.B. 10-20 Teilnehmer alle 1-20m möglichst einfach an > "eine Leitung" dranhängen möchte. Was sind das für Teilnehmer?
-
Thread
Harman Kardon SUB-TS7 subwoofer Netzteil
Punkt wäre eine Messung der Gleichspannung, mit IN auf GND. Das einmal normal und noch einmal mit den Basen von Q103 und Q104 verbunden und an GND. Interessante Messpunkte wären der Ausgang, die Basen der Endstufen Transistoren und die Basen von Q105 und Q106 und der Ausgang vom OP = der Limit Ausgang.
wäre eine Messung der Gleichspannung, mit IN auf GND. Das > einmal normal und noch einmal mit den Basen von Q103 und Q104 verbunden > und an GND. Interessante Messpunkte wären der Ausgang, die Basen der > Endstufen Transistoren und die Basen von Q105 und Q106 und der Ausgang > vom OP = der Limit
-
Thread
AVR Synthesizer mit ATxmega128A1
Nochwas: hugemem_write16(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr ,sample_a ); hugemem_write16(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr+=2,sample_a+=d); hugemem_write16(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr+=2,sample_a+=d); hugemem_write16
Build 3.20a 16.04.2017 - Fehler bei der inversen Anzeige von Loop-Punkten im Editor beseitigt Build 3.20b 16.04.2017 - Ein Fehler in der Speicherverwaltung der Samples beseitigt Build 3.20c 16.04.2017
-
Thread
Problem mir C-Pointer oder Brett vorm Kopf
anfänger schrieb im Beitrag #6646343: > mit 20 gehts > mit 21,22,23 geht's nicht Base64 macht aus 3 Byte (zu 8 Bit) 4 Byte (mit 6 Bit) Demnach sollte die Länge des Base64-String auch ohne Rest durch 4 teilbar sein.
die Hinweise zu den 4 Bytes waren Goldrichtig Ich habe die App angepasst und teile nun den Base64 String (insgesamt 349 Bytes) in 20 Byte Stücke jetzt funktioniert auch das dekodieren ohne Reboot P.s. im ESP32 Gitter wurde empfohlen eine andere Base64 decode funktion zu nutzen. [c]int mbedtls_base64
-
Thread
Transistor soll ab 1V schalten
Ralph E. schrieb im Beitrag #5399951: > Hierzu kommt ein PWM-Signal vom MKS-Base zum Einsatz. Kann man MKS-Base essen oder kannst du uns aufklären was das ist?
Beitrag #5399955: > Ralph E. schrieb im Beitrag #5399951: >> Hierzu kommt ein PWM-Signal vom MKS-Base zum Einsatz. > > Kann man MKS-Base essen oder kannst du uns aufklären was das ist? Ich dachte "3D-Drucker-Mainboards (MKS Base 1.5) " und "Zur V1.5. des MKS-Base leider auch nicht, aber letztendlich
-
Thread
Anfängerfrage MMU ARM
Hallo zusammen, ich hab immer noch ziemliche Probleme mit dem Verständnis der MMU [c] base = (uint32_t*) 0; // pinmod base[GPFSEL1] &= ~(7<<18); base[GPFSEL1] |= 1<<18; // set timer base[C1] = base[CLO] + 0x080000; base[CS] = 2; // set irq controller base[0x2000B210 /4] = 0x0; base[0x2000B20C /4] = 0x80|1; // 512 MB RAM cachable for (i=0;i<512;i++){ MMUTBL[i] = i<<20 | 0x0C0E; } // rest shared device for (i=512;i<4096;i++){ MMUTBL[i] = i<<20 | 0x0C06
-
Thread
Bauteil Identifizierung
Sperrspannungsdiskussion BAS21? VRRM repetitive peak reverse voltage BAS19 − 120 V BAS20 − 200 V BAS21 − 250 V VR continuous reverse voltage BAS19 − 100 V BAS20 − 150 V BAS21 − 200 V Da das Foto so klein ist aber auch
Chris K. schrieb im Beitrag #7270641: > Sperrspannungsdiskussion BAS21? > VRRM repetitive peak reverse voltage > BAS19 − 120 V > BAS20 − 200 V > BAS21 − 250 V > VR continuous reverse voltage > BAS19 − 100 V > BAS20 − 150 V > BAS21 − 200 V > Da das Foto so klein
-
Thread
Linux: Systemsabotage nach disable motd.service
, die base-files jedoch nicht :)
Frau nachgesehen, auch dort Fehlanzeige. Dann schau'n wir doch mal im Paket "base-files", das ganz sicher installiert ist: https://packages.ubuntu.com/de/focal/base-files und dort in "Liste der Dateien" und finden u.a.: https://packages.ubuntu.com/de/focal/amd64/base-files/filelist
-
Thread
avr-gcc nutzt kein "Store Indirect and Post-Inc."
: base64_buffer[current_buffer_element] = value; } [/c] Ergebnis ist: [code] switch (highest_byte_in_value) { 342: 84 0f add r24, r20 344: 91 1d adc r25, r1 346: 43 e0
funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wundef -Wa,-adhlns=obj/base64tx.lst -std=gnu99 -Wundef -MD -MP -MF .dep/base64tx.o.d base64tx.c -o obj/base64tx.o [/code]
-
Thread
Wer nutzt das Nucleo-64 und kann mir
: note: size_t WireBase::write(int) size_t write(int); ^ C:\Users\MHorb\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\Wire/utility/WireBase.h:131:10: note: void WireBase::write(char*)
: note: size_t WireBase::write(int) size_t write(int); ^ C:\Users\MHorb\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\Wire/utility/WireBase.h:131:10: note: void WireBase::write(char*)
-
Thread
Mico32 4 Bit Pin setzen
= (MicoGPIOCtx_t *)MicoGetDevice(E_GPIO_INSTANCE); *((volatile unsigned char *)(lcd_E->base)) = 1; delay(Wartezeit_20usec); // Wartezeit 20usec *((volatile unsigned char *)(lcd_E->base)) = 0; } [/c] Vielen Dank Peter
lcd_E = (MicoGPIOCtx_t *)MicoGetDevice(E_GPIO_INSTANCE); *((volatile unsigned char *)(lcd_E->base)) = 1; delay(Wartezeit_20usec); // Wartezeit 20usec *((volatile unsigned char *)(lcd_E->base)) = 0; // nicht SOFORT nach dem Enable neue Daten anlegen // th ist zwar laut Datenblatt nur
-
Thread
VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?
500ps/DIV timebase bekommt. > halbe antworten bringen eh nix, habe also nach der dritten TIME_BASE_LIB gesucht und etwas interessantes entdeckt. Die letzten 2 firmware versionen haben TIME_BASE_LIB und TIME_BASE_LIB_125. Die TIME_BASE_LIB wird von funktion GetTimeBase248 aufgerufen während
calibration" bei Step 33/36 mit >> "error:0x20003" ab. >> >> Gerhard > > sag mir ob die datei chk_base_volt (aus dem backup den du gemacht hast) > vier oder zwei einträge hat. die Datei hat 4 Einträge. [8mv]21 [20mv]213 [400mv]400 [2000mv]1994 Gerhard
-
Thread
DIY linear power supply Lm723 Strombegrezungsfehler
Ja, exakt 0,1Ohm laut multimeter und Beschriftung.stelle ich das Netzteil auf 20v liegt an Q1 am base 22v an und emitter ebenfalls. Q2-Q5 geben dann 20,4v am emitter raus. Passt alles perfekt.
>stelle ich das Netzteil auf 20v liegt an Q1 am base 22v an und emitter >ebenfalls. Q2-Q5 geben dann 20,4v am emitter raus. Passt alles perfekt. Kapier ich nicht. Was passt denn da perfekt zusammen? Wenn ein nicht verschwindender
-
Thread
Target mit SWD verbinden - "Vdd from Application" , GND?
, mux-device:1082 Apr 1 20:32:14 Christophs-MacBook-Pro AMPDeviceDiscoveryAgent[633]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:1082 Apr 1 20:32:14 Christophs-MacBook-Pro AMPDevicesAgent[1017]: tid:15fb7 - Mux ID not
RM0000 # chip_id 0x0 flash_type 0 flash_size_reg 0x0 flash_pagesize 0x0 sram_size 0x0 bootrom_base 0x0 bootrom_size 0x0 option_base 0x0 option_size 0x0 flags 0 dev-type: unknown [/PRE]
-
Thread
RaspiPi mit 3,3V einen 5V Kreis wie schalten?
Guckst du hier: http://stefanfrings.de/mikrocontroller_buch/Einstieg%20in%20die%20Elektronik%20mit%20Mikrocontrollern%20-%20Band%202.pdf Kapitel 2.2.1 und 3.4
schrieb im Beitrag #6327637: > Guckst du hier: > http://stefanfrings.de/mikrocontroller_buch/Einstieg%20in%20die%20Elektronik%20mit%20Mikrocontrollern%20-%20Band%202.pdf > > Kapitel 2.2.1 und 3.4 @Stefan, Danke. Das werde ich mir durchlesen. Da ich gern dazu lerne und das Ganze Thema spannend finde
-
Thread
Video Signal
im Beitrag #4715092: > @easylife - Ich zahl aber garantiert keine 5000€ für nen Fernseher mit > BAS Eingang wo hinten einer mit nem Eding "Industrie" oder "CNC" drauf > geschrieben hat. Du kannst ja mal 20 Euro investieren und Dir auf ebay einen von diesen GBS-8200 CGA_to_VGA_HD-Converter holen
signal, which could be used directly. According to the picture the BAS Pad is connected to PIN 1 of the black-connector. (Which was used internally, right?) Try to find a ground in there and connect GND / BAS to a chinch connector (BAS on the "pin" and GND on the Ring)
-
Thread
128 Bit Risc
reste start=start_base+reste[reste_loop]; reste_loop++; if (reste_loop>=reste_amount) { reste_loop=0;start_base=start_base+base_step; } // und los gehts :) merkrecord = record; asm( // Vorab die Registerbelegung
+3072*T+tab[1], im Interval T1 start_base+3072*1+ tab[1] im Interval T2 start_base+3072*2+ tab[1] : : : : die letzte start_base+3072*T+tab[115], im Interval T1 start_base
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)
knew it. I don't understand some things though. Ok in USTB there are 50Sa/s (why 50?) setting time base for 1000s/div, so 12000s (3h 20m) for the whole screen because graticule is 12 divisions. But why is 20s/Sa in 1000s/div? Welec is a real 1Gsa/s, starting by this I don't understand the other numbers
But i think in the firmware have to be a formula that ties sample rate with the setting of the time base, that is what I'm talking about. I set the time base for 200us/div and so on the top of the screen it's shown 1MSa/s, I set for 20ns/div and it's 1GSa/s, still the same value for 5ns/div, while by
-
Thread
Eigener DSLAM im Keller möglich?
> https://www.reichelt.de/de/de/shop/kategorie/rj45-datendosen-5997?filter=112%23~%23%2A%23~%231x%20RJ45%20%23~%231x%20RJ45%23~%230 Gibt bestenfalls 100MBit/s.
Medienconverter nehmen? Sind das die richtigen SFP Module? Edit: OK ich bin doof - das sind 1000-Base-T nicht 1000-Base-T1...
-
Thread
Machbarkeit - LED-Sternenhimmel mit AVR?
unsigned char Intensity; unsigned char ItensityDunkel; int HellTime; int Time; }; int BaseIntensHell; int RandIntensHell; long BaseTimeHell; int RandTimeHell; int BaseIntensDunkel; int RandIntensDunkel; long BaseTimeDunkel; int RandTimeDunkel; struct ledData LedData[64]; [/C]
eine Chance cli(); if( LedData[i].Time == 0 ) { sei(); NewIntensHell = ( BaseIntensHell + randomize( RandIntensHell ) ) % 64; NewTimeHell = BaseTimeHell + randomize( RandTimeHell ); NewIntensDunkel = ( BaseIntensDunkel + randomize( RandIntensDunkel ) ) % 64;
-
Thread
Suche Programierung für Alten TV
ich hab hier öfters "s-video" gelesen. Ist dann aber schon etwas anderes, als "FBAS" oder "BAS".
Sigrid P. schrieb im Beitrag #7707757: > mit bas Anschluss an den > Monitor angeschlossen haben, und dieser laut aussage des Programierers > eine zu hohe Auflösung für den kleinen Röhrenmonitor habe.. Das BAS Signal ist auf 15,625 Khz genormt