Erik
In order to succeed you must fail, so that you know what not to do the next time.
Zoals jullie al aan het onderwerp zien, ik heb de jdm programmer van deze site. Als ik soms een pic programmeer en hem weer leeg haal willen er nog wel eens stukken van het vorige programma in blijven staan. Ligt dit aan de gebrekkigheid van de programmer of aan iets anders?
alvast bedankt
Bastiaan
Bachelor of Engineering -- Microcontrollers AVR, PIC (asm, C), PC applicaties (C, C++), Webpages (HTML, CSS, PHP, SQL), Rail-infra engineer
Hoe bepaal jij dat er nog stukken in blijven zitten?
Erik
In order to succeed you must fail, so that you know what not to do the next time.
door de inhoud te vergelijken met de file die ik erin laad zoals je denk ik weet (weet het haast wel zeker) zit er een functie in ic-prog waarmee je dit kan doen
Bastiaan
Bachelor of Engineering -- Microcontrollers AVR, PIC (asm, C), PC applicaties (C, C++), Webpages (HTML, CSS, PHP, SQL), Rail-infra engineer
Op 17 januari 2003 20:58:53 schreef Erik:
door de inhoud te vergelijken met de file die ik erin laad zoals je denk ik weet (weet het haast wel zeker) zit er een functie in ic-prog waarmee je dit kan doen
En hoe kom je aan de inhoud?
Misschien stomme vraag hoor, maar ik heb het vermoeden dat je werkwijze niet juist is zodat je ook tot een onjuiste conclusie komt.
-Je moet je PIC proggen (via buffer 1)
-Dan buffer 1 in IC-prog legen.
-Dan even de inhoud lezen uit je PIC (via buffer 1)
-Dan in buffer 2 je programma openen
-Daarna kiezen voor buffers vergelijken.
Komt er als je dit hebt gedaan nog steeds hetzelfde uit?
Erik
In order to succeed you must fail, so that you know what not to do the next time.
hehe zo slim was ik nog wel 
maar inderdaad dan geeftie nog steeds aan dat er delen niet kloppen
Bastiaan
Bachelor of Engineering -- Microcontrollers AVR, PIC (asm, C), PC applicaties (C, C++), Webpages (HTML, CSS, PHP, SQL), Rail-infra engineer
Ik snap trouwens niet dat je vergelijkt. Wrom kijk je niet gewoon of alles wat die heeft ingelezen van die PIC 3FFF is. Want dat is namelijk "leeg".
Erik
In order to succeed you must fail, so that you know what not to do the next time.
ook al gedaan en dan staan er nogsteeds stukken in die niet leeg zijn
ik heb verschijdene pic's gedaan allemaal zelfde resultaat maar als ik hem een tijdje laat staan en dan weer gebruik gaat het wel weer goed... dus ik heb het idee dat het gewoon de progger is
Bastiaan
Bachelor of Engineering -- Microcontrollers AVR, PIC (asm, C), PC applicaties (C, C++), Webpages (HTML, CSS, PHP, SQL), Rail-infra engineer
Ik denk zelf dat die progger gewoon niet goed inleest. Ma ach, who cares, als die maar progt.
[Bericht gewijzigd door Bastiaan op ]
Erik
In order to succeed you must fail, so that you know what not to do the next time.
dat is nou juist het hele probleem omdat ie hem niet goed wist en je programmeerd hem opnieuw laat hij stukken van het oude programma staan en klopt je hele programma dus niet meer!
Bastiaan
Bachelor of Engineering -- Microcontrollers AVR, PIC (asm, C), PC applicaties (C, C++), Webpages (HTML, CSS, PHP, SQL), Rail-infra engineer
Kan, maar heb je dat al eens gehad dan. Ik bedoel echt ervaren dat het gebeurde, of haal je dat alleen uit de ic-prog ervaringen?
Erik
In order to succeed you must fail, so that you know what not to do the next time.
nouja normaal leest ic-prog em altijd goed in dus het lijkt me toch echt dat het aan de progger ligt...
Bastiaan
Bachelor of Engineering -- Microcontrollers AVR, PIC (asm, C), PC applicaties (C, C++), Webpages (HTML, CSS, PHP, SQL), Rail-infra engineer
Dat vraag ik niet.
Heb je al eens ervaren dat tijdens runtime je schakeling iets geks deed omdat "oude code" werd uitgevoerd?
[Bericht gewijzigd door Bastiaan op ]