Pulsen zijn zo te zien de cycle clock (1 blok is 1uS? Dan is 1 zo'n puls 125nS, ofwel 8MHz)
Die hoort niet op die SPI pulsen te zitten, lijkt wel of er met de voeding of zo wat mis is (Vcc of Gnd)
Dit topic is gesloten
Special Member
Pulsen zijn zo te zien de cycle clock (1 blok is 1uS? Dan is 1 zo'n puls 125nS, ofwel 8MHz)
Die hoort niet op die SPI pulsen te zitten, lijkt wel of er met de voeding of zo wat mis is (Vcc of Gnd)
Golden Member
Op 14 april 2021 19:10:31 schreef marcob:
Kun je eens het schema en foto's van de print posten. (misschien staan ze ergens in dit topic, maar geen zin om 30 bladzijden door te zoeken )
Dan kunnen we meekijken en meedenken
Het printje is nu elders gemonteerd. Ik zal hem er eerdaags even afhalen en een fotootje maken.
Golden Member
Wat ik me overigens terzijde nog afvroeg.
Wat doe je met niet-gebruike poorten van een PIC?
Gewoon los laten hangen? Of is het wellicht beter ze als input te benoemen en naar GND te leggen?
Special Member
Niet gebruikte pinnen als output en laag.
Golden Member
Ah!
En als je nu van Poort B alleen B.0 input hebt:
pic basic code:
TRISB = %00000001 'B0 Input
Moet ik dan alle B.1 t/m B.7 individueel op 0 zetten,
of mag ik dan toch LATB = 0 doen? (ervan uitgaande dat hij B.0 niet meeneemt omdat die input is?
Special Member
of mag ik dan toch LATB = 0 doen?
Ja...
Golden Member
-
[Bericht gewijzigd door Bavelt op maandag 19 april 2021 11:30:22 (100%)
Special Member
Wel eerst gewist?
Special Member
Slecht contact van je ICSP pinnen soms, dat wil soms ook vreemde verschijnselen geven.
Special Member
Krijg je ook als de schakeling waar de pic op zit geen eigen voeding heeft en meer trekt als 100mA uit de pickit...
Heb je er wel eens aan gedacht of die pickit2 die chip wel kan programmeren?
Mijn pickit2 was wel een kloon maar ik had ook veel problemen met die nieuwere chips met dezelfde foutmeldingen.
Voor de courante maar ook oudere pic's is hij wel heel goed en gebruik hem nog.
Mijn echte pickit3 is voor die nieuwere chips veel beter.
Special Member
Op 19 april 2021 12:12:54 schreef Arco:
Krijg je ook als de schakeling waar de pic op zit geen eigen voeding heeft en meer trekt als 100mA uit de pickit...
Daarom voed ik ook niet uit de pickitxxx, voed de 5VDC altijd extern.
Golden Member
Zoals eerder gevraagd, foto's van de opstelling, schema e.d.
Golden Member
Op 19 april 2021 12:12:54 schreef Arco:
Krijg je ook als de schakeling waar de pic op zit geen eigen voeding heeft en meer trekt als 100mA uit de pickit...
Ik heb beide varianten geprobeerd. Zowel zonder (dus via USB PC) als met een externe voeding. Maakt niet uit.
Maar dus ook met MPLAB lukt het niet. Het heeft overigens altijd wel gewerkt.
'Erasen' lukt wel, een 'read' van de pic gaat ook goed. Het probleem zit hem in de 'write'.
De foutmelding komt ook steeds met andere adressen.
Misschien de connector (UTP RJ45 plug) maar eens opnieuw monteren en solderen (je moet toch wat..), al meet ik met een multimeter wel contact op de juiste pinnen.
Golden Member
Op 19 april 2021 12:37:56 schreef marcob:
Zoals eerder gevraagd, foto's van de opstelling, schema e.d.
Foto van printje komt er binnenkort aan.
Ik had de indruk dat erase je ook al niet lukte. Doe eens een erase en daarna een read en post de foto?
(geen foutmelding maar NIET werken!)
Special Member
Als de verify errors steeds op andere plaatsen gebeuren zou het inderdaad een rotte verbinding kunnen zijn (of te lange kabel, liefst < 15cm houden)
Golden Member
Op 19 april 2021 13:04:25 schreef Bavelt:
[...]
Foto van printje komt er binnenkort aan.
Het schema is net zo belangrijk (misschien wel belangrijker)
Golden Member
Op 19 april 2021 15:28:31 schreef marcob:
[...]Het schema is net zo belangrijk (misschien wel belangrijker)
Ik heb hier een paar fotootjes:
Het 'computertje' met processor PIC 16F18857 en RJ45 pluggen: eentje voor naar de panelen met LED's en de andere voor het flashen van de PIC.
Op de print zit de RTC DS1307. En een paar dipswitches (om wat testen te kunnen doen).
De achterzijde met bedrading:
De Ledjes die de maan vormen:
Dan nog een blikje op de achterzijde van enkele panelen:
En het geheel, aan het plafond gemonteerd (8 panelen)
Het schema heb ik alleen op klad (het is me nog niet gelukt om met een programma een net schema te tekenen).
Dan moet ik anders een fotootje maken van het 'klad'
Golden Member
Op 19 april 2021 13:21:13 schreef Arco:
Als de verify errors steeds op andere plaatsen gebeuren zou het inderdaad een rotte verbinding kunnen zijn (of te lange kabel, liefst < 15cm houden)
Zo programmeer ik de PIC:
Is toch een redelijk kort snoertje vanaf de PicKit (in de buurt van 15 cm)
Golden Member
Nou, ik heb de PIC van het boardje gehaald en in een breadboard gestoken.
Met 'gewone' Dupont draadjes vanaf de PicKit naar het breadboard.
En het werkt meteen.
Er móet dus iets raars op het boardje zitten.
Die ga ik ontmantelen en (wellicht) opnieuw opzetten.
Want het tweede exemplaar dat ik had gemaakt met een andere opzet (PIC16F1847) werkt nu al dagen goed.
Special Member
Hangt er soms iets van te zware belasting aan ICSP pinnen? (Data, clock, en mclr)
Golden Member
Op 19 april 2021 21:18:59 schreef Arco:
Hangt er soms iets van te zware belasting aan ICSP pinnen? (Data, clock, en mclr)
Nou, puur voor mijn eigen nieuwsgierigheid heb ik het printkaartje gestript, alle draden naar de PIC opnieuw gesoldeerd en nu werkt het wel..
Blijkbaar heeft er dus ergens iets 'niet lekker' gezeten. Onderbeking, sluiting, whatever...
Dus het probleem is weg.
Wat ik me dan wel afvraag: als er iets niet goed zit, waarom hij dan wel 'erased' en leest, maar niet schrijft...
Dit topic is gesloten