+- Forums - Open Redstone Engineers (https://forum.openredstone.org)
+-- Forum: ORE General (https://forum.openredstone.org/forum-39.html)
+--- Forum: Projects & Inventions (https://forum.openredstone.org/forum-19.html)
+---- Forum: In Progress (https://forum.openredstone.org/forum-20.html)
+---- Thread: intOREnet (/thread-5661.html)
RE: intOREnet - slugdude - 07-27-2015
(07-27-2015, 07:24 AM)fluffy406 Wrote: holy sheit 56bits
I.e. 7 bytes. The actual data you send is just the last 4 bytes (32 bits) of that packet
If there is demand for either a larger or a smaller size of the 'data' section, please speak now.
RE: intOREnet - Legofreak - 07-27-2015
It doesnt really seem like you need sender data but i suppose if the receiver doesnt care, they can ignore it.
RE: intOREnet - slugdude - 07-27-2015
(07-27-2015, 09:21 PM)Legofreak Wrote: It doesnt really seem like you need sender data but i suppose if the receiver doesnt care, they can ignore it.
If there's an error, it can return an error report to sender (possibly)
RE: intOREnet - Legofreak - 07-27-2015
If thats the case, could there be a report of successful transfer as well?
or is that just the case when there's no error?
RE: intOREnet - Apuly - 07-27-2015
That's basically how tcp works
RE: intOREnet - LordDecapo - 07-30-2015
SOOOO MANY LEAD BITS!!!!! WTH
why so many lead bits? It doesn't change anything with the serial transmission, unless you just want to check packets for potential corruption
RE: intOREnet - slugdude - 07-30-2015
(07-30-2015, 04:39 PM)LordDecapo Wrote: SOOOO MANY LEAD BITS!!!!! WTH
why so many lead bits? It doesn't change anything with the serial transmission, unless you just want to check packets for potential corruption
1stly: it makes it easier with dealing with them in the switches, and 2ndly they may be used for ...other things... in the future. I'm not talking any more about that right now.
RE: intOREnet - slugdude - 07-31-2015
Some people have been complaining that intOREnet isn't making progress, however I can assure you that it is. Hastumer kidnly sent me a schematic of my plot so I can work on intOREnet while banned, and here's a component I finished building today:
![[Image: YKQxp7j.png]](http://i.imgur.com/YKQxp7j.png)
It stores everone's addresses, and which connection on the switch packets sent to that address should go through, and it handles some other minor things. it works all in serial, it's inputs and outputs are serial. also it looks like a flattened 'X' which is cool (I plan on putting things in the spaces in the sides). That picture is from around the 'back' because the front is more ugly.
So yes, intOREnet is moving forwards.
RE: intOREnet - LordDecapo - 07-31-2015
Does this store the entire address of people? Or just a part of it?
Cause I just had the thought of splitting up addresses into geographical regions. So you would only have to keep a single small memory segment saying which addresses are local, and the device then just has to read route it based on if the location referencedata is N,S,E,W of the switch.
Could speed things up a bit and shrink the switches
RE: intOREnet - Chibill - 07-31-2015
I like lords idea. It's simpler