-
Thread
Welchen 8051er für Projekt ?
Hallo zusammen! Ich würde für einen Prototypen-Aufbau einen 8051 benötigen der etwa 30MHz im X2/3-Modus schafft und am besten im PLCC-Gehäuse bis maximal SOT runter also lötbar. Portpins braucht er nicht viel und Programmspeicher nur maximal ein paar Kilobyte.
-
Thread
Max690acpa Vs ADM690A
ein Standard 8051 hat allerdings ein H-aktiv Reset, da wäre wenn schon ein MAX805 angesagt. Ein ADM690A als auch MAX690 hat die falsche Polarität, oder ist ein zusätzlicher Inverter am Reset-Eingang ?
ist ein 8051 der mit low in Reset ist. Die genaue Bezeichnung habe ich jetzt nicht kann es aber morgen nachreichen. Jedoch ging die Schaltung mit dem Max690 immer anstandslos. Lg
-
Thread
Fehler im 8051-Programm
Hallo! Vielleicht hat jemand von euch eine Idee wo hier der Fehler sein könnte: Es kommt bei jedem zweiten Durchlauf zu einem falschen Ergebnis unten in R7. Wenn R2 oben als Zahl "1" durchläuft (Cursor-Position links oben) kommt abwechselnd 1 und dann 9 heraus. Bei Startwert "3" kommt abwechselnd 3 und dann 10 heraus. Ich habe alles probiert und die Opcodes stimmen 100%. Den Programmteil verwende ich fast identisch sogar in einem anderen Programmabschnitt erfolgreich, aber vielleicht nur weil der da immer nur einmal durchläuft.
-
Thread
FIR Filter auf PIC
läuft mit max. 72MHz, 14-bit ADC und 12-bit DAC, zur IDE bekommt man kostenlos eine Lizenz des Keil 8051 C-Compilers dazu. Joe F. schrieb im Beitrag #5096152: > Warum eigentlich FIR? Es erschien mir das Einfachste von der Umsetzung her, einfach eine Schleife über ein Array mit Multiplikationen,
mit max. 72MHz, 14-bit ADC und > 12-bit DAC, zur IDE bekommt man kostenlos eine Lizenz des Keil 8051 > C-Compilers dazu. Weiaweia, da wuerd' ich aber mal ganz genau gucken, was da so ein FIR, wie's dir vorschwebt an Zyklen frisst. Klar hat der 8051 einen HW-Multiplizierer, aber halt nur 8x8bit.
-
Thread
Wie BLE SoC flashen?
nutzen willst. TI unterstützt für die CC-Arm Serie IAR und sein eigenes CCS 6 oder 7. Für die 8051-Chips (zB CC2541) brauchst Du zwingend IAR EW8051 und den CC-Debugger - hier gibts keine Alternativen. Dafür sind die Chips selber schön billig. Einen XDS100v3-Nach bau gibts bei Olimex: https:/
-
Thread
AVR BASIC mit Atmel Studio 7.0 kompilieren
auf prog35 weg lasse komme ich immer noch auf 15604 Bytes! Wenn ich diesen BASIC-Interpreter zum 8051 AH BASIC-Interpreter vergleiche, bin ich erstaunt das hier C noch so ressourcenhungrig ist! Der 8051 AH BASIC-Interpreter, der wesentlich umfangreicher ist, benötigt nur 8 kByte allerdings in Assembler
Moin, Werner M. schrieb im Beitrag #5099552: > Wenn ich diesen BASIC-Interpreter zum 8051 AH BASIC-Interpreter > vergleiche, bin ich erstaunt das hier C noch so ressourcenhungrig ist! > Der 8051 AH BASIC-Interpreter, der wesentlich umfangreicher ist, > benötigt nur 8 kByte allerdings
-
Thread
[V] Silabs C8051F Dev Boards inkl. C2 Debugger
Ich habe folgende Silabs C8051F Dev-Boards abzugeben: 1x C8051F330DK komplett, wenig benutzt, in OVP, VB: 25 EUR + Versand 1x C8051F340DK neuwertig, unbenutzt, in OVP, VB: 55 EUR + Versand https://www.silabs.com/documents/public/user-guides/C8051F33x-DK.pdf https://www.silabs.com/documents/public/user-guides/C8051F34x-DK.pdf Bei Interesse bitte per PN melden.
-
Thread
MIDI-Firmware-Updates "entschlüsseln"
Michael Engel schrieb im Beitrag #5089190: > da steckt ein SiLabs 8051 drin Der Code ist aber für ARM. > Das Update-MIDI-File "a01updater.mid" ist ca. 360 kB gross, was doch > recht viel für die 8 kB internen Flash des 8051 ist... Die eigentlichen Daten ohne
bit CPU. Auf dem Foto auf der Webseite meine ich auch (daher kam meine Vermutung), einen Silabs 8051 zu erkennen (C8051F330?). Aber gut, das kann ja auch reines Marketing sein... Verrätst du bitte, wie du das MIDI-File entschlüsselt hast? Ich habe angefangen, durch die SysEx-Messages durchzusteigen
-
Thread
8051 - AT89C51131 Demoboard
Wieso denn ein Dinosaurier mit 6 Clocks/Instruktion und nicht einen C8051F320 oder EFM8 von Silabs mit ~1 Clock/Instruktion? Sind Dir µCs aus diesem Jahrtausend zu neu? Und ja, die genanten µCs haben einen 8051 kompatiblen CPU Kern drin.
-
Thread
Spannungsteiler mit Präzisionswiderstand
Ein 5 V Eingang für den ADC im µC spricht für eine eher älterne type wie PIC, AVR oder 8051. Da darf der Widerstand schon im 10 K Bereich sein und die Genauigkeit ist in der Regel begrenzt. 2 Gleiche Widerstände im 5-22 K Bereich sollten ausreichen. Für genaueres müsste man den ADC genauer
-
Thread
[V] µC, Halbleiter, Relais
-> 0,25€/Stk. oder 10€/gesamt 4x DS500: 8051, gebraucht, entlötet, ungetestet -> 2,50€/Stk. 3x AN2131SC: 8051, USB -> 1€/Stk. 6x AN2131QC: 8051, USB -> 1€/Stk. Halbleiter: 8x PCA9506DGG
Bauteile. µC: 74x ATMEGA325-16AU: AVR -> 1€/Stk. 5x AT89C2051X2-16SI: 8051 -> 1€/Stk. 4x AT89C2051X2-16PI: 8051, DIL -> 1€/Stk. 9x AT89C2051X2-24PC: 8051, DIL -> 0,75€/Stk. 4x DS500: 8051, gebraucht, entlötet
-
Thread
I2C - Pull Up Widerstände
funktioniert. Den Watchdog mußte ich erst beim Umstieg auf Atmel nachträglich einbauen, da ja NXP seine 8051-er eingestampft hat.
-
Thread
[S] Silabs C8051F Dev Board und C2 Debugger
Hallo, ich bin auf der Suche nach: - Silabs C8051F Development Board - C2 Debugger / JTAG Adapter Die können auch "verbastelt" sein, Hauptsache noch funktionsfähig. Falls jemand eins hat, bitte um PM / Nachricht hier. gruß Thomas
Hallo Thomas, ich habe hier ein 8051F912 Developement Kit was quasi unbenutzt ist. Ist komplett - also mit dem USB/Debug-Programmer, F912 Experimentierboard, Netzteil, USB Kabel und Dokumentation auf CDs https://www.silabs.com/products
-
Thread
Microcontroller (T89C51AC2) mittels Hyperterminal auslesen
Beitrag #5084336: > Verbindung zum Hyperterminal Schaut mal das hier an: http://www.edsim51.com/8051Notes/8051/serial.html Oder schreibt einfach die Assembler-Funktion "sendText" ab
-
Thread
Abrechnung: Warnung vor / Genervt von Pollin
ein Zeichengenerator für Z80-Kleincomputer gewesen sein. Intel 1980: könnte ein vorprogrammierter 8051 sein, den kann man auch als ROMless 8031 betreiben.
-
Thread
IC Datenblatt gesucht
Nein. Die 8051 kannst Du mit externen Eprom mit Deinem eigenen Programm betreiben. Aber das willst Du nicht wirklich. Der Aufwand ist aus heutiger Sicht gigantisch. Gruß, Stefan
Kann gut sein, könnte aber auch ein anderer (8048?) sein. Das ließe sich >> aber testen. Nein, 8051 passt schon, der 8048 müsste ein (c)Intel aus den 70ern haben. Wer die noch braucht braucht, bekommt echte 8031 beim Ali für wenig Geld. Da lohnt sich langes Experimentieren nicht.
-
Thread
8051 Disassembler
und Texte werden in ein Befehlschaos umgewandelt, wobei die Synchronisation verloren gehen kann (8051: 1..3 Byte je Befehl).
Gibt es da einen > einfacheren weg um die #0C0h Sprünge zu entfernen ? Das Binary ist ein BASCOM8051 Kompilat. Was ist jetzt genau deine Aufgabenstellung? Was verstehst du unter "#0C0h Sprünge"? Der 8051 macht bei 0C0h einen PUSH ,bei Adresse 00C0h steht nicht wirklich ein sinnvoller Einsprungpunkt
-
Thread
Core8051 für A3PE Starter Kit
Hallo Ich habe unter https://www.microsemi.com/document-portal/doc_view/131526-core8051s-embedded-processor-hardware-development-tutorial ein Tutorial für die Nachbildung eines 8051 auf Microsemi(Actel)-FPGAs gefunden. Wie im Tutorial angegeben habe ich die Code-Dateien heruntergeladen: http://www.actel.com/documents/Core8051s_Fusion_DesignTutorial_DF.zip Leider bezieht sich das Tutorial nur auf die folgenden Entwicklungsumgebungen: M1AFS-DEV-KIT-SCS M1AFS-EMBEDDED-KIT M1AFS-ADV-DEV-KIT Ich habe aber ein Microsemi
-
Thread
sparsamer Mikrocontroller für IoT
geeignet. Der Unterschied zwischen der 25'er und der 26'er Serie ist, dass die 25'er nur eine CPU (8051 oder ARM) haben, die alles macht, während die 26'er einen Cortex M3 Hauptprozessor für Deine Applikation und einen M0 für den Funkverkehr haben. Den M0 kannst Du nicht programmieren, der hat seinen
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
. Woah, dass ich habe ich schon immer vermisst! Das gibt es seit dem ersten C Compiler fürn 8051. :-<<<
-
Thread
Ist dieser Programmer für Anfänger geeignet?
Matthias S. schrieb im Beitrag #5075341: > aber 8051 und die LPC Serie von NXP ist für > einen Einsteiger nicht geeignet. ganz schön voreingenommen.
Matthias S. schrieb im Beitrag #5075411: > Der Support für LPC und 8051 ist einfach zu klein, keine Community 8051 Forum ist ausreichend groß und Fragen werden professionell beantwortet: http://community.silabs.com/t5/8-bit-MCU/bd-p/1 Matthias S. schrieb im Beitrag
-
Thread
MIcroSD Karte durch Raspberry PI zerstört
Checksums - usw. Bei bunnie auf dem Congress gab's Anleitungen, wie du bestimmte SD-Controller (meist 8051) auslesen und neu bespielen kannst. Such dir einfach eine solche Karte und lies die aus. Ich vermute einfach mal, dass es entsprechende Dumps auch gibt. An die originalen Sourcen wirst du nicht rankommen
-
Thread
gesucht crossassembler für ins8060 oder scmp
Hallo ! Hatte ich schon mal gemacht in einem anderen Zusammenhang. Da ging es um einen Bug in der 8051 Version. Ist nichts passiert. Schade zum die vertane Zeit.
-
Thread
Copyright auf Microcontroller
MaWin schrieb im Beitrag #5071697: > Der 8051-Kern wird immer noch lizensiert. Zwar wären alle Patente > längst abgelaufen, aber das Copyright gilt praktisch ewig. Hier steht aber: "Is there a license fee for the 8051 IP Core when using
Man kommt wohl nicht darum herum, zu unterscheiden zwischen - der 8051 Architektur von Intel, - der Implementierung, also Maskensatz etc, - dem Namen. Und dazu noch zwischen: - Patenten, - Markenschutz, - Copyright. Zahlen sind aber nicht schützbar, 8051 also
-
Thread
Stack richtig dimensionieren
Beitrag #5069263: > Entscheidet der Compiler mit? Ja, aber nur auf exotischen Plattformen wie 8051, wo der Stack extrem klein ist. Dort kann er Sachen ins (X-)Data Segent packen - braucht dafür aber eine Analyse des Programms (Stichwort: Data Overlay). martin schrieb im Beitrag #5069263: > gibt
-
Thread
Updates für Rigol
Ich habe dort eigentlich nie was bestellt. Lediglich die kostenlose Entwicklungsumgebung für den 8051 genutzt. Euch ein schönes WE. Guten Morgen Stephan Henning! Es gibt einige Neuigkeiten in der Mess- und Löttechnik, über die wir Sie hiermit gerne informieren möchten. Von Rigol gibt es
-
Thread
Wahl Mikrocontroller Abschlussarbeit
mit 14-bit ADC 900KSPS und entsprechende Application Notes für das Layout. Die EFM8LB sind 8-bit 8051 und entsprechend einfach zu programmieren. Eval-Board mit Debugger für 25 EUR (gerade für Anfänger wichtig). Arduino-ähnlicher Bootloader. Package ist QFP-32 http://de.rs-online.com/web/p/entwicklungskits-prozessor-mikrocontroller
-
Thread
PIC24FV32KA301 - Ports nicht kurzschlussfest?
mein Leben lang noch keinen µC DAMIT gebrutzelt :-( Irgendwann ist immer das erste Mal. (beim 8051 war das auch noch schwieriger). Ich habe schon mehrere uCs gebrutzelt. ATMEGA168P, PIC16F876 ... Einfach so durch kurzes Abrutschen mit der Meßspitze. Die Dinger werden immer kleiner (billiger
-
Thread
AVRISP MKII nicht mehr lieferbar - Alternativprodukt?
#5060529: > Ich hatte vorhin auch schon erwägt auf die ARM Controller hinzuweisen EFM8 ist ein 8051 mit SWD-Debug und Bootloader hier ist der Umstieg vom AVR doch etwas einfacher als zum ARM. Wobei ich selber 1989 mit dem ARM2 angefangen habe da gab es noch keine AVR Jörg W. schrieb im Beitrag
Hier eine Diskussion auf avrfreaks von 2006: http://www.avrfreaks.net/forum/mega88-vs-silabs-c8051f413
-
Thread
sei nicht schlauer als der Compiler?
nicht verallgemeinern. Viele finden die 2. Variante lesbarer. Ich hab mit Assembler angefangen (8051), da ist quasi die 2. Variante der DJNZ-Befehl. Als ich mit C angefangen hatte, habe ich mich mit der 1. Variante oft um +/-1 verzählt. Ich mußte immer erst überlegen, ist der Startwert 0 oder 1
etwas schwer. Auch AVR-Code sieht man an, das es zu wenig Pointer-Register gibt. Gute Compiler für 8051 adressieren deshalb lokale "auto" Daten statisch und treiben gewisse Blüten um Funktionen ggf. reentrant zu bekommen. Ein weiterer Punkt ist das Vorzeichen. Manchen 8-Bittern fehlt die Möglichkeit
-
Thread
Suche: 8051 Development Board
Liebe Foris, ich bin auf der Suche nach einem Development Board für den 8051 (konkret: AT89C52), allerdings in einer full-featured Version - sprich: mit 64kB externem Code und 2 x 32kB externem RAM, möglichst ohne sonstigen Schnickschnack (nicht mal ISP-Programmer an Bord, ISP
-
Thread
Assembler Schleifen Tricks
Hallo! Ich bin im Rahmen eines Assemblerprogramms (8051) zu meinem Projekt zufällig auf Folgendes gestossen: Wenn ich eine Register-dekrementierende Schleife vorzeitig abbrechen möchte, genügt es vor der "ist Null"-Abfrage das Schleifenregister auf "1" zu
besser ausgelastet werden. Allenfalls mehrere execution units eines Kerns. Und auch das ist beim 8051 recht unwahrscheinlich.
-
Thread
80C552 Entwicklungsboard
auch keinen Lieferanten gefunden, der den uralten P80C552 noch im Programm hat. Es gibt neuere 8051, z.B. der Silabs C8051F000 und Infineon XC886 haben eine JTAG-Schnittstelle oder der Microchip AT89LP6440 hat ein 2Draht-OCD (DCL, DDA). Man kann also einfach die Debugschnittstelle auf nen Header
Peter D. schrieb im Beitrag #5049810: > Es gibt neuere 8051, z.B. der Silabs C8051F000 und Infineon XC886 haben > eine JTAG-Schnittstelle oder der Microchip AT89LP6440 hat ein 2Draht-OCD Wie schon ein anderer geschrieben hat es gibt seit 2016 Silabs EFM8
-
Thread
µC Grundbeschaltung
Ich meinte Allgemein für alle µC. Z.b. den zuvor erwähnten 8051 µC. Für die Grundbeschaltung habe ich Google angeschmissen aber wieder nichts gefunden. Gesucht wurde nach 8051 Datasheet und 8051 Application Notes.
Teddy schrieb im Beitrag #5045326: > Gesucht wurde nach 8051 Datasheet und 8051 Application Notes. 8051 ist auch kein spezifischer µC sondern nur ein µC Architektur. Es gibt tausende µC mit 8051 drin. Wenn du spezifische Informationen wie z.B. ein Datenblatt
-
Thread
Microcontroller - USB
> Die billigste Lösung für Full Speed USB ist ein PIC16F1454. Der 0,76€ teure Si EFM8UB10F8G (c8051) ist darunter als Einzelstück am Günstigsten. (ab 1500 gibts den für 0,567€) Dein PIC16F1454 kostet 1,15€ pro Einzelstück. Da ist sogar ein samD11c14 (M0+) mit 0,93€ pro Einzelstück billiger.
) über USB mit einem PC kommunizieren kann? Na ja, und dann gibts ja noch die von Cypress. FX2(8051) und FX3(ARM9).
-
Thread
Stifte für DIP-Sockel (Zwischenstecker, Adapter)?
Wenn du einen 8051 Adapter von PLCC44 auf DIL40 für den Dauereinsatz suchst schau doch mal unter http://www.8051-plcc44-to-dil40-adaptor.de
-
Thread
AVR-ISR Assembler ohne Flags zu benutzen
Für solche Spielereien ist der 8051 viel besser geeignet. Der hat nur wenige Instruktionen, die das PSW ändern: ADD, ADDC, DA, SUBB, MUL, DIV, RRC, RLC, CJNE und die Bitoperationen mit C als Ziel.
-
Thread
Unnütze Registersicherungen in ISR
D. schrieb im Beitrag #5040315: > Ich hab mal ein C51-Programm geerbt Peter, du kannst deinen 8051 doch gern hinterher trauern. Es wird nicht viel helfen: entweder nimm sie, oder lebe mit den AVRs, oder geh' auf einen Cortex-M, da hast du auch wieder Interruptprioritäten. Wirklich benötigt
-
Thread
Welche Programmiersprache auf µC
oder 32 kB Flash und 8 kB RAM und das läuft wunderbar. Der ist schon wesentlich komplexer als ein 8051, aber gerade deshalb möchte ich komplexe Peripherie einfach z.B. mit 'spi.frequency = 1e6;' einstellen und nicht eine Latte von Registern setzen die auch noch bei jedem µC anders ist. Das Zerlegen
man leicht reviewbaren Code innerhalb der Anforderungen erstellen kann. Immerhin wird sogar der 8051 auch heute noch eingesetzt.
-
Thread
Ein Lob an die Cortex M4 mit FPU :)
ist NICHT die Performance. >Und zu Microcontrollern zählt auch der F4. Aber zum Beispiel auch der 8051 oder der ATtiny13a. Und im Vergleich dazu ist der STM32F4 ganz schön flott. Mit uCs der Cortex-M Serie ist heute einiges möglich, was vor einiger Zeit anderen Leistungsklassen vorbehalten war.
werden mit einem Gamepad bestimmt nicht glücklich - die brauchen Klick. > Atmel oder Microchip ? 8051 vielleicht von ExAtmel und MIPS von Microchip. > AMD oder Intel ? Wenn ein Chipsatz von Intel dafür existiert, gerne auch AMD. > AMD oder NVidia ? Egal. > XBox oder Playstation ? Würfel
-
Thread
Daten in Struct langsamer? C++
Bei manchen 8-Bittern ist das recht umständlich, weil sie nur indirekte Adressierung unterstützen. 8051 beispielsweise. Umgekehrt kann es einem ergehen, wenn man statische Adressierung von Daten einer Zusammenfassung von Daten in einer struct mit relativer Adressierung über Pointer gegenüberstellt.
Pipeline. Teurer wird es bei CPUs mit ausschliesslich indirekter Adressierung für Pointer (z.B. 8051, AMD 29000), und bei diversen eher kleinen Mikrocontrollern und alten CPUs mit einer Befehlslaufzeit von etlichen Takten (z.B. 68HCxx, STM8, MSP430).
-
Thread
Unterschiedliche Compiler
einen Compilers unbedingt braucht. Ansonsten ist der Compiler oft egal. Beispiel: Ich brauche für 'n 8051 Projekt unbedingt Data Overlays. Das kann RIDE und Keil aber nicht SDCC. Also fällt SDCC weg. Bei µC Projekten ist man oftmal auf einen Compiler festgenagelt wenn der Code eine gewisse Größe überschreitet
-
Thread
80C51 Ersatztyp
Der 8031 ist die abgerüstete Variante des 8051, ohne internen Programmspeicher (ROM) https://www.reichelt.de/Atmel-C51-Controller/AT-89S51-PLCC/3/index.html?ACTION=3&LA=2&ARTICLE=50563&GROUPID=2960&artnr=AT+89S51+PLCC&SEARCH=%252A entspräche einem 8051, hat stattdessen internen Flash. Wenn man den in einer Schaltung einsetzt, wo ein 8031 reingehört, wird durch das EA (external Access)-Signal der interne Programmspeicher deaktiviert. Damit sollte
-
Thread
Empfehlung für ZigBee-µC mit 5V für Relais
Ein CC2530 ist im Prinzip geeignet. Für den Z-Stack brauchst Du den IAR EW8051 Compiler. ($$$) 230V schalten kannst Du zB mit einem SSR. zB: https://www.reichelt.de/Solid-State-Relais/S26M-D02/3/index.html?ACTION=3&GROUPID=7626&ARTICLE=15447&OFFSET=16& Die LED des SSR
den passenden Hardware-Debugger brauchst. 100€ musst Du für einen CC-Debugger (8051) oder ein XDS100v3 (ARM) rechnen. Atmel hatte ZigBee mal im Angebot, aber den Stack gibts nicht mehr zum Download, und Microchip hat die entsprechenden Entwicklungsabteilungen geschlossen, d.h. das
-
Thread
8051 SST89E54RC kann nicht programmiert werden
Hinweis: Titel ändern in "8051 SST89E54RC kann nicht programmiert werden" dann erscheint es auch unter 8051 und wird öfter gelesen
und sind über eine Diode mit dem Reset-Eingang verbunden. Damit kann das EasyIAP einen Reset des 8051 auslösen. - Quarz ist wie auf dem Foto erkennbar der Standard-11.0592MHz HTH, Jörg
-
Thread
Warum empfihlt ihr J-Link?
Unterstützt eine Unmenge an verschiedenen uC's, sogar ein paar > Nicht-ARM's Zum Beispiel auch 8051 EFM8
Unterstützt eine Unmenge an verschiedenen uC's, sogar ein paar >> Nicht-ARM's > > Zum Beispiel auch 8051 EFM8 Und PIC32. Direkt unter MPLABx. Fürs Basteln Zuhause tuts der EDU für 50€. Genau dafür ist er ja offensichtlich gedacht. Ich bin froh, in mir gekauft zu haben. Im Vergleich zum PICkit 3
-
Thread
Prozessoren für Leistungselektronik
Piccolo. Sucher schrieb im Beitrag #5023434: > SAB80C537 Du könntest Dich auch nochmal bei den 8051ern von SiliconLabs umschauen, wenn 8-bittig ausreicht. Der Vorteil der ARMs ist es, dass sie aber im Gegensatz zum Piccolo wesentlich günstiger sind. Vielleicht findest Du etwas passendes bei NXP
-
Thread
Probleme mit SDCC-Snapshots > 3.6.0
pissed. Warum ist der PIC-Port immernoch in so einem lausigen Zustand? Für die ganzen vorchristlichen 8051 und Z80-Ports gibt es regelmäßige Bugfixes, aber bei den PICs tut sich irgendwie nichts mehr. Ist der Port überhaupt noch in Entwicklung? Ich bin allerdings nicht sicher, ob die oben beschriebenen Probleme
Warum ist der PIC-Port immernoch in so einem lausigen > Zustand? Für die ganzen vorchristlichen 8051 und Z80-Ports gibt es > regelmäßige Bugfixes, aber bei den PICs tut sich irgendwie nichts mehr. > Ist der Port überhaupt noch in Entwicklung? Ich bin allerdings nicht > sicher, ob die oben beschriebenen
-
Thread
Wie funktioniert die Freischaltung DVB-T2 Freenet-TV technisch?
Smartcard) möglichst nichts mitspannen kann. SW ist aber so oder so alles (früher war in den CAMs oft ein 8051-Clone...), von daher kann man das alles gleich mit oder ohne Smartcard-Funktionalität in die SW der Haupt-CPU packen. Und dann hängt halt die "virtuelle" Smartcard-ID an der MAC und das Irdeto-Protokoll
möglichst nichts mitspannen kann. SW ist aber so oder so > alles (früher war in den CAMs oft ein 8051-Clone...), von daher kann man > das alles gleich mit oder ohne Smartcard-Funktionalität in die SW der > Haupt-CPU packen. Und dann hängt halt die "virtuelle" Smartcard-ID an > der MAC und das
-
Thread
Umwandlung von char* in Integer mit atoi
Also ich schreibe gerade ein Programm für einen 8051er. In diesem wird z.B ein Zahlenwert von der Console(RS232) eingelesen. Dieser muss weiterverarbeitet werden. Jetzt zum Problem, das atoi liefert ja keine Rückmeldung, wenn etwas schiefläut.