Guten Abend Ich habe keine Ahnung über PIC Programierung. :D Auf dem PCB habe ich 1-2 I2C Busse. Ich werde es zuerst mit Hilfe eines USB-I2C Adapter ansteuern. Später will ich aber dass ein PIC kontroller das macht, ich werde daher von vornherein den PIC auf dem PCB löten. Da ich den firmware nicht direkt entwickeln kann, und daher den USB-I2C Adapter benutzen werde, frage ich mich ob das zu Probleme führe wenn den I2C bus an den Pin des PICs angeschlossen sind (PIC nicht programmiert, oder firmware bug,....)???? - Standartmässig sind die I/O Pin als input konfiguriert nicht??? - Ich wollte zuerst die Stromzufhur zum PIC trennen, aber ich habe gelesen dass in diesem Fall kein einziges I/O pin angeschlossen sein darf weil es den PIC beschädigen könnte. Stimmt das? - Die Lösung wäre dann anstatt die Stromzufhur zu trennen, den PIC ständig im RESET modus zu lassen (Jumper). Aber wie verhalten sich die I/O pins in diesem Fall???? Könntet Ihr mir bitte helfen? :) Danke
Wenn die I2C-Pins an den PIC angeschlossen sind, muß dieser mit Spannung versorgt werden. Du kannst den Reset permanent auslösen, die Pins sind als Eingang geschaltet.
Ok danke. Ist es ratsam Serienwiderstände auf diese Eingänge zu benutzen?
Nein. Die könnten das Signal zu sehr verfälschen.
Danke :)
Da habe ich was vergessen. Wenn ich den USB-I2C Adapter benutzen werde, könnte es vorkommen dass den PCB mit dem PIC nicht unter Spannung steht, da das Adapter über USB mit Strom versorgt wird, und dass die I2C pull-up Widerstände auf dem Adapter montiert sind, wird der PIC Spannung an seine I2C Eingänge haben auch wenn er noch aus ist :/. Die Lösung wäre die I2C pull-up Widerstände auf dem PCB mit dem PIC zu versetzen nicht (und mit dem gleichen Vcc verbinden wie den PIC), da der I2C Bus ein open-drain ist. Nicht? Ok. Wie ist es aber mit dem SPI und USB???? :/ Die werde ich auch mit dem PIC benützen müssen. :/
Gast
#2998449
Du solltest (zunächst) ein DIP Gehäuse vorsehen und einen (leeren) Sockel bestücken. Gruss