[OT ITA] Lo spamm bar (Part 1)

Mi sa che oggi è l'ultimo giorno in cui il codice MCHPFREE funziona sullo store di Microchip (... non avevano indicato una data, ma hanno tolto il banner ed immagino che con fine mese, finisca anche l'offerta ::slight_smile:) per avere le spedizioni gratuite (oltre ad eventuali altri sconti) ... chi ha bisogno di qualche cosa magari può provare ad approfittarne :wink:

Guglielmo

Salve
Un consiglio OT
Infatti scrivo qui
Cosa mi dite dei gasatori domestici tipo il sodastream?
Gasa come l'acqua commerciale o lascia retrogusto?

Dovrebbe avere lo stesso sapore anche se dipende dall'acqua di partenza
Giusto questo mese è uscito un articolo sponsorizzato su ilPost.

Come ho già avuto modo di segnalare, l'orientamento di Microchip per ciò che riguarda le MCU a 32bit è sicuramente verso gli ATSAM, PIC32C (ovvero Cortex ARM). In questa ottica, se ci si vuole dotare di un debugger serio, adatto a questi chip, segnalo che, fino a fine mese, il nuovo debugger "DV164232 - J-32 Debug Probe" è disponibile con uno sconto di 20US$ su un prezzo di listino di 190US$ (... quindi 170US$ ... poco più di un 10% di sconto).


Sconto o non sconto, il J-32 è comunque, se si lavora solo con i chip di Microchip (ATSAM, PIC32C, Cortex ARM), un ottimo affare dato che, altro non è che il Segger J-link Base (che costa 298€) limitato per lavorare solo con i chip Microchip.

E' direttamente supportato da MPLAB X, ma può essere anche usato, per fare debug, con il prodotto software (gratuito) Segger Ozone ... che è veramente ottimo e ultraveloce :wink:

Come sempre lo si trova sulle offerte del mese :slight_smile:

Guglielmo

P.S.: Oh, che sia ben chiaro, vero che sono un "Microchip Design Partner" ... ma non becco un centesimo per tutte queste informazioni che diffondo. Lo faccio più che altro perché so che qui c'è gente che lavora con alcune loro MCU e certe informazioni possono sicuramente fargli comodo :wink:

Un tutorial di base per i GPIO dei nuovi AVR ... Getting Started with GPIO :slight_smile:

Guglielmo

Ieri sul sito di microchip mi stavo documentando su Car Access ed in effetti microchip offre qualcosa, però manca documentazione e quella che c'è deriva da Atmel, io vorrei rimanere su AVR.

Comunque in generale sono interessato a progetti Open Sources sul Car Access.

Ciao.

I prodotti "Car Access" di Microchip sono quelli di Atmel, ma non sono i classici AVR, sono chip dedicati (come immagino tu abbia già visto :D).

Guglielmo

Ho l'impressione che qualcuno abbia avuto un "rimprovero dall'alto", altrimenti non si capirebbe la "giustificazione" di Guglielmo.
Per me non sembravano "consigli per gli acquisti"..... :wink:

speedyant:
Ho l'impressione che qualcuno abbia avuto un "rimprovero dall'alto"

... assolutamente NO, oltretutto siamo in Spam Bar, ma ... come diceva qualcuno un tempo ..."a pensar male si fa peccato ma quasi sempre ci si azzecca" e quindi ... ho voluto precisare :grin:

Guglielmo

P.S.: E nota che ho fatto la stessa cosa, in altro thread, sul forum ufficiale ... conosco i miei polli :smiling_imp:


Guglielmo

Ciao a tutti ... sono "tonnato" (come il vitello :stuck_out_tongue: :D)

Attualmente sono poco online (anche se ora la linea di casa dovrebbe funzionare) perche' per la maggior parte del tempo sono in giro a fare lavoretti saltuari, mentre cerco qualcosa di piu stabile (ancora non ho trovato alcun impiego fisso, ne' purtroppo credo ne trovero' a breve ... ma si spera sempre)

Voi tutti bene, spero :wink:

Voi tutti bene, spero :wink:

Si tutto bene più o meno come stai tu, ma mi sento stabile nell'intervallo di 1ms, infatti affermo "Si tutto bene.." ma subito dopo mi chiedo se stare tutti più o meno come te equivalga a dire che stiamo bene. :smiley:

PS: La faccina dello schizzato non la ho.

Io personalmente vado avanti a calci in culo, ma se trovassi qualcuno che i calci me li da eviterei di dovermeli dare io sti calci in culo. :wink:

Ciao e bentornato.

Etemenanki:
Ciao a tutti ... sono "tonnato" (come il vitello :stuck_out_tongue: :D)

Oh ... chi si rivede ... cominciavo a preoccuparmi ...
... ben tornato e ... auguri che, se cerchi "un posto fisso", né hai sicuramente bisogno :wink:

Guglielmo

gpb01:


Guglielmo

Adesso c'è anche la SUPER! :slight_smile: :slight_smile:

Maurotec:
...
PS: La faccina dello schizzato non la ho.

ma ... schizzato cosi , o schizzato cosi ? ... :smiley: :smiley: :smiley:

gpb01:
... auguri che, se cerchi "un posto fisso", né hai sicuramente bisogno :wink:

Eh, purtroppo lo so ... tutti cercano o massimo venticinquenni (ed io ne ho "un paio" di piu :D), oppure gente a cui manca un'anno, massimo uno e mezzo, alla pensione (cosi possono assumerli a tempo indeterminato sapendo gia che piu di tanto non rimangono li) ... io la pensione la vedro' (forse, se esistera' ancora) fra almeno 11 o 12 anni, quindi "non interesso" piu di tanto ... eh, be, si continua a cercare ...

Etemenanki:
Ciao a tutti ... sono "tonnato" (come il vitello :stuck_out_tongue: :D)

Voi tutti bene, spero :wink:

Beh, abbastanza bene, grazie

Fa sempre piacere rileggersi

Grazie di essere tornato, o mio buon diavolo del silicio

Parliamo di cose serie.
avr-libc è ferma alla versione 2.0, attualmente vedo poche speranze che il progetto vada avanti.
avr-gcc è alla versione 9.2 dove c'è apparente supporto per le nuove mcu con periferiche indipendenti come attiny817-814 ecc.

Microchip da la possibilità di scaricare i device support file da qui:http://packs.download.atmel.com/

Alcuni di questi file sono utili per ricavare gli header file da includere ed in generale per automatizzare la generazione del tree dei sorgenti di avr-libc per poi fare il build. Se questa prospettiva si rivela funzionale sarà possibile mantenere il progetto con meno lavoro si spera.

Qualcuno ha già provato a fare questo lavoro e lo trovate qui.

Il build di quel tree non compila del tutto, il motivo risiede nel include/avr/makefile.am dove la riga 646 ha 4 spazi anziché un TAB. (make vuole il TAB).

Risolto questo saltano altri problemi, il più importate si presenta nel momento di compilare malloc.c, l'errore è il seguente:

avr-gcc -DHAVE_CONFIG_H -I. -I../../..  -I../../../common -I../../../include -I../../../include  -Wall -W -Wstrict-prototypes -mmcu=avr2 -D__COMPILING_AVR_LIBC__ -mcall-prologues -Os  -MT malloc.o -MD -MP -MF .deps/malloc.Tpo -c -o malloc.o ../../../libc/stdlib/malloc.c
In file included from ../../../libc/stdlib/malloc.c:38:
../../../libc/stdlib/malloc.c: In function 'malloc':
../../../libc/stdlib/stdlib_private.h:90:34: error: 'AVR_STACK_POINTER_REG' undeclared (first use in this function)
   90 | #define STACK_POINTER() ((char *)AVR_STACK_POINTER_REG)
      |                                  ^~~~~~~~~~~~~~~~~~~~~
../../../libc/stdlib/malloc.c:165:8: note: in expansion of macro 'STACK_POINTER'
  165 |   cp = STACK_POINTER() - __malloc_margin;
      |        ^~~~~~~~~~~~~

Come si vede sta compilando per AVR2.
AVR_STACK_POINTER_REG è una macro creata se esiste la macro SP.

Tutte le mcu appartenenti al gruppo AVR2 hanno 8k e l'indirizzo dello Stack pointer dovrebbe essere lo stesso.
Quando si compila per AVR3 ecc la malloc viene nuovamente compilata per poi fare parte di libc.a, quindi un libc.a per gruppo (AVR2, 3, 4, 5 ecc).

La compilazione potrebbe non andare a buon fine perché avr-gcc installato nel mio sistema non fornisce supporto per AVR2 e mancano quindi gli specfile.

Devo provare se eliminando AVR2 (e tutti gli altri gruppi non supportati da avr-gcc) da avr-libc per vedere se almeno compila con successo.

PS: mi scoccia non potere usare alcune MCU interessanti come i nuovi attiny.

Ciao.

Maurotec:
PS: mi scoccia non potere usare alcune MCU interessanti come i nuovi attiny.

Sarà ora che ti scarichi MPLAB X, XC8 e la AVR Toolchain e cominci a programmare in quell'ambiente :wink:

I prima ad essere supportati sono proprio i nuovi ATtiny (... che ormai sono prodotti da Microchip) :smiley:

Guglielmo

Sarà ora che ti scarichi MPLAB X, XC8 e la AVR Toolchain e cominci a programmare in quell'ambiente :wink:

Si l'ho scaricato da poco e devo dire che il pachiderma gira su Fedora, ma la vedo dura passare a sviluppare in questo ambiente. Ho anche XC8 ma ancora devo scaricare altro ma non so se lo farò mai.

Alla fine ho risolto con avr-libc3, l'ho installato in usr/local e per compilare per attiny817 compila e ho anche il code completition quando scrivo es PORTA. ecc mi mostra i membri della struct, questo con QtCreator, mentre con mplabx compila correttamente, non mi mostra i membri di struct e l'editor mostra PORTA.DIRSET sottolineato.

Come include ho solo xc.h.

Non trovo alcun esempio di progetto mplabx per avr, quindi non so se aggiungendo una define o header si abilita l'autocompletition. Oppure magari si paga questa caratteristica o ancora devo scaricare Giga su Giga.

Sono abituato male, ma CTRL+rotella su QtCreator è troppo comodo, se trovassi come abilitarlo su mplabx.
La cosa assurda che CTRL+rotella funziona nella Build Tab ma non nell'editor.

Ci devo dedicare almeno una settimana, poi se proprio non va mi rassegno.
Anzi no, XC8 c'è l'ho quindi configuro QtCreator per lavorare con questo, tanto si tratta comunque di GCC.

Ciao.

Maurotec:
Non trovo alcun esempio di progetto mplabx per avr, quindi non so se aggiungendo una define o header si abilita l'autocompletition. Oppure magari si paga questa caratteristica o ancora devo scaricare Giga su Giga.

Hai cercato male, di esempi è piena la rete ... :smiley:
... l'autocompletameto è una funzione di base, ma è personalizzabile ... devi andarti avedere tutte le opzioni di MPLAB X che ... non essendo un prodotto amatoriale ma professionale utilizzato da milioni di aziende nel mondo, NON è banale né da usare né da configurare bene ... ::slight_smile:

Guglielmo

P.S.: A pagamento ci sono solo dei livelli in più di ottimizzazione dei compilatori o dei plug-in particolari, il resto è tutto gratuito. Su linux dovrebbe girare piuttosto bene visto che è tutto Java e NetBeans :wink:
P.P.S.: Per esempi vari prova a guardare QUI e QUI (link utili che ho già messo in passato)