Controllo remoto schede e debug programma da remoto

Feb 16, 2023 Last reply: 3 years ago 4 Replies

Stavo vedendo il sistema CodeGrip della Mikroe



formatting link
Se ho ben capito si tratta di un programmatore/debugger che si puo' collegare via rete, via wifi in questo caso, con un router ed avere quindi connettivita' su internet A costi anche abbastanza contenuti mi pare, roba da 450 usd per la versione universale, ma c'e' anche la versione solo Pic che costa solamente 130 usd Poi da ufficio il programmatore puo' collegarsi col debugger e sparare un nuovo programma a bordo scheda (che deve essere fisicamente sempre connessa al debugger) e soprattutto puo' avviare programma, impostare breakpoint, vedere variabili e tutte le amenita' per arrivare a completare correttamente la programmazione della scheda collegata E questa cosa mi sembra una gran figata D'altra parte, essendo una cosa mai provata, non vorrei che poi durante l'utilizzo dal vero ci fossero altre variabili che rendono vano il tele-collegamento, ad esempio uno potrebbe dire "si ma ogni tanto si blocca, occorre staccare la spina e riattaccare, e se uno e' a Milano e la scheda in Giappone, bisogna comunque prendere telefono, e chiedere in giapponese a chi e' la' di staccare/attaccare" Bon, come la vedete voi? Voglio dire vi sembra un sistema di lavoro effettivamente utile o c'e' qualche gabola, che a prima vista non si vede, e che diminuisce drasticamente l'efficacia del tutto?


Un bel giorno RobertoA digitò:

Immagino che sia utile per chi cade nell'intersezione di questi due insiemi: (1) chi vuole o deve fare debug da remoto, e (2) chi non ha mai bisogno di mettere le mani sull'hardware mentre fa il debug. Anche eventuali attività di misura sarebbero fortemente limitate: è vero che puoi predisporre in loco gli strumenti e interrogarli a loro volta in remoto via LXI, ma se poi devi spostare una sonda che fai?

Non mi sembra utile nemmeno per supportare remotamente qualcuno che sta sviluppando in loco: in quel caso è probabilmente molto più semplice ed economico usare strumenti di teleconferenza/telecontrollo come Teams e simili.

Il 16/02/2023 15:58, dalai lamah ha scritto:

Gia', l'idea e' molto interessante, ed i costi abbordabili Ma non credo sia funzionale come ci si immagina, c'e tutto un contorno di operazioni che inevitabilmente richiedono la presenza fisica Magari c'e' qualcuno che l'ha provato veramente e puo' darci un'opinione su pro e contro

A parte, come già fatto notare, l'irraggiungibilità dell'hardware (ma quella si risolve avendo abbastanza porte per pilotare linee di reset, leggere bus ecc) che succede se mentre sto facendo un reflash il wifi si incasina per qualche interferenza? Un debugger secondo me è qualcosa che deve essere molto affidabile, e connetterlo con il wifi non mi sembra una buona idea. Secondo me è tutto motivato dal semplice risparmio; forse un SoC con Ethernet nativa gli costava più di uno wifi. Non vedo dati tecnici, magari dentro c'è un esp32 o simile.

Mah, del wifi non mi preoccuperei molto, potrebbe parlare con un protocollo che rileva gli errori e protetto in questo senso E comunque si tratta di interfacciarlo da router a codegrip, che potrebbe essere qualche metro

Quello che vedrei limitante e' la possibilita' di staccare fili, metterci la resistenza in piu', provare ad abbassare l'alimentatore, tutte quelle operazioni manuali che in realta' sono indispensabili durante la fase di avvio del prototipo

Diciamo che su apparecchiature gia' ben collaudate di hardware, metterci sto aggeggio potrebbe consentire l'aggiornamento del firmware a bordo, procedura per la quale sono gia' disponibili sistemi alternativi

Ma sto codegrip si mette nella posizione di emulatore/debugger, e quindi siamo nella fase del 'petta che vediamo come farlo andare', e non nella fase del 'aggiorniamo il software e sblocchiamo la funzione in piu'

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required