MPLAB X IDE lent ?

[Liviu M]

Cu placere.

Ai incercat sa arzi codul in controller, sa vezi daca acolo e utilizabil? De debug inca nu indraznesc sa intreb.

Ca de fapt astea sunt activitatile in care un ide isi arata valoarea.

[UDAR]

Ai dreptate dar n-am ajuns până acolo . Breadboard-ul era pregătit în mare dar m-am blocat la faza cu durata mare . În seara asta sper să incerc . 

[Vizitator]

@UDAR
Eu zic ca MPLAB X este o incercare , nereusita, in Java a celor de la Microchip.
Mai au mult până sa-l faca un soft decent.
Daca nu utilizezi PIC-uri din generatia PIC32, foloseste MPLAB-ul vechi.

[Liviu M]

Singura problema (in windows) cu MPLAB-ul vechi e ca nu mai e actualizat de cativa anisori si nu mai ai suport direct in el (pentru programare/debug) pentru controllerele mai noi. Daca nu lucrezi decat cu seriile suportate, da, poate fi o optiune in continuare.

Pe de alta parte, eu, ca utilizator ocazional, sunt *) chiar multumit de mplabx. Si numai pentru faptul ca ruleaza in Linux si tot merita (pentru mine) sa-i iert din indecenta.

 

*) Ma rog, am fost, ca n-am mai facut de ani de zile nimic cu el. Nici nu mai stiu cu ce se mananca versiunile mai noi.

[Liviu M]

Am testat chiar acum MPLAB 8.92 cu xc8 v1.45 si 16F677. Concluzia - merge ca uns.

[core]

Daca foloseste make.exe la compilare, posibil sa fie versiunea cu probleme. Daca @Liviu Miti da executabilul lui, e posibil sa nu mai fie problema.

Am avut si eu probleme cu make.exe, rulat din visual studio code (statea cam 3-4 secunde aiurea), si eu am rezolvat-o printr-un upgrade la make.exe, mai exact am dat rename la un alt executabil mai nou, din mingw32-make.exe, in make.exe

[Vizitator]

@core
Nu cred ca problema este de la make.exe (make este un interpretor de comenzi care .printre altele, ruleaza compilator, link-editor ...)
MPLABX este scris (cu multe buguri) in Java. Duce procesorul usor in 100%.
Daca ai un PC mai slabut sau ocupat si cu alte lucruri, merge ca dracu. Te lasi de programare

 

 

Editat Aprilie 3, 2021 de Vizitator

[UDAR]

Vă mulțumesc tuturor pentru interes. În seara asta o să încerc cu MPLAB X până la capăt - să programez controlerul, să încerc simulatorul, etc . 

Dacă nu - am înțeles : MPLAB v8.92 + XC8 v1.45 !

[Liviu M]

@core: pai a testat cu make-ul lui (de fapt make-ul cu care vine mplabx) si i-a mers decent.

@Liviu.Mihaiu: microchip adauga destul de putin la IDE, problemele vin de la netbeans. Da' daca vrei sa ruleze pe mai multe platforme, nu prea ai cum sa treci pe langa java.

@UDAR: xc8 v1.45 pentru ca asta aveam instalat pe calculator, in windows. Trebuie sa mearga bine merci si cu varianta ta, dupa ce aplici ce scrie in linkul de l-am pus mai devreme. Pe scurt, dupa ce instalezi mplab 8.92, cd in directorul bin al xc8 v1.42 (sau cat ai tu) si, ca administrator, "inregisterzi" xc8.

cd  "C:\Program Files (x86)\Microchip\xc8\v1.34\bin"

regsvr32 mplabxc8.dll

Editat Aprilie 3, 2021 de Liviu M

[Liviu M]

A, sooo, nu stiu cat de bine o sa mearga simularea in xc8-ul tau, ca trebuie compilat codul in debug mode si nu m-am prins cum se face din consola. Ma astepatam ca unul din makefile-uri sa aibe un flag sa-i zici "debug", da' nu-l gasesc.

Sunt sanse sa mearga din configuratii, da' inca mai sap sa ma prind cum.

[Liviu M]

Tot eu. Mai suporti?

Dupa ce am intors pe toate partile toate optiunile de configurare din MPLABX fara nici un pic de succes, am decis sa citesc manualul. As fi putut sa incep cu asta, da' unde mai era farmecul.

Totul (inclusiv ce ti-am zis eu cu make de mana) e explicat in anexa B (Appendix B. Working Outside the IDE). Pe scurt, ca sa compilezi, asa cum ti-am zis deja, dai comanda make simpla. Ca sa pregatesti proiectul pentru debug, folosesti optiunea TYPE_IMAGE=DEBUG_RUN, comanda devenind:

$ make TYPE_IMAGE=DEBUG_RUN

Am testat si pare sa mearga.

Spor!

[UDAR]

Da, dar ceața abia acum se lasă ! Azi a mers ca fulgerul ! Am pierdut ceva timp ( deh , bătrânețea, mă lasă vederea ) schimbând fire pe breadboard ca să mă conving că PIC-ul și LCD-ul sunt OK - folosind pentru asta MikroC . 

În fine codul inițial nu lucrează - asta e altă discuție , o să pun pur și simplu un LED Blink să văd că merge .

Dar la ultima tentativă (după ce am editat intenționat) a compilat în 8 secunde iar acum dacă i-am dat din nou ”Make and program device” i-a luat mai puțin de o secundă .

Mi-e  jenă că v-am pus la lucru dar ieri am încercat de câteva ori cu alte aplicații oprite ( care acum merg ). În fine, mai sap . 

 

PS Am pornit acum și Backup and Sync from Google care rămăsese oprită de ieri . Merge și cu ea. Nu știu ce să zic. 

Editat Aprilie 3, 2021 de UDAR

[Liviu M]

Pai e foarte bine atunci, că e totuși mai ușor sa să faci totul cu o sculă. Felicitări! 

Ca motive pentru reparație să fie repornirea PC-ului, sau n-are legătură? 

[UDAR]

Sincer nu știu dar nu cred . Scula deși veche e stabilă - cu excepția Windows Explorer care mai crapă din când în când dar își revine singur repede - nu am avut probleme .

E un Dell Optiplex 780 în configurația de fabrică și cu Windows pus pe el tot de fabrică.

Poate că manevrele din linia de comandă l-au învățat calea .....

O să încerc ( mâine probabil ) cu un proiect nou. 

Între timp am adăugat la cod liniile care fac LED-ul să clipească și totul merge OK , inclusiv găsirea programatorului (PICKit2) - mai puțin inițializarea LCD , dar aia e altă discuție. Acolo o să sap în seara asta dar sunt încă foarte derutat de fișierul .lst de aici. Cu ăla de la MikroC mă învățasem. 

Eu îți muilțumesc mult pentru răbdare și îmi cer iertare dacă te-am pus degeba la muncă . Încă nu știu ... 

Valabil și pentru ceilalți colegi care s-au implicat.

[informer]

Acum 22 ore, UDAR a spus:

Vă salut .

Am încercat azi să testez trecerea de la MikroC PRO for PIC la MPLAB X IDE din motive de ”Demo Limit ”.

Întrucât lucrez pe un PC cu Win7 32 biți am instalat MPLAB X IDE v. 3.65 cu XC8 v1.42 . 

O parere apropo de trecere.

Am lucrat niste ani buni in MikroC, am avut si am licenta (aia cu "hard-key" pe USB) timp in care am avut mai multe tentative de trecere pe MPLAB... a 3-a mi-a reusit.

De atunci n-am mai revenit la MikroC decat pt. proiectele pe care mi-a fost lene sa le transcriu.
Este un MARE avantaj fata de MC daca lucrezi cu toata gama de PIC-uri, in special cele mai noi... personal il aleg intotdeauna pe cel mai dotat cu capsula ce-mi trebuie si fac, in masura posibilului, toate proiectele cu respectivul... culmea e ca cele mai noi si mai dotate NU sunt cele mai scumpe, din contra (vezi seria K42, Q43 etc.).

Folosesc MCC cu prudenta... in nici un caz pt. I2C... am preferat sa scriu varianta soft.

Ca IDE e superior, tema dark din NetBeans protejeaza ochii.

Spor la treaba.