alrighty

should get some revision control going sooner or later too, that really helps even just for you, so you can see all your code changes

github is good for that, it's free unless you make...

can you finish what you're working on then send me the updated version? since you have no revision control, im hesitant to make any changes for you while you're also working on it, as merging may be...

sorry man i've been pretty busy, but i looked over your code just in a text editor, i can definitely help you out and get it rocking

i will work on establishing a properly checksummed and flow...

for sure man i can do that, i'll contribute a few hunks of code once i get that source from you, and work with you getting the adx going. i still want to see it editable for constants in tunerpro...

that should be very easy, you should prefix each iteration of the stream with a header that'll likely never match actual data, just a string of bytes, just throw 0x01 0x02 0xF4 0xEE or something...

what's actually coming out of the serial interface? is it just spitting out data, or do you have some kind of request and response happening?

my email is resfilter atresfilterdotnet if you want...

adx too? you're going to throw a serial comms and diagnostic kind of system behind this thing? that'd be cool

i can help you with the xdf, send me some code man and i'll figure out the best...

i'd test it if I had an auto but still willing to help with the xdf or some code cleanup/optimizing if ya want

if the language would allow (never used this compiler) an easy way to (usually) ensure something ends up as a constant in the data section with a pointer to it (instead of inline with the code),...

well, it's an arduino, so ensure you have a defined data section, and have a tunerpro xdf that alters the tables/constants in all of your patterns, and your customers could just load the altered bin....

i'll follow your progress, sounds interesting. lets see some code!