Stavo vedendo il sistema CodeGrip della Mikroe
Controllo remoto schede e debug programma da remoto
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