ESP8266 & CAN // Vorschläge passender Baustein

[r_u_d_i (Gast)]

Hi

Ich würde sehr gerne eine CAN Schnittstelle mit dem ESP8266 verheiraten, 
ich gestehe, dies wird der erste Schritt für den ESP8266 in dieser 
Richtung <.< Eine Verlobung fand bisher noch nicht statt ;-) ;-) 
geschweige eine Bekanntmachung. Das wird sozusagen ein Blind Date.

Ich suche den passenden Baustein dafür. Welcher ist beliebt?
Welchen könnt ihr vorschlagen? Welche Schnittstelle ist am Besten dafür 
geeignet? SPI, I2C oder andere?

Wie könnte man ein sinnvolles Gegenstück realisieren, was in der 
Automation mit CAN wäre sinnvoll, experimentiell dieses über eine WIFI 
Schnittstelle und einer Android APP / PC Desktop  zu steuern?

Würd mich freuen wenn was rauskommt dabei :)
Denke nicht dass wir dazu 9 Montae brauchen werden.
Das muss bei Bausteinen schneller gehen.

Was fällt euch konstruktiv dazu ein, den ESP8266 CAN fähig zu machen,
bitte auch konstruktives contra! wenn es für jemanden keinen Sinn macht 
- oder Einwände hat.. der meldet sich bitte jetzt ;-)

Lg rudi ;-)

Thread lass ich einfach mal zwei drei Tage allein vor sich hinwerken.
Hab den Winterdienst diese Woche und der Schnee kam natürlich genau in 
dieser Zeit :(

[Jürgen H. (heidi02)]

Nun, der Klassiker wäre der MCP2515. Der wird per SPI angebunden.

[r_u_d_i (Gast)]

@Jürgen

Danke!

MCP2515-I/SO

Den hab ich auf die Liste gesetzt, - den gibt es auch bei Reichelt;
für mich ist auch wichtig ob er verfügbar ist.

Was haltet ihr von :

a) TJA1050T
b) TJA1040T/N1
c) PCA82C251T/YM
d) SN65HVD230DR

lg rudi ;-)

[Lutz (Gast)]

???
Der MCP2515 ist ein CAN-Controller, während a) - d) CAN-Transceiver 
sind.

[Ronny S. (phoenix-0815)]

Lutz schrieb:
> ???
> Der MCP2515 ist ein CAN-Controller, während a) - d) CAN-Transceiver
> sind.

Hy Rudi,

Hat er Recht.

CAN-Transceiver ist eine andere Baustelle.

Gruß Ronny

[D. V. (mazze69)]

r_u_d_i, leider nur Gast

[R. W. (Gast)]

D. V. schrieb:
> r_u_d_i, leider nur Gast

jetzt nicht mehr und checkbox "thread beobachten" gesetzt.
;-)

Ronny S. schrieb:
>
> CAN-Transceiver ist eine andere Baustelle.

genau richtig denke ich ;-) für diese DEBUG_LOGIK_baustelle:
vieleicht ist das auch quatsch dieser quergedanke, aber ich 'paste' es 
trotzdem:

"Der CAN-Transceiver ist über eine einfache serielle Verbindung 
(RxD/TxD) mit dem CAN-Controller verbunden. Der Transceiver wandelt 
diese Signale dann in das entsprechende differenzielle Format (CAN 
High/CAN Low) um bzw. umgekehrt. Somit ist der CAN-Transceiver die 
Schnittstelle zwischen CAN-Controller und physikalischem Bus."

und d) hat 3.3 v

quatsch?

[Gerd B. (bertr2d2)]

RS232(3V3) -> SLCAN

PIC18F25K80 + MCP2562 + CAN-CAN:
http://wiki.kewl.org/dokuwiki/projects:can-can
http://hg.kewl.org/pub/can-can/file/

[R. W. (Gast)]

Gerd B. schrieb:
> RS232(3V3) -> SLCAN
>
> PIC18F25K80 + MCP2562 + CAN-CAN:
> http://wiki.kewl.org/dokuwiki/projects:can-can
> http://hg.kewl.org/pub/can-can/file/

danke!

[Gerd B. (bertr2d2)]

Eisenbahn ? kewl :-)

[r_u_d_i (Gast)]

;-)

der spielzeugmarkt ist gross ;-)

[Gerd B. (bertr2d2)]

Oder so http://lnxpps.de/openwrt/wr841/index.html ?

[V. K. (fragender)]

Gerd B. schrieb:
> Oder so http://lnxpps.de/openwrt/wr841/index.html ?

He He,

so etwas in der Art bloß noch mit extra FiFo hatte ich auf WL500 mal am 
laufen.

Gruß

[Rudolph (Gast)]

Wenn es klein sein soll ATMega16M1 + TJA1050.
Oder vielleicht ein LPC11C24 von NXP, da ist der CAN-Transceiver gleich 
mit drin.