Är AVR något att ha egentligen?
Andra användare som haft problemet:
http://www.avrfreaks.net/index.php?name ... ic&t=42345
http://www.avrfreaks.net/index.php?name ... ic&t=41153
http://www.avrfreaks.net/index.php?name ... ic&t=42345
http://www.avrfreaks.net/index.php?name ... ic&t=41153
.Jag hade ett uart-demoprogram som jag hittat på nätet. En enkel sak bara för att testa att jag kopplat in rs232-transceivern korrekt.björn skrev:Varföe satte du PRSPI från första början? Har den någon funktion som du ville ha eller?
Programmet börjar med att disabla alla periferienheter utom uart. Killen som skrivit det hade kanske som vana att göra så helt enkelt.
Jag har använt programmmet tidigare och "visste" att det fungerade. (Men då hade jag programmerat med ISP.) Jag hade väldigt svårt att ens tänka mig att själva programmet fick processorn att låsa sig så jag ägnade mig åt att dubbelkolla kopplingen i hårdvara o. likn.
Rick81: Varför byta bort från något som fungerar bra? Precis som vi gissade så "krånglar" inte AVR:en utan även i detta fall så gjorde den precis "vad den blev tillsagd att göra". För att spara ström så stängdes klockan till diverse interna periferienheter av, tyvärr även en som DebugWire använder sig av, därför slutade det fungera. Inget konstigt med det, lika självklart som 1 och 0. Men jag håller med om att det inte var det första man tänkte på... Precis som björn säger så spelar det NOLL ROLL vilken mikrokontroller man använder. Alla har sina för- och nackdelar.
Nja, jag skulle snarare säga att det är väldigt viktigt att välja rätt mikrokontroller till sitt projekt. Eftersom alla har sina fördelar/nackdelar ska man ta den som passar.maha skrev:Precis som björn säger så spelar det NOLL ROLL vilken mikrokontroller man använder. Alla har sina för- och nackdelar.
Jämför tex en ARM9 jämfört med en PIC, så har de helt olika användningsområden.
Men visst mellan PIC och AVR är det mer en smaksak än beroende på användningsområden.
Tack för att du håller med mig om att det inte var en självklar grej.maha skrev:Rick81: Varför byta bort från något som fungerar bra? Precis som vi gissade så "krånglar" inte AVR:en utan även i detta fall så gjorde den precis "vad den blev tillsagd att göra". För att spara ström så stängdes klockan till diverse interna periferienheter av, tyvärr även en som DebugWire använder sig av, därför slutade det fungera. Inget konstigt med det, lika självklart som 1 och 0. Men jag håller med om att det inte var det första man tänkte på... Precis som björn säger så spelar det NOLL ROLL vilken mikrokontroller man använder. Alla har sina för- och nackdelar.
Däremot håller jag inte med dig om resten. Det finns vissa andra begränsningar i dw ssm att man kan få problem om man har externa resetkretsar eller använder reset som i/o (på uP där det går). Detta kommer inte som en överaskning om man vet att dw jobbar på reset-pinnen. Och det vet man nog om man vet en sak om dw.
Däremot finns det *inget* som visar på att det finns ett samband mellan SPI och dw innan man läser de raderna där det står, sist i dw-kapitlet och under registerdefinitionen. Och om dw och SPI råkar dela klocka varför disablas inte PRSPI-biten när dw enablas? Det är detta jag menar med att det finns en bug i kislet. (Dokumneterad förvisso.)
De riktiga hardcore-avrfreaksen kommer nog att insistera på att "It's not a bug, it's a feature" men jag tror inte det.
speakman: Du menar ungefär: "This parrot is not dead..."
Nej det hjälper inte att starta om. Har du testat själv? Varför inte?
Hmm... Så du menar att det alltid funkar från början med dina projekt... ...nu är det lite fusk här när jag ställer en sån samvetsfråga eftersom jag känner dig in real life och vet att du måste ljuga om du håller fast i ditt påstående!!Rick81 skrev:Använd PIC! De krånglar aldrig och gör precis det man säger till dem.
