Hallo zusammen, mir geht das auf den Geist immer den ISP ab zu ziehen und die Hardware zu testen und dann den ISP drauf stöpseln und das verbesserte Programm drauf zuspielen. gibt es eine Möglichkeit das der ISP angeschlossen bleibt und nach dem brennen die Hardware Funktioniert? Vielleicht was Hardwaremäßig dazwischen welches dann umschaltet von Progger (LPT ) zur Hardware und nach einen RESET erst nach den Progger sucht und dann die Hardware die am SPI ist im Betrieb kommt.
Nimm gleich nen Progger, der seine Pins Hochohmig schaltet, sobald er nicht mehr aktiv ist. Oder bau so einen. Ist sicher weniger Aufwand als das nachträglich einem Parport-Billig-ISP beizubringen.
Schau Dir mal den Analogmultiplexer 4053 an. Mit dem kannst Du die SPI-Leitungen umschalten. Gesteuert wird der Multiplexer über die Reset-Leitung vom Controller. Gruß, Thomas
Xter Gast wrote: > mir geht das auf den Geist immer den ISP ab zu ziehen und die Hardware > zu testen und dann den ISP drauf stöpseln und das verbesserte Programm > drauf zuspielen. Mir früher auch. > gibt es eine Möglichkeit das der ISP angeschlossen bleibt und nach dem > brennen die Hardware Funktioniert? Vielleicht was Hardwaremäßig > dazwischen welches dann umschaltet von Progger (LPT ) zur Hardware und > nach einen RESET erst nach den Progger sucht und dann die Hardware die > am SPI ist im Betrieb kommt. Wozu unnütz extra Hardware, wenns auch in Software geht? Die Lösung nennt sich Bootloader. Peter
Jeder bessere Programmer, auch solche am LPT-Port mit Treiber dazwischen, stört den Controller-Betrieb nicht, weil er nur im Reset aktiv ist. Die LPT-Dinger haben allerdings die Eigenheit, beim Start vom PC um sich zu schlagen. Man sollte freilich darauf achten, dass die ISP-Pins im Reset nicht von der Peripherie blockiert werden. Das kann man mit einem Muxer machen, aber meist geht's auch wesentlich einfacher. Wenn das irgendwelche SPI-Devices sind, dann reicht es aus, den SS-Pins der SPI-Devices einen Pullup-Widerstand zu gönnen, weil die entsprechenden Pins des Controllers während der Programmierung offen d.h. hochohmig sind und der Pegel sonst undefiniert ist. Manche SPI-Devices haben den sogar schon drin.
Und bei 64er, 128er und Konsorten zwischen RxD (Controller) und Pheripherie (MAX?) einen Widerstand und den ISP direkt an RxD. MW
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.