-
Thread
Software-UART: Problem beim Empfangen
Register OCR0A zum Senden und OCR0B zum Empfangen benutzt. Zum Empfangen des Startbits bei dem Standard RS232 wird der Interrupt INT0 zum Erkennen von steigenden Flanken benutzt. Aber das Empfangen klappt vorne und hinten nicht, dafür aber das Senden. Meine Frage ist jetzt: Warum läuft das nicht? Ich
Benutze den internen RC-Oszillator, der reicht mir bisher von der Genauigkeit.
-
Thread
CP/M auf ATmega88
Hürde. RAM im DIL-Gehäuse, 3.3V Vcc, kann man direkt anklemmen, ist kein Hexenwerk. Ein Quarz oder Oszillator (braucht Ihr auch), Spannungsregler (braucht Ihr auch), RS232-Pegelwandler (braucht Ihr auch), und eine Handvoll R's und C's zum abblocken und als Lastkapazität für den Quarz und als Pullups.
Wollte mal versuchen, von 20 auf 32MHz umzustellen.. dazu muß ich sicher die Geschwindigkeit der RS232 Schnittstelle umstellen..? Peter
-
Thread
RDS statt DCF77 ?
Derivat). Jetzt noch schnell die Pegel an der Serielle gemessen. Mist das sind +/- 3 V also Pseudo RS232, ich brauch aber Logic Level. Ein Blich auf das Layout zeigt, dass fast alle Teile auf der Rückseite für die Pegelwandlung sind, das sich auch schon Plätze für Brücken bei TTL Betrieb. Also
telegramm erzeugt. Das timing des simulierten DCF signals ist allerdings nicht so der Hit durch den internen RC oscilator
-
Thread
Frage zu einem Programmier-Adapter zur Sicherheit
zum selbst aufbauen gibt es noch den PonyProg für die RS232- Schnittstelle. Wird auch hier im Forum oft benutzt. Anmerkung: guck' mal nach Deiner e-Taste ;-) ciao.
Hallo Theodor! Hier der Link zu einem einfachen RS232-Programmer (setzt eine echte RS232 voraus). http://www.pcfilter.de/AVR-Ecke/Page4.html LG Jens
-
Thread
Atmega Rs232 Mist
Hallo Ich haben einen Atmega 16 und programmieren in Bascom. Wenn ich Daten senden will über die serielle schnittstelle dann kommt nur mist am pc an. Ich habe einen 78-05 Spannungsregler. Von diesem werden Atmega und Max202 versorgt. Verringere ich die Eingangsspannung des Reglers auf <6,5 V dann kommt alles super am PC an. Woran kann das liegen? Ich habe den pullup für den reset dran habe den Quarz richtig eingestelle (Fuse, da ich den internen verwende). Vielen Dank Noch ein paar fakten: 9600 Baud 4Mhz Christian
-
Thread
Seltsame RS232 - Ausgabe
_DAS_ kann jetzt der zu schlechte interne oszillator sein. wenn du mit der baudrate runtergehst und die fehler dabei weniger werden, wars das.
Hi >DAS kann jetzt der zu schlechte interne oszillator sein. >wenn du mit der baudrate runtergehst und die fehler dabei weniger >werden, wars das. Begründung! MfG Spess
-
Thread
MiniLA Version MockUp
Analyzer zu zulegen. Ich denke dabei auch ein wenig an die Zukunft und möchte später auch z.B. die RS232 Kommunikation (am liebsten auch die vom PC) loggen und auswerten. Nun zu meiner Frage: Kommt der miniLA für mich überhaupt in Frage oder währe es für den Anfang zu schwer, ich spiele ansonsten
measurement of shortens/longest length of high and low level of signal - added support for 9 data bits in RS-232 decoder
-
Thread
Brauchen die STM32 eigentlich zwingend einen externen Quarz?
Burkhart schrieb im Beitrag #1677968: > In wie weit braucht man denn einen externen Quarz? Ist der interne Takt > genauso ungenau wie beim AVR? Der Oszillator ist genauso ein RC-Oszillator wie im AVR mit all seinen Problemen (Temperatur , Spannung , Bauteilstreuung)
Beitrag #1677968: > In wie weit braucht man denn einen externen Quarz? Präzision. > Ist der interne Takt > genauso ungenau wie beim AVR? Geht mit dem Internen kein USB? => Handbuch. Für einfache Labortests mit RS232 ist er genau genug, für USB nicht.
-
Thread
Quarz oder Quarzoszilator
Spricht etwas dagegen den internen Oszillator zu nehmen? (z.B. wegen RS232 etc)
Quarze sind meist energiesparender als die internen Oszillatoren.
-
Thread
USB-Steuerung mit ATMega8
wie Lautstärke, Sender ... über die RS232-Schnittstelle auszugeben. Hab ich das soweit richtig verstanden ?
@Markus: Vom Prinzip her kannst du deine Schaltung lassen. Wenn du den MAX232 durch den FT232 ersetzt kannst du den COntroller per USB ansprechen. Allerdings musst du dann auch die entsprechende SOftware in der D-Box ändern, damit deine Daten nicht über die RS232-Schnittstelle
-
Thread
STK500 Programmiert nur DIL's
von vorne... was hast du genau an hardware ? das stk500 hat in den mir bekannten versionen nur 2 RS232 ports, kein usb. tqfp geht nur mit dem stk501 und da muss das isp kabel entsprechend vebrunden werden. womit programmierst du dir dinger, AVRStudio ?
Versorgungsspannung ist natürlich vorhanden), geht es >nicht. Zumindest Taktquelle (falls nicht interner RC-Oszillator) und Abblock- bzw. Puffer C's sollten vorhanden sein. Passt die ISP-Frequenz zum Takt? Es gibt eigentlich keine prinzipiellen Gründe warum ein und derselbe Typ als DIL programmierbar
-
Thread
Konzept für eine Waage gesucht
Drehzahl einer Welle mittels Näherungssensor erfasst werden. Die Daten sollen aufbereitet und per RS232 ausgegeben werden. Verarbeitungsgeschwindigkeit ca. 2 Messungen pro Sekunde Bau in Kleinstserie (Leiterplatte Handgefertigt) Kosten unwichtig (darf also edel und teuer sein) So weit eigentlich
Die Preise sind völlig ok und es spart viel Arbeit. Das dumme ist nur, die kommne alle schon fertig RS232 raus. Dann müsste ich meherere serielle Schnittstellen realisieren, die Daten verarbeiten und wieder seriell ausgeben. Ich bräuchte Fertigmodule mit SPI oder 3-Wire o.ä. Gruß Armin
-
Thread
externe Baudrate messen mit Atmega164p
lauffen, das mit Hilfe eines ATmega164 eine Baudrate eines externen PC's messen sollte. Ich habe das RS232 Signal über einen Pegelwandler (MAX232) an den int0 Eingang des AVR's angeschlossen. Meine Idee ist, dass ich ein bestimmtes Zeichen über das Hyperterminal unter Windows sende, und sobalt dieses Zeichen über RS232 am int0 Eingang des AVR anliegt, einen Timer starte(also auf die Negative Flanke) und die Uebertragungszeit eines Baudes messe. Danach kann ich die ermittelte Zeit auf eine Sekunde hochrechen, um
-
Thread
atmega8-16pu zu langsam
durchgemessen und das programm samt schaltung vereinfacht. die schaltung enthält nur noch den atmega, die rs232 schnittstelle und eine led zur schleifenkontrolle. die rs232 schnittstelle funktioniert jetzt komischerweise. allerdings läuft die schleife immer noch viel zu langsam (ca. 2 sekunden, statt 500ms)
sie nämlich programmiert: [pre] Do : Waitms 500 : Waitms 500 Loop [/pre] > die rs232 schnittstelle funktioniert jetzt komischerweise. Glück gehabt mit dem internen Takt. > Sollte ich besser auf C umsteigen? Dann müsstest du dich nicht auf irgendwelche Funktionen incl. aller seiteneffekte
-
Thread
Problem Atmel Evaluationsboard 2.0.1
>Hat der PC eine echte RS232-Schnittstelle? Hat er.
Du nimmst doch auch die Programmierschnittstelle und nicht die RS232?
-
Thread
AVR-NET-IO mit ATmega644
Das mit dem internen Takt dürfte nicht sein, obwohl es darauf hindeuten kann. Die Fuse-Bits habe ich genau so eingestellt sind wie im Makefile vom OpenMCP angegeben sind , aber sonderbar ist, daß dort für beide Prozessoren
für die ausgewählt Plattform. Als einfachen Test wäre mal interessant wie schnell eigentlich dein RS232 vom AVR-NET-IO läuft. Die Standardeinstellung ist dort 57600 Baud. CA Dirk
-
Thread
Problem mit serieller Datenübertragung und ATtiny13
Der interne RC-Oszillator des Tiny13 geht nach der Blankenheimer Sonne... Für'n Quarz wird es mit den Pins eng. ...
geht überhaupt nicht. Dann hast Du auch keinen Anspruch auf wirklich zuverlässig funktionierendes RS232. > Kann > ich Softwaremäßig was machen? Es kann am Schreibtisch funktionieren, es muss aber nicht. > Ich müsste 60 Bytes übertragen. RS232 geht nunmal nur zuverlässig, wenn die Baudrate
-
Thread
Mikrocontroller Print mit Grundschaltungen
für 15 €. Na ja, ist zwar nicht 3 Euro 50, aber dafür ist Spannungsversorgung, ISP und JTag sowie RS232 gleich drauf. Ich glaube nicht, das du viel preiswerter mit einer Eigenlösung bist... Grad für den privaten Hobbyzweck ist das Pollinboard gut geeignet. Bei dem Preis kannst du deine Anwendung gleich
zweckmäßigerweise auch /Reset anschließen. PB6 und PB7 sollten auch nach außen geführt werden, wenn der interne Oszillator verwendet wird. Den Betrieb mit einem Uhrenquarz würde ich auch vorsehen. An Stelle des USB Teils würde ich einen MAX232 mit RS232 Anschlüssen bevorzugen. Die dabei erzeugte V- kann
-
Thread
USB IR Remote Receiver (V-USB + IRMP)
MHz, 16 MHz or 20 MHz crystal or from a 12.8 MHz or 16.5 MHz internal RC oscillator." Da der interne Oszillator vom ATTiny85 nur max. 8MHz liefert, ist der Quarz zwingend erforderlich. Gruß, Frank
> in etwa den 10kHz Abfragerate entspricht. "In etwa" hört sich so an, als ob der ATTiny mit internem Oszillator läuft... mit Quarz sollten da schon 5,0kHz rauskommen oder? Gruß, Frank
-
Thread
Probleme mit Rs232 Empfang
haben. Ponyprog rennt jetzt :) Allerdings immer noch keine Reaktion des COntrollers wenn ich über die Rs232 Schnittstelle was sende. Meine nächste Vermutung: Der PegelConvertet max232. Also im Datenblatt nachgeschaut und siehe da, er ist ein dualreceiver - ich habe alos noch jeweils einen ungenutzen
Zusammenfassung: An dem zweiten Empfänger für Rs232 Pegel (Pin8 am max232) blinkt die Led auf wenn Daten gesendet werden. -gut- An dem zweiten Ausgang für TTL Pegel (Pin9 am max232) geht die Led kurz aus wenn Daten gesendet werden und der Avr nicht
-
Thread
mega8 Dip UART != mega8 tqfp UART ?
größer 2% sein. Vergleich das mal mit den Genauigkeitsangaben zum internen Oszillator im Atmel Datenbatt.
nur selbst debuggen können. Der nächste Schritt wäre das Anklemmen eines Oszis, um die generierten RS-232- Signale zu überprüfen.
-
Thread
Giess-o-mat mit AVR Version 2
anderen USB-RS232 Baustein und verbinde diesen mit deinem µC. TXD auf den RXD Pin des USB-RS232 Wandlers. Den GND der Schaltung mit dem GND des USB-RS232 Wandlers miteinander verbinden. Achte darauf, dass es ein
. Du wirst deinen µC damit vernichten. http://www.sprut.de/electronic/pic/grund/rs232.htm http://www.sprut.de/electronic/interfaces/rs232/rs232.htm Empfängst du was? Wenn Nein, hast du mit deinem µC ein Problem.
-
Thread
avrdude-ATTiny13-ohne Programmer
ich das Lernpaket genutzt um etwas Assembler zu lernen und verstehe jetzt so auch etwas mehr von der RS232-Kommunikation. Im Lernpaket enthalten sind u.a. auch drei Programm zum Studieren der RS232-Übertragungsstrategie (wie sie für das Lernpaket bzw die WinSoftware-LPmikro realisiert wurde). Nun ist
PC auf der Tiny-Seite durch die Software emuliert wird. Wenn man sich die Lehr-Programme zum Thema RS232 diesbezüglich ansieht, erkennt man vielleicht wo der Hase im Pfeffer liegt: Die Delay-Anweisungen, sowie die nach meinem Geschmack "willkürlich scheinenden" nop-Anweisungen (siehe RS232_Autobaud),
-
Thread
PIC18f46j50 USART will nicht wie Ich
also ich bin wesentlich weiter gekommen, zum einen war in den configuration bits immer noch der interne takt kativ was jetzt stimmt und dieses zeile hat gefehlt: BAUD_IDLE_TX_PIN_STATE_LOW damit ist jetzt auf der rs232 sendeleitung der ruhezustand low und nicht mehr high. jetzt wird auch mein zeichen
) // abrage ob 1 { while(Busy1USART()); { for(;i>0;i--) { putrs1USART ((const far rom char*)"rs232-test"); Delay100TCYx(90000000); } } } } } weiß jemand warum??? thx
-
Thread
Erster Test mit UART was mache ich falsch
Wie wird Dein Takt erzeugt? Quarz oder interner Oszillator?
Mit internem Oszillator wird das nichts, viel zu ungenau, ausser er wird kalibriert. Mach entweder an /beide/ Controller einen Quarz dran, oder benutz irgendeine synchrone Schnittstelle. SPI würde sich da anbieten
-
Thread
Projekt: DDS basierter Funktionsgenerator mit AD5930
bitte ein Steckverbinder für die Konfiguration des AD5930 mit auf dem Board sein? > ...mit dem FT232 wird doch USB zu RS232 realisiert!?! Der Chip ist doch > gemacht dafür... Dann muss man aber beides auf dem Board vorsehen: RS232 / USB alternativ oder kombiniert bestücken zu können. Bernd
Bedenke auch, wie lange der Chinese die Überproduktion noch verhökern wird... Ethernet, RS232 ist besser.
-
Thread
STK500 Inbetriebnahme
Signatur vom µC wird ausgelesen ohne Probleme. Wenn das so sit, dann kann ich den falschen/defekten RS232-Verbindungskabel ausschließen, oder? Das richtige Hex-File wird auch ausgewählt, weil im Verzeichnis keine andere Hex-Files generiert wurden. Wo kann ich eigentlich gucken, welche Hex-File vom
ATMEGA88, ist aber, bis auf den größeren Speicher, mit dem 48-er identisch, es wird ebenfalls der interne Oszillator verwendet. (Am µP per Fuse selektiert) Bei mir sind die Jumper wie folgt eingestellt: Der Vtarget Jumper steckt. Aref Jumper derzeit offen, weil nicht benötigt. Xtal1 Jumper
-
Thread
Einfacher Messadapter RS232
Hallo, Seit langen mal wieder hier ! Atmel AtTiny13 mit 9,6 MHz interner Oszillator Mit dem Zeichen U (0x55) initilisiert sich der Software URAT (Auto BAUDing 300 - 115200). Erwartete Antwort kommt ! Mit dem Zeichen 0 (0x30) kann ich dann den logischen Zustand vom PB2
moin erstmal würde ich die DCD,DTR,DSR Ausgänge der RS232 jeweils über eine eigene Diode zusammenfassen , da es passieren kann das diese unterschiedliche Pegel aufweisen (Initialisierung) mfg
-
Thread
Projekt: 200MHz DDS-Generator
Sven P. schrieb: > Einen USB->RS232-Wandler kann ich extern immer noch dazwischenklemmen, > aber wenn du den FTDI-Wandler direkt verlötest, ist das Zeitverhalten > partout im Arsch (USB halt). Ein USB Anschluss hat den Vorteil,
über den Bus Strom beziehen kann und damit keinen galvanisch getrennte Versorgungsspannung für den RS232 Treiber braucht. Die TX-LED wird vom USB-Host gespeist und die RX-LED vom DDS-Generator. (Aus Sicht des PCs) Via RS232 geht das nur mit gefrickel und nicht standardkonform. Und "Zeitverhalten"
-
Thread
Abschlussprojekt
mit Kabelen das Signal abgreifen kann und auf LED's gehen kann. Anschliessend befindet sich eine RS-232 Schnittstelle auf dem Board, I²C schnittstelle um den Controller zu programmieren. > Mit welcher Taktfrequenz wird der Prozessor betrieben. Interner > RC-Oszillator, Quarz, Oszillator, eventuelle
RxD-Pin einfach so anschliessen? Mir war mal so als hätte ich hier was > darüber gelesen, TTL und RS232 und so....wäre nur so eine Idee das dort > das Problem liegt.... Ob da TTL, RS232 oder Netzspannung anliegt, hat auf die Funktion dieses Projekts vermutlich keine Auswirkungen ... Gruß Jobst
-
Thread
Der Einstieg
und häng den Controller und die LEDs direkt dran. Kein Spannungsregler, nur Controller (evtl. mit internem Oszillator betreiben), Widerstände und LEDs (idealerweise Low-Power-Typen). mfg Harri
welche dann über einen Widerstand zu GND. Außerdem sind noch ein paar Schalter und LEDs drauf und RS232.
-
Thread
Atmega8 Uart
>sollte sich 9600Baud und 8MHz aber vertragen (Datenblatt!). Wenn es ein Quarz und nicht der interne RC-Oszillator ist, ja. MfG Spess
passiert ist. Von der Hardware her ist alles OK? GND nicht vergessen? Abblockkondensator am TTL-RS232-Pegelwandler, falls solcher verwendet wird? Wenn TTL-USB-Serial-Adapter - arbeitet der mit gleichem Pegel wie dein AVR (5V/3.3V Logik)?
-
Thread
Pins am Mega16 lückenhaft
soll tatsächlich langsam sein damit die Ausgabe am Oszilloskop gut ablesbar ist. Dazu ist sogar der interne Oszillator wieder in Betrieb gegangen. Die Ausgabe über RS232 ist natürlich fein, das werde ich mir mal ansehen, bisher habe ich immer einzelne Pins mit LEDs versehen, wenn noch welche frei waren
tatsächlich langsam sein damit die >Ausgabe am Oszilloskop gut ablesbar ist. Dazu ist sogar der interne >Oszillator wieder in Betrieb gegangen. Schau dir mein Beispiel an. Natürlich kannst du Wartezeiten einsetzen, aber wenn du Timer benutzt und mit Flags arbeitest, brauchst du nicht immer das Rad
-
Thread
TWI: Quartz notwendig?
8) übertragen zu lassen, also die Datenrate ist ja nicht so dramatisch. Kann ich dafür noch den internen Oszillator verwenden? Gruß, Georg
Unter diesen Bedingungen kann von einer sauberen Übertragung keine Rede mehr sein. Wenn man den internen Oszillator selbst nachkalibriert (vielleicht mit Hilfe der TWI-RTC), kann man 1% Genauigkeit hinbekommen, damit kann man dann auch RS232 machen. Bei relativ grossen Intervallen (die Rede war ja von
-
Thread
Verbindung Virtex5 <-> PC, PCIe oder S-ATA
S-ATA. Nöö, siehe Christian. Wenn es nur um kuze Datenpakete ohne Echtzeit geht, kann man sogar RS232 nehmen ;-) >Da meine grösste Sorgen genau mit dieser Schnittstelle sind (die HW soll >implementiert werden, es muss ein Windows Treiber entwickeln werden und >und und...), Und das alles in
du wirklich brauchst. Die Datenrate würde sich dramatisch verringern und du könntest wirklich mit RS232 arbeiten ;-) oder vielleicht doch besser mit USB. Ich habe vor kurzem ein Projekt fertiggestellt, in dem in einem FPGA auf Daten von 20 AD-wandlern eine single-bin-fourier-transformation angewendet
-
Thread
Genauigkeit der internen STK500 Frequenz
Hallo, ich habe mit meinem Mega8 und dem STK500 eine Uhr programmiert, die ich jedoch nicht auf das Display ausgebe, sondern sekündlich auf UART. Die CPU-Frequenz ist auf extern gefused und durch den STK500 Frequenzgeber gegeben. AVR-Studio sagt 3868400 Hz. Weiß jemand, wie genau diese Frequenz wirklich ist? Das "Datenblatt" des STK500 schweigt diesbezüglich. Der Fehler der Uhr ist ca. -1% Also nach 100sek. geht sie schon eine sek. falsch (nach) Könnte das der Taktgenauigkeit des STK500 entsprechen? Anmerkung: Um Interruptzeiten möglichst kurz zu halten, setze ich ein Flag. Durch Vorteiler
-
Thread
IRMP - Infrared Multi Protocol Decoder
160 da habe ich etwas mitgewirkt (Platinengröße für USB Stickgehäuse), der kann auch als USB zu RS232 Umsetzer arbeiten (über virtcom Treiber) und statt den Code als RS232 auzugeben wird das Kommando direkt als KASEIKYO ausgegeben (mittels IRSND an 433 MHz) Ich muss dann eben die RS232 Schnitte
ich auch hier gibt es irgenwo einen Thread IRMP mit USB wenn ich mich richtig erinnere so als USB RS232 Umsetzer Atmel mit USB Clientfunktion zu RS232 Umsetzer gibts ja schon, die Treiber für win gibts auch, braucht man nur RS232 Codes an die virtuelle COM zu schicken, bzw gleich IRMP im Atmel zu
-
Thread
Zuverlässigkeit und Genauigkeit internet RC Takt
@Jörg Wunsch Hast du zufällig den Link dafür ? (internen RC-Oszillator auch "live" an einer RS-232 kalibrieren.) Danke, Markus
Markus C. schrieb: > Hast du zufällig den Link dafür ? > (internen RC-Oszillator auch "live" an einer RS-232 kalibrieren.) Nein, da müsstest du Cliff Lawson mal fragen ("clawson" bei avrfreaks.net).
-
Thread
ATtiny2313 Optimierung Problem
starke Sprünge, Ziel war auf SW PWM mit 9 oder 10 bit Auflösung zu kommen (Tiny läuft mit 8Mhz internem Oszillator). Hat irgendjemand noch eine Idee was da faul sein könnte? Die Routinen einzeln laufen (PWM, Delay usw.)... Danke hufnala RS 232 log: hue Bri R G B EOF 01FC FF 01 FE 00 0D0A
Das mit dem TX Puffer usw. ist klar, den habe ich nachträglich zu debuggen reingefrickelt, der ganze RS232 Bereich ist im Originalprogramm gar nicht drin. DAs Speicherproblem besteht wenn ich den RS232 Bereich rausnehme und ohne Optimierung mit dem Tastenblock compiliere. Dieser ist leider etwas überdimensioniert
-
Thread
XMEGA + iPod
Deine RS232-Routinen hast du ja wohl überprüft (mal den PC mit Terminalprogramm angeschlossen) ;) Dein Main schickt in einer Endlosschleife (while(1)) nur den Befehl zum Modewechsel und die Meldung "Taste
AVR, was der IPod tun? Und mit 2 MHz sind 19200 Baud ungenau (wohl um 7% daneben) und mit dem internen Oszillator erst recht. (IPod ist da unempfindlicher als die meisten PCs) hans
-
Thread
Ansteuerung eines alten Watanabe Plotters
Wird parallel sein, da keine Baudrate-Schalter zu sehen und auch keine ICs für RS232. Eher eine Leiste Pull-Up R. Also sicher parallel. Könntest ihm sogar neue Software schreiben, da gängiger 8035 Controller.
Ja, es past rein theoretisch auf den Parallel port aber es past auch auf einen rs232 adapter also von 25 auf 9 pins (so wie bei einem hp7475). Aber was ist es nun....... Gruß Tim
-
Thread
USART sendet nur 0x80
0b11111111 so erhalte ich auch 0b11111111. Also das MSB ist immer 1. Über AVR Studio habe ich die interne Frequenz auf 1 MHz eingestellt, auf dem STK600 habe ich den Schalter für interne Frequenz auch eingeschalten. PD0 und PD1 mit RXD und TXD verbunden. RS232 Verbinde ich über einen RS232-USB Converter
Simon K. schrieb: > Und der Schaltplan der verwendeten Schaltung? Der interne RC Oszillator ist im übrigen pauschal gesagt zu ungenau für eine UART.
-
Thread
Labornetzgerät - Fragen zum Schaltplan
für Langzeittest z.B. die Lastaufnahme mit zu loggen oder mal ne Kurve durch zu fahren (Vorgabe über RS232 übermittelt). War bei mir bisher aber auch nur mehr Spielerei statt Notwenigkeit.
. Und kein ATMega/Arduino, aufgrund der fehlenden DACs. Das erlaubt dann auch das anschließen über RS232/USB/Ethernet (falls man es braucht). Eventuell einen PSoc, da könnte man einige features in der Programmierbaren Hardware abbilden. Strom und Spannung lässt sich präzise und genau über das Display
-
Thread
Problem Atmega16 TWI Beschaltung
Batterien welche über Widerstände abfällt. Die Werte werden dann dem Master übergeben welcher diese über RS232 an den Computer sendet. Problem: Habe die "Anlage" mit 2 STK 500 simuliert. (Einer Master der andere Slave) Funktioniert einwandfrei. Nun wollte ich Master und Slave auf Platinen basteln. (Schaltungsaufbau
Kondensatoren nicht vergessen. Was ich eigentlich meinte: Wenn du auf dem STK500 versehentlich den internen RC-Oszillator abschaltest kann es sein, das das nicht merkst weil das Board den Controller mit dem Takt versorgt. In einer anderen Schaltung läuft er aber nicht. In deiner Schaltung solltest du noch