-
Thread
CAN-Channel Zustand
ich habe eine Frage, es geht um den Zustand den CAN-Channel.Ich arbeite mit dem Mikrocontroller AT90CAN128. Im Datenblatt steht, dass das erste und zweite bit des Registers CANGSTA der Zustand des Channel gibt. Das Problem ist: wenn ich die CAN-Kabel ziehe, wird nicht passiert, der Inhalt von CANGSTA
Ich kenne den AT90CAN128 nicht. Aber bei anderen Kontrollern bleibt der CAN Kontroller aktiv, auch wenn kein Kabel aufgesteckt ist. Das aktiv bedeutet, dass die Hardwareeinheit CAN im Mikrokontroller aktiviert ist, nicht
-
Thread
Atmel Controllerboard
Hallo Benni, Danke für die schnelle Antwort. Ich möchte mich für den AT90CAN128 entscheiden. http://www.atmel.com/dyn/products/product_card.asp?part_id=3388 Ich hätte schon lieber was fertiges. Das würde mögliche Hardwarefehler in der Testphase ausschließen. Kosten
spezifiziert hast, werden die wohl nicht mit auf die Platine kommen, oder? Also bräuchtest du nur einen AT90CAN128, bei dem - I2C und SPI auf eine Steckerleiste raus geführt sind (oder auf Schraubklemmen) - Einen RS435- oder CAN-Treiber (per Jumper wählbar?) - ISP-Anschluss (zum programmieren über USB)
-
Thread
RS485 Treiber mit Adresse
Das ist schon mal toll! Gibt es eine möglichkeit CAN mit AVR noch etwas kleiner zu machen? Ein AT90Can ist auch sehr groß und braucht zusätzlich einen Transsiver. Ein LPC11c22 vielleicht? Mit den NXP Bausteinen habe ich allerdings noch nie gearbeitet geschweige denn einen Bootloader geschrieben.
Beitrag #2719931: > Gibt es eine möglichkeit CAN mit AVR noch etwas kleiner zu machen? Ein > AT90Can ist auch sehr groß und braucht zusätzlich einen Transsiver. Ein > LPC11c22 vielleicht? Mit den NXP Bausteinen habe ich allerdings noch nie > gearbeitet geschweige denn einen Bootloader geschrieben
-
Thread
CAN-BUS Problem
Hallo Leute ich benutze einen AT90CAN128 mit 8MHz Quarz, und als BUS-Treiber ist einer MCP2551. Ich versuche CAN-BUS hinzukriegen, es gebt zwei knoten einer ist nur Sender und der zweiter nud Empfänger. Von mikrokontroller RXCAN TXCAN
einer vielleicht einer wieso der BUS-Treiber nur CANhigh activ ist und nich der CANlow obwohl er vom AT90CAN128 normale Signale beckommt. verdahtund habe ich überprüft ist alles ok.
-
Thread
AVR: Versorgungsspannung bei bestimmter Frequenz
Hallo, habe einen AT90CAN128 und möchte ihn mit einem 16 MHz Quarz in Verbindung mit zwei 33 pF Kondensatoren betreiben. Die Betriebsspannung ist 3,3 V. Auf Seite 367 ff. des Datenblattes scheint aber hervorzugehen, das
>habe einen AT90CAN128 und möchte ihn mit einem 16 MHz Quarz in >Verbindung mit zwei 33 pF Kondensatoren betreiben. Die Betriebsspannung >ist 3,3 V. Das geht aber nicht. Laut Datenblatt 16MHz min. 4.5V.
-
Thread
Frage zu Rx und Tx am Controller und Transceiver
Hallo, ich bin grad etwas verwirrt. Ich habe auf der einen Seite einen AT90CAN128 auf der anderen Seite zwei Transceiver. Einen FT232R für USB und einen MAX488 für RS485. Wenn ich nun den Controller mit Rx und Tx am FT232R anschließe, muss dann Rx auf Rx und Tx auf Tx oder
Beitrag #4209695: > Hallo, > > ich bin grad etwas verwirrt. Ich habe auf der einen Seite einen > AT90CAN128 auf der anderen Seite zwei Transceiver. Einen FT232R für USB > und einen MAX488 für RS485. > > Wenn ich nun den Controller mit Rx und Tx am FT232R anschließe, muss > dann Rx auf Rx und Tx
-
Thread
Welchen Mikrocontroller CAN-Bus
Was haltet ihr von den Mikrocontrollern : - AT90CAN128 - AT91SAM7X / A Ich denke ich muss sehr weit am Anfabg der Thematik anfangen, sprich der generelle Umgang mit einem dieser Mikrocontroller und erst dann in das CAN-Bus Thema einsteigen.
Thomas schrieb im Beitrag #2988897: > Was haltet ihr von den Mikrocontrollern : > > - AT90CAN128 8 Bit AVR, 5V, TQFP64 AVRs sind die typischen Anfängerprozessoren hier, aber es gibt fürs gleiche Geld leistungsfähigere Alternativen. Ein Nachteil ist, dass die JTAG-Debugger, mit denen Du
-
Thread
Kompasswerte über CAN ausgeben
Ahhh...ja Ich benutze einen AT90CAN128
/universelle-can-bibliothek Einfach die Bibliothek verwenden, funktioniert problemlos mit dem AT90CAN und löst alle deine Probleme :-)
-
Thread
stk500/stk501- kann nicht flashen
hallo, benutze das avrstudio4, ein stk500 und ein stk501-board um einen at90can128 zu programmieren. jetzt ist mir schon der dritte controller nacheinander "abgeraucht" und ich weiß nich warum. ich flash ein oder 2mal und beim 3. mal gehts nicht mehr, weder isp- noch parallel-programming
Andreas R. wrote: > hallo, > benutze das avrstudio4, ein stk500 und ein stk501-board um einen > at90can128 zu programmieren. jetzt ist mir schon der dritte controller > nacheinander "abgeraucht" und ich weiß nich warum. Das hoert sich boese an, die sind ja ziemlich teuer :/ Bist Du Dir sicher
-
Thread
UART receive - Data Overflow
Overflow beim Empfangen von Zeichenketten mittels Receive-ISR auftritt, woran kann das liegen (auf AT90CAN128)? Ich habe mehrere Ideen: 1. Andere Interrupts laufen und verhindern das rechtzeitige Bearbeiten der ISR 2. Baudrate zu schnell 3. Fehlerhafte Kabel (durch Kabelbruch schnellere, fehlerhafte
alle anderen Quellen deaktiviert und eine bad isr installiert. 2. Baudrate ist bei 38,4 @ 16 Mhz AT90CAN128 - folglich auch ausgeschlossen 4. in der ISR wird nur noch der Buffer zugewiesen. Wenn es nicht noch weitere Gründe gibt, kann es doch ein fehlerhaftes Kabel sein? Habe ich was bei der Initialierung
-
Thread
Mutexes und Semaphores in FreeRTOS
und hab hier ein kleines C-Projekt, das ursprünglich für Windows geschrieben wurde und auf einen AT90CAN128 portiert werden muss. Dabei versuche ich, statt eigene Basis-OS-Funktionen zu schreiben, so gut es geht die von FreeRTOS zu benutzen (irgendwie hab ich es sogar hinbekommen, dass das Betriebssystem auf einem AT90CAN128 läuft und ein kleines Demo mit ein paar vParTestToggleLED-s ausführt). Es sieht also in etwa folgendermaßen aus: -------------------------------------- #include <stdio.h> //#include <windows.h
-
Thread
AtmegaXXM1 Bootloader - komme nicht rein.
meinst einen anderen MCU?! Ich nutze den Atmega64M1 <- Das ist ein MCU mit CAN Controller wie der AT90CAN Auf S. 54 im Datenblatt steht: "The IVCE bit must be written to logic one to enable change of the IVSEL bit. IVCE is cleared by hardware four cycles after it is written or when IVSEL is written
text=0xF000 Die Adresse müssteste natürlich für deinen µC anpassen... Mein Bootloader ist vom AT90CAN128
-
Thread
(V) Spannungsregler, Logik, MCUs,
DPAK, Precision 500 mA regulators MIC5801, SO24, 8-Bit Parallel-Input Latched Drivers AT90CAN128-15AZ, TQFP64, 128K Flash PIC16F628, SSOP20 LPC1766, LQFP100, ARM Cortex-M3, 100MHz, 256K Flash [/c] SST 49LF020A (habe ich mal für ein Epox Mainboard gebraucht, kommen wohl auch in der XBOX
ATTINY84, 0,60 ATMEGA88-20PU, 1,10 ATMEGA168-20PU, 1,30 MIC5801, 1,20 AT90CAN128-15AZ, 2,70 PIC16F628, 1,00 LPC1766, 4,00 YARD-IR-Empfänger rev. 2 mit PIC16F628, PDIP18 und MAX232, 1,20 Mini-ICE mit ATMEGA16-16AU und FT232RL, 2,60
-
Thread
Array in AVR Studio GCC mit variabler Länge
Hallo alle zusammen, ich bin gerade dabei einen AT90CAN128 auf dem STK500/501 mit AVR Studio 4.18 und WIN Avr 4.3.3 zu programmieren. Ist nicht das erste Programm das ich für einen Atmel µP schreibe, allerdings das erste für einen AT90, was ja aber eigentlich
Philipp schrieb im Beitrag #1869094: > Hallo alle zusammen, > > ich bin gerade dabei einen AT90CAN128 auf dem STK500/501 mit AVR Studio > 4.18 und WIN Avr 4.3.3 zu programmieren. Ist nicht das erste Programm > das ich für einen Atmel µP schreibe, allerdings das erste für einen > AT90, was ja
-
Thread
Frage zu AVR-Assembler
hab mal alle .def Dateien abgeklappert, die höchste Adresse eines Interruptvektors hab ich beim AT90CAN128 gefunden: .equ SPMRaddr = $048 ; Store Program Memory Ready Interrupt Address Aber den gibt es ja nicht wirklich, oder doch? Ansonsten liegen Mega128/104/64 ebenfalls mit der SPMRaddr am
@Ingo "hab ich beim AT90CAN128 gefunden, aber den gibt es ja nicht wirklich, oder doch?" Gibts schon, und sind auch recht nett :-)
-
Thread
HIDKEYS Tastatur wird vom PC ignoriert
zusammen, ich habe eben versucht, die HidKeys Tastatur nachzubauen. Dazu habe ich den Code auf den At90Can128 portiert, leider wurde die Mikrocontroller-Einheit vom PC komplett ignoriert (noch nicht mal irgendwas im Sinne von: Unbekanntes USB-Geraet etc.). Um Fehler bei der Portierung auszuschliesen
muss er für USB Full Speed - das können aber nur AVRs mit integrierter USB Einheit. Ich dachte der AT90CAN128 hätte sowas - das Datenblatt sagt aber: Nein.
-
Thread
CAN-AVR vs AVR plus ext. CAN Tranceiver
ich zuerst zu externen Bausteinen (MCP2515), habe mich aber dann doch für die integrierte Lösung (AT90CAN...) entschieden. Gründe: - natürlich ist man flexibler, andererseits haben wir so kleine Stückzahlen, dass man da gerne auf einen Typ setzt. Die zwei, drei Euro mehr spielen bei uns keine
gut, danke, dann werd ich mich wohl auch am AT90CAN versuchen.
-
Thread
Frage zum Flashen des AT90CAN128 (MISO,MOSI <-> PDO,PDI)
Hallo, zwei kurze Fragen zum flashen des AT90CAN128. Den Fehler mit MOSI,MISO an den ISP anschliessen, anstelle von PDI,PDO, habe auch ich jetzt gemacht. Und laut https://www.mikrocontroller.net/topic/28657 geht dann das flashen nicht. 1. Ich
der beiden Leitungen: 12 mil. Habs mangels Zeit noch nicht probiert). 2. Warum ist wohl beim AT90CAN128 das ISP-Programmieren anders (mit PDI,PDO) als bei den anderen AVRs (Mega8, Mega16). Falls das jemand weiß, würds mich interessieren. Im Datenblatt steht im Abschnitt ISP überall MISO,MOSI ...
-
Thread
AT90CAN128 -> SPI -> DA-Wandler MAX5105
Ich versuche gerade einen DA-Wandler über SPI anzusprechen. Bis jetzt leider ohne Erfol. Der DA-Wandler erwartet ein 14-bit Wort nach dem Scheme: 1 Startbit, 2 Controlbits, 3 Adressbits und 8-Datenbits. folgendes möchte ich Übertragen: 1 0 1 0 0 0 1 1 , 1 1 1 1 1 1 Das wäre meine 14-bit Information, um das zweite Byte vollzubekommen häng ich noch 2 0er an. Die letzten zwei Stellen sind ja eh don`t care für den DA-Wandler(?). Also übertrage ich 0xA3 und 0xFC mit folgendem Program: [C] #include <stdlib.h> #include <avr/io.h> #include <avr/signal.h> #define SS PB0 #define
-
Thread
Drehzahlsensor mit µC auslesen
die abfallende HIGH-Spannung immer genau doppelt so groß ist wie die LOW-Spannung. Für den µC AT90CAN128 brauch man weniger als 1 V für das LOW-Signal und für das HIGH-Signal mindestens 3,5 V. Nun lässt sich unschwer erkennen, dass das mit der Spreizung der Stromquelle alleine nicht möglich ist.
Karl schrieb im Beitrag #2640588: > Für den µC AT90CAN128 brauch man weniger als 1 V für das LOW-Signal und > für das HIGH-Signal mindestens 3,5 V. Laut Datenblatt Kapitel 28.8 ist die obere Schaltschwelle bei ca. 1,7V und die untere bei ca. 1,3V.
-
Thread
MegaLoad für avr-gcc
noch nicht gefunden habe, probiere ich mich gerade daran den Bootloader für MegaLoad_NET auf den AT90CAN128 zu portieren. Leider kriege ich beim Kompilieren von Bootloader_NET_GCC_v0_0_2 folgende Fehlermeldung: [pre]...\BootLoad_NET_GCC_v0_0_2/main.c:691: undefined reference to `__prologue_saves_
Entwicklungsumgebung: [pre] AVR Studio 4.14.589 GUI Version 4, 14, 0, 589 JTAG ICE 1, 0, 0, 39 AT90CAN128 170 Operating System (WinXP) Major 5 Minor 1 PlatformID 2 Build 2600 Service Pack 3 Plugins: AVRSIM~1 1, 0, 0, 4 AVRICE~1 1, 0, 0, 7 AVRSIM~1
-
Thread
CANOpen Node-Id von Dunker Motoren ändern
Hallo, meine Idee ist es auf Basis eines AT90CAN128 ein kleines Gerät mit LCD-Display zu bauen mit dessen Hilfe ich die CANOpen Node-ID eines Dunker Motors auslesen (scannen) kann und auch eine neue Node-ID setzen kann. Der Motor soll dazu als einziger
das ganze hinbekomme, ich werde es trotzdem mal probieren. Dazu habe ich mir mal von Olimex das AT90CAN128 Development Board (https://www.olimex.com/Products/AVR/Development/AVR-CAN/) bestellt. Motoren haben wir bei uns im Ersatzteillager rumliegen, wir haben auch noch einen CAN-Bus USB-Stick (miCan-Stick
-
Thread
CAN zu CAN Router/Gateway
aber wohl nicht für einen Auf/Umsteiger. Wenn die Chance besteht das auch mit Bascom und 2 x At90CAN128 die per RS232 Informationen austauschen zu erledigen wäre das toll - Aber das kann hier sicher jemand mit Erfahrung sagen. Wenn für eine detailierte Aussage noch weitere Daten oder Infos benötigt
Schorschi schrieb im Beitrag #1830578: > Wenn die Chance besteht das auch mit Bascom und 2 x At90CAN128 die per > RS232 Informationen austauschen zu erledigen wäre das toll - Aber das > kann hier sicher jemand mit Erfahrung sagen. Also wenn du meinst, dass die beiden µCs sich per serieller Schnittstelle
-
Thread
Amtel AT90CAN128 gegen Bezahlung (Flash & EEprom kopieren)
Hallo zusammen, wer von den intellegenten Jungs kann für uns einen AT90CAN128 auslesen und vervielfälltigen. NAtürlich gegen Ordentliche Bezahlung... Details denn Via email und Telefon... Grüße Chris
-
Thread
AVR AT90CAN128 Timer1 Timer3 AC
und den Timer3 im Input-Capture-Mode an ICP3 zu betreiben. Ich benutze das STK500 + STK501 + AT90CAN128 + JTAGICEmkII + aktl. Version AVR-Studio + aktl. Version Win-AVR An ICP3(PE7) liegt ein Frequenzgenerator (TTL-Out) und läuft mit 1 Hz. Auf dem Komparatoreingang (AIN0) hab ich den Switchbutton
-
Thread
Microcontroller und Board mit CAN, PWM
nimm einen at90can128 und route dir eben ein kleines board so wie du es brauchst
Hi. Du kannst aber auch einen von diesen hier nehmen, die haben beide den von Andi erwähnten at90can128 und sind preislich ganz ok: http://elmicro.com/de/avr-can.html 42,25€ oder aber von http://www.olimex.com/dev/ (auf der linkes Seite) AVR - AVR-H128CAN 29,95€
-
Thread
Arduino Bibliotheken funktionieren nicht beim AVR128DB-Prozessor
das neue Programmier/Debug Interface ist für mich eine > solche! JTAG funktioniert doch beim AT90CAN. Ich muß nicht ständig mit neuen Tools rumspielen, nur so aus Langeweile. Allerdings floaten meine MCs oft auf gefährlichen Spannungen (bis 15kV). Daher erfolgt Flashen und Debuggen vorwiegend über
verzichten zu können. Wenn denn Auflösung/Leistung und Störabstand genügen. Daß man da mit einem AT90CAN nicht weit kommt ist logisch. Womöglich würde den Anwendungen aber hier doch schon ein neuer AVR reichen? Mal ganz frech gefragt. Das dürfte dann sogar ziemlich Aufwand und Kosten sparen. > In
-
Thread
Datenerhalt bei Spannungseinbruch
meinem Problem änhlich sind. Trotzdem wollte ich noch einmal das Problem hier angehen. Bei einem AT90CAN128 sollen Daten aus dem RAM bei Spannungsausfall ins EEPROM gesichert werden. Nach Recherche hier im Forum habe ich mich für die Variante mit Stützkondensator entschieden (siehe Anhang). 1) Ich
..32 Byte schreiben, was die Speicherzeit um den Faktor 8..32 >verringert! Gibt es denn beim AT90CAN128 einen Page Mode ???
-
Thread
Projekt Motor über Start/Stop-Taster starten
ihr mir da einen genauen Typ oder können > mein Vorhaben alle "CAN-fähigen" Atmels bewältigen? AT90CAN32 - AT90CAN128 Manuel Bü schrieb im Beitrag #3861534: > Auf was muss ich achten? Auf Fehler beim Programmieren.
-
Thread
Länge Stichleitungen ("stubs") an CAN bus
Ich muss einen AT90CAN ca 1,5 m vom Bus weg betreiben. Eine so lange Stichleitung erzeugt störende Reflexe am Bus (alle meine anderen Stichleitungen sind < 50cm und stören nicht). Die konventionelle Lösung für so eine
anbringen (Signale CanH und CanL = kurz), - die 1.5m lange Stichleitung zwischen Bustreiber und dem AT90CAN einbauen (Signale RXD und TXD 1.5 m Leitungslänge) - ohne Abschlusswiderstände; ich hoffe, dass hier die paar zusätzlichen Nanosekunden weder Reflexe noch störende Verzögerungen bringen sollten; wahrscheinlich
-
Thread
Wo liegt der Fehler?
mehr was alles) und beim kompilieren wird mir folgende Fehlermeldung geliefert: avr-gcc -c -mmcu=at90can128 -I. -gstabs -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst -std=gnu99 -Wp,-M,-MP,-MT,main.o,-MF,.dep/main.o.d main.c -o main.o
versuchsweise was auskommentiert. hier die richtige Fehlermeldung: Compiling: main.c avr-gcc -c -mmcu=at90can128 -I. -gstabs -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.lst -std=gnu99 -Wp,-M,-MP,-MT,main.o,-MF,.dep/main.o.d main.c -o main.o
-
Thread
Hardwareempfehlung
Nachricht über CAN-Bus rausgeschickt werden. Welche Hardware benötige ich dazu? Habe schon was vom AT90CAN128 gelesen, bin mir aber nicht sicher. Das ganze soll: relativ günstig sein, relativ kompakt sein, im Auto laufen (also 12V +- ihr wisst ja) und evtl. mit meinem vorhandenen STK500 realisierbar sein
brauche und habe MCP2551 und PCA82C250 als Kandidaten gefunden. D.h. ich kann theoretisch den AT90CAN128 nehmen, die RX/TX Signale üner einen der beiden Transceiver auf CAN_L/CAN/H wandeln und ans Fahrzeugnetz anschliessen? Was empfehlt ihr als Spannungsquelle? DCDC? oder was günstigeres? Also 12V
-
Thread
AVR Probleme mit externe Referenzspannung für ADC
zusammen, ich habe Probleme mit der externen Referenzspannung für die Verwendung des ADC von einem AT90CAN. Zur Referenzspannungserzeugung verwende ich einen REF1004-2.5; also 2,5V als Referenzspannung. (http://www.ti.com/lit/ds/symlink/ref1004-2.5.pdf) Den gleichen Baustein habe ich schon als Referenz
Sven schrieb im Beitrag #2923210: > des ADC von einem AT90CAN. Zur Referenzspannungserzeugung verwende ich > einen REF1004-2.5; also 2,5V als Referenzspannung. > (http://www.ti.com/lit/ds/symlink/ref1004-2.5.pdf) Wie groß ist der Pullup an der Kathode
-
Thread
Wieviel Speicher für CAN-Stack?
Ich rate auch zum Gespann Mega8+MCP2515, ist ja viel billiger als ein AT90CAN128 und man kann es schnell auf einer Uniplatine aufbauen. Auch ist man da vor Bugs relativ sicher, da beide schon einige Jahre am Markt sind. Der brandneue AT90CAN128 hat dagegen mindestens
-
Thread
Adressierung über Bus
LPC11U24 nehmen, aber der ist im > QFN-Gehäuse und damit schwerer zu verarbeiten. > ... Den AT90CAN32/64/128 kennst Du anscheinend nicht?
LPC11U24 nehmen, aber der ist im >> QFN-Gehäuse und damit schwerer zu verarbeiten. >> ... > > Den AT90CAN32/64/128 kennst Du anscheinend nicht? Doch, aber der ist für viele Anwendungen zu groß und zu teuer. Im Bereich 20 bis 28 Pins hat Atmel nichts anzubieten. Macht aber auch nichts, Microchip hat
-
Thread
Suche Low-Power Impulsgenerator / Taktgeber
ein IC, dass mir nach einer gewünschten Zeit einen TTL Impuls liefert, um meinen Mikrocontroller (AT90CAN128) periodisch aus dem Power-Down Modus zu wecken. Den Atmel µC möchte ich dafür nicht selbst nutzen, da er mit aktivem Timer zuviel Strom verbraucht. Der Impulsgeber sollte einen Stromverbrauch
ich leider nicht nutzen, somit bleiben mir die externen Interrupts und Timer2. Leider habe ich im AT90CAN128 Datenblatt nichts über den Stromverbauch bei Nutzung von Timer2 im asynchronen Modus gefunden. Die Stromverbrauchs-Tabelle im von Dir genannten Artikel zeigt allerdings exemplarisch, dass der
-
Thread
STK500 als Programmer
gefunden. Daher versuch ich´s jetzt wieder. Ich erstelle derzeit eine Steuerung basierend auf dem AT90CAN128. Da dieser Controller nicht auf mein STK500 passt habe ich die Platine so konfiguriert, dass ich on Board programmieren können sollte. Ich habe mich dabei an die Informationen aus dem Tutorium
Beim AT90CAN128 liegen die ISP-Anschlüsse (wie auch bei allen anderen 64-Pin-AVRs) /nicht/ an MOSI und MISO, sondern an PDI und PDO!
-
Thread
Adresse eines PORTs
hallo, ich bin Anfänger und arbeite mit dem Mikrocontroller AT90CAN128. ich beschäftige ich miche im IO vom PORTC. ich will die Addresse von PORTC und DDRC auslesen. ich habe so geschrieben. printf("DDRC=%x PORTC=%x",&DDRC,&PORTC); ich bekomme: DDRC=27 und
gast schrieb: > hallo, > ich bin Anfänger und arbeite mit dem Mikrocontroller AT90CAN128. > ich beschäftige ich miche im IO vom PORTC. > > ich will die Addresse von PORTC und DDRC auslesen. > ich habe so geschrieben. > > printf("DDRC=%x PORTC=%x",&DDRC,&PORTC); > ich bekomme
-
Thread
CAN Babbling Idiot Protection
und melden das an den µC Jetzt die Frage: Wird bei CAN-Controllern wie MCP2515 oder dem im AT90CAN integrierten hardwareseitig verhindert, dass man den Bus mit gültigen ID 0-Frames blockiert? Ich hätte tatsächlich einen Anwendungsfall, einen Bus zu Testzwecken zu jammen, damit andere Knoten
ich mir theoretisch mit ID 0 Länge 0-Nachrichten gut vorstellen könnte. Geht das z. B. mit einem AT90CAN?
-
Thread
richtige Übergabe an OCR1AH
mein uC 8-bit instruction set simulator besitz? Folgendes trifft nämlich auf meinen uC zu. •AT90CAN*/ATmega*C*, AT90USB*/ATmega*U*, AT90PWM*, and ATtiny87/167 devices will never be supported by simulator models, for these devices the 8-bit instruction set simulator will have to be used. Ich dachte
Compiler das auch können, weiß ich nicht. > Folgendes trifft nämlich auf meinen uC zu. > > •AT90CAN*/ATmega*C*, AT90USB*/ATmega*U*, AT90PWM*, and ATtiny87/167 > devices will never be supported by simulator models, for these devices > the 8-bit instruction set simulator will have to be used.
-
Thread
2 Controller steuern 1 Treiber - Kommunikation wie??
Controller (ATmega) steuert den Treiber für die LED im 4Hz Takt. Wenn der Taster am zweiten Controller (AT90CAN) betätigt wird, soll der erste Controller mit 10Hz blinken. Mein Grundgedanke ist: Während der taktgebende Controller in der Low-Phase ist, soll der "mitlesende" Controller, den Input auf Output
> Pyramidenbau ein, die haben Sklaven getrieben. Wer lesen kann ist klar im Vorteil (ATmega und AT90CAN) > Ich bin mit 41 zwar schon alt, aber ich denke, dass sich die > Fachbegriffe in den letzten 20 Jahren nich so plötzlich geändert haben, > dass ich es nicht mitbekommen habe. > > Ansonsten
-
Thread
Schaltung prüfen - Webserver mit CAN
Ich würde auch zum AT90CAN128 tendieren. Den MCP habe ich aus meinen Schaltungen rausgeschmissen. Der AT90CAN128 ist aufgrund seiner 15 MOBs wesentlich sympathischer als die 2 Filter des MCP.
-
Thread
CAN: Nachrichten gehen verloren
Moin ich habe vor an einen CAN-Bus mehrere AT90CAN128 zu hängen. Als CAN Software benutze ich den aktuellen Treiber von Atmel. Empfangen werden die Daten über eine SIG_CAN Interruptroutine. CAN 1: sendet 100 CAN Nachrichten CAN 2: empfängt und
Danke für die schnellen Antworten Mein CAN läuft mit 100kHz UART 9600 AT90CAN128 16MHz Ich weiß, dass die printf Ausgabe den ganzen Controller ausbremst. Es soll auch in erster Linie zur Kontrolle sein und später auch rausfliegen. Aber trotzdem kann es sein, dass der Controller
-
Thread
CPLD Programmer(Xilinx)
Reichelt, da faengt es bei 44 Euro an. Fuer meine Projekte habe ich meist ein FPGA und einen AT90CAN auf der Platine. Inzwischen setzte ich dafuer einen FT2232 mit auf die Platine. Kanal 1 spricht JTAG ueber MPSSE und xc3prog mit dem Xilinx FPGA/XCF Flash und javr mit dem AVR. Kanal 2 kann dann im
lokal. Die AVR Programmierung ueber MPSSE is deutlich langsamer als ueber den Parallelport. Beim AT90CAN128 hat Atmel einige bloede Aenderungen im Programmierprotokoll zum ATMEGA gemacht. Rund laeuft das ganze auch nur unter Linux, den mit Windows beschaeftige ich mich nur wenn ich muss.
-
Thread
CAN Bus Alternative für Arduino
(z.B. Firmwareupdate). Die Auswahl an AVRs ist leider nicht sehr groß, z.B.: ATMEGA32M1 oder AT90CAN128.
Firmwareupdate). > > Die Auswahl an AVRs ist leider nicht sehr groß, z.B.: ATMEGA32M1 oder > AT90CAN128. Ich interessiere mich auch sehr für diese Thema! Würdest du einen kleinen Schnipsel deines Can Code einstellen? Deine genialen Codes helfen immer immens den Einstig!! Lg
-
Thread
CAN-Logger Problem
Ich habe mir einen CAN-Logger mit dem dvk90can-board (at90can128) aufgebaut. Soweit funktioniert er auch, jedoch hab ich mal mit einem Vector-Tool parallel die Nachrichten mitgeloggt und dabei ist mir aufgefallen, das mein Logger einige Nachrichten nicht mitloggt
einem Buffer speichern und diesen dann alle 100 Nachrichten auf der Karte speichern, oder ist der AT90CAN128 einfach überfordert mit dieser Funktion.
-
Thread
AT90CAN128 - CAN sendet automatisch Nachricht mit ID "000"
Hallo, ich arbeite mit AT90CAN128 und soweit funktioniert alles, auch die Kommunikation über CAN-Bus. Ich habe nur ein Problem. Wenn ich 12V auf mein Board gebe, schaltet sich der uC ein und initialisiert CAN-Bus. Soweit es
-
Thread
Warum benutzen alle AT90CAN128 Modul RXD und TXD für ISP?
Hallo, Ich habe in Internet gefunden, alle vorhandene AT90CAN128 Modul benutzen RXD und TXD für ISP? Kann MOSI und MISO für ISP benutzen? Vielen Dank! Hua
-
Thread
AVR - AT90CAN128 - CAN-Write schneller, wie?
Hallo! Ich arbeite gerade an einem Projekt mit einem AT90CAN128 Controller. Der Controller soll neben anderen Aufgaben auch CAN-Nachrichten ausgeben. Der CAN läuft mit 1Mbit/s. Ich habe mir eine Funktion geschrieben, die CAN-Nachrichten ausgibt. Hier die C-Funktion
-
Thread
problem mit at90can 2x fast-pwm timer1/3
hallo, ich möchte unabhängig von einander 2x fast-pwm benutzen um 2 transistoren zu steuern. dazu habe ich mit timer1 eine fast-pwm auf port b6 initialisiert. funktioniert auch soweit gut, ich kann auch die pulslänge mit OCR1B steuern. bisher sieht mein code wie folgt aus: [c] //timer 1 OCR1A = 0x005F; //periodendauer OCR1B = 0x000F; //TOP wert/pulsbreite //fast-pwm, toggle ocna on compare TCCR1A = TCCR1A & ((0<<COM1A1)|(1<<COM1A0)|(0<<COM1B1)|(1<<COM1B0)|(0<<COM1C1)|(1<<COM1C0)|(1<<WGM11)|(1<<WGM10)); TCCR1A = TCCR1A | ((1<<COM1A1)|(0<<COM1A0)|(1<<COM1B1)|(