Do not indent namespaces
parent
6cb072ce79
commit
acc33bfacb
|
|
@ -84,7 +84,7 @@ KeepEmptyLinesAtTheStartOfBlocks: true
|
||||||
MacroBlockBegin: ''
|
MacroBlockBegin: ''
|
||||||
MacroBlockEnd: ''
|
MacroBlockEnd: ''
|
||||||
MaxEmptyLinesToKeep: 1
|
MaxEmptyLinesToKeep: 1
|
||||||
NamespaceIndentation: Inner
|
NamespaceIndentation: None
|
||||||
ObjCBinPackProtocolList: Auto
|
ObjCBinPackProtocolList: Auto
|
||||||
ObjCBlockIndentWidth: 4
|
ObjCBlockIndentWidth: 4
|
||||||
ObjCSpaceAfterProperty: true
|
ObjCSpaceAfterProperty: true
|
||||||
|
|
|
||||||
|
|
@ -8,10 +8,6 @@
|
||||||
/// A typical scenario in the past was visualization of error states.
|
/// A typical scenario in the past was visualization of error states.
|
||||||
/// The combination of colors with blinking frequency had a specific meaning.
|
/// The combination of colors with blinking frequency had a specific meaning.
|
||||||
///
|
///
|
||||||
/// We'd like to drive each pair? separately, which includes:
|
|
||||||
/// - blinking (none/slow/fast)
|
|
||||||
/// - what shall blink (red/green/both-at-once/both-interlaced)
|
|
||||||
///
|
|
||||||
/// The physical connection is not important on this level (i.e. how and what shall be sent into the shift registers)
|
/// The physical connection is not important on this level (i.e. how and what shall be sent into the shift registers)
|
||||||
|
|
||||||
namespace modules {
|
namespace modules {
|
||||||
|
|
@ -80,40 +76,5 @@ namespace leds {
|
||||||
uint16_t ms;
|
uint16_t ms;
|
||||||
};
|
};
|
||||||
|
|
||||||
//// asi nechame moznost jednu blikat rychle a druhou pomalu
|
|
||||||
|
|
||||||
//// tohle ale nevyresi, ze jedna LED ma blikat a druha svitit
|
|
||||||
|
|
||||||
//// problem je, ze zapnuti/vypnuti led je blink none ... mozna by to chtelo blink none-on a none-off
|
|
||||||
//// jaka bude mnozina rezimu?
|
|
||||||
//// green-off green-on green-blink-slow green-blink-fast
|
|
||||||
//// red-off + + + +
|
|
||||||
//// red-on + + + +
|
|
||||||
//// red-blink-slow + + 2 x
|
|
||||||
//// red-blink-fast + + x 2
|
|
||||||
////
|
|
||||||
//// rezim 2 muze mit jeste varianty - blink-sync, blink-interlaced, coz v podstate znamena rezimy:
|
|
||||||
//// blink-slow1, blink-slow2, blink-fast1, blink-fast2, pricemz nemaji smysl kombinace:
|
|
||||||
//// blink-slow + blink-fast
|
|
||||||
|
|
||||||
//// revize
|
|
||||||
//// v aktualnim FW led jen blikaji jednou rychlosti
|
|
||||||
//// takze to spis udelam jako pole LED, pricemz cervene budou na sudych a zelene na lichych indexech
|
|
||||||
//// stav ledky bude: off, on, blink0 a blink1
|
|
||||||
//// blink0 znamena zacni pocitat blikaci interval od sude periody
|
|
||||||
//// blink1 od liche
|
|
||||||
//// tim pujde zmodelovat jak sync tak async blikani
|
|
||||||
//// Dale je otazka, jestli chceme rychle a pomale blikani... asi ne, kdyz bude report na LCD tiskarny
|
|
||||||
|
|
||||||
//// Dale castecne souvisejici
|
|
||||||
//// Start MMU by mel reportovat progress, pricemz aktualni stav je takovy, ze nabihaji LED a kazda neco znamena
|
|
||||||
//// Tiskarna by klidne mohla posilat Q a dostavat odpoved ve stylu "starting" a progress/state code
|
|
||||||
////
|
|
||||||
//// Mozna taky budeme potrebovat nastavovat ruzne vnitrni promenne (treba use slots 1-3 namisto 0-4), takze operace SetVar a k tomu obracena GetVar
|
|
||||||
//// Dava mi smysl modifikovat protokol V jako getvar (zamerne ne G, aby to nekolidovalo s gcodes) a S jako setvar
|
|
||||||
//// cislo je index variable a odpovi se A_hodnota, cili accepted a hodnota odpovedi
|
|
||||||
|
|
||||||
//void SetLEDs(uint8_t slot0, uint8_t slot1, uint8_t slot2, uint8_t slot3, uint8_t slot4);
|
|
||||||
|
|
||||||
} // namespace LEDs
|
} // namespace LEDs
|
||||||
} // namespace modules
|
} // namespace modules
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue