Gast
#4263567
Moin, kann man mit diesem doch recht kleinen µC (M0, TSSOP20) das on-chip USB und CAN gleichzeitig nutzen? http://www.st.com/web/en/resource/technical/document/datasheet/DM00105814.pdf
Gast
#4263595
Auf die schnelle konnte ich nix gegenteiliges finden. Der hier hatte wohl die gleiche Absicht: https://my.st.com/public/STe2ecommunities/mcu/Lists/STM32Java/DispForm.aspx?ID=2293&Source=/public/STe2ecommunities/mcu/Tags.aspx?tags=can Im Reference Manual auf Seite 865 steht zumindest etwas von "Up to 1024 bytes of dedicated packet buffer memory SRAM (last 256 Bytes are exclusively shared with CAN peripheral)" http://www.st.com/web/en/resource/technical/document/reference_manual/DM00031936.pdf Die Jungs scheinen also endlich das Problem des gemeinsamen RAM irgendwie gelöst zu haben. Ob das einfach zu implementieren ist, weiß ich auch nicht...klingt etwas frickelig - so als müsste man den "exclusively shared Ram" noch auseinanderklamüsern. Naja, Viel Spaß ;)
USB_DM/DP geht nur an PA11/12. CAN_RX/TX geht nur an PA11/12 oder PB8/9, aber beim TSSOP20 gibt es PB9 nicht. Das gemeinsame SRAM zeigt schon, dass dies auch nicht vorgesehen ist.
Ich habe auch schon länger mit diesen Controllern experimentiert, bin aber leider zum Schluß gekommen, dass es nicht funktioniert, weil die USB- und CAN-Pins identisch sind. Hier haben die Entwickler des Controllers wohl nicht geplant, dass jemand USB und CAN gleichzeitig benutzen will. Obwohl das heutzutage sehr häufig gebraucht wird. CAN und USB gleichzeitig ist erst ab den 48poligen Controller möglich.
Gast
#4264958
Man kann auch 2 dafür per SPI verbinden ;-)
Erwin R. schrieb: > Hier haben die Entwickler des > Controllers wohl nicht geplant, dass jemand USB und CAN gleichzeitig > benutzen will. Obwohl das heutzutage sehr häufig gebraucht wird. CAN und > USB gleichzeitig ist erst ab den 48poligen Controller möglich. Wahrscheinlich haben sie das schon mit bedacht, jedoch dann zum Schluss gekommen, dass es eine ganze Familie von Controllern gibt. Einen kleinen Controller "extra" für USB-CAN-Interfaces wollten sie dann wohl doch nicht mehr bauen. Die meisten CAN-Anwendungen brauchen wohl kein USB, dafür aber mehr IO.