Sida 2 av 2

Re: Slutord i denna tråd

Postat: 20 juni 2005, 23:16:07
av erixon
tummen skrev:Som avslutning kan man väl oxo tillägga att ni inte ska va så snabba att försöka idiotförklara andra som skriver något här, inte speciellt listigt att ge sig på människor som ni inte vet vilka kunskaper de besitter.
Hur ska de okunniga våga fråga något när de ser hur andra blir behandlade här, helt utan anledning och utan att det fanns något som helst fog för påhoppet?
Tja... "Killen behöver hjälp inte att bli idiotförklarad..." var inte menad att idiotförklarad dej utan sätta fokus på problemet... Jag inser att det kanse inte var så smidigt skriver... sorry :cry:

Re: Slutord i denna tråd

Postat: 20 juni 2005, 23:24:39
av tummen
Näää va inte det jag syftade på så du kan sova lugnt inatt.
Fast focus va egentlgien på att det nu är dokumenterat att det va en bugg

Postat: 20 juni 2005, 23:30:02
av Schnegelwerfer
Hur gammal är egentligen 16F88?
Jag tycker att det är konstigt att detta inte upptäckts tidigare, det måste ju finnas massor av folk som råkat ut för detta problem tidigare.

Postat: 21 juni 2005, 08:51:04
av tummen
Ska jag va ärlig så är det inte så säkert för det verkar inte speciellt vanligt med användning av I2C på pic ändå, inte om man kollar hur mycke info om det som finns ute och exempelkod och sådant regnar det inte direkt av. De som använder I2C som master på en 16F88 sätter denna som utgång och berörs då inte av problemet.

Du måste alltså ha PORTB change interrupt + använda 16F88 som I2C slave för att hamna i knipan.

Postat: 21 juni 2005, 08:52:36
av Schnegelwerfer
Ok, det normala är nog som sagt att använda PIC:en som master.