**** BEGIN LOGGING AT Sat Jul 20 02:59:57 2019
Jul 20 08:31:34 <pratimugale[m]> abhishek_  zeekhuge  I was trying to write sine values to the PRU SRAM, but it appears that some values are being skipped and all 100 samples of the wave aren't being written. So I just wrote 'i' to the sram in the loop, and 6 values were being skipped after every 10 values written: https://pastebin.com/CKTfTuPp Code: https://gist.github.com/pratimugale/933a1e905db39f0e42b6ff5e00939cb4#file-pru0-c-L38 What could
Jul 20 08:31:35 <pratimugale[m]> be the reason for this and how should I correct it?
Jul 20 08:31:54 <pratimugale[m]> Resulting output: https://www.youtube.com/watch?v=cuvwgTJd59U The values at the end are unchanged and cause the disruption
Jul 20 08:32:23 <pratimugale[m]> I later want want to take such large values using RPMsg, I tried it bot got similar result
Jul 20 08:33:29 <pratimugale[m]> * large amount of values
Jul 20 09:22:12 <zeekhuge[m]> Whats the start doing?
Jul 20 09:24:33 <pratimugale[m]> zeekhuge: It starts the waveform generator using pwm https://github.com/pratimugale/PRUSS-Bindings/blob/sandbox/examples/firmware_examples/example4-analog-wave-gen/PRU0/pru-asm-pwm.asm
Jul 20 13:18:26 <pratimugale[m]> zeekhuge: The bug was in mem_read() function of prussd.py which was converting address offsets to hexadecimal values (so 10 became 0x10 i.e. 16) while reading. The values being written are correct.
Jul 20 13:19:52 <pratimugale[m]> fixed it
Jul 20 13:39:52 <zeekhuge[m]> pratimugale: ah. Sorry. Got busy with work. Good. You fixed it.
Jul 20 13:59:56 <pratimugale[m]> zeekhuge: No issues, thank you
Jul 20 14:01:38 <pranav_kumar[m]> @ZeekHuge_:matrix.org:  have you seen the code
Jul 20 14:12:51 <zeekhuge[m]> pranav_kumar: couldn't. Will try tonight.
Jul 20 14:13:15 <pranav_kumar[m]> @ZeekHuge_:matrix.org: thank you
Jul 21 02:16:43 <pratimugale[m]> abhishek_ zeekhuge here's a better demonstration video: https://youtu.be/W-Kr37lqM98
**** ENDING LOGGING AT Sun Jul 21 02:59:57 2019