Analog Serial Transmission 8x8 Image

[Legofreak]

Today I finally got this to work.
Located at /warp RekTV


I'm sending a 64bit image using a serial analog line. It uses my NIBL-16 hex memory to store the image and send it at 8 b/s.


-Backside colors-
Red: read line and decoder
Black: multiplexer and bit limiter
Orange: receiver
Magenta: clock
Cyan: vertical selector



Here is part of my control panel. You select 4 pixels at a time and choose a 4 bit number to represent them. There are 16 buttons for selection and write. The signs up top show which 4 pixels you are editing. When you hit the send button, it sends a long pulse of 15, followed by the data, to the receiver. It detects the pulse and starts the receive process.

Currently it runs at 8b/s but I think it could run at 10... I guess now that I got this working I can try to speed it up.

[Legofreak]

Update: was broken for a while and i fixed it. for some reason, the high speed line was causing glitches, so i replaced it. the sender now runs at 10 bits per second. i also added an auto advance to the UI.

i have a creeper and a smiley face saved right now.

maybe my next thing will be an easier way to make a picture.
right now, you have to manually convert binary to hex and input one at a time 16 times.

[Legofreak]

Today I made a new part to send an image.


I kinda blew my mind when it worked with very little debugging.

It bypasses the storage but i hope to have addressable saves in the future. My NIBL-256 memory could potentially store 16 images.

I didn't really think I should make a new thread for it but I feel like its turning into an in progress thread.

[Legofreak]

I guess I'm talking to myself on this thread.... lol

update!

I made a new screen with 4x4 pixels. Instead of decoding each hex value one by one, each set of 4 pixels has a hex memory cell and a decoder.

top view


Its also not very deep. only 17 blocks I think

[Chibill]

*claps*

[Koala_Steamed]

Nice! :)

This is sort of what i'm attempting to do but failing at xD

[Legofreak]

Hey i think i recognize your name from minecraftforums.net. I saw your analog to binary decoder on youtube and it looks really big. shadekiller666 showed me one thats really small. Much smaller than mine and yours. although, i designed mine to have syncronized outputs which his isnt.

[Chibill]

He was / is taking place in the redstone war.

[Koala_Steamed]

Hey i think i recognize your name from minecraftforums.net. I saw your analog to binary decoder on youtube and it looks really big. shadekiller666 showed me one thats really small. Much smaller than mine and yours. although, i designed mine to have syncronized outputs which his isnt.

Yes that would be me :3 What's your account name on minecraft.net? Size isn't really an issue for what i'm doing, but i need it to be able to accept constant 2 tick pulses, which seems to be derping up my design.

Do you know if either yours or Shades works with a 2 tick input?

He was / is taking place in the redstone war.

Oh hey Chibill Yep still in, up against Jmal in the semi finals.

[Legofreak]

I'm Legofreak on minecraftforums

i found out mine burns out on 2 tick when the same value alternates more than 3 times because it uses torches to decode. but it takes 3 or 4 ticks like a champ. shades design has kind of a ripple effect that's 4 to 6 ticks depending on what the previous input was but it cant burn out. it might be modified to work though.

I havent tried much to go faster because everything gets kinda derpy at 2 ticks. 10 b/s is good enough for me. 20 is madness lol.

Go to "/warp rektv" and fly around behind the first smaller screen to see mine. I have the same decoder in a bunch of other stuff on my lot. Also, the bigger screen there uses shades decoder 16 times.

[Koala_Steamed]

Ohh you're legofreak Haven't seen your around the forums all that much anymore.

Pretty sure i'll have to do it in single player, i'm even getting a bit of trouble with 4 ticks in the ORE server. I'll check it out and see if it can be modified a little. I could possibly use multiple decoders which would fix the burn out, pain in the arse to split 2 tick pulses though.

[Legofreak]

yeah i dont use that forum much anymore. too many little kids with their "smallest jeb door ever!!!"
the last time i posted there was the same day i applied here.

Looks like we had this conversation in december... lol

legofreak, on 12 December 2013 - 12:37 AM, said:
Theoretically you can send 20b/s over a comparator line... Although, the distance lag is crap considering you can only go 4 blocks per comparator.

Yeah i was talking to someone else about using analog in serial, tempted to try it out. As you said a problem with it is repeating the signal can only be done with comparators or those sideways repeater lines. Also to get the 16th decimal signal out of a comparator it needs to be an off signal which is quite a pain to work with....

By combining signal strength with pulse duration i think it's actually possible to get like 36 unique bits per second. Might have a play around with it and see what i can come up with.

thats actually where i got the idea of a long pulse before the data to start the send process. still only got 10b/s though... lol
i miss the days when comparators could handle a 1 tick pulse.


anyway... good luck

[Koala_Steamed]

Haha that was a while ago

I think i may have just worked out a way to send 1 ticks into comparators. It even works next to other 1 tick signals. With this we should be able to create 40 bit per second wire.

http://i.imgur.com/iQByzCd.png

In the picture you can see a 5 tick pulse, each of these ticks have a different signal strength. I'll try make a video about it.

[ionwolfhelm]

20 bits/second is pretty easy to encode and decode, but could cause issues when you try to use the data at the other end if your device cant operate at 5hz. I have a screen where each 4 pixels are fed by its own analog line meaning in theory it refreshes at 5hz. In practice though this creates a lot of lag and the rs lamps don't update fast enough.

Would be interesting to see if/how you can get comparators to operate from a 1 tick pulse as 40 bits/second would be a significant advantage.

[Legofreak]

Do you get any signal loss from larger leading values?

[Koala_Steamed]

Do you get any signal loss from larger leading values?

Nope each individual tick has it's own value, i sent 10 different 1 tick analog signals though analog wire and they all displayed their correct signal strengths.

To do this, send "1.5" tick pulses through comparators. I'm not even sure why this works, i would have thought they would overlap and mess up signals. Maybe i was wrong about the 1.5 tick pulse, it might just be a derpy 1 tick pulse that works with redstone torches and comparators.