BrickTronic

Hello, Yes, will work, depending on Switch S1 Position an Address in Range 0x390 to 0x39F You also can remove R2 and wire IC6 (I think there is no IC6b ) Pin 3 direct to 5V ... Hope you will report success soon and how your "Hack" looks like Jo

Hello, The good old Wired-OR will work. You mentioned that it would be easier to use a 74LS138. Then only wire the Diodes-Kathode to Switch and all Anodes together with Pull-Up-Resistor (Wired-AND). This Diode-Point inverted (you can re-use IC3a or IC3b) with output to IC1a NAND-Gate But why not use 74LS85 to compare A0 to A2 to a 3-Bit DIP-Switch ? Anyhow, there are many ways ro ROMe :-) Have fun and let us participate how it is working ! Jo

Hello, sounds/looks interesting what exactly is inside ? What Components did you use (uC H-Bridge, ...). Can you share an Schematic Diagram / Wiring-Diagram ? Pictures of Top- & Bottom- of the assembel PCB would also be nice ... Where can I find information on AFHDS2A Protocol ? Is there done Frequency-Hopping (FFSH) and how is this done ? How is binding done (establish the "connection" to synchronize FHSS) ? What Pin is wired in what way ? How does work 10A 12V PWM on same connector with 2A 5V PWM ? How are this Pins wired ? Especially the wiring of your Adapters (for 2x5A/3A and 2A@5V/10A@12V) interests me. what happen when put 2x5A/3A Adapter on 2A@5V/10A@12V Port and also when put 2A@5V/10A@12V Adapter to 2x5A/3A Port ? Wiring-Diagram would be fine. Jo

Hello, Where can I find Picture(s) and Info on LEGO Website ? I failed. A Link would be nice ... Jo

Hello, There are 2 APPs for communication : the MK App for Module 3.0, 3.8, 4.0 and 6.0 => App to control the modules by Advertising-Data and also support of MK-Remotes (digital or analog) using a special RF-Protocol (see Pascal Langer at Github) the MK+ App for Module H4.0, H6.0, BH4.0, BH6.0, the old "black Module" (referenced as "DIY") that seems to use regular BLE Communication via GATT Services So all Modules supporting MK App and MK+ app should be possible to can be supported by BrickController App in general :-) But there will much work for reverse-engineering implementation and testing necessary My great respect for the till today implemented Modules. Your view of supplier Mouldking is justified. If i'm not wrong this behaviour is getting better. And then there is/are also the stand-alone Motor-Packs (possible with Remote) or separate sold Modules ... Jo

Hello, Sorry for repeating, but can you check voltages on DTR (Pin 4) and RTS (Pin 7) of Sub-D connector at RF-Tower ? See Schematic There is needed +12V on DTR and -12V on RTS Jo

Hello, I confirm. The (RCX) IR-Tower uses also RTS=High/True to have -12V (-3 to -12V) on Pin-7 of 9-Pin Sub-D connector to secure propper RS232 Level on TXD Pin 3 to your Computer Does you remind the Schematic Your Projects like your MulPi shows, that you are much more than an apprentice :-) Jo

Hello, What Settings did you use for DTR (Pin 4) and RTS (Pin 7) of Sub-D connector at RF-Tower ? See Schematic There is needed +12V on DTR (Low in UART-Register) and -12V on RTS (High) Jo

Hello, I like your enhancements. Does you have an overview what Modules (MK4, MK6, ...) will dvertise what data ? Or does these Modules not advertise and can not be "seen" by BLE-Master ? Will here also supported the New MK-H4.0 & ML-H6.0 Boxes ? Does the "Blade-Hall" Boxes (MK-BH4.0 & MK-BH6.0) use same Commands like the H4.0 / H6.0 Batteries ? Jo

Hello, Looks interesting. Are there detailed technical informations available how it is working ? is the 1MHz (like Bluetooth Clasic) or 2MHz (like BLE) spacing between Channels ? Is there used Channel-Hopping like Bluetooth ? What does following Example mean : //Example: TX: C=11 S=Y A= 4B 44 48 P(7)= C0 37 02 4F 00 00 00 // RX: C=76 S=Y A= 4B 44 48 P(7)= 5A 37 02 4F 03 0D 8E // 03 0D 8E => RF channels 0F,1C,39,3C what does "binding" mean and how does it work ? How does "Binding" Sequence look like ? One Module contain 4 or 6 Data-Bytes, how are 16-Channels (4x 4-Port Hubs) controlles simultanous ? Jo

Hello, Can you please add technical Description of this Battery ? On your Site I found only Info that Li-Ion has 15Wh At Single-Cell at 3,7V this would be 4Ah What Type of Battery does you use ? How long does charging by USB take ? What USB Current-Capability ? classic 500mA only ? When I want to use our Battery with Battery-box 88015, what protection is included (shortaged Load or stalled Motor) ? What is with Overtemperature (charging), Over- Under- Voltage ? Jo

Hello, When you check the Firmware-Command-Overview that is part of the SDK (can be downloaded on Philos' Page) then for each command there is stated if this Command is "Direct", or "Program" or both. So most commands can be used inside a to RCX downloaded Program or to be executed imediate after IR-Reception. Therefore a "Reply" is usually specified, that in a Program-Execution is not needed. Jo

Hello, There are STM included : Part Set HUB Name uC Program Memory Remark 45509 31313 IR Seeker STM8S103F3 Flash 8K 45504 45544 Ultrasonic STM8S103F3 Flash 8K 45505 45544 Gyro STM8S103F3 Flash 8K 45301 45300 Wedo 2.0 CC2540 Flash 128K 88006 17101, Boost Move STM32F070RBT6 Flash 128K 75273 CC2640 Flash 128K 88009 ... City/Train Hub STM32F030RCT6 Flash 256K CC2640 Flash 128K - 10874, Duplo CC2640 Flash 128K 6V Battery 10875, 45025 88012 ... Control+ STM32L431RCT6 Flash 256K CC2640 Flash 128K 45601 45678 Spike Prime STM32F413VGT6 Flash 1M CC2564C - - CC2564 SPI to BLE Bridge 88016 51515 Robot Inventor STM32F413VGT6 Flash 1M CC2564C - - CC2564 SPI to BLE Bridge 45609 45345 Spike Essential STM32F413VGT6 Flash 1M CC2564C - - CC2564 SPI to BLE Bridge 88010 ... Remote CC2640 Flash 128K 6V Battery - 71350, Mario CC2642R Flash 352K 3V Battery 71439 - 71387, Luigi CC2642R Flash 352K 3V Battery 71440 - 71403, Peach CC2642R Flash 352K 3V Battery 71441 - 42176 TechnicMove CC2642R Flash 352K 3,7V Li-Ion Jo

Hello, your values looks strange. When you divide Voltage by ADC-Result there should remain Voltage of a LSB : 3rd Line is 1 LSB in mV and 4th Line is LSB * 1024 Full-Scale ... I would have expect 5,00V as ADC-Reference taken from 5V linear Regulator and not less, something arround 4,8V ... Jo

Hello, nice update 9,6s / 431 Frames = 22,27ms @ 190 Bit (19 * (1+8+1)) -> 117,23us/Bit => 8530,2Bd but : 50Hz (20ms per Frame) * 19 Byte = 950 Byte/s => @ 8192Byte -> 8,623s so 1s difference seems more than response-time issue because manual start/stop cell-phone timer usage ... Can you measure the real Baudrate (Oszilloscope) and the Frame-Repetition Frqueency ? -> does we really have 20ms per Frame ? OK Your measurement of 3,3ms with 130us is longer than Philo has evaluated for the RCX (3,0ms / 100us) for 10-Bit Values 2 AD-Conversions are necessary (2x 13us * 8-Channel), and there has to be added also overhead in Interrupt Routine (save/store Register; modify DAPR and Multiplexer Register ...) not enough time for all 8 Channels different handling of active and passive sensors might not the case and makes Code more complicated (remind Status-Bit evaluation between Rotation, Light Switch & Temp seem to use same Thresholds) I assume that 130us measurement-slot has offset between previous and next channel => this can be evaluated by Oszilloscope within a 20ms Frame there would be 6 Sensor-Readings but unly 3 increments can be communicated maybe some kind of Filtering ? or to supress spikes (changed Votage only accepted when following measurement is in same range ?) did you measure "after" Bridge-Rectifier (+1,4V = 2x Diode-Drop) at Sensor or was this read from Oszilloscope Screen ? OK Jo

Hello, 45 data emissions ???? where does this 45 come from ? 9600Bd is 104,16us per Bit, Start + 8-Data + No-Parity + Stop are 10 Bit per Byte and 19 Bytes (190 Bit). So 19,7916ms for a Data-Frame. -> so 20ms repetition of the Frame 3 detected 1/16 rotations every 20ms (50Hz) is 50*3/16 rotations = 9,375Hz (rotations) or 562,5 rpm Can you tell me how you evaluated 135 of 1/16-ticks per second instead 150 ? Jo

Hello, On this Web-Page there you might find detailed information Jo

maybe this info might help you

Hello Thorsten, Again a great project from you. I like them. Please keep continuing. But in your Matrix-Picture the "ON" Button should be the "B" Button and Cols C18 to C27 seems mirrored to C27 to C18 The only 680x uC in PLCC28 I could find was the MC6805P2FN (Motorola) or EF6805P2FN (SGS later ST) For the H-Bridge marked NOD-1001 I could not find a Datasheet. But this driver seems to be used also in RS232 Interface "B" Jo

Hello, There are first findings : Pybricks Daniel Benedettelli "toorisrael" Jo

Hello, You can try Jetro's Overview or here ... Jo

Or look at Philo Jo

Hello, When Lego-Servo is working with Lego-IR-Rempte, then PWM of the IR-Remote should be OK In an Youtube-Video (Time-Stamp 0:45) you can find Measured this PWM. There are 3,5 sections of 250us resulting in a PWM-Period of 875us that is about 1,14kHz When you System is using higher Frequency, then the Servo has Problems getting the right %-Value Jo

Hello, PF-Receiver and Lego-Servo are powered by GND/0V and 9V Pins of the Power-Function connector. See here again Picture from Philo : Signals on C1 and C2 at Servo define Direction and Angle A simple H-Bridge-Driver (that is inside the Power-Function IR Remote Receiver) that usually control an DC-Motor can generate this Sinals for the Servo Jo