Sida 7 av 9
Postat: 1 december 2007, 16:34:43
av JJ
Har du testat? (Manualen lovar inte vad som händer men du kan ju kolla.)
Postat: 1 december 2007, 18:13:58
av ucadv
ska försöka kolla det när jag är tillbaka i sverige
Postat: 1 december 2007, 21:00:50
av speakman
Från "Frozen Hell"?

Postat: 2 december 2007, 14:30:34
av JJ
Postat: 2 december 2007, 23:09:33
av Rick81
Använd PIC! De krånglar aldrig och gör precis det man säger till dem.
Postat: 2 december 2007, 23:40:19
av björn
Jag har några picar som ligger här i en låda, dom gör *aldrig* som jag säger.
Igår bad jag dom gå ut med soporna men inte ens det klarade dom av

.
Dock, om man läser på (datablad mm) så kan man få AVR/PIC/annan uc att göra det dom är tänkta att göra, tex styra en robot till att gå ut med mina sopor

Postat: 3 december 2007, 06:49:57
av JJ
björn skrev:Varföe satte du PRSPI från första början? Har den någon funktion som du ville ha eller?
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.
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.
Postat: 3 december 2007, 08:03:13
av maha
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.
Postat: 3 december 2007, 09:22:39
av speakman
> ...själva programmet fick processorn att låsa sig...
Låste sig verkligen processorn? Tappade du inte bara kontakten med DebugWire?
Postat: 3 december 2007, 19:55:17
av Rick81
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.
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.
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.
Postat: 3 december 2007, 20:02:08
av maha
Det var tillverkaren jag menade, självklart ska man inte använda en motorsåg där det räcker med ett stämjärn.
Postat: 3 december 2007, 20:33:03
av xarragon
Fast motorsåg är mycket roligare...
Postat: 3 december 2007, 20:37:40
av JJ
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.
Tack för att du håller med mig om att det inte var en självklar grej.
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?
Postat: 3 december 2007, 20:43:51
av speakman
Den går inte att få kontakt med via ISP heller? Eller någon annan metod?
Postat: 3 december 2007, 21:09:33
av Andax
Rick81 skrev:Använd PIC! De krånglar aldrig och gör precis det man säger till dem.
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!!
